SeedCode Support Forum

Hi

we are located in Austria and plan to buy the SeedCode Calendar as a foundation to build our CRM on. Clearly we have to translate the complete UI into German and I have no idea about the amount of time and effort this task might consume. Anybody out there who has already done that and

- is ready to post his/her experiences
- is ready to share the solution (Of course not for free)

Regards
Franz

Hey Franz,

FWIW, I haven't worked on / helped with a big translation into Austrian, but their may be one. We have some notes about localizing here:

http://www.seedcode.com/pmwiki/pmwiki.p ... ranslation

Hope it helps,

John

John Sindelar wrote:We have some notes about localizing here:

http://www.seedcode.com/pmwiki/pmwiki.p ... ranslation

Hope it helps,

John

Hi John.

most of the interface is translated now and I have to say I feel very confident of my decision on licensing the seedcodecomplete product. It will for sure save us a lot of effort.

BUT there are still some UI elements resisting my efforts mostly because I do not know what is happening. One of these ist the "Everyone" tickmark. The value displayed comes from the "Everyone" List containing only a single entry "Everyone". Changing the entry to Austrian/German "Alle" will display the new value on the UI but things stop working.

How is this handled?

Best regards
Franz

Congrats on the translation!

You'll also want to change the word "Everyone" in the calc Interface::ShowPinnedContactForCalc

You might consider BaseElements, Inspector, or 2EmpowerFM to search for occurrences like this. Depending on what you're looking for, they can find every instance of a string so you can replace / translate it.

But you can also just ask us =)

John Sindelar wrote:Congrats on the translation!

You'll also want to change the word "Everyone" in the calc Interface::ShowPinnedContactForCalc

Thanks for the tip. It worked like a charm.

John Sindelar wrote:You might consider BaseElements, Inspector, or 2EmpowerFM to search for occurrences like this. Depending on what you're looking for, they can find every instance of a string so you can replace / translate it.

But you can also just ask us =)

I do not want to get on your nerves by permanently asking obsolete questions so any helpful tools are to be considered. The existence of three tools seems to indicate an uncomfortable gap in the development environment of FM.

On my Mac I am running FM Pro Advanced 11 and this version is aimed for development but lacks a simple string search & replace across the sources ????????? This is unbelievable. TurboPascal did all that more than 20 years ago .

Surprised
Franz

I hear you. Unbelievable indeed.

John Sindelar wrote:But you can also just ask us =)

Well and so I am back again: After translating the UI I felt somewhat like a hero. This has changed rapidly today when I started renaming the layouts and found some scripted layout changes regarding the time entry layouts.

Well so I dived into it and started learning FM scripting basics while investigating this case. By now the time thing and most of the rest works as I think was intended by John. After that I started translating all the dialogs thrown up by scripts. This is done too and seems to work fine so far.

But there is a new Problem: When clicking an existing event the edit event window opens but will contain the Source No 1 Layout.

When clicking the add event button on the calendar layout everything works right and the edit event microwindow pops up.

This is a bit beyond my reach at the moment.

Any hints available?

TIA
Franz

fwk wrote:This is a bit beyond my reach at the moment.

I found things depend on the name of the event details layout. Everything works well if it is named exactly "Event Details".

Searching through the scripts I found several hardcoded appearances of layout names used for branching and I did change them to (hopefully) reflect the now German layout names.

BUT: Searching the String "Event Details" over all scripts will not result in any hits. So this layout name does not seem to be hardcoded in the scripts. So where if not here??

Franz

Hello Franz! Took me a few readings of this to get what you're after, but I see it now. Sorry for the delay.

The calendar knows which layout to go to by looking at the layout name coded into the first tab of the Source No 1 layout. That first tab tells us the name of the layout to use for event details and the name of the source: edit those values in layout mode and you should be all set.

John Sindelar wrote:Hello Franz! Took me a few readings of this to get what you're after, but I see it now. Sorry for the delay.

Hi John,
sorry for the weird description.
After all I see now that with translating software the language problem is not about translating the strings contained in the layouts. It is about understanding what is going on behind the scenes.

John Sindelar wrote:The calendar knows which layout to go to by looking at the layout name coded into the first tab of the Source No 1 layout. That first tab tells us the name of the layout to use for event details and the name of the source: edit those values in layout mode and you should be all set.

So easy... when you know it.

The UI is now almost completely German. My colleagues will start next week entering some real life project data as a test. I am curious about their feedback on usability, remaining English phrases, broken code etc.

Thanks a lot for your help.
Franz

Hello everybody

fwk wrote:My colleagues will start next week entering some real life project data as a test.

It turned out we have an unexpected problem with windows based fm pro accessing the calendar on the fm server. While Mac based clients and also iPads open the calendar file remotely from the server without any problems we see the windows fm pro clients immediately quit upon opening the calendar. Things work well until the splash screen shows up and while drawing it fmpro immediately quits/crashes.

Opening other fm files from the server works well. We have tried opening from more than one windows pc and it is the same behavior for all workstations. Any ideas?

Regards Franz

Hey Franz,

If those are windows xp machines that are crashing, I believe the problem is fixed here: viewtopic.php?p=7300