Re: -geometry

On 2/28/24 08:04, Jean-Marc Lasgouttes wrote: Le 21/12/2023 à 03:01, Richard Kimberly Heck a écrit : LyX refuses to start if the -geometry argument is given and QPA_XCB is defined. I would guess we should just issue a warning and continue. Actually, I do not understand why we have QPA_XCB

Re: -geometry

Le 21/12/2023 à 03:01, Richard Kimberly Heck a écrit : LyX refuses to start if the -geometry argument is given and QPA_XCB is defined. I would guess we should just issue a warning and continue. Actually, I do not understand why we have QPA_XCB. A same Linux binary should be able to run

-geometry

LyX refuses to start if the -geometry argument is given and QPA_XCB is defined. I would guess we should just issue a warning and continue. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: [LyX/master] Fix the -geometry command line argument for Windows.

On Mon, Aug 25, 2014 at 06:54:05PM +0200, Enrico Forestieri wrote: commit 565260126eb106ab00049285627417e73736bb96 Author: Enrico Forestieri for...@lyx.org Date: Mon Aug 25 18:35:15 2014 +0200 Fix the -geometry command line argument for Windows. The command line argument

Re: [LyX/master] Fix the -geometry command line argument for Windows.

On 08/25/2014 01:01 PM, Enrico Forestieri wrote: On Mon, Aug 25, 2014 at 06:54:05PM +0200, Enrico Forestieri wrote: commit 565260126eb106ab00049285627417e73736bb96 Author: Enrico Forestieri for...@lyx.org Date: Mon Aug 25 18:35:15 2014 +0200 Fix the -geometry command line argument

Re: [LyX/master] Fix the -geometry command line argument for Windows.

On Mon, Aug 25, 2014 at 01:06:34PM -0400, Richard Heck wrote: We are string frozen at the moment. No string changes here? Yes, no string is changed. -- Enrico

Re: [LyX/master] Fix the -geometry command line argument for Windows.

On 08/25/2014 01:09 PM, Enrico Forestieri wrote: On Mon, Aug 25, 2014 at 01:06:34PM -0400, Richard Heck wrote: We are string frozen at the moment. No string changes here? Yes, no string is changed. OK, then. rh

Re: [LyX/master] Fix the -geometry command line argument for Windows.

On Mon, Aug 25, 2014 at 06:54:05PM +0200, Enrico Forestieri wrote: > commit 565260126eb106ab00049285627417e73736bb96 > Author: Enrico Forestieri <for...@lyx.org> > Date: Mon Aug 25 18:35:15 2014 +0200 > > Fix the -geometry command line argument for Windows. >

Re: [LyX/master] Fix the -geometry command line argument for Windows.

On 08/25/2014 01:01 PM, Enrico Forestieri wrote: On Mon, Aug 25, 2014 at 06:54:05PM +0200, Enrico Forestieri wrote: commit 565260126eb106ab00049285627417e73736bb96 Author: Enrico Forestieri <for...@lyx.org> Date: Mon Aug 25 18:35:15 2014 +0200 Fix the -geometry command line ar

Re: [LyX/master] Fix the -geometry command line argument for Windows.

On Mon, Aug 25, 2014 at 01:06:34PM -0400, Richard Heck wrote: > > We are string frozen at the moment. No string changes here? Yes, no string is changed. -- Enrico

Re: [LyX/master] Fix the -geometry command line argument for Windows.

On 08/25/2014 01:09 PM, Enrico Forestieri wrote: On Mon, Aug 25, 2014 at 01:06:34PM -0400, Richard Heck wrote: We are string frozen at the moment. No string changes here? Yes, no string is changed. OK, then. rh

tufte-book disables geometry

Hi, I noticed I was unable to change the paper size when I used the tufte-book class, and the reason is this line in tufte-book.layout: Provides geometry 1 I do not know why it should be forbidden to change the paper size in this case. After googling for a while, I found one who had the same

Re: tufte-book disables geometry

OK, now I see the rationale: tufte-book loads geometry by default, so geometry options are easy to clash if we set them directly in LyX. Instead of disabling geometry in LyX document settings, is it possible to disable \usepackage{geometry} in the source in the case of Provides geometry 1 ? I

tufte-book disables geometry

