Re: new FormPreferences crash

Allan Rae wrote: I'll remove that check in my tree although it may not be committed for a day or so since I'm partway through expanding Preferences. Allan. (ARRae) Thanks, no rush. Garst

Re: new FormPreferences crash

On Wed, 11 Oct 2000, Garst R. Reese wrote: Allan Rae wrote: I'll remove that check in my tree although it may not be committed for a day or so since I'm partway through expanding Preferences. Allan. (ARRae) Thanks, no rush. Well I've just committed it ;-) The Preferences dialog

Small error in encoding file (probably)

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] I think I'm save to blame Dekel about this #:O) Jürgen -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._

gnome: FormRef and FormError

Hi! this patch adds FormRef and FormError to fine family of the dialogs ported to Gnome frontend. These dialogs are implemented using an "action" area to make the work with references as fast and convenient as possible and scanning error messages less disturbing. Marko

C-home etc not working 1.1.6cvs

None of Control functions seem to be working. The Ctrl key does function Workarea event: KEYBOARD WorkArea: Key is `Home' [65360] WorkArea: Keysym is `Home' [65360] Workarea Diff: 4301 KeySym is Home[65360] Key [-1][C-Home] Empty argument! Running QuitLyX. Garst

Re: gnome: FormRef and FormError

"Marko" == Marko Vendelin [EMAIL PROTECTED] writes: Marko this patch adds FormRef and FormError to fine family of the Marko dialogs ported to Gnome frontend. These dialogs are implemented Marko using an "action" area to make the work with references as fast Marko and convenient as possible and

Re: gnome: FormRef and FormError

On 11 Oct 2000, Jean-Marc Lasgouttes wrote: "Marko" == Marko Vendelin [EMAIL PROTECTED] writes: Marko this patch adds FormRef and FormError to fine family of the Marko dialogs ported to Gnome frontend. These dialogs are implemented Marko using an "action" area to make the work with

Re: C-home etc not working 1.1.6cvs

"Garst R. Reese" wrote: None of Control functions seem to be working. The Ctrl key does function Workarea event: KEYBOARD WorkArea: Key is `Home' [65360] WorkArea: Keysym is `Home' [65360] Workarea Diff: 4301 KeySym is Home[65360] Key [-1][C-Home] Empty argument! Running QuitLyX.

Re: gnome: FormRef and FormError

On Wed, 11 Oct 2000, Marko Vendelin wrote: On 11 Oct 2000, Jean-Marc Lasgouttes wrote: "Marko" == Marko Vendelin [EMAIL PROTECTED] writes: Marko this patch adds FormRef and FormError to fine family of the Marko dialogs ported to Gnome frontend. These dialogs are implemented

Re: gnome: FormRef and FormError

"Marko" == Marko Vendelin [EMAIL PROTECTED] writes: Marko Sorry! I hope this time I am sending the right one. This looks better indeed :) JMarc

Re: gnome: FormRef and FormError

"Marko" == Marko Vendelin [EMAIL PROTECTED] writes: Marko On Wed, 11 Oct 2000, John Levon wrote: Any chance you can update the guii matrix as well ? There's not much point having it if it's not going to be used :) Marko John, how should I do it? Where can I find file "guii.php3"? Marko

Re: C-home etc not working 1.1.6cvs

On Wed, 11 Oct 2000, Garst R. Reese wrote: "Garst R. Reese" wrote: None of Control functions seem to be working. The Ctrl key does function Workarea event: KEYBOARD WorkArea: Key is `Home' [65360] WorkArea: Keysym is `Home' [65360] Workarea Diff: 4301 KeySym is Home[65360]

Re: gnome: FormRef and FormError

On 11 Oct 2000, Jean-Marc Lasgouttes wrote: Get www-devel from the cvs server. This is the developpers web site (and www-user is www.lyx.org). Here is the update of guii.php3. Marko www.gnome.patch.gz

Re: C-home etc not working 1.1.6cvs

