Overview
Examples
Screenshots
Comparisons
Applications
Download
Documentation
Tutorials
Bazaar
Status & Roadmap
FAQ
Authors & License
Forums
Funding Ultimate++
Search on this site
Search in forums












SourceForge.net Logo
Home » U++ TheIDE » U++ TheIDE: Other Features Wishlist and/or Bugs » German Date Bug
Re: German Date Bug [message #4393 is a reply to message #4385] Fri, 04 August 2006 17:36 Go to previous messageGo to previous message
Werner is currently offline  Werner
Messages: 234
Registered: May 2006
Location: Cologne / Germany
Experienced Member
luzr wrote on Fri, 04 August 2006 00:32

OK.

Speaking about it, those "date\v" are wrong there too Wink

Just to undestant the issue, those "\a" and "\v" prefixes are in "english" form because english translation also presents a unique key for text. Sometimes it moght not be "unique enough" (e.g. if the text is too short), that is why is is extended by "prefix" which is NOT part of resulting string even for english translation. Anyway, this part should not be in non-english texts.

(\a vs \v the difference is that with '\v' key is formed by english text with prefix, while with '\a' the prefix is the key).

Mirek


This issue is already fixed in my new dede2.tr file: no more "\v" and "\a" in the translated sections! Please compare my message #4379.

The only point which is not yet absolutely obvious to me is the correct translation of the format string in the last but one translation topic of the tr-file:

"date-filter\aA/\a .-",
	"";


Is it correct to assume that the 2nd "\a" is *NOT* part of the key but part of the format string so that the translated topic must read:

"date-filter\aA/\a .-",
	"A/\a .-";


? If so the new dede2.tr file should be ok.

Werner
 
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Previous Topic: Nice To Have in IDE [FEATURE REQUEST]
Next Topic: Configurable Layout designer
Goto Forum:
  


Current Time: Sun Jul 20 00:48:19 CEST 2025

Total time taken to generate the page: 0.06775 seconds