Hi, I noticed I was unable to change the paper size when I used the tufte-book class, and the reason is this line in tufte-book.layout: Provides geometry 1 I do not know why it should be forbidden to change the paper size in this case. After googling for a while, I found one who had the same

Re: tufte-book disables geometry

OK, now I see the rationale: tufte-book loads geometry by default, so geometry options are easy to clash if we set them directly in LyX. Instead of disabling geometry in LyX document settings, is it possible to disable \usepackage{geometry} in the source in the case of Provides geometry 1 ? I

Re: [patch] Re: LyX SVN and Geometry Package

Uwe Stöhr uwesto...@web.de writes: Should be fixed now, can you please test it? I'm wondering that I did not get these warnings. Perfect! JMarc

Re: [patch] Re: LyX SVN and Geometry Package

On 05/20/2010 10:44 AM, Rob Oakes wrote: Dear LyX Developers, Attached is a simple patch which adds the PAPER_DEFAULT to the list of options where the geometry package is *not* required. This resolves the geometry clashes I reported yesterday. Did someone already commit this? rh

Re: [patch] Re: LyX SVN and Geometry Package

On 05/20/2010 10:44 AM, Rob Oakes wrote: Dear LyX Developers, Attached is a simple patch which adds the PAPER_DEFAULT to the list of options where the geometry package is *not* required. This resolves the geometry clashes I reported yesterday. Did someone already commit this? rh

Re: [patch] Re: LyX SVN and Geometry Package

Uwe Stöhr writes: > Should be fixed now, can you please test it? I'm wondering that I did > not get these warnings. Perfect! JMarc

Re: [patch] Re: LyX SVN and Geometry Package

Uwe Stöhr uwesto...@web.de writes: Attached is a simple patch which adds the PAPER_DEFAULT to the list of options where the geometry package is *not* required. Many thanks. I missed to add this when I revised LyX paper size handling. I committed your patch. Uwe, Could you also fix this one

Re: [patch] Re: LyX SVN and Geometry Package

Am 21.05.2010 09:48, schrieb Jean-Marc LASGOUTTES: Could you also fix this one? CXXLyXRC.o /../lyx-devel/src/LyXRC.cpp: In member function ‘void lyx::LyXRC::write(std::ostream, bool, const std::string) const’: /../lyx-devel/src/LyXRC.cpp:1403: warning: enumeration value ‘PAPER_A0’ not

Re: [patch] Re: LyX SVN and Geometry Package

Uwe Stöhr <uwesto...@web.de> writes: >> Attached is a simple patch which adds the PAPER_DEFAULT to the list of >> options where the geometry package is *not* required. > > Many thanks. I missed to add this when I revised LyX paper size handling. > I committed your patch

Re: [patch] Re: LyX SVN and Geometry Package

Am 21.05.2010 09:48, schrieb Jean-Marc LASGOUTTES: Could you also fix this one? CXXLyXRC.o /../lyx-devel/src/LyXRC.cpp: In member function ‘void lyx::LyXRC::write(std::ostream&, bool, const std::string&) const’: /../lyx-devel/src/LyXRC.cpp:1403: warning: enumeration value ‘PAPER_A0’

LyX SVN and Geometry Package

Dear LyX Developers, I just recently updated to the most recent SVN of LyX 2. After doing so, I've seen a huge increase in clashes with the geometry package. It appears as though LyX is now adding \usepackage[letterpaper]{geometry} to the preamble of all LyX documents, including in instances

[patch] Re: LyX SVN and Geometry Package

Dear LyX Developers, Attached is a simple patch which adds the PAPER_DEFAULT to the list of options where the geometry package is *not* required. This resolves the geometry clashes I reported yesterday. Cheers, Rob === modified file 'src/BufferParams.cpp' --- src/BufferParams.cpp 2010-05-20

Re: [patch] Re: LyX SVN and Geometry Package

Attached is a simple patch which adds the PAPER_DEFAULT to the list of options where the geometry package is *not* required. Many thanks. I missed to add this when I revised LyX paper size handling. I committed your patch. regards Uwe

LyX SVN and Geometry Package

Dear LyX Developers, I just recently updated to the most recent SVN of LyX 2. After doing so, I've seen a huge increase in clashes with the geometry package. It appears as though LyX is now adding \usepackage[letterpaper]{geometry} to the preamble of all LyX documents, including in instances

