Closed
Bug 415243
Opened 17 years ago
Closed 17 years ago
Make dynamic variables localizable
Categories
(support.mozilla.org :: General, defect)
support.mozilla.org
General
Tracking
(Not tracked)
RESOLVED
FIXED
0.5
People
(Reporter: djst, Assigned: nkoth)
References
Details
(Whiteboard: tiki_feature, tiki_upstreamed)
Dynamic variables (e.g. %%myVar%%) should be localizable This could then be used in the same way as DTDs were used in in-product help of Firefox 2.
Assignee | ||
Comment 1•17 years ago
|
||
actually they are %myVar% at the moment. (single percentage).
Reporter | ||
Comment 2•17 years ago
|
||
Even better (assuming there is a way to escape it).
Assignee | ||
Comment 3•17 years ago
|
||
you are right. %APPDATA% already occurs in existing content and breaks stuff. Let's use %%myVar%% instead.
Assignee | ||
Comment 4•17 years ago
|
||
Dynamic variables in the form %%nameOfVar%% are now language specific. http://support.mozilla.com/kb/Dynamic+variables and all of its translations provide a list of all dynamic variables in the system. They can be used by approvers and locale leaders to change the value of each variable in their language.
I foresee that these could be used like custom dtds.
The main limitation of this feature is now bug 419784.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 5•17 years ago
|
||
Hey, why was it changed from %var% to %%var%%?
If the only reason was because we're using %appdata%, the easy fix would be to just create a dynvar called %appdata% that escapes to, literally, "%appdata%".
Assignee | ||
Comment 6•17 years ago
|
||
%appdata% was the example I saw that something broke. Not sure if there are any others. It appears quite common for Mozilla docs to use %something%, so to be safe I decided to go with %%dynVar%% instead.
Assignee | ||
Comment 8•15 years ago
|
||
This is in fact 2 features rolled into one:
1) Allow dynamic variable to be multilingual
2) Allow a way to escape %dynvar% (the problem is that I think all I did was to change the behavior in sumo to use %%dynvar%% instead). Of course we could use the easy fix (more of a workaround) suggested in Comment 5.
the relevant code should be in tikilib. just search for "dynamic var"
Whiteboard: tiki_triage → tiki_feature
Comment 9•15 years ago
|
||
Made the enclosing in %% optional with wiki_dynvar_style to 'double'. Default remains 'single'.
Comment 10•15 years ago
|
||
Added a preference for the multilingual dynamic variables. wiki_dynvar_multilingual. It causes a behavior change that might not be desired by everyone.
Updated•15 years ago
|
Whiteboard: tiki_feature → tiki_feature, tiki_upstreamed
Reporter | ||
Comment 11•15 years ago
|
||
We aren't actually using the dynvars yet on SUMO, so it feels unnecessary to use %% when we could just as well use % -- the important thing is that there is a way to escape it in case we actually want the ability to show something like %this% in plain text.
Reporter | ||
Comment 12•15 years ago
|
||
To clarify, the important thing here is the preference for multilingual dynamic variables, but the wiki_dynvar_style isn't necessary because we haven't started to use the feature yet and could adapt to the simpler %dynVar% form instead of %%dynVar%%.
Comment 13•15 years ago
|
||
Both are done.
As for escaping, ~np~%this%~/np~ should always work.
You need to log in
before you can comment on or make changes to this bug.
Description
•