Site copy issues requiring changes in code

From Dreamwidth Notes
Revision as of 02:29, 10 April 2009 by Ivorygates2 (Talk | contribs)

Jump to: navigation, search

This is a page for members of the site copy team to note down changes that they think need to be made to site copy that will include changes to code, rather than just changing translation strings. For instance, this could be if a specific string needs an argument passing to it, if a new string needs adding or deleting, etc.

New

Issues that haven't been checked over yet.

The following is the list of strings containing <?p =and/or= p?> as per D.

  • /support/see_request.bml.goback.text
  • /support/see_request.bml.important.notes.text


  • /lostinfo_do.bml.lostpasswordmail.part3 has "This information was requested on the website from remoteip." -- can/should it be sitename rather than "the website"?
  • /manage/circle/add.bml.confirm.text1.news could the "it" be replaced something like "user's"?"

Migrated to Zilla

Issues that have been migrated to zilla.

  • /allpics.bml.nopics.text.other2 needs a username passed to it, so we can change it to "[info]username has not uploaded any icons..." for consistency.
  • the BETA warning on /openid/ needs removing.
  • /changeemail.bml - could we have "Edit Profile" linking to the edit profile page?
  • /changepassword.bml.forcechange previously had bml in the translation strings. The string needs <p> tags putting around it in the code.
  • /community/moderate.bml.choice.bkapprove and /community/moderate.bml.choice.bkreject need killing and replacing with hard-coded values, since they contain only code.
  • /transfer.bml - this has .title twice at the top of the page. One could be removed?
  • /edittags.bml.users needs a username passed to it, so we can change it to "[info]username's tags:" for consistency.
  • /lostinfo.bml.lostpassword.text has the word Dreamwidth hardcoded into the text, and should probably be changed to [[sitename]].


Not migrated

These have been looked at and been deemed not to need fixing.

  • on /directorysearch.bml there is a .date and a .day string; day isn't currently referenced anywhere, but .date looks weird ("updated in last date" vs "updated in last day") - I suggest deleting .date string and replacing with .day.
    • I can't see any issue. I'm seeing .day referenced where it should be. Am I missing something?
  • /manage/emailpost.bml.help.text1: it would be helpful if "allowed sender addresses" linked to the place where you manage those.