[patch] Re: LyX SVN and Geometry Package

Dear LyX Developers, Attached is a simple patch which adds the PAPER_DEFAULT to the list of options where the geometry package is *not* required. This resolves the geometry clashes I reported yesterday. Cheers, Rob === modified file 'src/BufferParams.cpp' --- src/BufferParams.cpp 2010-05-20

Re: [patch] Re: LyX SVN and Geometry Package

> Attached is a simple patch which adds the PAPER_DEFAULT to the list of > options where the geometry package is *not* required. Many thanks. I missed to add this when I revised LyX paper size handling. I committed your patch. regards Uwe

Re: #5613: geometry driver not configurable (was: Enabling hyperrefbreaks page size)

M.T. wrote: The symptoms are the same, the test cases are the same - by all appearances the problem is the same. Why not reopen the big report, if, as is likely, the fix was incomplete? For documentation reasons. You can add a note to the new report that it's related to #5613 (and vice

Re: #5613: geometry driver not configurable (was: Enabling hyperrefbreaks page size)

M.T. wrote: > The symptoms are the same, the test cases are the same - by all appearances > the problem is the same. Why not reopen the big report, if, as is likely, > the fix was incomplete? For documentation reasons. You can add a note to the new report that it's related to #5613 (and vice

Re: #5613: geometry driver not configurable (was: Enabling hyperrefbreaks page size)

+...@aldan.algebra.com; nob...@lyx.org Cc: j.spitzmuel...@gmx.de Subject: Re: #5613: geometry driver not configurable (was: Enabling hyperref breaks page size) #5613: geometry driver not configurable --+- Reporter: mi

Re: #5613: geometry driver not configurable (was: Enabling hyperrefbreaks page size)

9:43:04 To: <mi+...@aldan.algebra.com>; <nob...@lyx.org> Cc: <j.spitzmuel...@gmx.de> Subject: Re: #5613: geometry driver not configurable (was: Enabling hyperref breaks page size) #5613: geometry driver not configurable --+--

Re: [patch] bug 5863: geometry clash with beamer and powerdot

Jürgen Spitzmüller wrote: The patch implements Provides geometry 1 to those classes, with the effect that settings are ignored and the corresponding GUI widgets disabled. OK? Since there were no objections, I committed to branch and trunk. Jürgen

Re: [patch] bug 5863: geometry clash with beamer and powerdot

Jürgen Spitzmüller wrote: > The patch implements "Provides geometry 1" to those classes, with the > effect that settings are ignored and the corresponding GUI widgets > disabled. > > OK? Since there were no objections, I committed to branch and trunk. Jürgen

[patch] bug 5863: geometry clash with beamer and powerdot

http://bugzilla.lyx.org/show_bug.cgi?id=5863 These two classes load geometry by themselves. With LyX 1.6.2, we get an option clash message if a user tries to alter page size, orientation or margins, since we load geometry with options, but even before, such settings had no effect, since

[patch] bug 5863: geometry clash with beamer and powerdot

http://bugzilla.lyx.org/show_bug.cgi?id=5863 These two classes load geometry by themselves. With LyX 1.6.2, we get an option clash message if a user tries to alter page size, orientation or margins, since we load geometry with options, but even before, such settings had no effect, since

Re: [patch] fix two geometry-related bugs

Jürgen Spitzmüller juer...@spitzmueller.org writes: BTW, I think the label PostScript driver in the dialog is misleading, since this is usually calles graphics driver in the manuals. I'd like to rename this as well. Yes. JMarc

Re: [patch] fix two geometry-related bugs

Jürgen Spitzmüller writes: > BTW, I think the label "PostScript driver" in the dialog is misleading, since > this is usually calles "graphics driver" in the manuals. I'd like to rename > this as well. Yes. JMarc

[patch] fix two geometry-related bugs

This attachment addresses the following two bugs: http://bugzilla.lyx.org/show_bug.cgi?id=3838 (Compilation errors with custom margins) If the paper size options are not passed as optional argument to the geometry package, but as \geometry arguments (as we do now), some classes

[patch] fix two geometry-related bugs

