Translation issues

Thanks so far, this strings is left containing a <br/>:
If you have used userpoints_basic prior to v3 you may need to enable this fix.<br/>[...] (at least two times within this longer string)

The are also still strings left containing hard coded 'points':

These settings affect new !points only, they are not retroactive!\n
                        Point expiration depends upon cron.

Points accumulated by users on your site.
The number of points to award
Out of a maximum points
Points accumulated by users on your site.
A User's current points.
Grant points to a user
Number of points
Current Points

Im not sure about the string 'Points' itself. Also about the string '!Points' (with singular and plural) and !points: is is the default value for the user defined branding of 'Points'?

Unsure about Word to use in the interface for the upper case plural word !Points and Word to use in the interface for the lower case plural word !points, too.

Shouldn't the string 'Approve Userpoints' be changed, too, to allow the use of !points?

Checked against todays (surprising) V6.x-1.0 but it is not fixed, neither the br-trag nor the strings containing hard coded 'points'.

I also found out that on page ?q=admin/user/userpoints/add there are !Points appearing instead of the value that it represents (it refers to my translated interface, but on other pages it worked). If you want it as a separate issue, please let me know.

I applied todays dev version first. Then I extracted userpoints_basic including the translations. On line 51 (as poedit says) there is a string

If you have used userpoints_basic prior to v3 you may need to enable this fix.<br/>\n
                             If you have not used userpoints_basic prior to v3 you do NOT need to enable this fix. <br/>\n
                             This fix only affects the behavior of how !points are handled when ownership of a node/comment\n
                             changes. In version 2 data on the original owner was not kept and a static variable was used to \n
                             store this information. Unfortunately people have experienced unusual side effects such as\n
                             !points moving from one owner to a completely random user. All !points accrued with version 3 will\n
                             not exhibit this behavior thus this fix is unnecessary. \n
                             Only check this box under the following conditions <br/>\n
                             1) You have existing !points granted by a userpoints version prior to version 3 <br />\n
                             2) If ownership changes on a node/comment you want points to follow ownership <br />\n
                             <i>All !points accrued by version 3 will move ownership automatically this setting only affects !points accrued with v2</i>\n
                             <br />\n
                             3) You have read <a href=\"http://drupal.org/node/183520\">Article 183520</a> on drupal.org and \n
                                understand that there could be unusual issues with ownership moves

The first and second line and the line before 1) contain a (so at least 3 occurences).

I made some random tests on the strings mentioned in #5 (http://drupal.org/node/355042#comment-1189087) but they seem to be unchanged, too. But I suggest to concentrate on the <br/> first.

With the latest dev a new string with a hard coded 'points' instead of !points was introduced:
Select which category of points to display on the user profile page. Select \"All\" to display a sum total of all categories

Based on your last comment I decided to completely remove the module (disable, uninstall, delete the directory) and then reinstalled the module. After that there is no more userpoints_basic module. I cannot reproduce it and I don't know with which version of userpoints I started (but definitively V6.x), but it looks like some update problem.

I updated my translation file and can confirm that there is no <br/> any more.

Now in this issue we can concentrate on hard coded 'Points'

Currently I see the strings
Points accumulated by users on your site.
Out of a maximum points
Points branding
The number of points to award
Points accumulated by users on your site.
Points
A User's current points.

These settings affect new !points only, they are not retroactive!\n
                        Point expiration depends upon cron.

Im not sure about the string 'Points' itself. Also about the string '!Points' (with singular and plural) and !points: is is the default value for the user defined branding of 'Points'?

Shouldn't the string Approve Userpoints be changed, too, to allow the use of !points?

On the other side there still is the problem mentioned in #8 (I can still create a spearate issue for that).

Thanks, sounds great. I will check it as soon as possible (and after the new dev is available). As my holidays are ending today it could take some days.

The following strings are left with a hard coded 'point':
Points branding I guess it is intended as the main place where the branding happens. I can agree.
Points ???
Number of Points
Current Points
Users earn points as they post nodes, comments, and vote on nodes. I think it could remain like that.

There is a special thing about a translatable string !points and !Points (so I come back to your request for further information on that). I also should add that I cannot read much in the programming code itself, that's why I need to ask.

I always understood !points as kind of a variable, the value of which is being entered as 'points branding'. So I currently do not know how to handle it.
- Is it the initial setting of the translated word for points?
- Or is it just a variable and therefore should not be translatable?
- or is it a possibility to translate !points as !Points if needed?
- etc.?