On Fri, Feb 17, 2023 at 09:34:17AM -0500, Scott Kostyshak wrote:
> On Fri, Feb 17, 2023 at 03:05:34PM +0100, Pavel Sanda wrote:
> > On Wed, Feb 15, 2023 at 04:33:16PM -0500, Scott Kostyshak wrote:
> > > > we added in master new entries to the menu Document -> Change Tracking,
> > > > in particular
On Fri, Feb 17, 2023 at 03:05:34PM +0100, Pavel Sanda wrote:
> On Wed, Feb 15, 2023 at 04:33:16PM -0500, Scott Kostyshak wrote:
> > > we added in master new entries to the menu Document -> Change Tracking,
> > > in particular
> > >
> > > Accept All Changes (incl. Master/Children/Siblings)
> > > R
On Thu, Feb 16, 2023 at 08:29:05AM +0100, Daniel wrote:
> Even by the longish name, I find it a bit confusing what exactly the entry
> does (is it documented somewhere?).
I hope it's in some manual, otherwise we should add it.
> Maybe leave the entries as they have
> been but create a new sub-men
On Wed, Feb 15, 2023 at 04:33:16PM -0500, Scott Kostyshak wrote:
> > we added in master new entries to the menu Document -> Change Tracking, in
> > particular
> >
> > Accept All Changes (incl. Master/Children/Siblings)
> > Reject All Changes (incl. Master/Children/Siblings)
> >
> > and it looks
On 2023-02-15 22:33, Scott Kostyshak wrote:
On Wed, Feb 15, 2023 at 09:39:36PM +0100, Pavel Sanda wrote:
Hi,
we added in master new entries to the menu Document -> Change Tracking, in
particular
Accept All Changes (incl. Master/Children/Siblings)
Reject All Changes (incl. Master/Children/Sibl
On Wed, Feb 15, 2023 at 09:39:36PM +0100, Pavel Sanda wrote:
> Hi,
>
> we added in master new entries to the menu Document -> Change Tracking, in
> particular
>
> Accept All Changes (incl. Master/Children/Siblings)
> Reject All Changes (incl. Master/Children/Siblings)
>
> and it looks in the me
I've updated my installation of Qt-5.11.2 to the latest available
version and the problem has gone. Apparently this was a problem in Qt.
Sorry for bothering you about nothing.
P. De Visschere
On 04/10/2018 20:56, Patrick De Visschere wrote:
With “not highlighted” I meant that they are greyed o
With “not highlighted” I meant that they are greyed out.
When e.g. I select “Vertical space” in “Text Layout” instead of the default
“Indentation” the OK, Apply and Reset buttons remain greyed out.
Apparently the problem is that the screen is not updated immediately: when I
subsequently resize th
Am 04.10.2018 um 14:36 schrieb pdv :
>
> Jean-Marc,
>
> I noticed that the Document Settings dialog is partially broken in macos
> (build with Qt-5.11.2).
>
> When making a change to the settings (with the default document class) the
> buttons (OK, apply, reset) are not highlighted. They seem
Am Freitag, 9. Dezember 2016 um 19:38:59, schrieb Kornel Benko
> Am Freitag, 9. Dezember 2016 um 19:21:04, schrieb Kornel Benko
>
> > Am Freitag, 9. Dezember 2016 um 18:48:57, schrieb Enrico Forestieri
> >
> > > On Fri, Dec 09, 2016 at 02:36:04PM +0100, Kornel Benko wrote:
> > > >
> > > > Nob
On Sun, Feb 26, 2017 at 02:33:07PM +0200, racoon wrote:
> Every time I try to open the document settings LyX crashes.
>
> LyX Version 2.3.0dev
> Built from git commit hash 3c329db0
I imagine that it works on a previous commit? If so, are you familiar
with a git bisect? It takes time, but it is a
Am 23.01.2017 um 15:06 schrieb Guenter Milde :
>
> On 2017-01-22, Stephan Witt wrote:
>> Am 11.01.2017 um 21:57 schrieb Guenter Milde :
>
>>> I added some X-Apps just behind their anchestors (GNOME equivalents) to
>>> configure.py.
>
> ...
>
>> What if some command in this list does different t
On 2017-01-22, Stephan Witt wrote:
> Am 11.01.2017 um 21:57 schrieb Guenter Milde :
>> I added some X-Apps just behind their anchestors (GNOME equivalents) to
>> configure.py.
...
> What if some command in this list does different things on different
> platforms?
In case of a program name belon
Am 11.01.2017 um 21:57 schrieb Guenter Milde :
>
> Dear LyX developers,
>
> I added some X-Apps just behind their anchestors (GNOME equivalents) to
> configure.py.
>
> However, there are open points from the discussion:
>
> On 2017-01-08, Paul A. Rubin wrote:
>
>> My default text editor would
On 01/11/2017 04:46 PM, Paul A. Rubin wrote:
> On 01/11/2017 03:57 PM, Guenter Milde wrote:
>>
>> I propose to place "notepad" at the end of the text editor selection
>> list:
>>
>> checkViewerEditor('a text editor',
>> ['xemacs', 'gvim', 'kedit', 'kwrite', 'kate',
>> - 'ned
On 01/11/2017 03:57 PM, Guenter Milde wrote:
I propose to place "notepad" at the end of the text editor selection list:
checkViewerEditor('a text editor',
['xemacs', 'gvim', 'kedit', 'kwrite', 'kate',
- 'nedit', 'gedit', 'notepad',
- 'geany', 'leafpad', 'mousepad
Am Freitag, 9. Dezember 2016 um 19:21:04, schrieb Kornel Benko
> Am Freitag, 9. Dezember 2016 um 18:48:57, schrieb Enrico Forestieri
>
> > On Fri, Dec 09, 2016 at 02:36:04PM +0100, Kornel Benko wrote:
> > >
> > > Nobody seems interested. Probably no one uses PDF(luatex) as default
> > > output
Am Freitag, 9. Dezember 2016 um 18:48:57, schrieb Enrico Forestieri
> On Fri, Dec 09, 2016 at 02:36:04PM +0100, Kornel Benko wrote:
> >
> > Nobody seems interested. Probably no one uses PDF(luatex) as default output
> > format.
>
> Or, more simply, don't experience the issue. See attached.
>
On Fri, Dec 09, 2016 at 02:36:04PM +0100, Kornel Benko wrote:
>
> Nobody seems interested. Probably no one uses PDF(luatex) as default output
> format.
Or, more simply, don't experience the issue. See attached.
--
Enrico
Am Donnerstag, 8. Dezember 2016 um 23:31:48, schrieb Scott Kostyshak
> On Sat, Nov 05, 2016 at 11:40:51AM +0100, Kornel Benko wrote:
> > Try to open attached document.
> > Wait a moment until the preview is done.
> > The formula takes too much space.
>
> I thought someone had responded to this b
On Sat, Nov 05, 2016 at 11:40:51AM +0100, Kornel Benko wrote:
> Try to open attached document.
> Wait a moment until the preview is done.
> The formula takes too much space.
I thought someone had responded to this but I can't find it.
We should make a bug report so we don't forget.
Scott
signat
On 2016-09-23, Guenter Milde wrote:
> Dear LyX-developers,
> is there a layout key/value to tell LyX that a document class (or package)
> uses paper orientation "landscape" as default?
> Currently, seminar requires custom options for paper orientation switch:
>orientation LyX writes semin
Le 22/03/2016 02:22, Andrew Parsloe a écrit :
I wanted to know the word count of a document today. I knew LyX provided
such a facility and looked under Documents. It wasn't there. Instead it
was under Tools > Statistics. Surely, like the LaTeX log, it belongs in
the Document menu?
Actually, thi
Le 17/09/2015 12:13, Pål Næverlid Sævik a écrit :
It has to do with the Document Settings dialog. As I view it, this
dialog is a graphical interface to the "preamble" part of a LaTeX
document. Certain packages are supported, such as the geometry and
hyperref packages. I would like to know if ther
On 09/17/2015 08:04 AM, Guenter Milde wrote:
Also, I would like a preview of the generated preamble without having to export
to LaTeX.
This is possible under View>Source: check "complete source".
Better yet: check "Premable only".
Richard
Hej Pål,
On 2015-09-17, Pål Næverlid Sævik wrote:
> Den 17.09.2015 14:04, skrev Guenter Milde:
>> On 2015-09-17, Pål Næverlid Sævik wrote:
...
>>> I would like to know if there is any consistent
>>> thinking behind what packages are supported or not?
Normally, it is what is regarded as "common
On 09/17/2015 07:13 AM, Pål Næverlid Sævik wrote:
Of course, the page cannot support every existing LaTeX package, but
there are certainly some options I would like to see included, and
others that I personally would have restructured or removed. For instance:
- The sectsty package
- The fancyhdr
Den 17.09.2015 14:04, skrev Guenter Milde:
On 2015-09-17, Pål Næverlid Sævik wrote:
...
It has to do with the Document Settings dialog. As I view it, this
dialog is a graphical interface to the "preamble" part of a LaTeX
document. Certain packages are supported, such as the geometry and
hyperre
On 2015-09-17, Pål Næverlid Sævik wrote:
...
> It has to do with the Document Settings dialog. As I view it, this
> dialog is a graphical interface to the "preamble" part of a LaTeX
> document. Certain packages are supported, such as the geometry and
> hyperref packages. I would like to know if
On 02/29/2012 01:41 PM, Pascal Fischer wrote:
On Tue, Feb 28, 2012 at 10:39 PM, Richard Heck wrote:
The other issue here is "give a man a fish" vs "teach him how to fish". I'd
rather teach people how to fish. It's not hard to do the sort of thing you
describe, and the way to do it is described
On Tue, Feb 28, 2012 at 10:39 PM, Richard Heck wrote:
> On 02/28/2012 02:54 PM, Pascal Fischer wrote:
>>
>> On Mon, Feb 27, 2012 at 6:01 PM, Richard Heck wrote:
>>>
>>> On 02/26/2012 05:49 PM, Pascal Fischer wrote:
In the document-settings there should be an option, where you can
c
On 02/28/2012 02:54 PM, Pascal Fischer wrote:
On Mon, Feb 27, 2012 at 6:01 PM, Richard Heck wrote:
On 02/26/2012 05:49 PM, Pascal Fischer wrote:
In the document-settings there should be an option, where you can
choose where the page-numbers are displayed (on top / on bottom - at
margin / at mi
On Mon, Feb 27, 2012 at 6:01 PM, Richard Heck wrote:
> On 02/26/2012 05:49 PM, Pascal Fischer wrote:
>>
>> In the document-settings there should be an option, where you can
>> choose where the page-numbers are displayed (on top / on bottom - at
>> margin / at middle). And an option to not showing
On 02/26/2012 05:49 PM, Pascal Fischer wrote:
In the document-settings there should be an option, where you can
choose where the page-numbers are displayed (on top / on bottom - at
margin / at middle). And an option to not showing it on the first
page.
We could have this sort of option, in princ
On 3-4-2011 22:38, Jean-Pierre Chrétien wrote:
Hello,
I found this new feature very useful to upgrade the French manual
Customization.lyx from 1.6 to 2.0. There were a lot of distributed
changes (editions and new layout declarations), and creating a diff
between the original 1.6 and 2.0 Engli
RIchard Heck wrote:
> On 05/24/2010 11:36 AM, Peter Kümmel wrote:
>> LyX crashes when one clicks 'Document->Outline' directly
>> after opening a document (e.g. Introduction)
>>
>>
> Can't reproduce.
OK, had also to compile Qt with the new ms compiler.
But is it correct that nothing happens wh
On 05/24/2010 11:36 AM, Peter Kümmel wrote:
LyX crashes when one clicks 'Document->Outline' directly
after opening a document (e.g. Introduction)
Can't reproduce.
rh
Uwe Stöhr wrote:
> > i was proposing to have it coded _internally_ which means that nothing >
> changes from the point of the stdinstes files or gui names. only the
> > functions for reading and writing would need more code to add/strip
> > the filename part.
>
> OK.
> Can you please give me a hin
> i was proposing to have it coded _internally_ which means that
nothing > changes from the point of the stdinstes files or gui names.
only the
> functions for reading and writing would need more code to add/strip
> the filename part.
OK.
Can you please give me a hint in what routine I would ha
Uwe Stöhr wrote:
> This doesn't work because in stdinsets we define the color for e.g. the
> greyed-out box as "gereyedouttext". If we would use another color name for
> every buffer the inset won't find the color.
i was proposing to have it coded _internally_ which means that nothing changes
fr
> use something like colorname_identificator_path_filename as color
> indetificator internally inside gui?
This doesn't work because in stdinsets we define the color for e.g. the
greyed-out box as "gereyedouttext". If we would use another color name
for every buffer the inset won't find the col
Uwe Stöhr wrote:
> The problem is that LyX does not store the colors buffer-dependent. If you
> have 2 documents opened and switch between them, the colors need to be
> updated. (Another manifestation of this bug is
> http://www.lyx.org/trac/ticket/6626).
>
> Does anybody have an idea how to fix
leuven edwin wrote:
> just note that this fiddling with layout based on what happens to be your
> locale and the modules names on october 20, 2008 is bound to be somewhat
> arbitrary...
you forget on font sizes :) but at least my locale is the default one.
pavel
Pavel Sanda wrote:
> 1. vertical size of dialogs are again greater
can be fixed easily.
> 2. while in some cases groupbox helps to distiguish groups in many
> other cases this distinction is quite clear and group box
> version looks odd.
then do not use grouping.
Jürgen
> i have tried this patch and don't agree :) 1. vertical size
> of dialogs are again greater 2. while in some cases groupbox
> helps to distiguish groups in many
>other cases this distinction is quite clear and group box
>version looks odd.
and it isn't even Friday...
> my preffered solution for now is to change lists back to
> symmetrical state and change module names.
i can't disagree with that
just note that this fiddling with layout based on what happens to be your
locale and the modules names on october 20, 2008 is bound to be somewhat
arbitrary...
leuven edwin wrote:
> another possibility is to change at one point the interface to a single
> listview with checkable items (that can be moved up or down)
or move the buttons somewhere else.
my preffered solution for now is to change lists back to symmetrical state and
change module names.
pa
Jürgen Spitzmüller wrote:
> leuven edwin wrote:
> > replaces all the flat groupbox with drawn ones...
>
> excellent.
i have tried this patch and don't agree :)
1. vertical size of dialogs are again greater
2. while in some cases groupbox helps to distiguish groups in many
other cases this dist
> the logic is simple - there is clear asymmetry wrt usage - in
> most cases the right panel won't be used for those theorems envi...
it's all in the eye of the beholder i s'pose
...
another possibility is to change at one point the interface to a single
listview with checkable items (that can
leuven edwin wrote:
> > because i have oposite view on "what ugliness is"? :)
>
> that's one reason of course ;-)
>
> the other is that i don't understand the logic for the asymmetry since left
> and right can contain the same items...
the logic is simple - there is clear asymmetry wrt usage -
> because i have oposite view on "what ugliness is"? :)
that's one reason of course ;-)
the other is that i don't understand the logic for the asymmetry since left and
right can contain the same items...
leuven edwin wrote:
> > i did this consciously because the old layout with horizontal bar is ugly
> > to see.
>
> the current solution is even uglier, and you still get a horizontal scroll
> bar with the selected items...
>
> > although i don't persist on this assymetric view, i'm against simpl
leuven edwin wrote:
> replaces all the flat groupbox with drawn ones...
excellent.
Jürgen
leuven edwin wrote:
> sure. one possibilty would be to have fully drawn group boxes at the first
> level and try to have flat ones if they are nested to avoid clutter...
Do we have nested group boxes?
IMHO, we should use only one kind of grouping all over the place. Currently,
we have three appr
fwiw, the patch here
http://leuven.economists.nl/lyx/groupboxes.zip
replaces all the flat groupbox with drawn ones...
edwin
> I would prefer it if we could agree on some design criteria first.
sure. one possibilty would be to have fully drawn group boxes at the first
level and try to have flat ones if they are nested to avoid clutter...
leuven edwin wrote:
> feel free to change it...
I would prefer it if we could agree on some design criteria first.
Jürgen
feel free to change it...
edwin
leuven edwin wrote:
> > The thing I do not like with these "flat" Group boxes is that you
> > don't see where the Group actually ends
>
> where the next one starts. there should be no ambiguities...
We do not pack everything into GroupBoxes. Look at the pane you just edited:
the postscript driver
Jürgen wrote:
> The thing I do not like with these "flat" Group boxes is that you
> don't see where the Group actually ends
where the next one starts. there should be no ambiguities...
leuven edwin wrote:
> small layout tweak to the document class panel
The thing I do not like with these "flat" Group boxes is that you don't see
where the Group actually ends. At least with the Oxygen style.
Jürgen
> i did this consciously because the old layout with horizontal bar is ugly to
> see.
the current solution is even uglier, and you still get a horizontal scroll bar
with the selected items...
> although i don't persist on this assymetric view, i'm against simply
> restoring the old layout.
wh
leuven edwin wrote:
> small layout tweak to the document class panel
>
> ok?
+1
pavel
leuven edwin wrote:
> the manual tweaking of the widths now is usually not a good idea. we also get
> asymmetric widths now,
i did this consciously because the old layout with horizontal bar is ugly to
see.
> so i'd like to suggest restore the old layout as in attached
> ok?
although i don't
small layout tweak to the document class panel
ok?
latexui.patch
Description: latexui.patch
the manual tweaking of the widths now is usually not a good idea. we also get
asymmetric widths now, so i'd like to suggest restore the old layout as in
attached
ok?
edwin
modules.patch
Description: modules.patch
Jürgen Spitzmüller wrote:
> Pavel Sanda wrote:
> > i made the available modules panel wider and disabled horiz scrollbar.
> > checkout whether is this convenient for your eyes, we can change it
> > otherwise.
>
> I'd prefer to get the scrollbar back. The German translations do not fit even
> into
Pavel Sanda wrote:
> i made the available modules panel wider and disabled horiz scrollbar.
> checkout whether is this convenient for your eyes, we can change it
> otherwise.
I'd prefer to get the scrollbar back. The German translations do not fit even
into this wider widget.
Jürgen
leuven edwin wrote:
> as long as one sees the full name in a tooltip when the mouse is over the
> item it wouldn't shock me.
finally i took different solution, since changing module names would need
touching lyx2lyx stuff.
i made the available modules panel wider and disabled horiz scrollbar.
ch
Jürgen wrote:
> I've just done that.
thanks
leuven edwin wrote:
> since this is now in its own panel i'd suggest to remove the groupbox...
I've just done that.
Jürgen
as long as one sees the full name in a tooltip when the mouse is over the item
it wouldn't shock me.
something else: since this is now in its own panel i'd suggest to remove the
groupbox...
edwin
José Matos wrote:
> On Friday 17 October 2008 09:20:21 Jürgen Spitzmüller wrote:
> > +1
>
> +1
>
> > Jürgen
>
> --
> José Abílio
i changed it. anyway theres one thing missing. two module
names are quite long (ie "Theorems (Order By Section)") which
makes the module panel still uggly. there are
On Friday 17 October 2008 09:20:21 Jürgen Spitzmüller wrote:
> +1
+1
> Jürgen
--
José Abílio
Pavel Sanda wrote:
> maybe time to put modules into its own tab?
+1
Jürgen
Edwin Leuven wrote:
Richard heck wrote:
I've fixed this at r24311. The bug was introduced by Edwin at r23981.
Note that this will now allow much more elaborate tooltips to be set
at various points that use the GuiIdListModel.
mm, i thought this
-if (role == Qt::DisplayRole || role == Qt:
Richard heck wrote:
I've fixed this at r24311. The bug was introduced by Edwin at r23981.
Note that this will now allow much more elaborate tooltips to be set at
various points that use the GuiIdListModel.
mm, i thought this
- if (role == Qt::DisplayRole || role == Qt::EditRole)
+ if (r
Richard Heck wrote:
Richard Heck wrote:
Richard Heck wrote:
Stefan Schimanski wrote:
Hi!
Are the Document class modules broken right now?
When I create a new document with document class "article" and add
the "Theorems (AMS)" module and then leave the document dialog, I
get the message tha
Richard Heck wrote:
Richard Heck wrote:
Stefan Schimanski wrote:
Hi!
Are the Document class modules broken right now?
When I create a new document with document class "article" and add
the "Theorems (AMS)" module and then leave the document dialog, I
get the message that "the module" does n
Richard Heck wrote:
Stefan Schimanski wrote:
Hi!
Are the Document class modules broken right now?
When I create a new document with document class "article" and add
the "Theorems (AMS)" module and then leave the document dialog, I get
the message that "the module" does not exist.
I checked
Stefan Schimanski wrote:
Hi!
Are the Document class modules broken right now?
When I create a new document with document class "article" and add the
"Theorems (AMS)" module and then leave the document dialog, I get the
message that "the module" does not exist.
I checked the reconfigure outp
Chepe Kun schrieb:
Sorry for the delay,
Here is the file.
Your formula used Unicode character "2013", this is the "EN DASH". This character can be used for
text but LaTeX can't handle them in math.
You cannot use all characters in formulas without tricks and math can't handle non-latin chara
this should be the proper lyx2lyx conversion needed for completing
last pdf fixes. i made tests, but please overlook it.
thanks for your help with that,
pavel
Index: development/FORMAT
===
--- development/FORMAT (revision 20918)
+++
On Thursday 11 October 2007 15:44:04 Pavel Sanda wrote:
> i changed few things. still i'm not able to make
>
> document.header[i].replace('"', '')
>
> work. have you some idea whats wrong?
Yes, that does not change the string in place but it returns the string. The
right version is then:
docum
> On Thursday 11 October 2007 11:35:26 Pavel Sanda wrote:
> > no, they are not related. added & discarded unconditionally.
> >
> > pavel
>
> Something like this?
i changed few things. still i'm not able to make
document.header[i].replace('"', '')
work. have you some idea whats wrong?
in the a
> On Thursday 11 October 2007 11:35:26 Pavel Sanda wrote:
> > no, they are not related. added & discarded unconditionally.
> >
> > pavel
>
> Something like this?
you are my hero :)
> (Not tested)
i will
pavel
On Thursday 11 October 2007 11:35:26 Pavel Sanda wrote:
> no, they are not related. added & discarded unconditionally.
>
> pavel
Something like this? (Not tested)
--
José Abílio
Index: LyX.py
===
--- LyX.py (revision 20899)
+++ LyX.
> >1. fileformat version & lyx2lyx
> >to sum up the .lyx fileformat changes:
>
> >option discarded:\pdf_store_options bool
> >option added:\pdfusetitle bool
>
> Are these two options related? Should these changes be applied uncoditionally?
no, they are not related. added & discarded uncondition
On Thursday 11 October 2007 10:35:11 Pavel Sanda wrote:
> > > i can post quick fix, which won't solve the real problem though.
> > > pavel
> >
> > This should not ever happen. :-(
> >
> > This is a blocker for patches acceptance.
>
> i havent commited this and also stated clearly, that this has to
arrgh my email client sucks ignore that mail.
>
> i planned to do it, but before i spent day on that pyhton stuff i also asked
> for 5min of
> > Please let us have a proper fix.
>
> yes this
> > i can post quick fix, which won't solve the real problem though.
> > pavel
>
> This should not ever happen. :-(
>
> This is a blocker for patches acceptance.
i havent commited this and also stated clearly, that this has to be
done to be the patch complete (in fact i was asking for help from
> > i can post quick fix, which won't solve the real problem though.
> > pavel
>
> This should not ever happen. :-(
>
> This is a blocker for patches acceptance.
i havent comitted it and stated clearly that lyx2lyx has to be done to be
the patch complete.
i planned to do it, but before i spent
On Thursday 11 October 2007 01:37:31 Pavel Sanda wrote:
> > Lyx trunk, open User's guide, I get 'document header error', unknown
> > token false false. Can anyone confirm?
>
> yes, this must be the result of http://www.lyx.org/trac/changeset/20881 ,
> as the patch was comitted without fileformat ch
> i can post quick fix
Index: src/PDFOptions.cpp
===
--- src/PDFOptions.cpp (revision 20891)
+++ src/PDFOptions.cpp (working copy)
@@ -190,6 +190,8 @@
lex >> quoted_options;
} else if (token == "\\pdf_store_op
> Lyx trunk, open User's guide, I get 'document header error', unknown
> token false false. Can anyone confirm?
yes, this must be the result of http://www.lyx.org/trac/changeset/20881 ,
as the patch was comitted without fileformat change and lyx2lyx conversion.
i can post quick fix, which won't s
Kenneth Petersen <[EMAIL PROTECTED]> writes:
> my LyX program crashed last night, and now I can't
> open my document completely. In particular, I get the
> following warning:
>
> "Reading the document is not complete".
>
> My LyX program is version 1.3.5 and I operate it under
> windows 98se.
Yo
On Sunday 12 March 2006 16:37, David Raymond wrote:
> Hello,
>
> I don't see how to set the document class with the default user
> interface in 1.4.0. Am I missing something?
Document->Settings (?)
> Dave Raymond
--
José Abílio
On Sun, Mar 12, 2006 at 09:37:06AM -0700, David Raymond wrote:
> I don't see how to set the document class with the default user
> interface in 1.4.0. Am I missing something?
Document->Settings.
john
Juergen Spitzmueller wrote:
>
> Garst R. Reese wrote:
> > Current 1.4cvs
> > In Custom margins, you cannot enter anything in bottom margin. The
> > cursor moves, but the entry does not display.
>
> I cannot reproduce neither with xforms nor with qt frontend. All works as
> expected.
>
> Juergen.
Garst R. Reese wrote:
> Current 1.4cvs
> In Custom margins, you cannot enter anything in bottom margin. The
> cursor moves, but the entry does not display.
I cannot reproduce neither with xforms nor with qt frontend. All works as
expected.
Juergen.
1 - 100 of 141 matches
Mail list logo