This attachment addresses the following two bugs: http://bugzilla.lyx.org/show_bug.cgi?id=3838 (Compilation errors with custom margins) If the paper size options are not passed as optional argument to the geometry package, but as \geometry arguments (as we do now), some classes

The Navigator pane geometry is broken

The list type combo is stretched so that only the first two words appear and the tree view does not scale together with the dock widget size... Abdel. attachment: navigator-is-wrong.PNG

The Navigator pane geometry is broken

The list type combo is stretched so that only the first two words appear and the tree view does not scale together with the dock widget size... Abdel. <>

Geometry related RC preferences: is there a need for that?

; /// Whether or not save/restore windows position as session info bool geometry_xysaved; AFAICS, one can just use the -geometry option if he really want to ignore session handling. So, any objection if I remove that from LyXRC and the associated GUI? Abdel.

Geometry related RC preferences: is there a need for that?

; /// Whether or not save/restore windows position as session info bool geometry_xysaved; AFAICS, one can just use the "-geometry" option if he really want to ignore session handling. So, any objection if I remove that from LyXRC and the associated GUI? Abdel.

Re: KomaScript Geometry

Michael Schmitt wrote: Ouch! I just noticed that the geometry package does not work with KomaScript. On my system (SuSE 9.3, teTeX 3.0), the page numbers are printed at the very bottom of the page even if I specify a bottom margin of, say, 2cm. Is this a known problem (with an existing

Re: KomaScript Geometry

Juergen Spitzmueller wrote: I use this combination a lot and newer encountered any problems. Can you send and example file? Here it comes. But I think I have fooled myself. A margin of 2cm seems to be just too small. If I increase the bottom margin to 3cm, the page number rises on the

Re: KomaScript Geometry

Michael Schmitt wrote: Here it comes. But I think I have fooled myself. A margin of 2cm seems to be just too small. If I increase the bottom margin to 3cm, the page number rises on the page. The behavior is perfectly sensible. The bottom margin is 2 cm, just as you requested it. If you want

Re: KomaScript & Geometry

Michael Schmitt wrote: > Ouch! > > I just noticed that the geometry package does not work with KomaScript. > On my system (SuSE 9.3, teTeX 3.0), the page numbers are printed at the > very bottom of the page even if I specify a bottom margin of, say, 2cm. > > Is

Re: KomaScript & Geometry

Juergen Spitzmueller wrote: I use this combination a lot and newer encountered any problems. Can you send and example file? Here it comes. But I think I have fooled myself. A margin of 2cm seems to be just too small. If I increase the bottom margin to 3cm, the page number rises on the

Re: KomaScript & Geometry

Michael Schmitt wrote: > Here it comes. But I think I have fooled myself. A margin of 2cm seems > to be just too small. If I increase the bottom margin to 3cm, the page > number rises on the page. The behavior is perfectly sensible. The bottom margin is 2 cm, just as you requested it. If you

KomaScript Geometry

Ouch! I just noticed that the geometry package does not work with KomaScript. On my system (SuSE 9.3, teTeX 3.0), the page numbers are printed at the very bottom of the page even if I specify a bottom margin of, say, 2cm. Is this a known problem (with an existing workaround)? I guess many

KomaScript & Geometry

Ouch! I just noticed that the geometry package does not work with KomaScript. On my system (SuSE 9.3, teTeX 3.0), the page numbers are printed at the very bottom of the page even if I specify a bottom margin of, say, 2cm. Is this a known problem (with an existing workaround)? I guess many

[Patch 1.4] save restore qt mainwindow geometry in lyx preferenes file

, height and let the qt toolkit decide where to position the new window. modifies exit() to get the acutal mainwindow geometry and store them in the lyx preferences files. Ok? cu Armin === http://www.ahammer.ch

[Patch 1.4] save & restore qt mainwindow geometry in lyx preferenes file

, height and let the qt toolkit decide where to position the new window. modifies exit() to get the acutal mainwindow geometry and store them in the lyx preferences files. Ok? cu Armin === http://www.ahammer.ch

Re: Question on geometry-settings

Georg == Georg Baum [EMAIL PROTECTED] writes: Georg PS: This is the wrong list, it has nothing to do with lyx Georg development, or did you mean a feature request to read some Georg app-defaults? I think that what we should have is a way for LyX to save its size on exit and restart with the

Re: Question on geometry-settings

> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes: Georg> PS: This is the wrong list, it has nothing to do with lyx Georg> development, or did you mean a feature request to read some Georg> app-defaults? I think that what we should have is a way for LyX to save its size on exit and restart

Question on geometry-settings

Dear listmembers, in good old time lyx used to pay attention to things denoted in the app-defaults directory. This is not true any more as I heard from the list. Now, I wanted to tell lyx about the size it ought to start with. Unfortunately there seems (to me ..) to be no way to tell kde in an

Question on geometry-settings

Dear listmembers, in good old time lyx used to pay attention to things denoted in the app-defaults directory. This is not true any more as I heard from the list. Now, I wanted to tell lyx about the size it ought to start with. Unfortunately there seems (to me ..) to be no way to tell kde in an

Re: default geometry configuration

Ing == Ing Dieter Jurzitza [EMAIL PROTECTED] writes: Ing Dear listmembers, can anybody tell me how to configure the Ing default geometry of LyX when using the qt-frontend? I downloaded Ing the latest precompiled package for SuSE-great work, thanks a lot Ing for all of you. However, the old

Re: default geometry configuration

>>>>> "Ing" == Ing Dieter Jurzitza <[EMAIL PROTECTED]> writes: Ing> Dear listmembers, can anybody tell me how to configure the Ing> default geometry of LyX when using the qt-frontend? I downloaded Ing> the latest precompiled package for SuSE-great work, t

default geometry configuration

Dear listmembers, can anybody tell me how to configure the default geometry of LyX when using the qt-frontend? I downloaded the latest precompiled package for SuSE-great work, thanks a lot for all of you. However, the old xforms version did react on my entries in /usr/X11R6/lib/X11/app-defaults

default geometry configuration

Dear listmembers, can anybody tell me how to configure the default geometry of LyX when using the qt-frontend? I downloaded the latest precompiled package for SuSE-great work, thanks a lot for all of you. However, the old xforms version did react on my entries in /usr/X11R6/lib/X11/app-defaults

Bug with geometry package

Someone changed the behaviour when activating Layout-Document-Paper-Custom Sizes. All input fields show the value 0. this is wrong! geometry has default values for the lengths, so that these inputfields have to leave empty, to get the predefined values. Now we have a latex output like \geometry

Re: Bug with geometry package

On Wednesday 01 May 2002 4:15 pm, Herbert Voss wrote: Someone changed the behaviour when activating Layout-Document-Paper-Custom Sizes. All input fields show the value 0. this is wrong! geometry has default values for the lengths, so that these inputfields have to leave empty, to get

Re: Bug with geometry package

On Wednesday 01 May 2002 4:21 pm, Angus Leeming wrote: On Wednesday 01 May 2002 4:15 pm, Herbert Voss wrote: Someone changed the behaviour when activating Layout-Document-Paper-Custom Sizes. All input fields show the value 0. this is wrong! geometry has default values for the lengths

Re: Bug with geometry package

Angus Leeming wrote: On Wednesday 01 May 2002 4:15 pm, Herbert Voss wrote: Someone changed the behaviour when activating Layout-Document-Paper-Custom Sizes. All input fields show the value 0. this is wrong! geometry has default values for the lengths, so that these inputfields have to leave

Re: Bug with geometry package

Angus Leeming wrote: which is correct. you are right, my fault. I think I should say good bye until 1.2 is really out, because it's a bit confusing for me to hold all my different versions keep apart. HErbert -- http://www.lyx.org/help/

Bug with geometry package

Someone changed the behaviour when activating Layout->Document-Paper->Custom Sizes. All input fields show the value 0. this is wrong! geometry has default values for the lengths, so that these inputfields have to leave empty, to get the predefined values. Now we have a latex outpu

Re: Bug with geometry package

On Wednesday 01 May 2002 4:15 pm, Herbert Voss wrote: > Someone changed the behaviour when activating > Layout->Document-Paper->Custom Sizes. > > All input fields show the value 0. this is wrong! > geometry has default values for the lengths, so that > these inputfi

Re: Bug with geometry package

On Wednesday 01 May 2002 4:21 pm, Angus Leeming wrote: > On Wednesday 01 May 2002 4:15 pm, Herbert Voss wrote: > > Someone changed the behaviour when activating > > Layout->Document-Paper->Custom Sizes. > > > > All input fields show the value 0. this is wrong

Re: Bug with geometry package

Angus Leeming wrote: > On Wednesday 01 May 2002 4:15 pm, Herbert Voss wrote: > >>Someone changed the behaviour when activating >>Layout->Document-Paper->Custom Sizes. >> >>All input fields show the value 0. this is wrong! >>geome

Re: Bug with geometry package

Angus Leeming wrote: > which is correct. you are right, my fault. I think I should say good bye until 1.2 is really out, because it's a bit confusing for me to hold all my different versions keep apart. HErbert -- http://www.lyx.org/help/

Re: 1.1.6.pre2 package geometry

"Angus" == Angus Leeming [EMAIL PROTECTED] writes: Angus No sense at all. Here's the patch. Angus Please apply, Angus Done. JMarc

Re: 1.1.6.pre2 package geometry

> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: Angus> No sense at all. Here's the patch. Angus> Please apply, Angus Done. JMarc

Re: 1.1.6.pre2 package geometry

On Thursday 30 November 2000 23:30, Herbert Voss wrote: in lyx 1.1.5 i could toggle the "use package geometry"-button, with or without any values in the four fields for the margins. in 1.1.6.pre2 you have to clear all four fields, otherwise you can't change the use of the geomet

Re: 1.1.6.pre2 package geometry

On Thursday 30 November 2000 23:30, Herbert Voss wrote: > in lyx 1.1.5 i could toggle the "use package geometry"-button, > with or without any values in the four fields for the margins. > in 1.1.6.pre2 you have to clear all four fields, otherwise > you can't change the use o

Patch: improved -geometry option

Hi, I have attached two new patches against the current CVS, that improve the recently included "-geometry WxH+X+Y" parameters. lyx_gui.C: Negative X/Y values are now not ignored anymore and they are recalculated into (almost?) correct positive xpos/ypos values. Width

Re: Patch: improved -geometry option

"R. Lahaye" [EMAIL PROTECTED] writes: | Hi, | | I have attached two new patches against the current CVS, that | improve the recently included "-geometry WxH+X+Y" parameters. | | lyx_gui.C: | Negative X/Y values are now not ignored anymore and they | are recalculated in

Re: Patch: improved -geometry option

"Lars Gullik Bjnnes" wrote: "R. Lahaye" [EMAIL PROTECTED] writes: | lyx_main.C: | Geometry explanation corrected. | The "-display" option added. Only the documentation of the display option? Yes. The "-display" option works, without any a

Re: Patch: improved -geometry option

"R" == R Lahaye [EMAIL PROTECTED] writes: R Yes. The "-display" option works, without any additional coding. R Must be hidden in some of the Xforms or X11 functions that scan R argv and argc. Don't know. Could this be unix-specific (I'm on a RH R linux 6.2 box)? Try it out: lyx -display

