You are not logged in.
…those on-line help pop-ups?
That’s the realm of the translators.
My email address has changed recently. If you need to contact me, use the forum contact form.
Offline
FWIW, I haven’t been able to find anything wrong with 4.0.5. I tend to run across problems all the time with anything related to computers or software so I am seeing this as a very good sign that 4.0.5 is very sound and solid.
TXPQ Examples and discussion of Textpattern CMS quality.
Offline
Sorry I can’t do any testing, I’m leaving for a three weeks holiday tomorrow… But thanks everyone for the good work and I’ll have something to look forward to when I return :) (and a bunch of sites to upgrade…)
<txp:Els /> ;)
Tag Reference | Unexpected behaviour? Check the tag trace | Still no clue? Check the names of your custom fields
Offline
ruud wrote:
Could this be related to the preference “Textile link descriptions by default?” that is set to “yes”? […] but looking at tpt_link, I wonder whether it should be escaped at all when textiled, because then all the markup would be escaped as well. So I think it should not be escaped when textiled and escaped using escape_output when not textiled.
What if we added the same escape attribute to txp:link and txp:linkdesctitle we already use for txp:link_name and txp:link_description and leave it up to the site designer, as you are never safe whether the current prefs state also affected the data when the link was created?
Try wet_quicklink | Me | @rwetzlmayr | +Robert Wetzlmayr | Repos
Offline
I think we have to assume that the prefs state is correct. If the site designer changes the pref along the way then it’s his/her responsibility to make sure the linknames are correct as well (save them again after changing the pref). If the old linknames aren’t corrected (by the site designer), setting the escape method manualy won’t help either, because either the old link names are incorrectly escaped or the new ones (after the pref change) are incorrectly escaped.
I’d definitely go for automatic escaping depending on the prefs state, because the escape method has to match the prefs state. And because prefs state and escape method have to match, doing it automatically is more user friendly (less risk of mistakes).
Last edited by ruud (2007-06-29 11:07:50)
Offline
anoke wrote:
Btw, who/where/how one updates those on-line help pop-ups? Some are empty.
The dev for the English ones, the translators for the non English ones.
But the help system is fubar, and has been for quite some time (I believe my first documentation of that bug was in summer ’05). I know for example a lot of French help item are empty (while French documentation was the first non English written), because the help server don’t save them for some reason.
Offline
There’s a minor issue with “Files”, in Italian, entries such as file_name, file_status_ok, file_category appear as raw entries, ie not translated. I’ve checked the Translators interface and I can’t see them either (there’s no “File” section to translate).
Last edited by Neko (2007-06-30 00:39:08)
Offline
There is, but it looks like you’ve found (another… *sigh*) bug in the lang server. Here’s the link.
My email address has changed recently. If you need to contact me, use the forum contact form.
Offline
Thanks, Mary. It says “Restricted area”, tho.
Offline
Ok, that’s very odd. I’ll have to try and figure it out. (The good thing is this not a Txp-specific issue, but a plugin issue.)
My email address has changed recently. If you need to contact me, use the forum contact form.
Offline