Allan Rae wrote: On Wed, 11 Oct 2000, Garst R. Reese wrote: "Garst R. Reese" wrote: None of Control functions seem to be working. The Ctrl key does function Workarea event: KEYBOARD WorkArea: Key is `Home' [65360] WorkArea: Keysym is `Home' [65360] Workarea Diff: 4301

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

On 10 Oct 2000, Jean-Marc Lasgouttes wrote: - 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: gnome: FormRef and FormError

"Marko" == Marko Vendelin [EMAIL PROTECTED] writes: Marko Content-Type: TEXT/PLAIN; charset=US-ASCII On 11 Oct 2000, Marko Jean-Marc Lasgouttes wrote: Get www-devel from the cvs server. This is the developpers web site (and www-user is www.lyx.org). Marko Here is the update of guii.php3.

Making LyX work on different screens.

I think we should probably cleanup the use of screens (in the X sense) by LyX. We've had reports that LyX crashes when used on a different screen of a given display (meaning somebody have two graphic cards on one system). I took a quick look at the source, and it seems to me that we are using

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

On 10 Oct 2000, Jean-Marc Lasgouttes wrote: Remaining problems == - we should check when writing to a stream failed due to not enough disk space (how?) http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg13483.html

Re: Compiling LyX using AthlonGCC

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. | | Jurgen: Let me know if you'll do it or if I need to

Re: Compiling LyX using AthlonGCC

Juergen Vigna [EMAIL PROTECTED] writes: | On 09-Oct-2000 Lars Gullik Bjønnes wrote: | | You are allowed to post some compiler messages... | | Seems to me to be a compiler bug. | And we don't want ANY defined like that... | | I get NO compiler errors and get this on linking: | | debug.o:

Re: Compiling LyX using AthlonGCC

"Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: Lars As a guideline we should inline as _few_ functions/methods as Lars possible. _Unless_ we can show by profiling that it will have a Lars large effect and that the current code is too slow because of Lars out-of-line code. BTW, Lars,

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

Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | Hello, | | I finally (think we have) fixed the locale problem which has been | plaguing german users. Therefore, I think it will be nice to release | 1.1.5fix2 as soon as possible. Also note that this code might play tricks wit oter float

Re: Vfill not working 1.1.6cvs

"Garst R. Reese" [EMAIL PROTECTED] writes: | Layout Paragraph Above/Below Vfill does nothing. Have you checked the LaTeX output too? vfill is not mentioned at all? Or is it just a display problem? Lgb

Re: C-home etc not working 1.1.6cvs

"Garst R. Reese" [EMAIL PROTECTED] writes: | It happens after I save preferences, quit LyX, restart LyX -- no Ctrl. | Garst### This file is part of | ### | ### LyX, The Document Processor | ### | ### Copyright 1995

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

"Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: Lars Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | Lars Hello, | | I finally (think we have) fixed the locale problem Lars which has been | plaguing german users. Therefore, I think it Lars will be nice to release | 1.1.5fix2 as soon as

Re: Message translation related bug.

On Tue, Oct 10, 2000 at 07:00:16PM +0200, Dekel Tsur wrote: I think that the attached patch will fix the problem (this fix is already present in 1.1.6). diff -u -p -r1.37.2.1 lyx_gui.C --- src/lyx_gui.C 2000/07/10 14:14:18 1.37.2.1 +++ src/lyx_gui.C 2000/10/10 16:57:09 @@

Re: Making LyX work on different screens.

Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | I think we should probably cleanup the use of screens (in the X sense) | by LyX. We've had reports that LyX crashes when used on a different | screen of a given display (meaning somebody have two graphic cards on | one system). I took a quick look

Re: Making LyX work on different screens.

"Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: Lars Yes, let's use fl_screen For now I changed it to use Lars DefaultScreen(fl_get_display()), will switch to fl_screen later. I'll do this minimal chnage to 1.1.5 too. Lars All this should be written to just be dependant on the _GUI

new xforms patch

Attached is a patch implementing Allan's suggestions about a FormInset base class. I've actually implemented three small new classes: FormBaseBI and FormBaseBD are base classes for Buffer Independent and Buffer Dependent dialogs respectively. FormInset is, in turn, derived from FormBaseBD.

Re: Making LyX work on different screens.

"Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: Lars Yes, let's use fl_screen For now I changed it to use Lars DefaultScreen(fl_get_display()), will switch to fl_screen later. Hmm, maybe I spoke too fast. It seems that DefaultScreen returns an int, while DefaultScreenOfDisplay returns

Re: Compiling LyX using AthlonGCC

Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | "Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: | | Lars As a guideline we should inline as _few_ functions/methods as | Lars possible. _Unless_ we can show by profiling that it will have a | Lars large effect and that the current code

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

Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | "Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: | | Lars Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | | Lars Hello, | | I finally (think we have) fixed the locale problem | Lars which has been | plaguing german users. Therefore, I

Re: Making LyX work on different screens.

Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | "Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: | | Lars Yes, let's use fl_screen For now I changed it to use | Lars DefaultScreen(fl_get_display()), will switch to fl_screen later. | | I'll do this minimal chnage to 1.1.5 too. I

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

"Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: Lars If this takes care of everything then yes. This takes care of writing. For reading, I have hidden a small hack in LyXLex::GetFloat to convert ',' to '.' :) Lars Note however that we really want to switch to C++ locale when Lars that

Re: Compiling LyX using AthlonGCC

"Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: Lars What flags are used for 2.96 at present? (I really hate Redhat Lars for releasing an 2.96 which is not endoresed by the gcc team.) See the report at http://www.redhat.com/bugzilla/show_bug.cgi?id=18166 Basically, lyx assumes that

Re: Making LyX work on different screens.

Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | "Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: | | Lars Yes, let's use fl_screen For now I changed it to use | Lars DefaultScreen(fl_get_display()), will switch to fl_screen later. | | Hmm, maybe I spoke too fast. It seems that

Re: Compiling LyX using AthlonGCC

Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | "Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: | | Lars What flags are used for 2.96 at present? (I really hate Redhat | Lars for releasing an 2.96 which is not endoresed by the gcc team.) | | See the report at |

Re: First attempt at using SAX for XML output.

Gaillard Pierre-Olivier [EMAIL PROTECTED] writes: | "Lars Gullik Bjønnes" wrote: | | Gaillard Pierre-Olivier [EMAIL PROTECTED] writes: | | | XMLAttributes is a subclass of mapstring,string that defines a method | | "set(string name, int value)". | | By adding a [] operator you can at

Re: C-home etc not working 1.1.6cvs

"Lars Gullik Bjønnes" wrote: "Garst R. Reese" [EMAIL PROTECTED] writes: | It happens after I save preferences, quit LyX, restart LyX -- no Ctrl. | Garst### This file is part of | ### | ### LyX, The Document Processor |

Re: C-home etc not working 1.1.6cvs

"Garst R. Reese" [EMAIL PROTECTED] writes: | | \bind_file menus.bind | | Why do you use this bind file? | Use emacs.bind or cua.bind instead. | | We need a way to edit bindings from inside LyX... | | Lgb | I use cua.bind, but it includes menus.bind. The preferences file |

Re: C-home etc not working 1.1.6cvs

"Lars Gullik Bjønnes" wrote: "Garst R. Reese" [EMAIL PROTECTED] writes: | I don't know where I got the idea that cua.bind should include | menus.bind, but I think it always has. It also includes math.bind and | hollywood.bind. Should I remove all of those? No, but when preferences is in

Re: Small error in encoding file (probably)

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] I think I'm save to blame Dekel about this #:O) I've already fixed

Re: C-home etc not working 1.1.6cvs

"Lars Gullik Bjønnes" wrote: "Garst R. Reese" [EMAIL PROTECTED] writes: | "Lars Gullik Bjønnes" wrote: | | "Garst R. Reese" [EMAIL PROTECTED] writes: | | | I don't know where I got the idea that cua.bind should include | | menus.bind, but I think it always has. It also includes

[PATCH] Small additions for the win32 port

At this momemt, lyx compiles almost out of the box on win32 using the cygwin environement, except for one little detail: --- lyxserver.C Wed Oct 11 20:47:48 2000 +++ lyx-devel/src/lyxserver.C Wed Oct 11 13:51:18 2000 @@ -72,7 +72,7 @@ // provide an empty mkfifo() if we do not have one. This

