On 11/30/24 06:41, parubin73 at gmail.com wrote:
> There is a workaround, although it is a mild PITA. Go to Document >
> Settings > Page Layout and set "Page style" to "Default". Next,
> go to Document > Settings > Local Layout and add "Provides fancyhdr 1"
> (without the quotation marks). Then
On 11/30/24 06:41, fcana...@gmail.com wrote:
Greetings,
I am trying to produce the following header structure:
This is easy to do in LaTeX:
\documentclass{article}
\usepackage{geometry}
\usepackage{fancyhdr}
\pagestyle{fancy}
\begin{document}
\lhead{left}
\chead{center}
\rhead{right
Greetings,
I am trying to produce the following header structure:
This is easy to do in LaTeX:
\documentclass{article}
\usepackage{geometry}
\usepackage{fancyhdr}
\pagestyle{fancy}
\begin{document}
\lhead{left}
\chead{center}
\rhead{right}
Some text some text some text some text some text
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. A
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 with
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
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
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
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
Date: Mon Aug 25 18:35:15 2014 +0200
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
> Date: Mon Aug 25 18:35:15 2014 +0200
>
> Fix the -geometry command line argument for Windows.
>
> The command li
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
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
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
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
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
Uwe Stöhr 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
> 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
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
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 inst
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 vers
Re: #5613: geometry driver not configurable (was: Enabling hyperref
breaks page size)
#5613: geometry driver not configurable
--+-
Reporter: mi+...@… |Owner: nob...@…
Typ
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
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 the
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
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 (such as
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.
<>
eight;
/// 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.
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
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 page.
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 k
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
, 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
> "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 w
Dieter Jurzitza wrote:
> 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 ..) t
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 ic
>>>>> "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
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
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/
>>>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{verbose,a4paper,tm
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 defau
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!
&g
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
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
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> No sense at all. Here's the patch.
Angus> Please apply, Angus
Done.
JMarc
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
> "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 -displ
"Lars Gullik Bjřnnes" 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"
"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
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 is che
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
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
"Lars Gullik Bjřnnes" 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 :-)
>>>>> "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
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" == 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
class: |
| Lars> \documentclass[twoside]{book}
|
| Lars> This is the correct one since then other packages as well can
| Lars> benefit form the "twoside" option.
|
| No, the geometry package should be able to find out by itself what the
| options are. To be sure of that, I ask
s the correct one since then other packages as well can
Lars> benefit form the "twoside" option.
No, the geometry package should be able to find out by itself what the
options are. To be sure of that, I asked the author of the package and
got the appended answer.
JMarc
-
"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
Hello,
I discovered a problem when using the book class (which is two-sided
by default) and the geometry package. This package needs a explicit
"twoside" option; however, when using the book class with two-side
paper layout (the default), the "twoside" option is not used i
Lars Gullik Bjønnes wrote:
> *Peter Suetterlin writes:
> | Hi all,
> |
> | I didn't see it in the docs or BUGS, so here it goes: lyx -width
> | 700 -height 700 opens a LyX window that is 650x650 pixels in size
> | :-( Where's that offset from (it is constant 50).
>
> I do not see this beha
*Peter Suetterlin writes:
| Hi all,
|
| I didn't see it in the docs or BUGS, so here it goes: lyx -width
| 700 -height 700 opens a LyX window that is 650x650 pixels in size
| :-( Where's that offset from (it is constant 50).
I do not see this behaviour.
How do you figure out the size of t
Hi all,
I didn't see it in the docs or BUGS, so here it goes:
lyx -width 700 -height 700 opens a LyX window that is
650x650 pixels in size :-(
Where's that offset from (it is constant 50).
Peter
--
~~
Peter "Pit" Suet
On Wed, Nov 25, 1998 at 07:50:12PM -0400, Garst R. Reese wrote:
> "Lars Gullik Bjønnes" wrote:
> >
> > *Jean-Marc Lasgouttes writes:
> > | Since -width and friends are handled by xforms, I guess all we can
> > | do is to *add* -geometry.
> >
*Garst R Reese writes:
| gv -geometry +0+80 from my .fvwm2rc file Garst
Yes, but gv is not a GNU program.
However I see that emacs also uses "-geometry".
Lgb
"Lars Gullik Bjønnes" wrote:
>
> *Jean-Marc Lasgouttes writes:
> | Since -width and friends are handled by xforms, I guess all we can
> | do is to *add* -geometry.
>
> But it does not, so we replace it with -geometry
> (how does GNU programs usu
*Jean-Marc Lasgouttes writes:
| Since -width and friends are handled by xforms, I guess all we can
| do is to *add* -geometry.
But it does not, so we replace it with -geometry
(how does GNU programs usually do this? --geometry and -g?)
Lgb
>>>>> "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 ?
L
*shaul writes:
| Will it would be better for lyx to have -geometry instead of
| -width and -height, as the former are more standard (IMHO) ? What
| about having -iconify ?
Yes, but we are not going to change 1.0.0pre now.
I'd be happy to accept patches for 1.1.x though.
Lgb
Will it would be better for lyx to have -geometry instead of -width and
-height, as the former are more standard (IMHO) ? What about having -iconify ?
69 matches
Mail list logo
