Re: new xforms patch

On Thu, 12 Oct 2000, Allan Rae wrote: Good news... I'll apply it to my tree. and then I'll do the stuff below: An alternative fix would be by making Signal1void, bool updateBufferDependent; Such that true == "buffer change", and false == "same buffer". [...] There are a

Re: new xforms patch

[sigh] Didn't I tell you not to run off and implement this stuff for a few days so we could have time to think about it. ;-) ;-) Things as they were were just t nasty! I blame you for pointing out just how nasty! An alternative fix would be by making Signal1void, bool

Unable to build current cvs

It seems that there is a problem with the latest cvs: ../../../lyx-devel/src/graphics/Renderer.C: In method `void Renderer::freePixmap()': ../../../lyx-devel/src/graphics/Renderer.C:90: passing `LyXImage *' to argument 2 of `XFreePixmap(Display *, long unsigned int)' lacks a cast Juergen, are

Re: You only fix twice (status update #2)

"Baruch" == Baruch Even [EMAIL PROTECTED] writes: - mangled minibuffer after resizing the main window. I can't find a reference, but the effect is obvious (and recent). Could it be a consequence of Lars' recent changes to scrollbars? Or simply a flaw of the WorkArea? More generally, the

Re: You only fix twice (status update #2)

"Baruch" == Baruch Even [EMAIL PROTECTED] writes: Baruch The patch to the file system full gives detection but it Baruch creates another bug which is that the file is created with Baruch size 0 and is not deleted. This was noticed when using the Baruch SaveAs function. I'm not well versed in

Re: Message translation related bug.

"Allan" == Allan Rae [EMAIL PROTECTED] writes: As soon as possible. I was waiting for this fix, and maybe another one I don't remember now ;) Allan If you're thinking of the output of lyxcode environment I Allan haven't seen any problems with 1.1.5fix-cvs. At least nothing Allan like the

Re: Message translation related bug.

"Dekel" == Dekel Tsur [EMAIL PROTECTED] writes: Dekel Perhaps it is better to use combo_language2-select(1) instead Dekel of combo_language2- select_text(..), Dekel or use the addline method instead of the addto method (the Dekel addline method selects automatically the first added line). So

Re: compiling 1.1.5fix1 on irix 6.5

"Albert" == Albert Chin-A-Young [EMAIL PROTECTED] writes: Albert I use the attached patch to compile LyX 1.1.5 on IRIX 6.2 anmd Albert 6.5. What does the XFlush part do? Concerning the patch to configure, I am not sure how to introduce it cleanly. JMarc

Re: Unable to build current cvs

On Thu, 12 Oct 2000, Jean-Marc Lasgouttes wrote: It seems that there is a problem with the latest cvs: ../../../lyx-devel/src/graphics/Renderer.C: In method `void Renderer::freePixmap()': .../../../lyx-devel/src/graphics/Renderer.C:90: passing `LyXImage *' to argument 2 of

Re: Unable to build current cvs

"Angus" == Angus Leeming [EMAIL PROTECTED] writes: Angus needless to say, there's no vsnprintf on my system. It seems to be a gnu extension (according to the man page). JMarc

Re: Unable to build current cvs

On Thu, Oct 12, 2000 at 02:00:01PM +0200, Jean-Marc Lasgouttes wrote: "Angus" == Angus Leeming [EMAIL PROTECTED] writes: Angus needless to say, there's no vsnprintf on my system. It seems to be a gnu extension (according to the man page). According to mine: man 3 printf The

Re: Unable to build current cvs

"Jose" == Jose Abilio Oliveira Matos [EMAIL PROTECTED] writes: Jose According to mine: man 3 printf Jose The fprintf, printf, sprintf, vprintf, vfprintf, and vsprintf Jose functions conform to ANSI C3.159-1989 (`ANSI C'') and ISO/IEC Jose 9899:1999 (`ISO C99''). The snprintf and

Re: Unable to build current cvs

On Thu, 12 Oct 2000, Jose Abilio Oliveira Matos wrote: On Thu, Oct 12, 2000 at 02:00:01PM +0200, Jean-Marc Lasgouttes wrote: "Angus" == Angus Leeming [EMAIL PROTECTED] writes: Angus needless to say, there's no vsnprintf on my system. It seems to be a gnu extension (according to the

Re: Unable to build current cvs

On Thu, Oct 12, 2000 at 02:26:23PM +0200, Jean-Marc Lasgouttes wrote: In fact, I did not quote in full the man page. It said: These are GNU extensions, expected to become part of ISO C9x. According to my man page they are part of C99. Linux Manpage25 November

Bug report, current CVS

Try opening the Character dialog. Instant crash. A. (gdb) where #0 0x3ff800d4ad0 in strlen () from /usr/shlib/libc.so #1 0x3ffbffa209c in fl_strdup () from /usr/local/lib/libforms.so.0.89 #2 0x3ffbff36734 in fl_inherit_attributes () from /usr/local/lib/libforms.so.0.89

Re: Unable to build current cvs

"Jose" == Jose Abilio Oliveira Matos [EMAIL PROTECTED] writes: Jose On Thu, Oct 12, 2000 at 02:26:23PM +0200, Jean-Marc Lasgouttes Jose wrote: In fact, I did not quote in full the man page. It said: These are GNU extensions, expected to become part of ISO C9x. Jose According to my man

Re: Unable to build current cvs

On 12 Oct 2000, Jean-Marc Lasgouttes wrote: It seems that there is a problem with the latest cvs: ../../../lyx-devel/src/graphics/Renderer.C: In method `void Renderer::freePixmap()': ../../../lyx-devel/src/graphics/Renderer.C:90: passing `LyXImage *' to argument 2 of `XFreePixmap(Display

Re: Unable to build current cvs

"Baruch" == Baruch Even [EMAIL PROTECTED] writes: Baruch Nope he didn't. I've fixed it on my tree and now doing a Baruch compilation. The mistake is a wrong resolution of conflicts Baruch after your changes with relation to the display/screen stuff. Baruch I've resolved it here locally as it

Re: You only fix twice (status update #2)

On 12 Oct 2000, Jean-Marc Lasgouttes wrote: "Baruch" == Baruch Even [EMAIL PROTECTED] writes: Baruch The patch to the file system full gives detection but it Baruch creates another bug which is that the file is created with Baruch size 0 and is not deleted. This was noticed when using the

Re: You only fix twice (status update #2)

"Baruch" == Baruch Even [EMAIL PROTECTED] writes: Baruch It gives an error telling the user that a problem occured, Baruch though does not specify exactly what, I don't know how to Baruch detect the exact error anyhow. Is it a dialog box? Baruch The way I tested it is to fill a partition

Re: Unable to build current cvs

On 12 Oct 2000, Jean-Marc Lasgouttes wrote: "Baruch" == Baruch Even [EMAIL PROTECTED] writes: Baruch Nope he didn't. I've fixed it on my tree and now doing a Baruch compilation. The mistake is a wrong resolution of conflicts Baruch after your changes with relation to the display/screen

[PATCH] Fixing InsetGraphics

Attached is the patch to fix the compilation problem after the latest InsetGraphics patch application. Please note that I undo a change Jean-Marc did in src/graphics/Renderer.C since the display variable is my own definition local to the function, and is done since display is used several times

Re: Unable to build current cvs

On 12-Oct-2000 Jean-Marc Lasgouttes wrote: Hmm, so this means we should not rely too much on cvs when it merges conflicting changes? No this was my fault! As Baruch removed all ^M from the file (which was correct) the conflict was just on everything and I had to figure out what's Lars

RE: [PATCH] Fixing InsetGraphics

On 12-Oct-2000 Baruch Even wrote: Attached is the patch to fix the compilation problem after the latest InsetGraphics patch application. Applied! Jürgen -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]

Re: Compiling LyX using AthlonGCC

On 11-Oct-2000 Lars Gullik Bjønnes wrote: Ok, your fix is just very wrong. I have put in what I belive to be the correct fix instead. I'll try it out and let you know! Jürgen P.S.: Well I wouldn't spend to much time on this as I decided to NOT upgrade to RedHat 7.0 but wait till

Re: compiling 1.1.5fix1 on irix 6.5

"Albert" == Albert Chin-A-Young [EMAIL PROTECTED] writes: What does the XFlush part do? Albert You shouldn't have C++ style comments in C programs. Sorry, I misread it. This one has already been applied. Albert There really is no way. I think the CVS version of autoconf Albert fixes

Still cannot build cvs

So, even when trying to ignore the vsnprntf problem, it seems I cannot use the brand new compare_memfun thingie. Since the error message (or rather the template definition) is chinese to me, I'd appreciate a fix. mycxx -DHAVE_CONFIG_H -I. -I../../lyx-devel/src -I. -I.. -I../../lyx-devel

Re: Still cannot build cvs

On Thu, 12 Oct 2000, Jean-Marc Lasgouttes wrote: So, even when trying to ignore the vsnprntf problem, it seems I cannot use the brand new compare_memfun thingie. Since the error message (or rather the template definition) is chinese to me, I'd appreciate a fix. mycxx -DHAVE_CONFIG_H -I.

Re: Compiling LyX using AthlonGCC

On 11 Oct 2000, Lars Gullik Bjønnes wrote: Juergen Vigna [EMAIL PROTECTED] writes: | On 10-Oct-2000 Baruch Even wrote: | | OK, I'll try that later. | In the InsetGraphics patch I also put the de-inline of these functions it | might be desirable to remove them from the patch. | |

Re: Still cannot build cvs

Ok, NOW compile fails in bufferlist.C Error 1? There is no mem_fun in lyxfunctional at all! Or in any other file! Error 2, back_inserter_fun is probably a const-thing. Error 3 is obvious. Giving up and going home. Angus cxx: Error: bufferlist.C, line 167: #20 identifier "mem_fun" is

Re: Message translation related bug.

On Thu, Oct 12, 2000 at 01:43:24PM +0200, Jean-Marc Lasgouttes wrote: "Dekel" == Dekel Tsur [EMAIL PROTECTED] writes: Dekel Perhaps it is better to use combo_language2-select(1) instead Dekel of combo_language2- select_text(..), Dekel or use the addline method instead of the addto method

[PATCH] KDE copyright

This patch just moves copyright over to qtarch to fit with the others. If some applies it, please do cvs delete src/frontends/kde/dlg/formcopyrightdialog.kdevdlg as well thanks john -- "The HP-UX CC compiler cannot handle two consecutive semicolons. It is a silly compiler." -

Bugs in RelyX

Hello, While trying to understand who to translate unicode characters in Lyx, I've found these LateX codes that are not correctly translated by RelyX : 1) Latex code \i (dotless i ) is translated in \i when it should be \i \i -- Charles de Miramon Centre de Recherches Historiques

Re: You only fix twice (status update #2)

On Tue, Oct 10, 2000 at 07:14:05PM +0200, Jean-Marc Lasgouttes wrote: ** Bugfixes - fix bug with LTR table floats This should be RTL tables (the changelog entry is wrong). - remove temporary directories when LyX crashes. I think you refer here to one of my patches, but this patch removes

Writing to XML : sample output

Hello, Here is a sample output of the new XML output I have added to my LyX copy. This has been produced by a patched version of LyX that uses XMLSAXPrettifier (which at the moment does not make pretty output, so please bear with the poor formatting). I have added XMLWrite methods to classes

Re: New Menu::expand method in menu backend

On Mon, Oct 09, 2000 at 04:23:39PM +0200, Jean-Marc Lasgouttes wrote: To put it another way, I thought I could just add a Menu* member in menuitem and that Menu::expand would just populate that for items of type Submenu for Toc and Ref. I have a few questions, though: I think that my

Re: Small error in encoding file (probably)

On Wed, Oct 11, 2000 at 08:30:50PM +0200, Dekel Tsur wrote: On Wed, Oct 11, 2000 at 10:54:49AM +0200, Juergen Vigna wrote: I get this message when fireing up todays cvs: LyX: Encodings::read: Unknown tag: `' [around line 214 of file /nfs/sinco/source/lyx/lyx-devel/lib/encodings]

Re: You only fix twice (status update #2)

On 12 Oct 2000, Jean-Marc Lasgouttes wrote: "Baruch" == Baruch Even [EMAIL PROTECTED] writes: Baruch It gives an error telling the user that a problem occured, Baruch though does not specify exactly what, I don't know how to Baruch detect the exact error anyhow. Is it a dialog box?

Re: You only fix twice (status update #2)

On 12 Oct 2000, Jean-Marc Lasgouttes wrote: "Baruch" == Baruch Even [EMAIL PROTECTED] writes: - mangled minibuffer after resizing the main window. I can't find a reference, but the effect is obvious (and recent). Could it be a consequence of Lars' recent changes to scrollbars? Or

Re: Bug report, current CVS

On Thu, 12 Oct 2000, Angus Leeming wrote: Try opening the Character dialog. Instant crash. A. (gdb) where #0 0x3ff800d4ad0 in strlen () from /usr/shlib/libc.so #1 0x3ffbffa209c in fl_strdup () from /usr/local/lib/libforms.so.0.89 #2 0x3ffbff36734 in fl_inherit_attributes () from

Re: Small error in encoding file (probably)

On Fri, 13 Oct 2000, Dekel Tsur wrote: I've already fixed this in my tree. Here is a patch. Applied. Allan. (ARRae)

Re: new xforms patch

On Thu, 12 Oct 2000, Allan Rae wrote: > Good news... I'll apply it to my tree. > > and then I'll do the stuff below: > > > An alternative fix would be by making > > Signal1 updateBufferDependent; > > > > Such that true == "buffer change", and false == "same buffer". > > [...]

Re: new xforms patch

> [sigh] Didn't I tell you not to run off and implement this stuff for a few > days so we could have time to think about it. ;-) ;-) Things as they were were just t nasty! I blame you for pointing out just how nasty! > An alternative fix would be by making > Signal1

Unable to build current cvs

It seems that there is a problem with the latest cvs: ../../../lyx-devel/src/graphics/Renderer.C: In method `void Renderer::freePixmap()': ../../../lyx-devel/src/graphics/Renderer.C:90: passing `LyXImage *' to argument 2 of `XFreePixmap(Display *, long unsigned int)' lacks a cast Juergen, are

Re: You only fix twice (status update #2)

> "Baruch" == Baruch Even <[EMAIL PROTECTED]> writes: >> - mangled minibuffer after resizing the main window. I can't find a >> reference, but the effect is obvious (and recent). Could it be a >> consequence of Lars' recent changes to scrollbars? Or simply a flaw >> of the WorkArea? More

Re: You only fix twice (status update #2)

> "Baruch" == Baruch Even <[EMAIL PROTECTED]> writes: Baruch> The patch to the file system full gives detection but it Baruch> creates another bug which is that the file is created with Baruch> size 0 and is not deleted. This was noticed when using the Baruch> SaveAs function. I'm not well

Re: Message translation related bug.

> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes: >> As soon as possible. I was waiting for this fix, and maybe another >> one I don't remember now ;) Allan> If you're thinking of the output of lyxcode environment I Allan> haven't seen any problems with 1.1.5fix-cvs. At least nothing

Re: Message translation related bug.

> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes: Dekel> Perhaps it is better to use combo_language2->select(1) instead Dekel> of combo_language2-> select_text(..), Dekel> or use the addline method instead of the addto method (the Dekel> addline method selects automatically the first added

Re: compiling 1.1.5fix1 on irix 6.5

> "Albert" == Albert Chin-A-Young <[EMAIL PROTECTED]> writes: Albert> I use the attached patch to compile LyX 1.1.5 on IRIX 6.2 anmd Albert> 6.5. What does the XFlush part do? Concerning the patch to configure, I am not sure how to introduce it cleanly. JMarc

Re: Unable to build current cvs

On Thu, 12 Oct 2000, Jean-Marc Lasgouttes wrote: > It seems that there is a problem with the latest cvs: > > ../../../lyx-devel/src/graphics/Renderer.C: In method `void > Renderer::freePixmap()': .../../../lyx-devel/src/graphics/Renderer.C:90: > passing `LyXImage *' to argument 2 of

Re: Unable to build current cvs

> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: Angus> needless to say, there's no vsnprintf on my system. It seems to be a gnu extension (according to the man page). JMarc

Re: Unable to build current cvs

On Thu, Oct 12, 2000 at 02:00:01PM +0200, Jean-Marc Lasgouttes wrote: > > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: > > Angus> needless to say, there's no vsnprintf on my system. > > It seems to be a gnu extension (according to the man page). According to mine: man 3 printf

Re: Unable to build current cvs

> "Jose" == Jose Abilio Oliveira Matos <[EMAIL PROTECTED]> writes: Jose> According to mine: man 3 printf Jose> The fprintf, printf, sprintf, vprintf, vfprintf, and vsprintf Jose> functions conform to ANSI C3.159-1989 (`ANSI C'') and ISO/IEC Jose> 9899:1999 (`ISO C99''). The snprintf

Re: Unable to build current cvs

On Thu, 12 Oct 2000, Jose Abilio Oliveira Matos wrote: > On Thu, Oct 12, 2000 at 02:00:01PM +0200, Jean-Marc Lasgouttes wrote: > > > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: > > > > Angus> needless to say, there's no vsnprintf on my system. > > > > It seems to be a gnu extension

Re: Unable to build current cvs

On Thu, Oct 12, 2000 at 02:26:23PM +0200, Jean-Marc Lasgouttes wrote: > In fact, I did not quote in full the man page. It said: > >These are GNU extensions, expected to become part of ISO >C9x. According to my man page they are part of C99. Linux Manpage25

Bug report, current CVS

Try opening the Character dialog. Instant crash. A. (gdb) where #0 0x3ff800d4ad0 in strlen () from /usr/shlib/libc.so #1 0x3ffbffa209c in fl_strdup () from /usr/local/lib/libforms.so.0.89 #2 0x3ffbff36734 in fl_inherit_attributes () from /usr/local/lib/libforms.so.0.89

Re: Unable to build current cvs

> "Jose" == Jose Abilio Oliveira Matos <[EMAIL PROTECTED]> writes: Jose> On Thu, Oct 12, 2000 at 02:26:23PM +0200, Jean-Marc Lasgouttes Jose> wrote: >> In fact, I did not quote in full the man page. It said: >> >> These are GNU extensions, expected to become part of ISO C9x. Jose>

Re: Unable to build current cvs

On 12 Oct 2000, Jean-Marc Lasgouttes wrote: > > It seems that there is a problem with the latest cvs: > > ../../../lyx-devel/src/graphics/Renderer.C: In method `void Renderer::freePixmap()': > ../../../lyx-devel/src/graphics/Renderer.C:90: passing `LyXImage *' to argument 2 of

Re: Unable to build current cvs

> "Baruch" == Baruch Even <[EMAIL PROTECTED]> writes: Baruch> Nope he didn't. I've fixed it on my tree and now doing a Baruch> compilation. The mistake is a wrong resolution of conflicts Baruch> after your changes with relation to the display/screen stuff. Baruch> I've resolved it here

Re: You only fix twice (status update #2)

On 12 Oct 2000, Jean-Marc Lasgouttes wrote: > > "Baruch" == Baruch Even <[EMAIL PROTECTED]> writes: > > Baruch> The patch to the file system full gives detection but it > Baruch> creates another bug which is that the file is created with > Baruch> size 0 and is not deleted. This was noticed

Re: You only fix twice (status update #2)

> "Baruch" == Baruch Even <[EMAIL PROTECTED]> writes: Baruch> It gives an error telling the user that a problem occured, Baruch> though does not specify exactly what, I don't know how to Baruch> detect the exact error anyhow. Is it a dialog box? Baruch> The way I tested it is to fill a

Re: Unable to build current cvs

On 12 Oct 2000, Jean-Marc Lasgouttes wrote: > > "Baruch" == Baruch Even <[EMAIL PROTECTED]> writes: > > Baruch> Nope he didn't. I've fixed it on my tree and now doing a > Baruch> compilation. The mistake is a wrong resolution of conflicts > Baruch> after your changes with relation to the

[PATCH] Fixing InsetGraphics

Attached is the patch to fix the compilation problem after the latest InsetGraphics patch application. Please note that I undo a change Jean-Marc did in src/graphics/Renderer.C since the display variable is my own definition local to the function, and is done since display is used several times

Re: Unable to build current cvs

On 12-Oct-2000 Jean-Marc Lasgouttes wrote: > > Hmm, so this means we should not rely too much on cvs when it merges > conflicting changes? No this was my fault! As Baruch removed all ^M from the file (which was correct) the conflict was just on everything and I had to figure out what's Lars

RE: [PATCH] Fixing InsetGraphics

On 12-Oct-2000 Baruch Even wrote: > Attached is the patch to fix the compilation problem after the latest > InsetGraphics patch application. Applied! Jürgen -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]

Re: Compiling LyX using AthlonGCC

On 11-Oct-2000 Lars Gullik Bjønnes wrote: > Ok, your fix is just very wrong. I have put in what I belive to be the > correct fix instead. I'll try it out and let you know! Jürgen P.S.: Well I wouldn't spend to much time on this as I decided to NOT upgrade to RedHat 7.0 but wait

Re: compiling 1.1.5fix1 on irix 6.5

> "Albert" == Albert Chin-A-Young <[EMAIL PROTECTED]> writes: >> What does the XFlush part do? Albert> You shouldn't have C++ style comments in C programs. Sorry, I misread it. This one has already been applied. Albert> There really is no way. I think the CVS version of autoconf Albert>

Still cannot build cvs

So, even when trying to ignore the vsnprntf problem, it seems I cannot use the brand new compare_memfun thingie. Since the error message (or rather the template definition) is chinese to me, I'd appreciate a fix. mycxx -DHAVE_CONFIG_H -I. -I../../lyx-devel/src -I. -I.. -I../../lyx-devel

Re: Still cannot build cvs

On Thu, 12 Oct 2000, Jean-Marc Lasgouttes wrote: > So, even when trying to ignore the vsnprntf problem, it seems I cannot > use the brand new compare_memfun thingie. Since the error message (or > rather the template definition) is chinese to me, I'd appreciate a fix. > > mycxx -DHAVE_CONFIG_H -I.

Re: Compiling LyX using AthlonGCC

On 11 Oct 2000, Lars Gullik Bjønnes wrote: > Juergen Vigna <[EMAIL PROTECTED]> writes: > > | On 10-Oct-2000 Baruch Even wrote: > | > > | > OK, I'll try that later. > | > In the InsetGraphics patch I also put the de-inline of these functions it > | > might be desirable to remove them from the

Re: Still cannot build cvs

Ok, NOW compile fails in bufferlist.C Error 1? There is no mem_fun in lyxfunctional at all! Or in any other file! Error 2, back_inserter_fun is probably a const-thing. Error 3 is obvious. Giving up and going home. Angus cxx: Error: bufferlist.C, line 167: #20 identifier "mem_fun" is

Re: Message translation related bug.

On Thu, Oct 12, 2000 at 01:43:24PM +0200, Jean-Marc Lasgouttes wrote: > > "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes: > > Dekel> Perhaps it is better to use combo_language2->select(1) instead > Dekel> of combo_language2-> select_text(..), > Dekel> or use the addline method instead of

[PATCH] KDE copyright

This patch just moves copyright over to qtarch to fit with the others. If some applies it, please do cvs delete src/frontends/kde/dlg/formcopyrightdialog.kdevdlg as well thanks john -- "The HP-UX CC compiler cannot handle two consecutive semicolons. It is a silly compiler." -

Bugs in RelyX

Hello, While trying to understand who to translate unicode characters in Lyx, I've found these LateX codes that are not correctly translated by RelyX : 1) Latex code \i (dotless i ) is translated in \i when it should be \i \i -- Charles de Miramon Centre de Recherches Historiques

Re: You only fix twice (status update #2)

On Tue, Oct 10, 2000 at 07:14:05PM +0200, Jean-Marc Lasgouttes wrote: > ** Bugfixes > > - fix bug with LTR table floats This should be RTL tables (the changelog entry is wrong). > - remove temporary directories when LyX crashes. I think you refer here to one of my patches, but this patch

Writing to XML : sample output

Hello, Here is a sample output of the new XML output I have added to my LyX copy. This has been produced by a patched version of LyX that uses XMLSAXPrettifier (which at the moment does not make pretty output, so please bear with the poor formatting). I have added XMLWrite methods to classes

Re: New Menu::expand method in menu backend

On Mon, Oct 09, 2000 at 04:23:39PM +0200, Jean-Marc Lasgouttes wrote: > > To put it another way, I thought I could just add a Menu* member in > menuitem and that Menu::expand would just populate that for items of > type Submenu for Toc and Ref. I have a few questions, though: I think that my

Re: Small error in encoding file (probably)

On Wed, Oct 11, 2000 at 08:30:50PM +0200, Dekel Tsur wrote: > On Wed, Oct 11, 2000 at 10:54:49AM +0200, Juergen Vigna wrote: > > > > I get this message when fireing up todays cvs: > > > > LyX: Encodings::read: Unknown tag: `' [around line 214 of file > >

Re: You only fix twice (status update #2)

On 12 Oct 2000, Jean-Marc Lasgouttes wrote: > > "Baruch" == Baruch Even <[EMAIL PROTECTED]> writes: > > Baruch> It gives an error telling the user that a problem occured, > Baruch> though does not specify exactly what, I don't know how to > Baruch> detect the exact error anyhow. > > Is it

Re: You only fix twice (status update #2)

On 12 Oct 2000, Jean-Marc Lasgouttes wrote: > > "Baruch" == Baruch Even <[EMAIL PROTECTED]> writes: > > >> - mangled minibuffer after resizing the main window. I can't find a > >> reference, but the effect is obvious (and recent). Could it be a > >> consequence of Lars' recent changes to

Re: Bug report, current CVS

On Thu, 12 Oct 2000, Angus Leeming wrote: > Try opening the Character dialog. Instant crash. > A. > > (gdb) where > #0 0x3ff800d4ad0 in strlen () from /usr/shlib/libc.so > #1 0x3ffbffa209c in fl_strdup () from /usr/local/lib/libforms.so.0.89 > #2 0x3ffbff36734 in fl_inherit_attributes () >

Re: Small error in encoding file (probably)

On Fri, 13 Oct 2000, Dekel Tsur wrote: > > I've already fixed this in my tree. > > Here is a patch. Applied. Allan. (ARRae)