Re: [PATCH] Small additions for the win32 port

"Ruurd A Reitsma" [EMAIL PROTECTED] writes: | At this momemt, lyx compiles almost out of the box on win32 using the cygwin | environement, except for one little detail: | | --- lyxserver.C Wed Oct 11 20:47:48 2000 | +++ lyx-devel/src/lyxserver.C Wed Oct 11 13:51:18 2000 | @@ -72,7 +72,7

Re: C-home etc not working 1.1.6cvs

"Garst R. Reese" [EMAIL PROTECTED] writes: | Yes, but if lyxrc is not there to start with preferences cannot be | saved, so there will not be a preferences. What do you mean? Sure we can write a preferences without ever having a .lyx/lyxrc? | Once preferences gets saved | then the lyxrc is not

lib/Makefile.am dist patch

Here's a quick oversight. -- Kayvan A. Sylvan | Proud husband of | Father to my kids: Sylvan Associates, Inc.| Laura Isabella Sylvan | Katherine Yelena http://www.successlinks.com/kayvan | Reach your goals now! | Robin Gregory Index: lib/Makefile.am

Re: lib/Makefile.am dist patch

"Kayvan A. Sylvan" [EMAIL PROTECTED] writes: | Here's a quick oversight. Ok, I added that. Lgb

Re: C-home etc not working 1.1.6cvs

On 11 Oct 2000, Lars Gullik Bjønnes wrote: "Garst R. Reese" [EMAIL PROTECTED] writes: | Once preferences gets saved | then the lyxrc is not read anymore, but preferences got the wrong bind | file. From lyxrc.defaults or lyxrc or inputed in the FormPreferences. Preferences only saves the

Re: new xforms patch

On Wed, 11 Oct 2000, Angus Leeming wrote: Attached is a patch implementing Allan's suggestions about a FormInset base class. I've actually implemented three small new classes: FormBaseBI and FormBaseBD are base classes for Buffer Independent and Buffer Dependent dialogs respectively.

why fmt was added...

from man 3 printf: Many countries use the day-month-year order. Hence, an internationalized version must be able to print the argu­ ments in an order specified by the format: #include stdio.h fprintf(stdout, format,

cvs 1.1.6 compile errors

attached Garst make[3]: Entering directory `/usr/local/garst/lyx-devel/src' g++ -DHAVE_CONFIG_H -I. -I. -I. -I.. -I.. -I../boost-isystem /usr/X11R6/include -g -O -fno-rtti -fno-exceptions -W -Wall -Wconversion -Winline -c gettext.C gettext.C:7: parse error before `char' gettext.C:13: parse

Re: cvs 1.1.6 compile errors

"Garst R. Reese" [EMAIL PROTECTED] writes: | attached Try this patch: Index: gettext.C === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/gettext.C,v retrieving revision 1.1 diff -u -p -r1.1 gettext.C --- gettext.C 2000/10/11

Re: cvs 1.1.6 compile errors

"Lars Gullik Bjønnes" wrote: "Garst R. Reese" [EMAIL PROTECTED] writes: | attached Are you configuring --disable-nls ? (if you don't you have a _very_ strange compiler...) Lgb Yes, I was having problems earlier with compiling with nls enabled. I'll check the patch. Thanks

Re: cvs 1.1.6 compile errors

"Lars Gullik Bjønnes" wrote: "Garst R. Reese" [EMAIL PROTECTED] writes: | attached Try this patch: Lgb Worked.

Re: new xforms patch

On Thu, 12 Oct 2000, Allan Rae wrote: On Wed, 11 Oct 2000, Angus Leeming wrote: Attached is a patch implementing Allan's suggestions about a FormInset base class. I've actually implemented three small new classes: FormBaseBI and FormBaseBD are base classes for Buffer Independent and

Re: new FormPreferences crash

Allan Rae wrote: > I'll remove that check in my tree although it may not be committed for a > day or so since I'm partway through expanding Preferences. > > Allan. (ARRae) Thanks, no rush. Garst

Re: new FormPreferences crash

On Wed, 11 Oct 2000, Garst R. Reese wrote: > Allan Rae wrote: > > > I'll remove that check in my tree although it may not be committed for a > > day or so since I'm partway through expanding Preferences. > > > > Allan. (ARRae) > Thanks, no rush. Well I've just committed it ;-) The

Small error in encoding file (probably)

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] I think I'm save to blame Dekel about this #:O) Jürgen -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._

