Andre Poenitz wrote:
Probably. After the merging there's quite some cruft of the
thin-wrapper-around-misbehaving-thin-wrappers style left.
Bugfixing might be as simple as removing stuff...
i put it in:
http://www.lyx.org/trac/changeset/20172
On Sun, Sep 09, 2007 at 01:50:32PM +0200, Edwin Leuven wrote:
> Edwin Leuven wrote:
> >the attached makes it usable again...
>
> and i guess these can all go
Probably. After the merging there's quite some cruft of the
thin-wrapper-around-misbehaving-thin-wrappers style left.
Bugfixing might be as
On Sun, Sep 09, 2007 at 01:06:35PM +0200, Edwin Leuven wrote:
> the attached makes it usable again...
Thanks.
Andre'
Edwin Leuven wrote:
the attached makes it usable again...
and i guess these can all go
Index: src/frontends/qt4/GuiExternal.cpp
===
--- src/frontends/qt4/GuiExternal.cpp (revision 20164)
+++ src/frontends/qt4/GuiExternal.cpp (worki
On Mon, Oct 28, 2002 at 06:24:52PM +0900, Rob Lahaye wrote:
> Dekel Tsur wrote:
> >No. There are only \textheight and \pageheight.
> >
>
> We then would get:
>
> labeltext widthheight
>
> text%\textwidth \textheight
> page
Dekel Tsur wrote:
On Mon, Oct 28, 2002 at 02:28:20PM +0900, Rob Lahaye wrote:
If it complicates the code, it is OK to allow selecting both
\textwidth and \textheight for either the figure width or height.
I'm not a LaTeX guru; does every \foowidth have a corresponding \fooheight ?
(with foo is
On Mon, Oct 28, 2002 at 02:28:20PM +0900, Rob Lahaye wrote:
> >If it complicates the code, it is OK to allow selecting both
> >\textwidth and \textheight for either the figure width or height.
>
> I'm not a LaTeX guru; does every \foowidth have a corresponding \fooheight ?
> (with foo is one of te
Dekel Tsur wrote:
On Sun, Oct 27, 2002 at 07:19:24PM +0900, Rob Lahaye wrote:
Decision on what the input means, is then during the 'apply()'.
For example:
*) width: 50 scale%
height: 1.5 cm
would mean
"scale = 50 % ; ignore height input"
*) width: [empty]
height: 1.5 cm
w
On Sun, Oct 27, 2002 at 07:19:24PM +0900, Rob Lahaye wrote:
>
> Decision on what the input means, is then during the 'apply()'.
> For example:
>
> *) width: 50 scale%
> height: 1.5 cm
>
> would mean
> "scale = 50 % ; ignore height input"
>
> *) width: [empty]
> height: 1.5
Dekel Tsur wrote:
The graphics dialog has the following problem:
1. (XForms dialog)
Selecting only a height for the figure is not simple:
the only way to do it change the width type to some length, erase the
width value, and only then enter the height.
Indeed true.
One option could be to remove
John Levon wrote:
> On Wed, Aug 28, 2002 at 03:23:12AM +0900, R. Lahaye wrote:
>
>
>>This patch also fixes a small bug in xforms Bibtex dialog.
>>
>>Regards,
>
>
> I've applied this, but it's still buggy :
>
> o two shortcuts use 'm'
Patch attached.
> o aspect ratio only gets enabled when b
On Wed, Aug 28, 2002 at 03:23:12AM +0900, R. Lahaye wrote:
> This patch also fixes a small bug in xforms Bibtex dialog.
>
> Regards,
I've applied this, but it's still buggy :
o two shortcuts use 'm'
o aspect ratio only gets enabled when both w and h have content. This
seems wrong.
regards
jo
John Levon wrote:
> On Tue, Aug 27, 2002 at 08:49:12PM +0900, Rob Lahaye wrote:
>
>
>>So, I don't know what to do now? Overrule that previous patch by a new one;
>>or wait till it's applied and then send in another follow up.
>
>
> Please send me a new one. You might want to ask Lars for CVS r
On Tue, Aug 27, 2002 at 08:49:12PM +0900, Rob Lahaye wrote:
> So, I don't know what to do now? Overrule that previous patch by a new one;
> or wait till it's applied and then send in another follow up.
Please send me a new one. You might want to ask Lars for CVS readonly
for the new file.
regar
R. Lahaye wrote:
> Before I modified the Graphics dialog, the code allowed indeed manual unit
> input for width/height. However, for the X/Y bounding box values a
> unsigned_float input filter was in use, thus not allowing manual unit
> input.
>
> This is also in 1.2.0!
>
> Any idea why the manual
Juergen Spitzmueller wrote:
> Have a look at this discussion:
> http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg30351.html
>
> We have code that allows inserting units without using the unit choices (try
> out the other dialogs and enter e.g. "3cm", close and reopen).
Before I modified t
Juergen Spitzmueller wrote:
>
> But looking at the code, I see that you have set input filters for those
> fields. This is a regression IMHO.
I see, I have indeed removed the possibility of entering units in the input fields.
I agree with you and I should reverse that change!
There's another
Rob Lahaye wrote:
> Juergen Spitzmueller wrote:
> > Rob Lahaye wrote:
> Could you please *try* to enter INvalid input into the fields of
> Scale/Width/Height (File tab), or X/Y entries (Bounding box tab)?
> If you can, please let me know how you do that, because I can't!
I can't try it now beca
Juergen Spitzmueller wrote:
> Rob Lahaye wrote:
>
> I have spent a lot of time in implementing this "power user" stuff (ability to
> enter length directly without the choices).
> Please think twice before removing.
>
Could you please *try* to enter INvalid input into the fields of
Scale/Width/
Rob Lahaye wrote:
> The graphics dialog has a text area between the tab-field and the buttons.
> This text field was used for help messages, but not anymore since the
> tooltips are in use. The text field is now only used for a warning message
> and is coded in FormGraphics.C as follows:
[...]
>
> "Rob" == Rob Lahaye <[EMAIL PROTECTED]> writes:
Rob> Hi. The graphics dialog has a text area between the tab-field and
Rob> the buttons. This text field was used for help messages, but not
Rob> anymore since the tooltips are in use. The text field is now only
Rob> used for a warning message
R. Lahaye wrote:
> Martin Vermeer wrote:
>>
>>+-- Corner Coordinates (X,Y) ---+
>>| |
>>| X Y _ |
>>|( [___][pt] , [___][pt] ) | |
>>| |_ ( [___][pt] , [___][pt] ) |
>>|
> "R" == R Lahaye <[EMAIL PROTECTED]> writes:
R> PS: how do you select another tab in a tabbed dialog without using
R> the mouse?
You can't. However, it _is_ possible to add shortcuts to tabs in
xofmrs, but we did not do it yet.
JMarc
Herbert Voss wrote:
>
> the problem is, that there are some users who are not
> willing to use the mouse. And xforms doesn't allow
> reaching nontextfields with the tabular key. So every
> inputfield needs a label with a shortcut. Makes things
> a bit ugly ...
Currently, in some cases, the Tab-k
R. Lahaye wrote:
>>>
>>>+-- Coordinates (X,Y) --+
>>>| |
>>>| X Y |
>>>| Left Bottom ( [___][pt] , [___][pt] ) |
>>>| Right Top ( [___][pt] , [___][pt] ) |
>>>|
Martin Vermeer wrote:
>
> Yes but, yes but... it is strange to see a reference to "Bottom" (or
> "lower" appear *above* a reference to "Top" (or upper). And mathematicians
> are a vanishingly small minority of mankind ;-)
>
> My modest, more visual proposal:
>
> +-- Corner Coordinates (
On Tue, Feb 05, 2002 at 09:08:17AM +0100, Herbert Voss wrote:
> R. Lahaye wrote:
>
> >>>+-- Coordinates (X,Y) --+
> >>>| |
> >>>| X Y |
> >>>| Left Bottom ( [___][pt] , [___][pt] ) |
> >>>
Juergen Spitzmueller wrote:
>
> R. Lahaye wrote:
> > where "Show:" is one of the items in the selection, but it's in a
> > very special bolt font with white filling and a box drawn around
> > it This "Show:" should be removed from the selection list, if we
> > keep this selection style.
>
> XFor
R. Lahaye wrote:
> where "Show:" is one of the items in the selection, but it's in a
> very special bolt font with white filling and a box drawn around
> it This "Show:" should be removed from the selection list, if we
> keep this selection style.
XForms takes the label of a choice and generates
Herbert Voss wrote:
>
> right, but the mathematicians look always from left to right
> and therefore the real names are lower left and upper right.
> Maybe better to choose these ones?
I myself like the "Left Bottom" and "Right Top"; sounds more
natural to me.
But I believe we've reached the le
R. Lahaye wrote:
>>>+-- Coordinates (X,Y) --+
>>>| |
>>>| X Y |
>>>| Left Bottom ( [___][pt] , [___][pt] ) |
>>>| Right Top ( [___][pt] , [___][pt] ) |
>>>|
Herbert Voss wrote:
>
> R. Lahaye wrote:
> > How about the following terminology and simplyfied layout for
> > the Bounding-box-tab:
> >
> > +-- Coordinates (X,Y) --+
> > | |
> > | X Y |
> > |
R. Lahaye wrote:
> See attachment.
ok, I understand. Will have a look.
> where "Show:" is one of the items in the selection, but it's in a
> very special bolt font with white filling and a box drawn around
> it This "Show:" should be removed from the selection list, if we
> keep this selection
Herbert Voss wrote:
>
> R. Lahaye wrote:
> >The two upper buttons have text "Default|#D" and "Custom|#C".
> >Something went wrong with the implementation of the shortcuts.
>
> not to me.
See attachment.
> >The "Show:" selection button has also as one of its items
> >"SHOW:". Re
R. Lahaye wrote:
> Today (Feb. 5th) I've updated my CVS, which came with a revised
> version of the Graphics dialog; however, not yet an Apply button.
is on the way. Before it can work, it must be committed to cvs
makes sense ... ;-)
> The Help button only gets activated after making a mo
Hi,
Today (Feb. 5th) I've updated my CVS, which came with a revised
version of the Graphics dialog; however, not yet an Apply button.
The Help button only gets activated after making a modification,
whereas the Restore button is always activated. Has the
'activation-policy' accidentally been ex
Jean-Marc Lasgouttes wrote:
> R> Maybe it's worth considering both styles for LyX dialogs: short
> R> explanations in the bottom, when the cursor moves across certain
> R> areas of the dialog, and a Help button that will provide more
> R> elaborate information.
>
> From what I have seen in herbert
Herbert Voss wrote:
> > 2) Concerning Graphics dialog Size-tab:
> >
> > The "keep aspect ratio" button seems to be only applicable
> > to the Custom selection (Default or Scale must keep the
> > aspect ratio; what else can they do?).
> > I would therefore suggest to have the "keep asp
On Monday 04 February 2002 3:00 pm, Herbert Voss wrote:
> This happens without any discussion of what should appear where!
> It's no problem for me when a dialog is polished up, but it's
> frustrating when options are placed anywhere without knowing there
> meaning in the stylefile!
>
> Herbert
On Monday 04 February 2002 2:54 pm, Angus Leeming wrote:
> I think now we see the dialog in action without an Apply button, I agree
with
> Rob. It'll be more user friendly in 1.2 to have the button to play with the
> canvas. After 1.2 is out, we'll have an Apply button that invokes lyxfunc
> c
Jean-Marc Lasgouttes wrote:
>>"Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
>>
>
> Herbert> So lets have a "Global Options" Tabfolder which has options
> Herbert> for lyx in general and all used stylefiles. And let's have a
> Herbert> submenu or tabfolder "Documentclass Options".
On Monday 04 February 2002 2:53 pm, Jean-Marc Lasgouttes wrote:
> > "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
>
> Herbert> So lets have a "Global Options" Tabfolder which has options
> Herbert> for lyx in general and all used stylefiles. And let's have a
> Herbert> submenu or tabf
I think now we see the dialog in action without an Apply button, I agree with
Rob. It'll be more user friendly in 1.2 to have the button to play with the
canvas. After 1.2 is out, we'll have an Apply button that invokes lyxfunc
code in a similar manner to the other dialogs. We'll probably need
> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
Herbert> So lets have a "Global Options" Tabfolder which has options
Herbert> for lyx in general and all used stylefiles. And let's have a
Herbert> submenu or tabfolder "Documentclass Options". This is from my
Herbert> point of view a cl
On Monday 04 February 2002 1:20 pm, Jean-Marc Lasgouttes wrote:
> > "R" == R Lahaye <[EMAIL PROTECTED]> writes:
>
> >> > Should there be a consensus and have a harmonized help style?
> >>
> >> good question.
>
> R> Maybe it's worth considering both styles for LyX dialogs: short
> R> explana
Jean-Marc Lasgouttes wrote:
> Herbert> this is the wrong way! We should have a tabfolder which shows
> Herbert> all available options of a document class! Should be easy to
> Herbert> realize!
>
> This would certainly be a good thing, but I am not sure how easy it
> is. Some options work as cou
> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
Herbert> this is the wrong way! We should have a tabfolder which shows
Herbert> all available options of a document class! Should be easy to
Herbert> realize!
This would certainly be a good thing, but I am not sure how easy it
is. Some
Jean-Marc Lasgouttes wrote:
>>"Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
>>
>
> Herbert> The question was if the draft option from graphicx should
>
> Herbert> be placed in the document gui for a default setting. This
> Herbert> style option is still different from the class
> "R" == R Lahaye <[EMAIL PROTECTED]> writes:
>> > Should there be a consensus and have a harmonized help style?
>>
>> good question.
R> Maybe it's worth considering both styles for LyX dialogs: short
R> explanations in the bottom, when the cursor moves across certain
R> areas of the dialog
> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
Herbert> The question was if the draft option from graphicx should
Herbert> be placed in the document gui for a default setting. This
Herbert> style option is still different from the class option. But
Herbert> you're right in your poin
Herbert Voss wrote:
>
> R. Lahaye wrote:
> > .for the same reason there's an Apply button in the
> > Preferences dialog. Remove that one and all LyX users will
> > shout :). So why not have also one in the graphics dialog?
>
> 1. do you want to have the graphic more than once?? ;-)
Uh. What
R. Lahaye wrote:
> .for the same reason there's an Apply button in the
> Preferences dialog. Remove that one and all LyX users will
> shout :). So why not have also one in the graphics dialog?
1. do you want to have the graphic more than once?? ;-)
2. only the values for the view inside lyx
Herbert Voss wrote:
>
> R. Lahaye wrote:
> > 1) I find it annoying that I cannot Apply changes in the
> >Graphics dialog, without closing it.
>
> There was a short a discussion about the sense of an
> apply-button in a graphic dialog. But it's no problem
> to go back. What does the others say
R. Lahaye wrote:
>
> 1) I find it annoying that I cannot Apply changes in the
>Graphics dialog, without closing it.
>
>One may want to try several values (display size for example)
>before closing the dialog, but that is now not possible.
>
>So please add an Apply button to
Jean-Marc Lasgouttes wrote:
>>"Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
>>
>
> Herbert> as document option it gives rectangles and vertical markers
> Herbert> at lines where latex has problems with the formatting
> Herbert> process.
>
> So it does not have 'nothing to do' wi
> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
Herbert> as document option it gives rectangles and vertical markers
Herbert> at lines where latex has problems with the formatting
Herbert> process.
So it does not have 'nothing to do' with the main one! Draft is a
general option, and
Jean-Marc Lasgouttes wrote:
>>"Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
>>
>
> Herbert> these are different things! \documentclass[draft]{article}
> Herbert> and \includegraphics[draft]{myFile}
>
> Herbert> the first one has nothing to do with the second one!
> Herbert> Ther
> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
Herbert> these are different things! \documentclass[draft]{article}
Herbert> and \includegraphics[draft]{myFile}
Herbert> the first one has nothing to do with the second one!
Herbert> Therefore the second one gives misunderstandings whe
R. Lahaye wrote:
> CVS as of Saturday Feb. 2nd. Concerns the Graphics dialog:
>
> When the filename is a non-existing file, then the OK-button will
> never get activated, when trying to make modifications (without
> OK-button, none of the modifications can be applied!).
>
> Even changing the fi
Herbert Voss wrote:
> > On that way, you might move the draft check to your prefered tab.
>
> As I said, I don't like these changes, so I'm not interested in
> this work.
Compris. So I will do this eventually, but I will wait until all
graphics-related issues are clear. There might be other thin
Juergen Spitzmueller wrote:
> Herbert Voss wrote:
>
>>> I agree. Document->Extras is the place to put this.
>>>
>>no! If I have an image which only makes sense when
>>
>>printed in color, I use the draft option as long as
>>I print it in color.
>>
>
> OK, so it seems that depends on the wishes
Herbert Voss wrote:
> > I agree. Document->Extras is the place to put this.
>
> no! If I have an image which only makes sense when
>
> printed in color, I use the draft option as long as
> I print it in color.
OK, so it seems that depends on the wishes of the user.
I would still prefer my version
Herbert Voss wrote:
> no! If I have an image which only makes sense when
>
> printed in color, I use the draft option as long as
> I print it in color.
sorry, should be: as long as printed in grayshades.
Herbert
--
http://www.lyx.org/help/
Angus Leeming wrote:
>>Another thought: does it really make sense to have the draft option in
>>the graphics dialog? I think *I* would use it for all graphics, and if
>>I have 40 of them, setting them all to draft and back is not worth the
>>time. So IMHO the place for it would be Document->Ex
On Thursday 31 January 2002 4:06 pm, Juergen Spitzmueller wrote:
> Herbert Voss wrote:
> > - draft has nothing to do with bounding box
>
> OK, I see now what draft mode really does, and the bounding box tab is
> indeed the worst place. So where should it go?
> 2 Options:
>
> 1. File, b
Herbert Voss wrote:
> - draft has nothing to do with bounding box
OK, I see now what draft mode really does, and the bounding box tab is
indeed the worst place. So where should it go?
2 Options:
1. File, but there's no more place (though we could move subfigure to
Extras)
On Wednesday 30 January 2002 6:28 pm, Juergen Spitzmueller wrote:
> Juergen Spitzmueller wrote:
> > Herbert Voss wrote:
> > > there are still some new bugs:
> > >
> > > insert 75p% -> not possible, invalid length
> >
> > No, not invalid. The problem is that you can only enter three
> > chara
Juergen Spitzmueller wrote:
> Herbert Voss wrote:
> > there are still some new bugs:
> >
> > insert 75p% -> not possible, invalid length
>
> No, not invalid. The problem is that you can only enter three
> characters into the input field (try 7p%). But I have not done this!
> I'll have a look.
Fix
Herbert Voss wrote:
> I'm not so happy with the graphic gui patch.
>
> - filefolder
>- what does Screen Display here??
Showing the screen display ;-)
> - bounding box folder
>- clip to bounding box depends to sizefolder
>- draft has nothing to do with bounding box
Well you had it (b
69 matches
Mail list logo