Patch: improved -geometry option

Hi, I have attached two new patches against the current CVS, that improve the recently included "-geometry WxH+X+Y" parameters. lyx_gui.C: Negative X/Y values are now not ignored anymore and they are recalculated into (almost?) correct positive xpos/ypos values. Width

Re: Patch: improved -geometry option

"R. Lahaye" <[EMAIL PROTECTED]> writes: | Hi, | | I have attached two new patches against the current CVS, that | improve the recently included "-geometry WxH+X+Y" parameters. | | lyx_gui.C: | Negative X/Y values are now not ignored anymore and they | are

Re: Patch: improved -geometry option

"Lars Gullik Bjnnes" wrote: > "R. Lahaye" <[EMAIL PROTECTED]> writes: > | lyx_main.C: > | Geometry explanation corrected. > | The "-display" option added. > > Only the documentation of the display option? Yes. The "-display&q

Re: Patch: improved -geometry option

> "R" == R Lahaye <[EMAIL PROTECTED]> writes: R> Yes. The "-display" option works, without any additional coding. R> Must be hidden in some of the Xforms or X11 functions that scan R> argv and argc. Don't know. Could this be unix-specific (I'm on a RH R> linux 6.2 box)? Try it out: lyx

Re: lyx -xpos -ypos etc. - -geometry ?

