On 3/11/2010 8:34 AM, Uwe Stöhr wrote:
I already use LyXLauncher. I only invented the batch file that calls
LyXLauncher, to avoid the LANG variable issue. When LANG is not set on a
PC, your solution works fine. When it is set, I don't have another idea
than to remove it when installing LyX. But t
> I think it may be better to put this in an application like the
> LyXLauncher that I made for my installer. AFAIK with a batch file you
> get an ugly pop-up window.
I already use LyXLauncher. I only invented the batch file that calls
LyXLauncher, to avoid the LANG variable issue. When LANG is
On 3/10/2010 9:55 PM, Uwe Stöhr wrote:
I therefore created the
workaround using a batch file (lyx.bat) where I reset the LANG variable
before loading LyX.
I think it may be better to put this in an application like the
LyXLauncher that I made for my installer. AFAIK with a batch file you
get
> I never tried to reproduce the bug myself.
I wish you would have done this during our discussions because this would have helped me to find out
that this is definitely a bug on my side.
I now found it: A chemistry program on my PC set the LANG Windows environment variable when it was
instal
On 10/03/2010 22:55, Joost Verburg wrote:
On 3/10/2010 3:30 AM, Abdelrazak Younes wrote:
What is your Qt-version?
4.6.0 MSVC binaries from Nokia.
I hadn't noticed yet that Qt is now providing MSVC binaries as well.
That's very convenient.
Are there any known issues with Qt 4.6 and the curre
On 3/10/2010 3:30 AM, Abdelrazak Younes wrote:
What is your Qt-version?
4.6.0 MSVC binaries from Nokia.
I hadn't noticed yet that Qt is now providing MSVC binaries as well.
That's very convenient.
Are there any known issues with Qt 4.6 and the current 1.6 branch?
Joost
On 3/10/2010 4:31 PM, Uwe Stöhr wrote:
Which version of intl.dll?
intl.dll 0.15.0 dating back from april 2008
iconv.dll 1.11.0 dating back from april 2008
I use the same versions, but dating from December 2007.
The Dec 2007 version is indeed the latest one, so you got the right
intl.dll.
Am 10.03.2010 22:23, schrieb Abdelrazak Younes:
I use an older version of Joost's "intl.dll".
Which version of intl.dll?
intl.dll 0.15.0 dating back from april 2008
iconv.dll 1.11.0 dating back from april 2008
I use the same versions, but dating from December 2007.
regards Uwe
On 09/03/2010 14:51, Vincent van Ravesteijn - TNW wrote:
Have you done something special in your installer because it doesn't
work for me when I just compile LyX and use it (without the usage of
any NSIS script)? As Vincent has the same problem you must have done
some magic (like some special NSI
On 09/03/2010 19:13, Uwe Stöhr wrote:
Abdelrazak Younes schrieb:
Correction: I never was able to reproduce this bug under Windows and
I use an older version of Joost's "intl.dll".
Which version of intl.dll?
intl.dll 0.15.0 dating back from april 2008
iconv.dll 1.11.0 dating back from april
On 3/9/2010 1:13 PM, Uwe Stöhr wrote:
Besides this, Joost, I think that you are also using SCons to compile
LyX. Or do you now use CMake?
Correct. I'm using SCons.
Joost
On 3/8/2010 7:41 PM, Uwe Stöhr wrote:
I'm a bit puzzled because we discusses the gettext problem several times
and everybody on Windows could reproduce this, also you if I remember
correctly.
I never tried to reproduce the bug myself.
Joost
On 3/9/2010 1:16 PM, Uwe Stöhr wrote:
But you still have no success. But why is it working ofr Abdel and Joost
but not for use. I have no idea right now, because Abdel uses CMake,
Joost uses Scons. So the build system cannot be the reason.
The installer can also not be the reason because this is
On 03/09/2010 07:13 PM, Uwe Stöhr wrote:
Abdelrazak Younes schrieb:
Correction: I never was able to reproduce this bug under Windows and
I use an older version of Joost's "intl.dll".
Which version of intl.dll?
Don't remember, I guess 0.15
What is your Qt-version?
4.6.0 MSVC binaries fro
Am utorok 09 Marec 2010 schrieb Uwe Stöhr:
> Abdelrazak Younes schrieb:
>
> > Correction: I never was able to reproduce this bug under Windows and I
> > use an older version of Joost's "intl.dll".
>
> Which version of intl.dll?
> What is your Qt-version?
>
> >> Have you done something special i
Abdelrazak Younes schrieb:
Correction: I never was able to reproduce this bug under Windows and I
use an older version of Joost's "intl.dll".
Which version of intl.dll?
What is your Qt-version?
Have you done something special in your installer because it doesn't
work for me when I just compi
Vincent van Ravesteijn - TNW schrieb:
Have you done something special in your installer because it doesn't
work for me when I just compile LyX and use it (without the usage of
any NSIS script)? As Vincent has the same problem you must have done
some magic (like some special NSIS script that us
Jürgen Spitzmüller wrote:
> Pavel Sanda wrote:
> > aha, so actually you use gettext and main part of the problem has nothing
> > to do with poedit at all.
>
> Maybe the difference is in how SCons and automake do the remerge?
thats what i'm studying just now, but it seems similar.
pavel
>>
>> Have you done something special in your installer because it doesn't
>> work for me when I just compile LyX and use it (without the usage of
>> any NSIS script)? As Vincent has the same problem you must have done
>> some magic (like some special NSIS script that uses special Windows
>> AP
Uwe Stöhr wrote:
>
> I don't use gettext, I use the latest version of poedit:
> http://www.poedit.net/
...
> When I remerge I use SCons that calls the script "lyx_pot.py" (is in our
> SVN). Then
> - msguniq.exe
> - msgmerge.exe
> - xgettext.exe
> are called to generate/merge the po-files.
> All
Pavel Sanda wrote:
> aha, so actually you use gettext and main part of the problem has nothing
> to do with poedit at all.
Maybe the difference is in how SCons and automake do the remerge?
Jürgen
Am Tuesday 09 March 2010 schrieb Abdelrazak Younes:
> On 03/09/2010 01:41 AM, Uwe Stöhr wrote:
> > > You're right, it works fine for me too! I have no idea why it's not
> > working on Uwe's system,
> > > maybe it's because of the different installer.
> >
> > I use the same libraries as you (the on
On 03/09/2010 01:41 AM, Uwe Stöhr wrote:
> You're right, it works fine for me too! I have no idea why it's not
working on Uwe's system,
> maybe it's because of the different installer.
I use the same libraries as you (the ones from our FTP-server).
I'm a bit puzzled because we discusses the get
> now I'm confused how Poedit and gettext usage are joined (sorry I don't use
> Poedit). can you describe the exact steps of your po-updates/remerges?
> where poedit comes in play and where gettext?
When I remerge I use SCons that calls the script "lyx_pot.py" (is in our SVN).
Then
- msguniq.ex
> You're right, it works fine for me too! I have no idea why it's not working
on Uwe's system,
> maybe it's because of the different installer.
I use the same libraries as you (the ones from our FTP-server).
I'm a bit puzzled because we discusses the gettext problem several times and everybody o
On 3/8/2010 11:57 AM, Vincent van Ravesteijn - TNW wrote:
You're right, it works fine for me too! I have no idea why it's not
working
on Uwe's system, maybe it's because of the different installer.
However, I can confirm it doesn't work if I compile LyX myself.
Do you do some magic when com
>>> AFAIK it hasn't been confirmed that the language setting is also
>>> broken with gettext 0.15 on Linux, so I'm not sure whether this is a
>>> gettext
>>
>> I'm really getting confused. The LyX 1.6.5 binary for windows allows
>> me to choose a different ui language. So, what is the problem ?
On 3/8/2010 11:42 AM, Vincent van Ravesteijn - TNW wrote:
AFAIK it hasn't been confirmed that the language setting is also broken
with gettext 0.15 on Linux, so I'm not sure whether this is a gettext
I'm really getting confused. The LyX 1.6.5 binary for windows allows me
to choose a different u
>AFAIK it hasn't been confirmed that the language setting is also broken
>with gettext 0.15 on Linux, so I'm not sure whether this is a gettext
I'm really getting confused. The LyX 1.6.5 binary for windows allows me
to choose a different ui language. So, what is the problem ?
Vincent
On 3/8/2010 6:06 AM, Pavel Sanda wrote:
(A newer version of gettext is not yet
available for Windows, that's also the reason why changing the LyX menu
language doesn't work on Windows via the preferences menu. Joost is working
on that and I cannot update gettext until he finished this work.)
i
Uwe Stöhr wrote:
> There's another problem. Even when Jürgen remerges and our translators
> send us po-files modified with Poedit, Pootle, Virtaal or whatever, we
> would have linebreak diffs.
I usually remerge the files before committing (sometimes the submitted files
are not up to date).
Jür
Uwe Stöhr wrote:
> However, I also use gettext 0.15.x to remerge. I don't know why this
> remerge has different linebreaks.
now i'm confused how poedit and gettext usage are joined (sorry i dont use
poedit). can you describe the exact steps of your po-updates/remerges?
where poedit comes in play
>> But why are the linebreaks a problem.
>
> but translators do not remerge files from themselves, no? (what is the
> point that we remerge ourselves then.)
I see your point now.
However, I also use gettext 0.15.x to remerge. I don't know why this
remerge has different linebreaks. (A newer vers
Le 6 mars 10 à 18:34, José Matos a écrit :
On Saturday 06 March 2010 15:35:49 Pavel Sanda wrote:
hi,
* make dist produces both bzip and gzip files. why do we use both.
wouldn't be bzip one enough? Jose, JMarc?
We try to be conservative and the disc space is not a constraint.
FWIW I would s
Uwe Stöhr wrote:
> > * long time issue. we are constantly committing tons of senseless
> > diffs of our .po files just because gettext do different line breaking.
> > we should finally resolve this.
> > Uwe, Juergen what gettext version do you have? (0.17 here).
>
> I don't use gettext, I use the
> * long time issue. we are constantly committing tons of senseless
> diffs of our .po files just because gettext do different line breaking.
> we should finally resolve this.
> Uwe, Juergen what gettext version do you have? (0.17 here).
I don't use gettext, I use the latest version of poedit:
h
On Sat, Mar 06, 2010 at 04:35:49PM +0100, Pavel Sanda wrote:
> Enrico README.Cygwin?
I have updated it.
--
Enrico
Am Samstag 06 März 2010 schrieb Pavel Sanda:
> Kornel Benko wrote:
> > Am Samstag 06 März 2010 schrieb Pavel Sanda:
> > > Kornel Benko wrote:
> > > > Am Samstag 06 März 2010 schrieb Pavel Sanda:
> > > > > Kornel, you might want to check INSTALL.cmake?
> > > >
> > > > Ok, there should be a paragra
On Saturday 06 March 2010 15:35:49 Pavel Sanda wrote:
> hi,
>
> * make dist produces both bzip and gzip files. why do we use both.
> wouldn't be bzip one enough? Jose, JMarc?
We try to be conservative and the disc space is not a constraint.
FWIW I would suggest to drop bzip2 and add lzma to the
Kornel Benko wrote:
> Am Samstag 06 März 2010 schrieb Pavel Sanda:
> > Kornel Benko wrote:
> > > Am Samstag 06 März 2010 schrieb Pavel Sanda:
> > > > Kornel, you might want to check INSTALL.cmake?
> > >
> > > Ok, there should be a paragraph which mentions the package creation on
> > > systems wit
Am Samstag 06 März 2010 schrieb Pavel Sanda:
> Kornel Benko wrote:
> > Am Samstag 06 März 2010 schrieb Pavel Sanda:
> > > Kornel, you might want to check INSTALL.cmake?
> >
> > Ok, there should be a paragraph which mentions the package creation on
> > systems with red hat or debian package manage
Kornel Benko wrote:
> Am Samstag 06 März 2010 schrieb Pavel Sanda:
> > Kornel, you might want to check INSTALL.cmake?
> >
>
> Ok, there should be a paragraph which mentions the package creation on systems
> with red hat or debian package management.
>
> Installation as package is sooo much mor
Am Samstag 06 März 2010 schrieb Pavel Sanda:
> Kornel, you might want to check INSTALL.cmake?
>
Ok, there should be a paragraph which mentions the package creation on systems
with red hat or debian package management.
Installation as package is sooo much more confortable.
E.g.
Creating a Red
Pavel Sanda wrote:
> * file NEWS seems to be no more used, what about move to attic?
It is actively used at least in branch.
> * long time issue. we are constantly commiting tons of senseless
> diffs of our .po files just because gettext do different line breaking.
> we should finally resolve
Am Samstag 06 März 2010 schrieb Pavel Sanda:
> hi,
>
...
> * Windows people, can you quickly check INSTALL.Win32,scons to be
> up-to-date? Kornel, you might want to check INSTALL.cmake?
I use it all the time, so from my point of view this is up to date.
(My workflow (on ubuntu) is:
cd bu
hi,
* make dist produces both bzip and gzip files. why do we use both.
wouldn't be bzip one enough? Jose, JMarc?
* file NEWS seems to be no more used, what about move to attic?
* long time issue. we are constantly commiting tons of senseless
diffs of our .po files just because gettext do dif
46 matches
Mail list logo