gnome: FormRef and FormError

Hi! this patch adds FormRef and FormError to fine family of the dialogs ported to Gnome frontend. These dialogs are implemented using an "action" area to make the work with references as fast and convenient as possible and scanning error messages less disturbing. Marko

C-home etc not working 1.1.6cvs

None of Control functions seem to be working. The Ctrl key does function Workarea event: KEYBOARD WorkArea: Key is `Home' [65360] WorkArea: Keysym is `Home' [65360] Workarea Diff: 4301 KeySym is Home[65360] Key [-1][C-Home] Empty argument! Running QuitLyX. Garst

Re: gnome: FormRef and FormError

> "Marko" == Marko Vendelin <[EMAIL PROTECTED]> writes: Marko> this patch adds FormRef and FormError to fine family of the Marko> dialogs ported to Gnome frontend. These dialogs are implemented Marko> using an "action" area to make the work with references as fast Marko> and convenient as

Re: gnome: FormRef and FormError

On 11 Oct 2000, Jean-Marc Lasgouttes wrote: > > "Marko" == Marko Vendelin <[EMAIL PROTECTED]> writes: > > Marko> this patch adds FormRef and FormError to fine family of the > Marko> dialogs ported to Gnome frontend. These dialogs are implemented > Marko> using an "action" area to make the

Re: C-home etc not working 1.1.6cvs

"Garst R. Reese" wrote: > > None of Control functions seem to be working. > The Ctrl key does function > Workarea event: KEYBOARD > WorkArea: Key is `Home' [65360] > WorkArea: Keysym is `Home' [65360] > Workarea Diff: 4301 > KeySym is Home[65360] > Key [-1][C-Home] > Empty argument! > Running

Re: gnome: FormRef and FormError

On Wed, 11 Oct 2000, Marko Vendelin wrote: > > > On 11 Oct 2000, Jean-Marc Lasgouttes wrote: > > > > "Marko" == Marko Vendelin <[EMAIL PROTECTED]> writes: > > > > Marko> this patch adds FormRef and FormError to fine family of the > > Marko> dialogs ported to Gnome frontend. These dialogs

Re: gnome: FormRef and FormError

> "Marko" == Marko Vendelin <[EMAIL PROTECTED]> writes: Marko> Sorry! I hope this time I am sending the right one. This looks better indeed :) JMarc

Re: gnome: FormRef and FormError

> "Marko" == Marko Vendelin <[EMAIL PROTECTED]> writes: Marko> On Wed, 11 Oct 2000, John Levon wrote: >> Any chance you can update the guii matrix as well ? There's not >> much point having it if it's not going to be used :) Marko> John, how should I do it? Where can I find file

Re: C-home etc not working 1.1.6cvs

On Wed, 11 Oct 2000, Garst R. Reese wrote: > "Garst R. Reese" wrote: > > > > None of Control functions seem to be working. > > The Ctrl key does function > > Workarea event: KEYBOARD > > WorkArea: Key is `Home' [65360] > > WorkArea: Keysym is `Home' [65360] > > Workarea Diff: 4301 > > KeySym is

Re: gnome: FormRef and FormError

On 11 Oct 2000, Jean-Marc Lasgouttes wrote: > Get www-devel from the cvs server. This is the developpers web site > (and www-user is www.lyx.org). Here is the update of guii.php3. Marko www.gnome.patch.gz

Re: C-home etc not working 1.1.6cvs

Allan Rae wrote: > > On Wed, 11 Oct 2000, Garst R. Reese wrote: > > > "Garst R. Reese" wrote: > > > > > > None of Control functions seem to be working. > > > The Ctrl key does function > > > Workarea event: KEYBOARD > > > WorkArea: Key is `Home' [65360] > > > WorkArea: Keysym is `Home' [65360]

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

