Can’t get the 4.0 Final to see my i18n entries which are stored in a database called TMAi18n in MS SQL Server 2005. Checked the following:
- Connection is good (created form and read all the entries into a table view)
- Under windows, went to Servoy/local and selected server name which points to TMAi18n.
- Also selected the i18n_messages table from the drop down.
- Used i18n editor from Actions, tree list, text property … button and blue icon for i18n editor.
All I see is the default Servoy entries for i18n. Not sure where these are stored.
- Also looked at the servoy.properties file and all the i18n settings are correct.
Anyone able to get 4.0 Final to see an i18n database that was created by developer?
I have the same issue here, the table is called “i18n” and is in the “user_data” db, the backend is MySQL 5. I checked the table on the backend and all my keys are there but If I launch web or smart client I see only the keys placeholder labels and if I try to browse i18n using the blue button I only see Servoy default keys.
Anyone has an idea of how to fix this? Whitouth keys the solution is unusable (table views adapt to the long key names screwing all the layout).
Can I ask the question? Does ANYONE have 4.0 reading an i18n database and if so what platform? Sybase? MS SQL Server? Oracle? Servoy states it works just fine in their office, but now we have 2 developers who can’t get it to work at all.
Thanks.
Hi Gary,
I have Servoy 4.0 setup with a default i18n connection to a PostgreSQL database.
None of my custom messages in this filled database are visible in the i18n editor.
But they do appear correctly in my form (I added them to it in this version, dunno yet about old imports)
Servoy 4.0.0 final - build 620
Mac OS X 10.5.4
java version 1.5.0_13
PostgreSQL 8.2.5
ROCLASI:
But they do appear correctly in my form (I added them to it in this version, dunno yet about old imports)
You’re always the lucky guy… ![:)]( "Smile")
ngervasi:
You’re always the lucky guy… 
I wish 
I checked my old i18n tags and low and behold…the displayTags property is not checked on any of my elements that uses i18n.
I checked my old enviroment and indeed they were not enabled, seems that worked in the old days but now you need to have it enabled to see your i18n strings.
Hope this helps.
this is still a big mystery to me currently. I am testing now this friday and also today. But what every i do with Nicola’s Noxs solution it just works at my end. In my development environment and also if i just test in a Servoy 4.0 install…
I can change the solution i18n table and i see those changes directly in the i18n dialog and the client.
I did fix a few things that a client doesnt cache the properties to well so that in developement you do see i18n changes a bit better. But this doesnt have anything to do with the i18n dialog or client completely not seeing all you messages.
We hope that we can get a bit better setup so that we can really see what is going wrong.
This is my experience with i18n:
Sometime I have problems with newly added keys being accesible though form designer. This is fixed by re-calculating the PK from data. I don’t know why it goes out of sync sometimes.
The key message often, but not always, does not display in designer when display tags is uncheked. When it is checked, the key, not the message displays.
The key message always appear correctly when run in client.
We identified a bug related to the situation when message_language column in i18n table is null. These messages won’t be displayed in i18n editor. The bug is fixed now and will be present in next release. Keys where message_language column is an empty string are, however , displayed. So a workaround is to run an update sql statement to replace the null values with empty string.