João Luis Meloni Assirati [EMAIL PROTECTED] writes:
| Em Qui 02 Mar 2006 05:22, Lars Gullik Bjønnes escreveu:
| João Luis Meloni Assirati [EMAIL PROTECTED] writes:
| | Index: src/texrow.h
| | ===
| | --- src/texrow.h (revision
Angus Leeming a écrit :
Joost Verburg [EMAIL PROTECTED] writes:
Angus Leeming wrote:
I'm still mulling over what to do with aspell. If we go for aspell 0.6
then it looks like I'll have to supply the dictionaries too. Would make
Kevin Atkinson happy :)
I just tested the new Aspell. Version
Angus Leeming [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
| Put it in please.
| Maintrunk first and then merge the revision to the branch.
|
| Now I know I should go and read the subversion docs, but is this merge to the
| branch actually:
|
| cd head
|
Thanks for all the advice. I had some mismatched libraries,
and cleaning up that was probably a good idea.
Still, the problem persisted.
It turns out that cvs up always complains if local changes
are in the way. svn up never complained, so I thought
everything was ok. But it turns out that
Helge Hafting [EMAIL PROTECTED] writes:
| Thanks for all the advice. I had some mismatched libraries,
| and cleaning up that was probably a good idea. Still, the problem
| persisted.
|
| It turns out that cvs up always complains if local changes
| are in the way. svn up never complained, so I
Enrico Forestieri a écrit :
Enrico Forestieri [EMAIL PROTECTED] writes:
I use cygwin with the -mno-cygwin option to build a LyX package which runs
without needing cygwin. I paste at the bottom an uuencoded tar archive
I just noticed that this damn'd gmane interface horribly mangled the
Angus wrote:
Hi, Stephen.
This problem with the path_prefix stuff should now be fixed. Perhaps you'd
like to test it out?
http://wiki.lyx.org/uploads/Windows/LyX137/lyx-1.3.7_win32_setup_v4.exe
http://wiki.lyx.org/uploads/Windows/LyX140pre/lyx-1.4.0pre_win32_setup_v2.exe
I'm still mulling
Georg Baum wrote:
However, this issue happens with or without the patch, so the patch
basically works for what it is advertised.
So it is not related to the patch.
It would have been very unlikely that it is, because we're in math. However, I
suppose that LFUN_MATH_MODE in
Abdelrazak Younes [EMAIL PROTECTED] writes:
Hello Angus,
I can confirm that on my side. I have always compiled 1.4cvs with aspell
0.6 and it worked fine so far. I confirm also Joost experience with the
compilation of the dictionaries.
Hi, Abdel.
That's great news.
However, before we
Martin Vermeer wrote:
Actually a simple fix that comes to my mind is to simply strip out all
internal dollar signs before trying to parse the string.
Something even simpler would be to do the mutate call only if there are no
dollar signs, but I am not sure whether we should do anything here at
Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
svn merge -r prev:rev svn+ssh://svn.lyx.org/lyx/lyx-devel/trunk .
In reality it won't give much more than what diff + patch does, but in
the (near) future subversion will get real merge tracking. Then it
gets really important.
Thanks, Lars.
Stephen Harris [EMAIL PROTECTED] writes:
This problem with the path_prefix stuff should now be fixed.
I think that might be 137_v3. Both of these files installed splendidly.
No more sh configure; I hope no improvements needed to be sacrificed.
Great!
The dictionary doesn't seem too hard to
Angus Leeming a écrit :
Abdelrazak Younes [EMAIL PROTECTED] writes:
Hello Angus,
I can confirm that on my side. I have always compiled 1.4cvs with aspell
0.6 and it worked fine so far. I confirm also Joost experience with the
compilation of the dictionaries.
Hi, Abdel.
That's great news.
Abdelrazak Younes [EMAIL PROTECTED] writes:
OK thanks Enrico, I'll take a look. I was under the impression that your
method would need a cygwin installation a user but if you tell me that
this is not mandatory. Maybe we could switch to your version altogether
instead of the MSYS based
Angus Leeming a écrit :
Abdelrazak Younes [EMAIL PROTECTED] writes:
OK thanks Enrico, I'll take a look. I was under the impression that your
method would need a cygwin installation a user but if you tell me that
this is not mandatory. Maybe we could switch to your version altogether
instead
Abdelrazak Younes [EMAIL PROTECTED] writes:
However, before we release either flavour of LyX/Win compiled with
aspell 0.6 to the wider world, we should ensure that people have
access to the dictionaries. I.e., replace the dictionaries at
http://aspell.net/win32/ with their 0.6 equivalent.
We should replace this page by svn.php.
Also, it would be cool if we would upgrade ViewVC so that we can browse the
repository again (and have the links in the lyx-cvs mails again).
Jürgen
Juergen Spitzmueller wrote:
We should replace this page by svn.php.
Also, it would be cool if we would upgrade ViewVC so that we can browse
the repository again (and have the links in the lyx-cvs mails again).
Indeed. Having ViewVC would already help very much, I use it at work as svn
GUI
Angus Leeming a écrit :
Abdelrazak Younes [EMAIL PROTECTED] writes:
However, before we release either flavour of LyX/Win compiled with
aspell 0.6 to the wider world, we should ensure that people have
access to the dictionaries. I.e., replace the dictionaries at
http://aspell.net/win32/ with
Angus Leeming wrote:
I'm not sure about concurrent LyX137 and LyX140 spellchecking
without alternating or changing the name of the folder called C:\Aspell
What is the reason of this hardcoded path? Although C is a common drive
letter, there are systems that do not use it or where people do
Juergen Spitzmueller [EMAIL PROTECTED] writes:
| We should replace this page by svn.php.
Name not imporant, only contents is.
| Also, it would be cool if we would upgrade ViewVC so that we can browse the
| repository again (and have the links in the lyx-cvs mails again).
Yes, it is on my
On Fri, 2006-03-03 at 11:05 +0100, Georg Baum wrote:
Martin Vermeer wrote:
Actually a simple fix that comes to my mind is to simply strip out all
internal dollar signs before trying to parse the string.
Something even simpler would be to do the mutate call only if there are no
dollar
Joost Verburg [EMAIL PROTECTED] writes:
Angus Leeming wrote:
I'm not sure about concurrent LyX137 and LyX140 spellchecking
without alternating or changing the name of the folder called C:\Aspell
What is the reason of this hardcoded path? Although C is a common drive
letter, there are
Lars Gullik Bjønnes wrote:
| We should replace this page by svn.php.
Name not imporant, only contents is.
Whatever. We just had a bug report today, where the reporter used latest CVS.
I guess this is not in sync anymore, or is it?
Jürgen
On Fri, 2006-03-03 at 12:24 +0100, Lars Gullik Bjønnes wrote:
Juergen Spitzmueller [EMAIL PROTECTED] writes:
| We should replace this page by svn.php.
Name not imporant, only contents is.
| Also, it would be cool if we would upgrade ViewVC so that we can browse the
| repository again
Martin Vermeer wrote:
Something even simpler would be to do the mutate call only if there are
no dollar signs,
That will still pass through non-latexable stuff.
Yes. But if we want to prevent that we have to disable C-M with a selection
completely (and also unknown commands in mathed).
Martin Vermeer [EMAIL PROTECTED] writes:
| On Fri, 2006-03-03 at 12:24 +0100, Lars Gullik Bjønnes wrote:
| Juergen Spitzmueller [EMAIL PROTECTED] writes:
|
| | We should replace this page by svn.php.
|
| Name not imporant, only contents is.
|
| | Also, it would be cool if we would
Angus Leeming wrote:
IIRC, it was a question of priorities. The path was hard-coded in Ruurd's
original port and when I integrated his work into the official LyX sources I
just used his code. It is certainly possible to set this path dynamically; we'd
have an entry in lyxrc.defaults/preferences
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg Martin Vermeer wrote:
Actually a simple fix that comes to my mind is to simply strip out
all internal dollar signs before trying to parse the string.
Georg Something even simpler would be to do the mutate call only if
Georg there are no
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: I'll
Angus apply the patches to 14x and to head now. I'll wait on JMarc's
Angus say so for the 13x patch.
You can apply the 13x patch.
Angus Ok, will do.
I won't use for a 1.3.8 anyway,
Joost Verburg [EMAIL PROTECTED] writes:
When LyX looks for sh, convert or other applications, it just looks
inside the PATH environment variable.
Having set the PATH environment variable as appropriate, using the contents of
the \path_prefix entry from lyxrc.defaults/preferences...
That
Juergen Spitzmueller [EMAIL PROTECTED] writes:
Lars Gullik Bjønnes wrote:
| We should replace this page by svn.php.
Name not imporant, only contents is.
Whatever. We just had a bug report today, where the reporter used latest CVS.
I guess this is not in sync anymore, or is it?
Add
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Angus It would be nice if someone knowledgable would tell
Angus me how to play with the iconv-enabled gettext thingie...
Assume pl.po is in latin2 encoding. For Polish you need cp1251
(cp1250?) encoding. If you set your locale (maybe something
Abdelrazak Younes [EMAIL PROTECTED] writes:
OK thanks Enrico, I'll take a look. I was under the impression that your
method would need a cygwin installation a user but if you tell me that
this is not mandatory. Maybe we could switch to your version altogether
instead of the MSYS based
Angus Leeming [EMAIL PROTECTED] writes:
I'm retired :)
;-)
More seriously, how hard would it be to merge the two scripts into one? The
thing is written as a series of subroutines anyway so it would just need a
check
on the build environment so that it could call the correct ones.
Angus,
Angus Leeming wrote:
shrugTry it out and supply me with the details of what you did and I'll write
you a shell script to automate the process/shrug
My idea is:
PART 1 (SHELL SCRIPT)
-
* Extract the dictionary (say, aspell6-en-6.0-0.tar.bz2) in a separate
directory (for
I have put pre6 in ftp.devel.lyx.org, I'd be happy if you could test
it for brown paper bugs.
ftp://ftp.devel.lyx.org/pub/lyx/pre/lyx-1.4.0Ãpre6.tar.bz2
ftp://ftp.devel.lyx.org/pub/lyx/pre/lyx-1.4.0Ãpre6.tar.gz
--
Lgb
Angus Leeming wrote:
Hi, Stephen.
This problem with the path_prefix stuff should now be fixed. Perhaps
you'd like to test it out?
http://wiki.lyx.org/uploads/Windows/LyX137/lyx-1.3.7_win32_setup_v4.exe
http://wiki.lyx.org/uploads/Windows/LyX140pre/lyx-1.4.0pre_win32_setup_v2.exe
I'm
Angus Leeming [EMAIL PROTECTED] writes:
$ LANG=ru_RU.cp1251
$ export LANG
[...]
$ LANG=pl_PL.cp1250
$ export LANG
[...]
Is there any way to debug this? Find whether iconv is actually being used
or not?
FWIW, with a cygwin build I obtain correct results with LANG=ru_RU.cp1251
(cyrillic
Joost Verburg wrote:
Angus Leeming wrote:
shrugTry it out and supply me with the details of what you did and
I'll write you a shell script to automate the process/shrug
My idea is:
PART 1 (SHELL SCRIPT)
[snip instructions...]
Now you end up with a large set of zip files in your output
Enrico Forestieri [EMAIL PROTECTED] writes:
building LyX using cygwin tools also requires patching the Qt sources, so
a patch should also be distributed (and maintained...).
Then that's a no-go as far as I'm concerned. (Not that my concern matters :))
Angus
Lars Gullik Bjønnes wrote:
I have put pre6 in ftp.devel.lyx.org, I'd be happy if you could test
it for brown paper bugs.
ftp://ftp.devel.lyx.org/pub/lyx/pre/lyx-1.4.0Ãpre6.tar.bz2
ftp://ftp.devel.lyx.org/pub/lyx/pre/lyx-1.4.0Ãpre6.tar.gz
Compiled and runs well for me (Linux 2.6.12 with qt
Angus Leeming wrote:
Can't you script this step? If you can, then tell me how and I'll add it
to the script. Unless, of course, you take this and run with it...
Since your shell script already extracts the language code, it's indeed
a lot easier to script everything.
Attached you'll find
Dnia Fri, 03 Mar 2006 15:21:05 -0500
Richard Kleeman wrote:
Lars Gullik Bjønnes wrote:
I have put pre6 in ftp.devel.lyx.org, I'd be happy if you could test
it for brown paper bugs.
ftp://ftp.devel.lyx.org/pub/lyx/pre/lyx-1.4.0-pre6.tar.bz2
Joost Verburg wrote:
Angus Leeming wrote:
shrugTry it out and supply me with the details of what you did and
I'll write you a shell script to automate the process/shrug
My idea is:
PART 1 (SHELL SCRIPT)
[snip instructions...]
Now you end up with a large set of zip files in your output
Stephen Harris wrote:
SH: I this packaging scheme adaptable?
The dict files went to C:\Aspell\data
Regards,
Stephen
You really don't want to package 80 languages manually. Using Angus'
shell script and my installer script all dictionaries will be
downloaded, compiled and packaged with an
Joost Verburg [EMAIL PROTECTED] writes:
Angus Leeming wrote:
Can't you script this step? If you can, then tell me how and I'll add it
to the script. Unless, of course, you take this and run with it...
Since your shell script already extracts the language code, it's indeed
a lot easier
Stephen Harris [EMAIL PROTECTED] writes:
SH: I this packaging scheme adaptable?
I don't think that it's any better than the 'official' aspell 0.5 installer at
http://aspell.net/win32/files/testing/dictgen/setup.iss.in
The dict files went to C:\Aspell\data
That's no longer the case for aspell
Angus Leeming wrote:
Just thoughts, but I'm sure that they would be things that Kevin Atkinson would
raise. (The plan is to submit this stuff to Kevin, right?)
First of all they should be somewhere when LyX 1.4.0 is released. If you
want to submit them for the official site that's fine.
Joost Verburg [EMAIL PROTECTED] writes:
About dictionary uninstall:
In order to be able to uninstall a dictionary, you'll need to keep track
of all filenames of that dictionary. If your shell script can write some
temporary file that contains:
${COMMAND} ${DIRECTORY}dicfile1
${COMMAND}
Angus Leeming wrote:
Just to be certain I understand, given a directory, so: (..)
Right? If that's the case then the command below would look in directory 'de'
and output a file 'ls_de' containing all the files in 'de':
ls de | sed 's/^/${COMMAND} ${DIRECTORY}/;s/$//' ls_de
Exactly what I
I have noticed an annoying behaviour in table, in pre6 and pre5, It is
possible in was in previous versions as well as:
- Insert a table, 1 col and 1 row
- Edit the table by setting length larger than the current lyx window
- enter text in the cell
results:
- often typed text shifts past,
Em Sex 03 Mar 2006 05:28, Lars Gullik Bjønnes escreveu:
João Luis Meloni Assirati [EMAIL PROTECTED] writes:
| Em Qui 02 Mar 2006 05:22, Lars Gullik Bjønnes escreveu:
| This 'TexRow::' is actually a syntax error and will give warning/error
| with gcc 4.1.
|
| I don't get it. What is the
Stephen Harris [EMAIL PROTECTED] writes:
SH: I this packaging scheme adaptable?
Angus: I don't think that it's any better than the 'official' aspell 0.5
installer at http://aspell.net/win32/files/testing/dictgen/setup.iss.in
SH: The dict files went to C:\Aspell\data
Angus: That's no
Tomasz == Tomasz Łuczak [EMAIL PROTECTED] writes:
Tomasz But configure command check only for a HTML previewer: mozilla
Tomasz and netscape, why not firefox and konqueror?
Yes, we should fix this in some later version.
JMarc
João Luis Meloni Assirati <[EMAIL PROTECTED]> writes:
| Em Qui 02 Mar 2006 05:22, Lars Gullik Bjønnes escreveu:
| > João Luis Meloni Assirati <[EMAIL PROTECTED]> writes:
| > | Index: src/texrow.h
| > | ===
| > | --- src/texrow.h
Angus Leeming a écrit :
Joost Verburg <[EMAIL PROTECTED]> writes:
Angus Leeming wrote:
I'm still mulling over what to do with aspell. If we go for aspell 0.6
then it looks like I'll have to supply the dictionaries too. Would make
Kevin Atkinson happy :)
I just tested the new Aspell. Version
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
| > Put it in please.
| > Maintrunk first and then merge the revision to the branch.
|
| Now I know I should go and read the subversion docs, but is this "merge to the
| branch" actually:
|
| cd
Thanks for all the advice. I had some mismatched libraries,
and cleaning up that was probably a good idea.
Still, the problem persisted.
It turns out that "cvs up" always complains if local changes
are in the way. "svn up" never complained, so I thought
everything was ok. But it turns out
Helge Hafting <[EMAIL PROTECTED]> writes:
| Thanks for all the advice. I had some mismatched libraries,
| and cleaning up that was probably a good idea. Still, the problem
| persisted.
|
| It turns out that "cvs up" always complains if local changes
| are in the way. "svn up" never complained,
Enrico Forestieri a écrit :
Enrico Forestieri <[EMAIL PROTECTED]> writes:
I use cygwin with the -mno-cygwin option to build a LyX package which runs
without needing cygwin. I paste at the bottom an uuencoded tar archive
I just noticed that this damn'd gmane interface horribly mangled the
Angus wrote:
Hi, Stephen.
This problem with the path_prefix stuff should now be fixed. Perhaps you'd
like to test it out?
http://wiki.lyx.org/uploads/Windows/LyX137/lyx-1.3.7_win32_setup_v4.exe
http://wiki.lyx.org/uploads/Windows/LyX140pre/lyx-1.4.0pre_win32_setup_v2.exe
I'm still mulling
Georg Baum wrote:
> > However, this issue happens with or without the patch, so the patch
> > basically works for what it is advertised.
>
> So it is not related to the patch.
It would have been very unlikely that it is, because we're in math. However, I
suppose that LFUN_MATH_MODE in
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Hello Angus,
> I can confirm that on my side. I have always compiled 1.4cvs with aspell
> 0.6 and it worked fine so far. I confirm also Joost experience with the
> compilation of the dictionaries.
Hi, Abdel.
That's great news.
However, before we
Martin Vermeer wrote:
> Actually a simple fix that comes to my mind is to simply strip out all
> internal dollar signs before trying to parse the string.
Something even simpler would be to do the mutate call only if there are no
dollar signs, but I am not sure whether we should do anything here
Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
> svn merge -r : svn+ssh://svn.lyx.org/lyx/lyx-devel/trunk .
> In reality it won't give much more than what diff + patch does, but in
> the (near) future subversion will get real merge tracking. Then it
> gets really important.
Thanks, Lars.
Stephen Harris <[EMAIL PROTECTED]> writes:
> This problem with the path_prefix stuff should now be fixed.
> I think that might be 137_v3. Both of these files installed splendidly.
> No more sh configure; I hope no improvements needed to be sacrificed.
Great!
> The dictionary doesn't seem too
Angus Leeming a écrit :
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Hello Angus,
I can confirm that on my side. I have always compiled 1.4cvs with aspell
0.6 and it worked fine so far. I confirm also Joost experience with the
compilation of the dictionaries.
Hi, Abdel.
That's great news.
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> OK thanks Enrico, I'll take a look. I was under the impression that your
> method would need a cygwin installation a user but if you tell me that
> this is not mandatory. Maybe we could switch to your version altogether
> instead of the MSYS based
Angus Leeming a écrit :
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
OK thanks Enrico, I'll take a look. I was under the impression that your
method would need a cygwin installation a user but if you tell me that
this is not mandatory. Maybe we could switch to your version altogether
instead
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> > However, before we release either flavour of LyX/Win compiled with
> > aspell 0.6 to the wider world, we should ensure that people have
> > access to the dictionaries. I.e., replace the dictionaries at
> > http://aspell.net/win32/ with their 0.6
We should replace this page by svn.php.
Also, it would be cool if we would upgrade ViewVC so that we can browse the
repository again (and have the links in the lyx-cvs mails again).
Jürgen
Juergen Spitzmueller wrote:
> We should replace this page by svn.php.
>
> Also, it would be cool if we would upgrade ViewVC so that we can browse
> the repository again (and have the links in the lyx-cvs mails again).
Indeed. Having ViewVC would already help very much, I use it at work as svn
Angus Leeming a écrit :
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
However, before we release either flavour of LyX/Win compiled with
aspell 0.6 to the wider world, we should ensure that people have
access to the dictionaries. I.e., replace the dictionaries at
http://aspell.net/win32/ with
Angus Leeming wrote:
I'm not sure about concurrent LyX137 and LyX140 spellchecking
without alternating or changing the name of the folder called C:\Aspell
What is the reason of this hardcoded path? Although C is a common drive
letter, there are systems that do not use it or where people do
Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
| We should replace this page by svn.php.
Name not imporant, only contents is.
| Also, it would be cool if we would upgrade ViewVC so that we can browse the
| repository again (and have the links in the lyx-cvs mails again).
Yes, it is on my
On Fri, 2006-03-03 at 11:05 +0100, Georg Baum wrote:
> Martin Vermeer wrote:
>
> > Actually a simple fix that comes to my mind is to simply strip out all
> > internal dollar signs before trying to parse the string.
>
> Something even simpler would be to do the mutate call only if there are no
>
Joost Verburg <[EMAIL PROTECTED]> writes:
>
> Angus Leeming wrote:
> > I'm not sure about concurrent LyX137 and LyX140 spellchecking
> > without alternating or changing the name of the folder called C:\Aspell
>
> What is the reason of this hardcoded path? Although C is a common drive
> letter,
Lars Gullik Bjønnes wrote:
> | We should replace this page by svn.php.
>
> Name not imporant, only contents is.
Whatever. We just had a bug report today, where the reporter used latest CVS.
I guess this is not in sync anymore, or is it?
Jürgen
On Fri, 2006-03-03 at 12:24 +0100, Lars Gullik Bjønnes wrote:
> Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
>
> | We should replace this page by svn.php.
>
> Name not imporant, only contents is.
>
> | Also, it would be cool if we would upgrade ViewVC so that we can browse the
> |
Martin Vermeer wrote:
>> Something even simpler would be to do the mutate call only if there are
>> no dollar signs,
>
> That will still pass through non-latexable stuff.
Yes. But if we want to prevent that we have to disable C-M with a selection
completely (and also unknown commands in
Martin Vermeer <[EMAIL PROTECTED]> writes:
| On Fri, 2006-03-03 at 12:24 +0100, Lars Gullik Bjønnes wrote:
| > Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
| >
| > | We should replace this page by svn.php.
| >
| > Name not imporant, only contents is.
| >
| > | Also, it would be cool if we
Angus Leeming wrote:
IIRC, it was a question of priorities. The path was hard-coded in Ruurd's
original port and when I integrated his work into the official LyX sources I
just used his code. It is certainly possible to set this path dynamically; we'd
have an entry in lyxrc.defaults/preferences
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Martin Vermeer wrote:
>> Actually a simple fix that comes to my mind is to simply strip out
>> all internal dollar signs before trying to parse the string.
Georg> Something even simpler would be to do the mutate call only if
Georg>
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: I'll
Angus> apply the patches to 14x and to head now. I'll wait on JMarc's
Angus> say so for the 13x patch.
>> You can apply the 13x patch.
Angus> Ok, will do.
>> I won't use for
Joost Verburg <[EMAIL PROTECTED]> writes:
> When LyX looks for sh, convert or other applications, it just looks
> inside the PATH environment variable.
Having set the PATH environment variable as appropriate, using the contents of
the \path_prefix entry from lyxrc.defaults/preferences...
>
Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
>
> Lars Gullik Bjønnes wrote:
> > | We should replace this page by svn.php.
> >
> > Name not imporant, only contents is.
>
> Whatever. We just had a bug report today, where the reporter used latest CVS.
> I guess this is not in sync anymore, or
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> Angus> It would be nice if someone knowledgable would tell
> Angus> me how to play with the iconv-enabled gettext thingie...
> Assume pl.po is in latin2 encoding. For Polish you need cp1251
> (cp1250?) encoding. If you set your locale (maybe
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> OK thanks Enrico, I'll take a look. I was under the impression that your
> method would need a cygwin installation a user but if you tell me that
> this is not mandatory. Maybe we could switch to your version altogether
> instead of the MSYS
Angus Leeming <[EMAIL PROTECTED]> writes:
>
> I'm retired :)
;-)
> More seriously, how hard would it be to merge the two scripts into one? The
> thing is written as a series of subroutines anyway so it would just need a
> check
> on the build environment so that it could call the correct ones.
Angus Leeming wrote:
Try it out and supply me with the details of what you did and I'll write
you a shell script to automate the process
My idea is:
PART 1 (SHELL SCRIPT)
-
* Extract the dictionary (say, aspell6-en-6.0-0.tar.bz2) in a separate
directory (for example,
I have put pre6 in ftp.devel.lyx.org, I'd be happy if you could test
it for brown paper bugs.
ftp://ftp.devel.lyx.org/pub/lyx/pre/lyx-1.4.0Ãpre6.tar.bz2
ftp://ftp.devel.lyx.org/pub/lyx/pre/lyx-1.4.0Ãpre6.tar.gz
--
Lgb
Angus Leeming wrote:
Hi, Stephen.
This problem with the path_prefix stuff should now be fixed. Perhaps
you'd like to test it out?
http://wiki.lyx.org/uploads/Windows/LyX137/lyx-1.3.7_win32_setup_v4.exe
http://wiki.lyx.org/uploads/Windows/LyX140pre/lyx-1.4.0pre_win32_setup_v2.exe
I'm
Angus Leeming <[EMAIL PROTECTED]> writes:
> $ LANG=ru_RU.cp1251
> $ export LANG
[...]
> $ LANG=pl_PL.cp1250
> $ export LANG
[...]
> Is there any way to debug this? Find whether iconv is actually being used
> or not?
FWIW, with a cygwin build I obtain correct results with LANG=ru_RU.cp1251
Joost Verburg wrote:
Angus Leeming wrote:
Try it out and supply me with the details of what you did and
I'll write you a shell script to automate the process
My idea is:
PART 1 (SHELL SCRIPT)
[snip instructions...]
Now you end up with a large set of zip files in your output directory.
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> building LyX using cygwin tools also requires patching the Qt sources, so
> a patch should also be distributed (and maintained...).
Then that's a no-go as far as I'm concerned. (Not that my concern matters :))
Angus
Lars Gullik Bjønnes wrote:
I have put pre6 in ftp.devel.lyx.org, I'd be happy if you could test
it for brown paper bugs.
ftp://ftp.devel.lyx.org/pub/lyx/pre/lyx-1.4.0Ãpre6.tar.bz2
ftp://ftp.devel.lyx.org/pub/lyx/pre/lyx-1.4.0Ãpre6.tar.gz
Compiled and runs well for me (Linux 2.6.12 with qt
Angus Leeming wrote:
Can't you script this step? If you can, then tell me how and I'll add it
to the script. Unless, of course, you take this and run with it...
Since your shell script already extracts the language code, it's indeed
a lot easier to script everything.
Attached you'll find
Dnia Fri, 03 Mar 2006 15:21:05 -0500
Richard Kleeman wrote:
> Lars Gullik Bjønnes wrote:
> > I have put pre6 in ftp.devel.lyx.org, I'd be happy if you could test
> > it for brown paper bugs.
> >
> > ftp://ftp.devel.lyx.org/pub/lyx/pre/lyx-1.4.0-pre6.tar.bz2
> >
Joost Verburg wrote:
Angus Leeming wrote:
Try it out and supply me with the details of what you did and
I'll write you a shell script to automate the process
My idea is:
PART 1 (SHELL SCRIPT)
[snip instructions...]
Now you end up with a large set of zip files in your output directory.
1 - 100 of 110 matches
Mail list logo
