On 03/23/2013 07:07 AM, Kornel Benko wrote:
Am Samstag, 23. März 2013 um 10:21:50, schrieb Kornel Benko
>
> This setting comes from
> Tools->Preferences...->File Handling->Converters->
> Converter File Cache-> (Enabled)
> Maximum Ag
Kornel Benko wrote:
> Am Samstag, 23. März 2013 um 10:21:50, schrieb Kornel Benko
>
>>
>> This setting comes from
>> Tools->Preferences...->File Handling->Converters->
>> Converter File Cache-> (Enabled)
>> Maximum Age (in days)-> (170)
>>
Am Samstag, 23. März 2013 um 10:21:50, schrieb Kornel Benko
>
> This setting comes from
> Tools->Preferences...->File Handling->Converters->
> Converter File Cache-> (Enabled)
> Maximum Age (in days)-> (170)
>
Georg, I propose the attached
From: Richard Heck [rgh...@lyx.org]
Sent: Thursday, July 05, 2012 9:17 AM
>Since we do use eatLine(), we don't need them as delimiters. So it would be an
>option just not to write them.
Ticket created here:
http://www.lyx.org/trac/ticket/8237
On a different note, and more out of curiosity, woul
On 07/04/2012 01:42 AM, Scott Kostyshak wrote:
In tools > Preferences > File Handling > File Formats
my first entry is BMP. Despite the fact that "gimp" is in the viewerCO
combo box, it is set to Custom and "gimp" is in the text box. What
should happen is that "gimp" should be set in the combo
On 04/15/2010 11:06 AM, Pavel Sanda wrote:
Richard Heck wrote:
Yes, there will be a few XHTML settings. Probably one check box (strict
XHTML versus not so strict), one combo box (math output type), and one text
field (scaling factor for math images).
ok there is place for xhtml in gen
Richard Heck wrote:
> Yes, there will be a few XHTML settings. Probably one check box (strict
> XHTML versus not so strict), one combo box (math output type), and one text
> field (scaling factor for math images).
ok there is place for xhtml in general panel now.
pavel
On 04/14/2010 10:16 PM, Pavel Sanda wrote:
hi,
our tools->preferences->output panels are now completely unbalanced.
latex pane overflows with items, while "date format" and "plain text"
are orphans. what about joining these two into one "general" panel?
Sounds good.
Richard do you plan s
"R. Lahaye" <[EMAIL PROTECTED]> writes:
| I don't agree qualifying this as "wrong fix"; I agree that the
| "default" should leave the paper
| choice untouched, as Jean-Marc explains. But what the "default" does
| now is totally bullocks, and
| need to go anyway (it's stupidly hardcoded to defau
"R. Lahaye" <[EMAIL PROTECTED]> writes:
| BTW: My total patch to present CVS is really big now (mainly to
| Xforms dialogs and related code)
| and I start worrying how to merge it in, eventually. It's fun to
| contribute and improve the code,
| but I don't want my efforts to be waisted.
| What
Lars Gullik Bjønnes wrote:
> "R. Lahaye" <[EMAIL PROTECTED]> writes:
>
> | Hi,
>
> | In the preferences dialog, Outputs->Misc->Papersize has a choice "default", which
> | I only can see as a nonsense option.
>
> | 1) This so called "default" merely refers to the hard coded choice by LyX:
> |
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> | I suggest to get rid of the choice option "default"
Lars> altogether. | Set the pagesize by default to something (US
Lars> letter, A4, or whatever) but don't call that | *the* default.
Lars> Wrong fix.
Lars> The fix is to s
"R. Lahaye" <[EMAIL PROTECTED]> writes:
| Hi,
>
| In the preferences dialog, Outputs->Misc->Papersize has a choice "default", which
| I only can see as a nonsense option.
>
| 1) This so called "default" merely refers to the hard coded choice by LyX:
| src/lyxrc.C line 191
|default
Rob Lahaye wrote:
> So at present, PAPER_DEFAULT is redundant and even worse: it suggests
> things that it does not! I think, either we get rid of it altogether, or do
> a major code-change so that indeed the class default is used.
Agreed.
> I decided for the removal.
That's fine with me.
Jürg
Juergen Spitzmueller wrote:
> R. Lahaye wrote:
>
>>In the preferences dialog, Outputs->Misc->Papersize has a choice "default",
>>which I only can see as a nonsense option.
>
>
> It /should/ use the default paper option of the class, which is e.g. A4 for
> scrbook and some us value for the stan
R. Lahaye wrote:
> In the preferences dialog, Outputs->Misc->Papersize has a choice "default",
> which I only can see as a nonsense option.
It /should/ use the default paper option of the class, which is e.g. A4 for
scrbook and some us value for the standard classes.
But you're right, it always
On Tue, Jul 16, 2002 at 02:34:28AM +0900, R. Lahaye wrote:
> This is the corresponding gdb output and backtrace:
Fixed thanks.
john
On Fri, Jul 12, 2002 at 04:24:38PM +0900, R. Lahaye wrote:
> Changes in Preferences-Look&Feel-ScreenFonts-Zoom and/or ScreenDPI,
> are immediately visible when clicking on apply in 1.2.0.
>
> However, in 1.3.0cvs this is not so. I need to close and reopen
> the document in order to have these ch
R. Lahaye wrote:
> > Please don't!
> > This is how the LaTeX options are called.
>
> Really? The latex options I know are of the form: "letterpaper",
> "legalpaper" etc. No "US" here.
You're right. Sorry, I was quite shure (but I am concerning the geometry
stuff).
> Anyway, have your "US", if y
On Tue, 30 Apr 2002, R. Lahaye wrote:
> Juergen Spitzmueller wrote:
> >
> > R. Lahaye wrote:
> >
> > > I'm tempted to remove the "US" prefix from letter, legal and
> > > executive in the Paragraph and Preferences page sizes.
> >
> > Please don't!
> > This is how the LaTeX options are called.
>
>
Juergen Spitzmueller wrote:
>
> R. Lahaye wrote:
>
> > I'm tempted to remove the "US" prefix from letter, legal and
> > executive in the Paragraph and Preferences page sizes.
>
> Please don't!
> This is how the LaTeX options are called.
Really? The latex options I know are of the form: "letter
R. Lahaye wrote:
> According to Kopka & Daly's "A Guide to LaTeX2e" (2nd ed. page26),
> LaTeX's page sizes are specified as:
>
>letter, legal, executive, A4, A5, B5.
>
> (there's no mentioning of A3, B3 and B4 !?!).
Correct. These pagesizes are provided by the geometry package, therefore they
"R. Lahaye" <[EMAIL PROTECTED]> writes:
| Herbert Voss wrote:
>>
>> R. Lahaye wrote:
>> >
>> > 1) What means "Default" in Preferences setting?
>> >I think this entry should go, since preferences is actually the
>> >place to define the default!
>>
>> no, the default is the one that is pr
Herbert Voss wrote:
>
> R. Lahaye wrote:
> >
> > 1) What means "Default" in Preferences setting?
> >I think this entry should go, since preferences is actually the
> >place to define the default!
>
> no, the default is the one that is predefined in the classfile.
> If I write f. ex. a do
On Tue, Apr 30, 2002 at 12:57:18AM +0900, R. Lahaye wrote:
> A few (severe?) discrepancies between the Preferences and Document
> Layout, concerning the pagesizes:
I've been very lazy and just opened a single bug for all this - bug 369
john
--
"here's a joke for you: why did the chicken turn
R. Lahaye wrote:
> A few (severe?) discrepancies between the Preferences and Document
> Layout, concerning the pagesizes:
>
> FormPreferences has as pagesize options:
> Default | US letter | US legal | US executive | A3 | A4 | A5 | B5
>
> FormDocument has in addition to this list also:
> Cu
"R. Lahaye" <[EMAIL PROTECTED]> writes:
| Hi,
>
| A few (severe?) discrepancies between the Preferences and Document
| Layout, concerning the pagesizes:
>
| FormPreferences has as pagesize options:
| Default | US letter | US legal | US executive | A3 | A4 | A5 | B5
>
| FormDocument has in addit
On Tuesday 26 March 2002 12:50 pm, Jean-Marc Lasgouttes wrote:
> > "Joao" == Joao Luis Meloni Assirati <[EMAIL PROTECTED]> writes:
>
> Joao> Hey LyX gods!
>
> Joao> I've found a bug that wasn't present recently. If I try to
> Joao> change "User Interface file" or "Bind file" while there's no
>
> "Joao" == Joao Luis Meloni Assirati <[EMAIL PROTECTED]> writes:
Joao> Hey LyX gods!
Joao> I've found a bug that wasn't present recently. If I try to
Joao> change "User Interface file" or "Bind file" while there's no
Joao> document opened, I get a crash with the message:
Joao> lyx: SIGSEGV
On Wed, Oct 03, 2001 at 12:29:00PM +1000, Allan Rae wrote:
> I just checked 1.1.6cvs and it also does the resize/redraw problems
> described above. I don't remember ever seeing this before so I am
> starting to wonder if it due to something that has changed with
> WindowMaker-0.65.1 which I upgr
On Mon, 1 Oct 2001, Angus Leeming wrote:
> Allan wrote:
[...]
> > When I resize the main lyx window the whole workarea + scrollbar + status
> > bar are _not_ redrawn although the banner is usually removed -- that is,
> > the LyX window is bigger but the new area covered by the window is not
> > d
On Monday 01 October 2001 05:37, Allan Rae wrote:
> > What happens if, having moved the window, you then move the cursor over
the
> > pixmap? It should be destroyed bacause I have set up a prehandler to
> > destroySplash on the third FL_DRAW request.
>
> Nothing happens. I also just noticed tha
On Fri, 28 Sep 2001, Angus Leeming wrote:
> On Friday 28 September 2001 08:05, Allan Rae wrote:
> > BTW, the splash/logo does weird things when you move the dialog one a
> > dual-head box. LyX starts centred on the virtual screen, so you get half
> > on each display, and when you move the window
On Wed, 13 Dec 2000, Amir Karger wrote:
> On Tue, Dec 12, 2000 at 03:44:46PM +1000, Allan Rae wrote:
> > On Sat, 2 Dec 2000, Angus Leeming wrote:
> >
> > P.S. We should probably try to lower the nested tabfolder so that it might
> > be more obvious that they in fact tabbed rather than MS-style mu
On Thu, Feb 22, 2001 at 12:41:28AM +1000, Allan Rae wrote:
> On Wed, 13 Dec 2000, Amir Karger wrote:
>
> > On Tue, Dec 12, 2000 at 03:44:46PM +1000, Allan Rae wrote:
> > > On Sat, 2 Dec 2000, Angus Leeming wrote:
> > >
> > > P.S. We should probably try to lower the nested tabfolder so that it mig
On Tue, Dec 12, 2000 at 03:44:46PM +1000, Allan Rae wrote:
> On Sat, 2 Dec 2000, Angus Leeming wrote:
>
> P.S. We should probably try to lower the nested tabfolder so that it might
> be more obvious that they in fact tabbed rather than MS-style multi-rowed
> folders. Maybe lowering a few pixels
On Sat, 2 Dec 2000, Angus Leeming wrote:
> On Friday 01 December 2000 15:03, Duncan Simpson wrote:
> > use anyway---a place to tpye a colour name is good for me (and helps me
> > find a decent gold in any case).
>
> Well, I've just added RGB sliders too. That should help.
Angus, you know how you
Ben Cazzolato <[EMAIL PROTECTED]> writes:
| Guys
|
| I've tried playing with the colour options (in Edit > Preferences >
| Look & Feel
| > Colours) but they don't seem to want to save. Is this an inactive
| feature?
No, it is supposed to work between sessions.
Lgb
> Angus> I appear to have corrupted my repository somehow. I can do a
> Angus> "cvs diff" from src/frontends/xforms but not from the root
> Angus> Here, then, is the patch. Note that it was created from within
> Angus> src/frontends/xforms, so should be applied from there. The
> Angus> ChangeLog s
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> I appear to have corrupted my repository somehow. I can do a
Angus> "cvs diff" from src/frontends/xforms but not from the root
Angus> Here, then, is the patch. Note that it was created from within
Angus> src/frontends/xforms, so sh
On Friday 01 December 2000 15:03, Duncan Simpson wrote:
> If the code quoted is typical then it could all be replaced by
> XlookupColorn which returns the closest and exact colour
'Fraid not. X11 uses short ints r,g,b in the range 0 < r,g,b < 63000ish
Xforms uses chars in the range 0 < r,g,b < 25
If the code quoted is typical then it could all be replaced by XlookupColorn
which returns the closest and exact colour
XLookupColor(dipslay, colour map, colorname, exact_ef_retrurn,
scrren_def_retrun)
Returns: 0 on mailure, non zero on success .Possible errors are BadName
(invalid colour)
On Fri, 1 Dec 2000, Angus Leeming wrote:
> I appear to have corrupted my repository somehow. I can do a "cvs diff" from
> src/frontends/xforms but not from the root directory:
>
> aleem@pneumon:devel-> cvs update
> [EMAIL PROTECTED]'s password:
> Received disconnect: Corrupted check bytes on in
I appear to have corrupted my repository somehow. I can do a "cvs diff" from
src/frontends/xforms but not from the root directory:
aleem@pneumon:devel-> cvs update
[EMAIL PROTECTED]'s password:
Received disconnect: Corrupted check bytes on input.
cvs [update aborted]: received broken pipe signal
Angus Leeming <[EMAIL PROTECTED]> writes:
| Many thanks, Ducan and Jean-Marc, about the X11 name info.
|
| Using the following in FormPreferences::Colors::apply() to apply changes to
| the LColors works like a dream. This leaves the way clear to ditch the
| problematic X11 namebase browser in
Many thanks, Ducan and Jean-Marc, about the X11 name info.
Using the following in FormPreferences::Colors::apply() to apply changes to
the LColors works like a dream. This leaves the way clear to ditch the
problematic X11 namebase browser in the colors tab and allow users to choose
any color t
To paraphrase from Vchapter 7 of Xlib programming (page 193) it says
Whe XAllocNamedColor, XlookupColor, XparseColor and XStoreNamedColor (or their
device indepent analogues) and pased a colour string thyey attempt the
following thins (and take the first that works)
1. Attempt to parse is as
Thanks for the info. I'll leave things as they are for 1.1.6 but thereafter
will have a play.
A
On Thursday 30 November 2000 10:27, Jean-Marc Lasgouttes wrote:
> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> The problem is that LyXColorHandler::getGCForeground() uses
> An
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> The problem is that LyXColorHandler::getGCForeground() uses
Angus> XLookupColor(display, colormap, x11colorname, &xcol, &ccol);
Angus> to find xcol and ccol, the "exact" and "closest available on
Angus> this display" RGB colours t
The problem is that LyXColorHandler::getGCForeground() uses
XLookupColor(display, colormap, x11colorname, &xcol, &ccol);
to find xcol and ccol, the "exact" and "closest available on this display"
RGB colours to the input x11colorname. Till this changes LColor has to store
the X11 name
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> The ONLY reason we have the X11 name browser is because LColor
Angus> currently stores colours by name, not by RGB value. This will
Angus> have to change in the future if we're to have a native windows
Angus> port etc, but, for the
On Thursday 30 November 2000 02:34, Allan Rae wrote:
> Consider TF Message Read.
Sorry. I got a bit overexcited.
> > When your cursor goes over amy object in FormPreferences you get a little
> > bit of text. Read it. Act upon it!
> You already set the X11 name by some search method. Why not set
On Wed, 29 Nov 2000, Angus Leeming wrote:
> Allan,
>
> READ THE BLOODY DOCUMENTATION
>
> while (reading) {
> ;-) ;-) ;-);
> }
Consider TF Message Read.
> When your cursor goes over amy object in FormPreferences you get a little bit
> of text. Read it. Act upon it!
You already
Allan,
READ THE BLOODY DOCUMENTATION
while (reading) {
;-) ;-) ;-);
}
When your cursor goes over amy object in FormPreferences you get a little bit
of text. Read it. Act upon it!
Now have fun.
Angus
> Okay, will you help me with the en_EN and then we can take all that
> mis
On Tue, 28 Nov 2000, Angus Leeming wrote:
> On Tuesday 28 November 2000 07:17, Allan Rae wrote:
> > 1. In English, colours is spelled colours ;-)
>
> And everywhere else in LyX it's spelled colors. I simply acknowledged the
> de-facto colonization of the english-speaking world by that imperial
On Tuesday 28 November 2000 07:17, Allan Rae wrote:
> 1. In English, colours is spelled colours ;-)
And everywhere else in LyX it's spelled colors. I simply acknowledged the
de-facto colonization of the english-speaking world by that imperialist
agressor the U.S. of A. How do you spell program
??? Wierd.
Anyway, shouldn't happen anymore.
Thanks for the info.
Angus
On Sat, 04 Nov 2000, R. Lahaye wrote:
> Hi,
>
> [1.1.6 + Xforms 0.89]
>
> In Preferences dialog:
> I believe that selection buttons of the type similar
> to "Spell command" (there are a couple of them) cause
> LyX to cras
"Garst R. Reese" wrote:
>
> "R. Lahaye" wrote:
> > I can only read the selected tabs (e.g.
> > "Look and Feel -> Screen Fonts"), all others
> > are completely black (and unreadable!).
>
> At color depth of 16 mine are uncomfortably dark, but readable.
> It is not obvious what colours is supposed
"R. Lahaye" wrote:
>
> Hi,
>
> In the preferences dialog:
>
> I can only read the selected tabs (e.g.
> "Look and Feel -> Screen Fonts"), all others
> are completely black (and unreadable!).
> Clicking/selecting tabs makes these visible,
> but blacks out the others.
>
> R.
At color depth of 16
On Wed, 25 Oct 2000, R. Lahaye wrote:
>
> Hi,
>
> The Inputs-tab in the Preferences dialog has two check
> buttons that seem to me as stray buttons:
> They're both on the left, at the same level as "Temp dir"
> and "Backup path".
>
> If these buttons dis/enable the use of the Temp-dir and
> th
On Mon, 30 Oct 2000, R. Lahaye wrote:
> Angus Leeming wrote:
> > The idea behind the buttons in the preferences dialog is
> > "Close/Cancel": self explanatory?
> > "Apply":apply these changes for this session only.
> > "Save": save these changes so that they can be applied
On Sun, 29 Oct 2000, R. Lahaye wrote:
> "Lars Gullik Bjønnes" wrote:
> >
> > "R. Lahaye" <[EMAIL PROTECTED]> writes:
> >
> > | Hi,
> > |
> > | The button in the Preferences dialog
> > | does the save, but also closes the dialog.
> > What if it said "Ok"?
>
> I can't follow in what direction y
On Mon, 30 Oct 2000, R. Lahaye wrote:
> Angus Leeming wrote:
> > The idea behind the buttons in the preferences dialog is
> > "Close/Cancel": self explanatory?
> > "Apply":apply these changes for this session only.
> > "Save": save these changes so that they can be applied
Angus Leeming wrote:
> The idea behind the buttons in the preferences dialog is
> "Close/Cancel": self explanatory?
> "Apply":apply these changes for this session only.
> "Save": save these changes so that they can be applied
> next time also.
> Would you ra
On Sun, 29 Oct 2000, R. Lahaye wrote:
> Hi,
>
> The button in the Preferences dialog
> does the save, but also closes the dialog.
>
> Is that appropriate?
>
> I myself do not expect the dialog to close
> automagically after a save.
This is what might be called a bug. I'm not sure.
The idea behi
"Lars Gullik Bjřnnes" wrote:
>
> "R. Lahaye" <[EMAIL PROTECTED]> writes:
>
> | > | The button in the Preferences dialog
> | > | does the save, but also closes the dialog.
> | > What if it said "Ok"?
> |
> | I can't follow in what direction you are thinking.
> | Just adding an button wouldn't s
"R. Lahaye" <[EMAIL PROTECTED]> writes:
| > | The button in the Preferences dialog
| > | does the save, but also closes the dialog.
| > What if it said "Ok"?
|
| I can't follow in what direction you are thinking.
| Just adding an button wouldn't solve the
| confusion.
I thought more of just c
> "Lars Gullik Bjřnnes" wrote:
> >
> > "R. Lahaye" <[EMAIL PROTECTED]> writes:
> >
> > | Hi,
> > |
> > | The button in the Preferences dialog
> > | does the save, but also closes the dialog.
> > What if it said "Ok"?
>
> I can't follow in what direction you are thinking.
> Just adding an butt
"Lars Gullik Bjřnnes" wrote:
>
> "R. Lahaye" <[EMAIL PROTECTED]> writes:
>
> | Hi,
> |
> | The button in the Preferences dialog
> | does the save, but also closes the dialog.
> What if it said "Ok"?
I can't follow in what direction you are thinking.
Just adding an button wouldn't solve the
co
"R. Lahaye" <[EMAIL PROTECTED]> writes:
| Hi,
|
| The button in the Preferences dialog
| does the save, but also closes the dialog.
|
| Is that appropriate?
|
| I myself do not expect the dialog to close
| automagically after a save.
What if it said "Ok"?
I am not sure if we should disclose
On Wed, 18 Oct 2000, R. Lahaye wrote:
>
> I'm running recent CVS 1.1.6 against XForms 0.89
> on a Linux RH6.2 PC.
>
> There is a somewhat large additional void space between the
> set of buttons (Restore, Save etc.) and the bottom of the dialog.
>
> Is this related to the double layer of tabs
Allan Rae wrote:
>
> On Fri, 13 Oct 2000, Garst R. Reese wrote:
>
> > I finally found menus.bind in the Interface section of FormPreferences.
> > I was looking under Inputs.
>
> That'd be "Look & Feel"->"Interface".
>
>
> "Look&Feel" is for control of colours (eventually
On Fri, 13 Oct 2000, Garst R. Reese wrote:
> I finally found menus.bind in the Interface section of FormPreferences.
> I was looking under Inputs.
That'd be "Look & Feel"->"Interface".
"Look&Feel" is for control of colours (eventually), screen fonts, key
bindings and hand
73 matches
Mail list logo
