-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
the Gentoo automake wrapper scripts are quite nice...
basically you can set WANT_AUTOMAKE to the version you want and it works
everything else out for you... this has no effect unless your system knows to
set WANT_AUTOMAKE.
or it looks to see if it
Georg Baum wrote:
> They should be found. Are you really sure that the regexes do not trigger?
Yes. See the debug statements in the attached patch.
> Do they trigger if you remove the .* at the end?
No.
The strange thing is: not even a simple regex like "File: .*" finds these
lines.
I have at
On 2/13/07, Bo Peng <[EMAIL PROTECTED]> wrote:
Open the attached lyx file, select backward, e.g., from the
buttom-right cell to the top-left cell, Lyx crashes.
This is because saveSelection does not work for table selection. I may
disable persistent selection for tables before I figure out a
so
> The policy is to only allow autotools versions which are known to work.
> Seems that nobody has tried automake 1.10 so far.
FYI: i have tried it now with 1.10 and the whole compilation proceeds
without problem.
(gcc (GCC) 4.1.1 (Gentoo 4.1.1-r3))
however, autotools throw these warnings:
acincl
On Sun, Feb 11, 2007 at 07:15:40PM +0100, Enrico Forestieri wrote:
> LyX does not insert enough vertical space before sectioning environments
> such as Chapter, Section, etc.
>
> As an example, compare the appearance on screen when loading the
> Tutorial (Help->Tutorial) with both 1.4.x and 1.5.0
I have now worked a lot with LyX 1.5svn. Besides some known remaining bug ist's quite stable, except
of these 3 bugs:
http://bugzilla.lyx.org/show_bug.cgi?id=3139
http://bugzilla.lyx.org/show_bug.cgi?id=3143
http://bugzilla.lyx.org/show_bug.cgi?id=3144
They make it very hard to work on larger do
At least emacs.bind has Cntl-S. That's standard Windows-ese as well, so I'd be
suprised if cua.bind didn't have it too. No need to go through the file menu
at all.
But my patch will do no harm. Also, in terms of logic: why cannot I
save a clean file? I should be able to save my file any time.
C
Bo Peng <[EMAIL PROTECTED]> writes:
> I know. This likes a habit .., whenever I stop typing, my fingers will
> be doing Alt-F-S. I have actually defined a more convenient shortcut
> F2 for this (which will not trigger the file menu), I still use
> Alt-F-S subconsciously.
At least emacs.bind has C
On Tue, Feb 13, 2007 at 11:47:41PM +0100, Pavel Sanda wrote:
> > If you do have automake, is this a $PATH problem? I am not an automake
> > expert so I can not really help here.
>
> i can tweak the problem myself, thats not the problem.
>
> the real question here is whether lyx doesnt allow auto
On Tue, Feb 13, 2007 at 11:21:00PM +0100, [EMAIL PROTECTED] wrote:
>
> > Jean-Marc, this is also needed in 1.4.x. May I apply it?
>
> Yes.
Done:
http://www.lyx.org/trac/changeset/17177
--
Enrico
On Tue, Feb 13, 2007 at 11:21:00PM +0100, [EMAIL PROTECTED] wrote:
>
> > Jean-Marc, this is also needed in 1.4.x. May I apply it?
>
> Yes, but updat makefile.am and scons stuff.
Yuck! Was forgetting that. Thanks.
--
Enrico
> If you do have automake, is this a $PATH problem? I am not an automake
> expert so I can not really help here.
i can tweak the problem myself, thats not the problem.
the real question here is whether lyx doesnt allow automake 1.10 on purpose
or its just leftover.
pavel
you havent understood ;) i have automake 1.9 ALSO installed.
on gentoo boxes, there are automake tools installed in a parallel way.
> >(gentoo stable, all automake from 1.4 installed...)
Either gentoo or you has special interest for automake. :-)
If you do have automake, is this a $PATH prob
> >$ ./autogen.sh
> >Using automake (GNU automake) 1.10
> >This automake version is not supported by LyX.
> >LyX only supports automake 1.9.
> >
> >
> >(gentoo stable, all automake from 1.4 installed...)
>
> You need to install automake 1.9, or use scons instead of autotools.
> See README.Scons.
$ ./autogen.sh
Using automake (GNU automake) 1.10
This automake version is not supported by LyX.
LyX only supports automake 1.9.
(gentoo stable, all automake from 1.4 installed...)
You need to install automake 1.9, or use scons instead of autotools.
See README.Scons.
Cheers,
Bo
> Jean-Marc, this is also needed in 1.4.x. May I apply it?
Yes.
JMarc
> Jean-Marc, this is also needed in 1.4.x. May I apply it?
Yes, but updat makefile.am and scons stuff.
JMarc
hi,
should autogen.sh choose the correct automake or
i have to handle this ?
$ ./autogen.sh
Using automake (GNU automake) 1.10
This automake version is not supported by LyX.
LyX only supports automake 1.9.
(gentoo stable, all automake from 1.4 installed...)
pavel
> Meanwhile, I asked a friend of mine to compile LyX on Linux for me,
> but I couldn't figure how to make it use my translation of the user
> interface (the he.po file) - How should I do this?
1. copy your he.po into trunk/po/ (rewrite the older one).
2. inside po directory "make he.gmo"
3. copy h
Am Dienstag, 13. Februar 2007 18:32 schrieb Jürgen Spitzmüller:
> Why is it that neither the original regex
> static regex reg2("File: ([^ ]+).*");
> nor my space-friendly version
> static regex reg2("File: ([^\\.]+\\.+[^ ]+).*");
> finds one of the following two lines:
>
> File: 0_home_juergen_t
There's an autosave facility in LyX. You don't need to do this at all. I'm
pretty certain I tried damn hard to make it work under Windows.
I know. This likes a habit .., whenever I stop typing, my fingers will
be doing Alt-F-S. I have actually defined a more convenient shortcut
F2 for this (whic
Bo Peng <[EMAIL PROTECTED]> writes:
> Is the following patch acceptable? It allows File->Save even when the
> buffer is clean. The reason for this change is that I get used to do
> File->Save (Alt-F-s) frequently to save my work
There's an autosave facility in LyX. You don't need to do this at all
Is the following patch acceptable? It allows File->Save even when the
buffer is clean. The reason for this change is that I get used to do
File->Save (Alt-F-s) frequently to save my work and doing this to a
clean buffer results in an annoying expanded File menu.
Have not check other applications,
On Tue, Feb 13, 2007 at 07:09:54PM -, [EMAIL PROTECTED] wrote:
> Author: forenr
> Date: Tue Feb 13 20:09:54 2007
> New Revision: 17168
>
> URL: http://www.lyx.org/trac/changeset/17168
> Log:
> Fix bug 3220
>
> * src/insets/ExternalSupport.C
> (updateExternal): Avoid computing crc
On 2/14/07, Bo Peng <[EMAIL PROTECTED]> wrote:
Open the attached lyx file, select backward, e.g., from the
buttom-right cell to the top-left cell, Lyx crashes.
Forget error message and backtrace:
% gdb lyx
GNU gdb Red Hat Linux (6.3.0.0-1.132.EL4rh)
Copyright 2004 Free Software Foundation, Inc
Hello all,
Our 1st press release is out now!
Hope to see you in Montréal!
Louis
LGM 2007 organiser
* * * ENGLISH VERSION * * * FRENCH VERSION BELOW * * *
Artists and Developers Ally to Boost Open Source Graphics Software.
Libre Graphics Meeting 2007 in Montréal Announced
Issue date: 12 Febru
On Tue, Feb 13, 2007 at 04:14:11PM +0100, Abdelrazak Younes wrote:
> Then don't forget that the temp directory might be in a path with
> spaces, ex:
>
> C:\Documents and Settings\toto\temp\
>
> I know, this is shit, and I'd really prefer LyX to just just C:\temp\
> which, AFAIK, is present and
Open the attached lyx file, select backward, e.g., from the
buttom-right cell to the top-left cell, Lyx crashes.
Bo
newfile1.lyx
Description: application/lyx
Bo Peng wrote:
> Your second regex can be wrong since . is allowed in path, at least
> under linux.
I see what you mean (a preceding dot, as in ./myfile; any other dots in the
path are allowed, aren't they?).
What I try to assure with that is that the blank is checked after the _first_
dot. Wi
Why is it that neither the original regex
static regex reg2("File: ([^ ]+).*");
nor my space-friendly version
static regex reg2("File: ([^\\.]+\\.+[^ ]+).*");
finds one of the following two lines:
File: 0_home_juergen_test_New_Folder_hsa_bh.jpg Graphic file (type jpg)
File: /home/juergen/test/New
Bo Peng wrote:
> > How about that?
>
> This still works.
I committed this (minus the change to the "File: " regex) to trunk.
Now I have a question to the regex masters:
Why is it that neither the original regex
static regex reg2("File: ([^ ]+).*");
nor my space-friendly version
static regex reg2
Since this fix will be also in 1.4.4 the packagers need to update any
lyxrc.dist file if they are shipping one. And I would also mention it in
the release notes, since people might have customized their preferences.
I have fixed 1.5.x installer (LyxWinInstaller correctly handles this),
and I wil
Am Dienstag, 13. Februar 2007 16:20 schrieb Jürgen Spitzmüller:
> The only case I'm aware where a problem occurs is when people include
images
> in paths with spaces via ERT. These images are not dependency checked
(but
> they haven't been checked before as well, since the regex that checks fo
Am Dienstag, 13. Februar 2007 14:09 schrieb ChangGil Han:
> Sorry for my late reply. Yes, your latest patch works well. With your
patch,
>
> "lyx2lyx -c eux-kr cjk-lyx_file > lyx-svn_file" correctly translates CJK
characters in cjk-lyx_file.
OK, then I will put it in (with a better help tex
Am Dienstag, 13. Februar 2007 16:28 schrieb Bo Peng:
> > What happens if you add the vector flag to the pdf formats?
> > I mean, try the following lines in lyxrc.dist:
> >
> > \format "pdf" "pdf" "PDF (ps2pdf)" "P" "pdfview" "" "document,vector"
> > \format "pdf2" "pdf" "PDF
(pdflatex)" "F" "pdfvi
How about that?
This still works.
Bo
Jürgen Spitzmüller wrote:
> Georg, have I missed some cases where file names with spaces could be in
> the log file?
OK, attached is a more fine grained solution:
Now, only a space after the (first) dot is forbidden. So
"my file.tex" is O.K., but
"my. file.tex" or
"m.y file.tex"
are not (please d
OK. Then I propose the attached patch (the assertion cases would have been
avoided with the other changes already).
I can confirm that this patch fixes my \doublespace, \doublespacing
crash I reported a while ago; and enables lyx to compile one of my
long documents (no time to check them all).
On 2/10/07, Michael Gerz <[EMAIL PROTECTED]> wrote:
in that case you should read INSTALL.Win32.
I followed the instructions but every time I try to compile I get this error:
support.lib(os.obj) : error LNK2019: unresolved external symbol
__imp__AddFontRe
[EMAIL PROTECTED] referenced in f
What happens if you add the vector flag to the pdf formats?
I mean, try the following lines in lyxrc.dist:
\format "pdf" "pdf" "PDF (ps2pdf)" "P" "pdfview" "" "document,vector"
\format "pdf2" "pdf" "PDF (pdflatex)" "F" "pdfview" "" "document,vector"
\format "pdf3" "pdf" "PDF (dvipdfm)" "m" "pdfvi
Abdelrazak Younes wrote:
> Then don't forget that the temp directory might be in a path with
> spaces, ex:
>
> C:\Documents and Settings\toto\temp\
Not a problem. The log file does not contains this path, just the file name.
The only case I'm aware where a problem occurs is when people include im
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
I mean the assertion part.
Yes, but the patch also includes a change to the regex to stop at spaces.
OK.
As far as know, spaces should be replaced with "\ " in Unix.
That's not the problem.
Spaces are replaced by underscores in LyX, so
On Feb 13, 2007, at 10:01 AM, Jean-Marc Lasgouttes wrote:
"Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> On Feb 13, 2007, at 6:27 AM, Jean-Marc Lasgouttes wrote:
"Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> This patch has some strange behaviors -- which I'
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> On Feb 13, 2007, at 6:27 AM, Jean-Marc Lasgouttes wrote:
>>> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
>>
Bennett> This patch has some strange behaviors -- which I'm now
Bennett> noticing are problems with the ori
Abdelrazak Younes wrote:
> I mean the assertion part.
Yes, but the patch also includes a change to the regex to stop at spaces.
> As far as know, spaces should be replaced with "\ " in Unix.
That's not the problem.
Spaces are replaced by underscores in LyX, so a filename like
/home/juergen/my do
Jean-Marc Lasgouttes wrote:
Edwin, I tried your patch on a release build of 1.4.4 and do not see
any change in performance...
i'll blame my computer...
I will release without it.
no problem..
Jean-Marc Lasgouttes wrote:
Subjects says it all, really. I will make the last adjustments to the
annoncements and friends today.
Jose, what are you going to answer? You cannot let JMarc beat you so
easily...
Abdel.
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
The patch is about backslashes
and about spaces.
I mean the assertion part.
As far as know, spaces should be replaced with "\ " in Unix.
Abdel.
Subjects says it all, really. I will make the last adjustments to the
annoncements and friends today.
JMarc
> "Edwin" == Leuven, E <[EMAIL PROTECTED]> writes:
>> I think I already ask this question, but I forgot the answer:
Edwin> i missed it then sorry...
>> is it a _big_ difference (the kind of thin a user notices right
>> away and changes usability) or just doing things right an gaining
>> some
Abdelrazak Younes wrote:
> The patch is about backslashes
and about spaces.
Jürgen
Jean-Marc Lasgouttes wrote:
"Jürgen" == Jürgen Spitzmüller <[EMAIL PROTECTED]> writes:
Jürgen> OK. Then I propose the attached patch (the assertion cases
Jürgen> would have been avoided with the other changes already).
Are you sure that spaces never happen? What about files in
c:\program file
Jean-Marc Lasgouttes wrote:
> Are you sure that spaces never happen? What about files in
> c:\program files\something\something else\?
I don't know what's happening on windows exactly. Here on linux, those spaces
are replaced by underscores.
I guess that's the same on windows.
(and my TeX install
On Feb 13, 2007, at 9:20 AM, Abdelrazak Younes wrote:
Compile error:
QLMenubar.C:167: error: 'MenuRole' has not been declared
#include in this file...
That doesn't do it: same error.
Bennett
> "Jürgen" == Jürgen Spitzmüller <[EMAIL PROTECTED]> writes:
Jürgen> OK. Then I propose the attached patch (the assertion cases
Jürgen> would have been avoided with the other changes already).
Are you sure that spaces never happen? What about files in
c:\program files\something\something els
Bennett Helm wrote:
On Feb 13, 2007, at 6:27 AM, Jean-Marc Lasgouttes wrote:
"Bennett" == Bennett Helm
<[EMAIL PROTECTED]> writes:
Bennett> This patch has some strange behaviors -- which I'm now
Bennett> noticing are problems with the original patch (as modified by
Bennett> Abdel).
Hmm, I th
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> This seems wrong to me. IIRC, a new Action object is
Abdelrazak> instantiated each time a popup menu is unrolled (one for
Abdelrazak> each menu item). So you are going to setMenuRole() every
Abdelrazak> time. I am not
On Feb 13, 2007, at 6:27 AM, Jean-Marc Lasgouttes wrote:
"Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> This patch has some strange behaviors -- which I'm now
Bennett> noticing are problems with the original patch (as modified by
Bennett> Abdel).
Hmm, I think I know why it hap
Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
"Bennett" == Bennett Helm
<[EMAIL PROTECTED]> writes:
Bennett> This patch has some strange behaviors -- which I'm now
Bennett> noticing are problems with the original patch (as modified by
Bennett> Abdel).
Hmm, I think I know why it happens
Jean-Marc Lasgouttes wrote:
+# if QT_VERSION >= 0x040200
/* The qt/mac menu code has a very silly hack that moves some
menu entries that it recognizes by name (e.g.
"Preferences...") to the "LyX" menu. This feature can only
I have an idea, I am not sure this is fe
Jean-Marc Lasgouttes wrote:
"Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> This patch has some strange behaviors -- which I'm now
Bennett> noticing are problems with the original patch (as modified by
Bennett> Abdel).
Hmm, I think I know why it happens: a menu with a role can o
Jean-Marc Lasgouttes wrote:
"Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> This patch has some strange behaviors -- which I'm now
Bennett> noticing are problems with the original patch (as modified by
Bennett> Abdel).
Bennett> The first time the Tools and Help menus are opened,
Hello,
- Original Message -
>> From: Abdelrazak Younes <[EMAIL PROTECTED]>
>> To: lyx-devel@lists.lyx.org
>> Date: 2007-02-13 18:36:55
>> Subject: Re: Beta schedule
>>
>>
>> ChangGil Han wrote:
>> >
>> > - Original Message -
>> >>> From: Abdelrazak Younes <[EMAIL PROTECTED]>
>>
- Original Message -
>> From: Georg Baum <[EMAIL PROTECTED]>
>> To: lyx-devel@lists.lyx.org
>> Date: 2007-02-13 19:30:25
>> Subject: Re: Beta schedule
>>
>> >>> The only thing I can think of is the lyx2lyx patch for CJK from Georg.
>>
>> Does the latest version work?
Sorry for my late
On Mon, Feb 12, 2007 at 09:28:09PM -0800, Bo Peng wrote:
> Dear all,
>
> The problem is narrowed down to the lyxrc.dist file comes with the
> windows installer. Its content is
>
> \path_prefix "C:\Program Files\LyX15\bin;C:\Program
> Files\LyX15\python;C:\Program Files\MiKTeX 2.5\miktex\bin;C:\P
Jean-Marc Lasgouttes wrote:
> You mean that this is intentional because we do not support sideways
> floats in 1.3, right? I am not sure that the 'solution' used in
> revert_float helps at all.
Me neither. I vaguely remember that this was supposed to be an interim
solution and that I wanted to im
On Monday 12 February 2007 8:41:22 pm Uwe Stöhr wrote:
> Following this rule: If nobody thinks that a fileformat is needed, we can
> release the first beta.
>
> regards Uwe
I agree with Georg and Abdel here. The file format from the beta release
will be supported in the final release, so there
On Tuesday 13 February 2007 10:30:25 am Georg Baum wrote:
> Before putting the utf8x encoding in lib/encodings could you please tell me
> why it is needed? My current understanding is that utf8x is old and
> superseeded by utf8.
I have read it before that although utf8x is old and superseeded by
Jürgen Spitzmüller wrote:
> + // search for strings in (...) that must not
> contain + // a blank, but must contain a dot
> + static regex reg1_1("\\(([^ ()]+\\.+[^ ()]+)");
BTW this regex change also fixes bug 3224 (Included docume
Jean-Marc Lasgouttes wrote:
"Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Can a lyx2lyx wizard fix that?
Georg> The file is not a valid 1.3.x file, so lyx2lyx does not need to
Georg> handle that. It was probably generated by lyx2lyx from 1.4,
Georg> because the revert_float() in lyx_1_4.
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
>> Can a lyx2lyx wizard fix that?
Georg> The file is not a valid 1.3.x file, so lyx2lyx does not need to
Georg> handle that. It was probably generated by lyx2lyx from 1.4,
Georg> because the revert_float() in lyx_1_4.py is not completely
Geo
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> This patch has some strange behaviors -- which I'm now
Bennett> noticing are problems with the original patch (as modified by
Bennett> Abdel).
Hmm, I think I know why it happens: a menu with a role can only be
recognized once...
Georg Baum wrote:
> I believe that this is wrong on windows. This does also explain why the
> crash does not occur on windows: os::internal_path converts the backslash
> to a slash.
damn. right.
> Maybe we simply need to disable the assert in FileName::FileName() on
> non-windows platforms?
And
Jürgen Spitzmüller wrote:
> I'm not good at regexes, but I tried to fix the assert by fixing the regex
> that scans filenames in the logfile.
>
> By now, everything inside brackets has been passed as file name (which is
> a lot). As soon as a LaTeX command with a backslash was passed, the
> asser
Short comment:
I see the PDF/PNG bug with the Windows installer. However, if I compile
the sources by myself and use the generated exe directly, the bug does
not occur.
Could it be that the Windows installer comes with a lyxrc different from
the original one? (I think I removed the user sett
I'm not good at regexes, but I tried to fix the assert by fixing the regex
that scans filenames in the logfile.
By now, everything inside brackets has been passed as file name (which is a
lot). As soon as a LaTeX command with a backslash was passed, the assertion
triggered.
I have added the fo
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> This patch has some strange behaviors -- which I'm now
Bennett> noticing are problems with the original patch (as modified by
Bennett> Abdel).
Bennett> The first time the Tools and Help menus are opened, they are
Bennett> what t
"ChangGil Han" wrote:
> - Original Message -
>>> From: Abdelrazak Younes <[EMAIL PROTECTED]>
>>> To: lyx-devel@lists.lyx.org
>>> Date: 2007-02-13 01:20:02
>>> Subject: Re: Beta schedule
>>>
>
>>> The only thing I can think of is the lyx2lyx patch for CJK from Georg.
Does the latest vers
Bo Peng wrote:
> Dear all,
>
> The problem is narrowed down to the lyxrc.dist file comes with the
> windows installer. Its content is
>
> \path_prefix "C:\Program Files\LyX15\bin;C:\Program
> Files\LyX15\python;C:\Program Files\MiKTeX 2.5\miktex\bin;C:\Program
> Files\gs\gs8.54\bin;C:\Program Fi
Uwe Stöhr wrote:
> mi.base.textwidth += 2 * TEXT_TO_INSET_OFFSET;
>
> The last time I did this for the collapsable inset, I needed to
adjust mi.base.textwidth the same > way as dim.wid. Please test and make
this change:
>
> mi.base.textwidth += TEXT_TO_INSET_OFFSET / 2
ChangGil Han wrote:
>
> - Original Message -
>>> From: Abdelrazak Younes <[EMAIL PROTECTED]>
>>> To: lyx-devel@lists.lyx.org
>>> Date: 2007-02-13 01:20:02
>>> Subject: Re: Beta schedule
>>>
>
>>> The only thing I can think of is the lyx2lyx patch for CJK from Georg.
>>>
>
>
> Also the s
Uwe Stöhr wrote:
I haven't changed this setting. But this needn't to be changed as the
code order is this:
labelwidth_ += 2 * TEXT_TO_INSET_OFFSET;
dim.wid = labelwidth_;
...
mi.base.textwidth -= dim.wid;
...
dim.wid += TEXT_TO_INSET_OFFSET / 2;
mi.base.textwidth +=
Georg Baum wrote:
Uwe Stöhr wrote:
Following this rule: If nobody thinks that a fileformat is needed, we can
release the first beta.
Why wait with the first beta for possible fileformat changes? I can think of
several ones that could happen, for example some cjk changes or removal of
the prot
Jean-Marc Lasgouttes wrote:
> Edwin> no problem. try this one:
>
> Edwin> http://leuven.ecodip.net/lyx/bonus_mar2005.lyx
>
> When loading this file, I see on the console:
>
> InsetCollapsable::read: Missing 'status'-tag!
> Handling unknown body token: `sideways'
> Handling unknown body token: `
> "Edwin" == Edwin Leuven <[EMAIL PROTECTED]> writes:
Edwin> Jean-Marc Lasgouttes wrote:
>> Edwin, I sorry that I did not look earlier at this issue. However,
>> not that I try it, I cannot manage to reproduce a a lag when
>> selecting. Would you have a 'large table' to share with me?
Edwin>
85 matches
Mail list logo