Abort (core dumped) Yes, probably from X/xforms. | I know this error originates from the fact that I've removed the | width/height/xpos/ypos entries in "FL_resource res". | If I leave them in place, the geometry is read correctly. | | Why can't I simply remove the items in FL_resou

Patch: -xpos -ypos etc. - -geometry

Hi, I've attached two patches to use the -geometry parameter instead of the four -xpos, -ypos, -width and -height. For that the files src/lyx_gui.C and src/lyx_main.C need to be patched. The "-geometry WIDTHxHEIGTH+XOFF+YOFF" is defined in the X Window System (a 'man X' will

Re: lyx -xpos -ypos etc. -> -geometry ?

es for operation) |Abort (core dumped) Yes, probably from X/xforms. | I know this error originates from the fact that I've removed the | width/height/xpos/ypos entries in "FL_resource res". | If I leave them in place, the geometry is read correctly. | | Why can't I simply remove the items

Patch: -xpos -ypos etc. -> -geometry

Hi, I've attached two patches to use the -geometry parameter instead of the four -xpos, -ypos, -width and -height. For that the files src/lyx_gui.C and src/lyx_main.C need to be patched. The "-geometry WIDTHxHEIGTH+XOFF+YOFF" is defined in the X Window System (a 'man X' will

Re: lyx -xpos -ypos etc. - -geometry ?