On 10 Oct 2000, Jean-Marc Lasgouttes wrote: > - 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: gnome: FormRef and FormError

> "Marko" == Marko Vendelin <[EMAIL PROTECTED]> writes: Marko> Content-Type: TEXT/PLAIN; charset=US-ASCII On 11 Oct 2000, Marko> Jean-Marc Lasgouttes wrote: >> Get www-devel from the cvs server. This is the developpers web site >> (and www-user is www.lyx.org). Marko> Here is the update of

Making LyX work on different screens.

I think we should probably cleanup the use of screens (in the X sense) by LyX. We've had reports that LyX crashes when used on a different screen of a given display (meaning somebody have two graphic cards on one system). I took a quick look at the source, and it seems to me that we are using

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

On 10 Oct 2000, Jean-Marc Lasgouttes wrote: > Remaining problems > == > > - we should check when writing to a stream failed due to not enough > disk space (how?) > http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg13483.html >

Re: Compiling LyX using AthlonGCC

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. | > | > Jurgen: Let me know if you'll do it or if I

Re: Compiling LyX using AthlonGCC

Juergen Vigna <[EMAIL PROTECTED]> writes: | On 09-Oct-2000 Lars Gullik Bjønnes wrote: | > | > You are allowed to post some compiler messages... | > | > Seems to me to be a compiler bug. | > And we don't want ANY defined like that... | | I get NO compiler errors and get this on linking: | |

Re: Compiling LyX using AthlonGCC

> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> As a guideline we should inline as _few_ functions/methods as Lars> possible. _Unless_ we can show by profiling that it will have a Lars> large effect and that the current code is too slow because of Lars> out-of-line code.

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

Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | Hello, | | I finally (think we have) fixed the locale problem which has been | plaguing german users. Therefore, I think it will be nice to release | 1.1.5fix2 as soon as possible. Also note that this code might play tricks wit oter float

Re: Vfill not working 1.1.6cvs

"Garst R. Reese" <[EMAIL PROTECTED]> writes: | Layout Paragraph Above/Below Vfill does nothing. Have you checked the LaTeX output too? vfill is not mentioned at all? Or is it just a display problem? Lgb

Re: C-home etc not working 1.1.6cvs

"Garst R. Reese" <[EMAIL PROTECTED]> writes: | It happens after I save preferences, quit LyX, restart LyX -- no Ctrl. | Garst### This file is part of | ### | ### LyX, The Document Processor | ### | ### Copyright 1995

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

> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | Lars> Hello, | | I finally (think we have) fixed the locale problem Lars> which has been | plaguing german users. Therefore, I think it Lars> will be nice to release |

Re: Message translation related bug.

On Tue, Oct 10, 2000 at 07:00:16PM +0200, Dekel Tsur wrote: > I think that the attached patch will fix the problem (this fix is already > present in 1.1.6). > > diff -u -p -r1.37.2.1 lyx_gui.C > --- src/lyx_gui.C 2000/07/10 14:14:18 1.37.2.1 > +++ src/lyx_gui.C 2000/10/10 16:57:09

Re: Making LyX work on different screens.

Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | I think we should probably cleanup the use of screens (in the X sense) | by LyX. We've had reports that LyX crashes when used on a different | screen of a given display (meaning somebody have two graphic cards on | one system). I took a quick

Re: Making LyX work on different screens.

> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> Yes, let's use fl_screen For now I changed it to use Lars> DefaultScreen(fl_get_display()), will switch to fl_screen later. I'll do this minimal chnage to 1.1.5 too. Lars> All this should be written to just be dependant on

new xforms patch

Attached is a patch implementing Allan's suggestions about a FormInset base class. I've actually implemented three small new classes: FormBaseBI and FormBaseBD are base classes for Buffer Independent and Buffer Dependent dialogs respectively. FormInset is, in turn, derived from FormBaseBD.

Re: Making LyX work on different screens.

> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> Yes, let's use fl_screen For now I changed it to use Lars> DefaultScreen(fl_get_display()), will switch to fl_screen later. Hmm, maybe I spoke too fast. It seems that DefaultScreen returns an int, while DefaultScreenOfDisplay

Re: Compiling LyX using AthlonGCC

Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: | | Lars> As a guideline we should inline as _few_ functions/methods as | Lars> possible. _Unless_ we can show by profiling that it will have a | Lars> large effect and that the

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

Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: | | Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | | Lars> Hello, | | I finally (think we have) fixed the locale problem | Lars> which has been | plaguing german users.

Re: Making LyX work on different screens.

Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: | | Lars> Yes, let's use fl_screen For now I changed it to use | Lars> DefaultScreen(fl_get_display()), will switch to fl_screen later. | | I'll do this minimal chnage to 1.1.5

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

> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> If this takes care of everything then yes. This takes care of writing. For reading, I have hidden a small hack in LyXLex::GetFloat to convert ',' to '.' :) Lars> Note however that we really want to switch to C++ locale when

Re: Compiling LyX using AthlonGCC

> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> What flags are used for 2.96 at present? (I really hate Redhat Lars> for releasing an 2.96 which is not endoresed by the gcc team.) See the report at http://www.redhat.com/bugzilla/show_bug.cgi?id=18166 Basically, lyx

Re: Making LyX work on different screens.

Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: | | Lars> Yes, let's use fl_screen For now I changed it to use | Lars> DefaultScreen(fl_get_display()), will switch to fl_screen later. | | Hmm, maybe I spoke too fast. It seems

Re: Compiling LyX using AthlonGCC

Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: | | Lars> What flags are used for 2.96 at present? (I really hate Redhat | Lars> for releasing an 2.96 which is not endoresed by the gcc team.) | | See the report at |

Re: First attempt at using SAX for XML output.

Gaillard Pierre-Olivier <[EMAIL PROTECTED]> writes: | "Lars Gullik Bjønnes" wrote: | > | > Gaillard Pierre-Olivier <[EMAIL PROTECTED]> writes: | > | > | XMLAttributes is a subclass of map that defines a method | > | "set(string name, int value)". | > | > By adding a []

Re: C-home etc not working 1.1.6cvs

"Lars Gullik Bjønnes" wrote: > > "Garst R. Reese" <[EMAIL PROTECTED]> writes: > > | It happens after I save preferences, quit LyX, restart LyX -- no Ctrl. > | Garst### This file is part of > | ### > | ### LyX, The Document

Re: C-home etc not working 1.1.6cvs

"Garst R. Reese" <[EMAIL PROTECTED]> writes: | > | \bind_file menus.bind | > | > Why do you use this bind file? | > Use emacs.bind or cua.bind instead. | > | > We need a way to edit bindings from inside LyX... | > | > Lgb | I use cua.bind, but it includes menus.bind. The preferences

Re: C-home etc not working 1.1.6cvs

"Lars Gullik Bjønnes" wrote: > > "Garst R. Reese" <[EMAIL PROTECTED]> writes: > | I don't know where I got the idea that cua.bind should include > | menus.bind, but I think it always has. It also includes math.bind and > | hollywood.bind. Should I remove all of those? > > No, but when

Re: Small error in encoding file (probably)

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] > > I think I'm save to blame Dekel about this #:O) I've

Re: C-home etc not working 1.1.6cvs

"Lars Gullik Bjønnes" wrote: > > "Garst R. Reese" <[EMAIL PROTECTED]> writes: > > | "Lars Gullik Bjønnes" wrote: > | > > | > "Garst R. Reese" <[EMAIL PROTECTED]> writes: > | > | > | I don't know where I got the idea that cua.bind should include > | > | menus.bind, but I think it always has. It

[PATCH] Small additions for the win32 port

At this momemt, lyx compiles almost out of the box on win32 using the cygwin environement, except for one little detail: --- lyxserver.C Wed Oct 11 20:47:48 2000 +++ lyx-devel/src/lyxserver.C Wed Oct 11 13:51:18 2000 @@ -72,7 +72,7 @@ // provide an empty mkfifo() if we do not have one. This

  1   2   >