FrontAccounting forum — Dutch translation of 2.3 RC3

Re: Dutch translation of 2.3 RC3

null@example.com (erwindebruin) — Sat, 25 Aug 2012 18:46:31 +0000

I just have send an update Dutch translation file to the frontaccounting contributions e-mail. In this version (2.3.11) some mistakes are corrected and especially the translation of the user security roles page is now almost in line with the related translations in FA.

As soon as it is downloadable from the repository, please feel free to report any mistakes or ideas to make it a better translation!

Re: Dutch translation of 2.3 RC3

null@example.com (erwindebruin) — Sat, 25 Aug 2012 18:45:01 +0000

Chipmunk wrote:

I have to add that the utf-8 conversion is based on the good work of Erwin de Bruin.

thanx for the credits, but I am not the only translator of the Dutch translation file. I'm only the last translator who tried to update the translation file to an

Re: Dutch translation of 2.3 RC3

null@example.com (Chipmunk) — Wed, 22 Aug 2012 21:42:33 +0000

I have to add that the utf-8 conversion is based on the good work of Erwin de Bruin.

Re: Dutch translation of 2.3 RC3

null@example.com (Chipmunk) — Wed, 22 Aug 2012 21:06:27 +0000

Hi,

I am a newby here. I am testing FA on Ubuntu 12.04 LTS AMD hardware 64 bit, but after installation I wanted to change language settings. Which I didn't manage in the first place. It appeared to me later on after trying to switch to Dutch, which I installed using the extension utility, it did not work.
The language file is iso_8XXX, which is not on my system. I tried to install iso_8XXX, but that din't work out either.

Then I tried to add the langauge myself using the dutch iso. That did not work either. On WINDOWS, using xampp, it's a peace of cake! I hate that. So, what to do next? Google is my friend and I found out I needed tools to transform the iso into utf-8.

After installing potools and poedit I managed to transform the iso into utf-8 which I want to share with u all. How can I give it back to the community, so anyone who uses utf-8 based systems can easely use it?

Re: Dutch translation of 2.3 RC3

null@example.com (joe) — Sat, 18 Aug 2012 17:40:17 +0000

A branch is not an independent legal entity. It is more like a division. You could probably use this term instead, or maybe you find a better term.

Joe

Re: Dutch translation of 2.3 RC3

null@example.com (erwindebruin) — Sat, 18 Aug 2012 15:51:52 +0000

Currently busy changing the dutch language file 2.3.9 for 2.3.11 including correcting previous remarks as given in this topic. I am still not sure what to do with the translation of the word/menus "Branche".

Is Branche an collection of companies with the same kind of type/activities etcetera (as Rondewit said) or is it an division or separate store of a bigger company? In the last situation by example Microsoft (the client) has an division for developing windows (the branche) and a division for developing ms office (other branche). Or a shoe company (the client) own three different stores (the branches).

I think a branche is the last option, so it needs to be translated to "vestiging" in Dutch. Or has anybody another idea?

Re: Dutch translation of 2.3 RC3

null@example.com (sledge) — Thu, 26 Apr 2012 13:12:33 +0000

so ..... back again ..... updated to version 2.3.10, the problem seems to be solved.

Tnx for everything and keep up the good work !!

Re: Dutch translation of 2.3 RC3

null@example.com (rondewit) — Wed, 28 Mar 2012 10:04:14 +0000

Translation error:
(since this is about the dutch translation, i'll state it in dutch)

Customer branches --> vestigingen

Een klant heeft 1 of meer vestigingen; een branche is in het Nederlands een verzameling van gelijksoortige bedrijven.

Re: Dutch translation of 2.3 RC3

null@example.com (sledge) — Fri, 10 Feb 2012 00:47:11 +0000

Hi there,

My personal life is like a typhoon right now. As soon as the sun is shining again, I'll give it a go and let you know.
Thanks in advance & keep up the good work.

Re: Dutch translation of 2.3 RC3

null@example.com (joe) — Fri, 27 Jan 2012 13:26:27 +0000

I am sorry to tell, that I had to delete the former post. It was dangerous to alter the class SessionManager.
Therefore we have converted the translated text into a global variable instead for a session. This result in much smaller left over files that is taken by the carbage collector.
The reason for the left over session files is that we for security reasons have to regenerate session id's.
The changes will go to next minor release and the HG repository will be updated soon.

/Joe

Re: Dutch translation of 2.3 RC3

null@example.com (joe) — Thu, 26 Jan 2012 12:16:19 +0000

While testing and testing I have now found out that the cause of left over session files are the new class SessionManager in /includes/session.inc.
While running the member function regenerateSession the error occurs. I am not sure if we really need to do a regeneration of the session. By excluding the call to this routine in line 43 with a // the session files left are deleted or zeroed.

Maybe some session experts out there could help here.

/Joe

Re: Dutch translation of 2.3 RC3

null@example.com (joe) — Thu, 26 Jan 2012 07:56:02 +0000

And please look for other errors in the error.log for the time of running.

Please also rename the .php file in /lang/nl_NL/LC_MESSAGES. FA will then create a new php file.

I really hope we will fix this problem. You are one of them that can help.

/Joe

Re: Dutch translation of 2.3 RC3

null@example.com (joe) — Wed, 25 Jan 2012 23:03:10 +0000

This is very strange. Janusz doesn't have the option to comment out the gettext native, so therefore he is not able to test the problems. I can simulate the Windows OS version with the gettext NOT installed to test the session left over.

After running the Dutch translation a while I have no left over session files. A couple was set to zero size though.

If you look in your error.log file (probably in the tmp folder in FA root, did you see a message:

[25-Jan-2012 13:12:14] 0::logout.php:47: session_destroy() [function.session-destroy]: Session object destruction failed

Of course with another date/time stamp. It should appear at the end. If you get such an error, there is a reason for the left over and we can start examine this error.

Also please tell us your version of PHP. There are some session_destroy() bugs in version 5.1.2.

/Joe

Re: Dutch translation of 2.3 RC3

null@example.com (sledge) — Wed, 25 Jan 2012 16:59:55 +0000

Tnx for your help Joe,

Unfortunately "this should fix the mess" .... nope.
I added your line into the gettext.php, cleared cookies, cleared cached, logged in, browsed only a few tabs, watched my sess*-files and there was one of 18 MB and one of 35 MB and a few small ones. After logging out, only the 35 mb was deleted, the small ones and the 18MB were still there.

ps. @ Joe: Maybe you wanna take a look here : https://frontaccounting.com/punbb/viewtopic.php?id=2223 before you and Janusz are working on the same thing, without knowing.

Re: Dutch translation of 2.3 RC3

null@example.com (joe) — Wed, 25 Jan 2012 11:52:47 +0000

Hello guys,

Thanks for the informations you have posted. I have fixed a bug in /includes/lang/gettext.php file. This caused a bail out if you used double quotations in the translations when Native Gettext was NOT installed. This also created huge session files that were left after logout.
After fixing the bug, the sessions files are deleted or zeroed out, so it does not make any harm more.
The fix is coming in the next release, but if you want to fix it now, you can insert the following line in
/includes/lang/gettext.php:

line 477. Insert the following code as the first line in function _parse_line:

        $line = str_replace("\\\"", "'", $line);

This should fix the mess.

/Joe