"Lars Gullik Bjnnes" wrote: "R. Lahaye" [EMAIL PROTECTED] writes: | Wouldn't it be more consistent to use the general | geometry options as defined by X11 Window System: | -geometry WIDTHxHEIGHT+XOFF+YOFF Sure, just send a patch :-) O.K. I would like to give this a tr

Re: lyx -xpos -ypos etc. -> -geometry ?

"Lars Gullik Bjnnes" wrote: > "R. Lahaye" <[EMAIL PROTECTED]> writes: > | Wouldn't it be more consistent to use the general > | geometry options as defined by X11 Window System: > | -geometry WIDTHxHEIGHT+XOFF+YOFF > Sure, just send a patch :-) O.K.

Re: geometry package needs twoside option with book class

"Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: Lars So we should have this as a "faq" instead? Lars Q: When I use the geometry package with the book layout my Lars margins are messed up, what should I do? A: The best thing would Lars be to upgrade you

Re: geometry package needs twoside option with book class

Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | "Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: | | Lars So we should have this as a "faq" instead? | | Lars Q: When I use the geometry package with the book layout my | Lars margins are messed up, what should I d

Re: geometry package needs twoside option with book class

"Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: Lars | | On a more constructive side, not that the upgraded version Lars of geometry | is out now. Lars s/not/note/ ?? It was indeed. This shows what happens when one tries to make fun of the others' typos... JMarc

Re: geometry package needs "twoside" option with book class

>>>>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> So we should have this as a "faq" instead? Lars> Q: When I use the geometry package with the book layout my Lars> margins are messed up, what should I do? A: The best thing

Re: geometry package needs "twoside" option with book class

Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | >>>>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: | | Lars> So we should have this as a "faq" instead? | | Lars> Q: When I use the geometry package with the book layo

Re: geometry package needs "twoside" option with book class

>>>>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> | | On a more constructive side, not that the upgraded version Lars> of geometry | is out now. Lars> s/not/note/ ?? It was indeed. This shows what happens when one tries to make fun of the others' typos... JMarc

Re: geometry package needs twoside option with book class

"Jose M. Alcaide" [EMAIL PROTECTED] writes: | 2. Use the "twoside" option in the \documentclass: |\documentclass[twoside]{book} This is the correct one since then other packages as well can benefit form the "twoside" option. Lgb

Re: geometry package needs "twoside" option with book class

"Jose M. Alcaide" <[EMAIL PROTECTED]> writes: | 2. Use the "twoside" option in the \documentclass: |\documentclass[twoside]{book} This is the correct one since then other packages as well can benefit form the "twoside" option. Lgb

Re: Will it would be better for lyx to have -geometry and -iconify ?

"Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: Lars *shaul writes: | Will it would be better for lyx to have Lars -geometry instead of | -width and -height, as the former are Lars more standard (IMHO) ? What | about having -iconify ? Lars Yes, but we are not going to chang

  1   2   >