|
2006-01-29 00:49
|
gui_language.png (126,782 bytes) |
|
|
i have the same here if -lang de, arrange pages is english but the list boxes for facing pages/first page is still german. |
|
|
the title of measuremet palette is german too, when switching |
|
|
I know it's assigned so it might don't matter that I add this but the same occurs with French and also with Russian. One thing to mention is when you relaunch the app. *then* the UI language is OK. Switching the language without relaunching produces this mix. |
|
|
Page layout areas are fixed. |
|
|
Measurement palette fixed too. |
|
|
SE menus fixed now. |
|
|
This issue is not completely fixed yet. If the language is switched and then switched again, the "style" and "language" fields in "properties - text" still bejave weird. In one case, I switched from German to English, and the language changed to English. After switching back to German, the fields remained in English. In another case, I switched from German to Dutch and the language didn't change at all. |
|
|
Consider also that the strings must be updated for this to work properly. |
|
|
Just to be sure: Did you apply any changes to the code? The reason was _not_ the strings. The correct language appeared first, and after switching back and forth the drop down lists didn't change anymore. |
|
|
Yes I changed code.. but doing so meant changing the location of the strings for translation, which means most files need updating. I self edited ukranian here (copied translations to the new string locations) and i can switch back and forth between en and uk all day and get the switch ok. The .de translation needs updating for it to work. If then, it doesnt work, theres something I've missed. For now, I think its ok, and anything else can get a new bug. |
|
|
Arrange pages still doesn't switch completely: "First page is:" is shown in the locale (in my case de). |
|
|
It works here with your qm files... |
|
|
Well, look at the screenshot from the current cvs ... |
|
2006-03-11 23:45
|
lang_gui.png (17,619 bytes) |
|
|
... same goes for the properties palette. See screenshot. |
|
2006-03-11 23:55
|
lang_gui2.png (26,413 bytes) |
|
|
First page fixed, thought you meant the title. I have to say though, why can we not have some more testing done before string freeze. |
|
|
>>I have to say though, why can we not have some more testing done before string freeze. Personally, I have two ways of testing. The first is simply using it for all kinds of every day work, This means, among others, repeating projects I had done in QXP and even serious production purposes (though I mostly stick with 1.2.cvs for the time being). Every now and then, I do a more systematic testing, checking things I normally don't use, such as switching UI language. That was the case this weekend. I will continue to report issues when they are recognised, and since switching UI language is not an essential for the use of Scribus, reporting it lately won't hurt IMHO. |
|
|
No, I don't mind the reports.. they are great, and thanks, but this particular bug is one that may directly relate to string changes. Anyway, I'll see what I can do for the properties palette. Some of this stuff is stored in the file, some not |
|
|
Cant fix in 1.3.3, too hard to reget the hyphenation languages again at this late stage.. Styles are stored in the file so that name stays. |
|
|
Another issue I recognised in this context: If the ui language is switched, the tool tip for gradients "Here you can add, change or remove colour stops" is still shown in the first language. This only happens immediately after switching. If Scribus is closed and relaunched with the new language settings, the right tool tip is displayed. |
|
|
Should be fixed now. |
|
|
For anymore issues in 1.3.4, please open a new bug per version. |
- Anonymous
