Allan Rae wrote:
> On Wed, 28 Aug 2002, Rob Lahaye wrote:
>>
>>Yet, I can't get the logic right. Imagine I have the following settings:
>>
>> In prefs: OFF Show in LyX
>>Display: [whatever]
>
>
> Don't show things...
>
>
>> In graph: ON Show in LyX
>>
On Wed, Aug 28, 2002 at 09:12:54AM +0200, Lars Gullik Bjønnes wrote:
> What I really want is for all dispatch to be really ignorant about
> mouse buttons. (and the rest of the code as well...)
So how should an inset describe that it wants to popup a dialog on
mouse-left?
Andre'
--
Those who de
R. Lahaye wrote:
> None of the scripts in lib seem to have the x-bit set?
> Why is that?
They where checked in wrong! Lars could you please set the
x-bit directly on the cvs-tree (,v) files as then they are
checked out correctly.
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Wed, Aug 28, 2002 at 08:38:39AM +0200, Lars Gullik Bjønnes wrote:
| > Not too bad. But I feel that the switch/cases are a bit too big and
| > really should be kept in separate functions.
|
| I said I'll move them down to LyXText (which will make the
On Wednesday 28 August 2002 00:10, Dr. Richard E. Hawkins wrote:
> I try to open the attached file, which I used last fall. I am informed
> that the conversion script failed, with no other diagnostic information.
Hi Rick,
your document is converted just fine with latest version. I send
John Levon wrote:
> On Mon, Aug 26, 2002 at 08:53:40AM +0200, Andre Poenitz wrote:
>
>
>>>Have you tried John's patch from yesterday? It works for me here!
>>
>>No. I've just seen it.
>
>
> Can somebody comment on the table selection bug ?
>
> It's a perfect example of the sort of bug that th
On Wed, Aug 28, 2002 at 08:38:39AM +0200, Lars Gullik Bjønnes wrote:
> Not too bad. But I feel that the switch/cases are a bit too big and
> really should be kept in separate functions.
I said I'll move them down to LyXText (which will make them slimmer).
If they are still big than, I'll put them
On Wed, 28 Aug 2002, R. Lahaye wrote:
> Depending on the "something changed" state, the bottom right button of the dialog
> is either [Close] or [Cancel]. The "Close" string requires less space than the
> "Cancel" string and the result is that the [OK] and [Apply] button dance back and
> forth sid
On Wednesday 28 August 2002 06:47, Lars Gullik Bjønnes wrote:
Reading a message from Allan it appears that klyx comes with some 2.10
files.
> | It certainly would not hurt if we could claim compatibility, but I'd find
> | the possibility of downgrading more important. [Btw: It just occured to
On Wed, 28 Aug 2002, Rob Lahaye wrote:
> You don't have the Preferences dialog in Qt yet, but I assume you would like
> the following:
>
> In prefs: o Show in LyX
> Display: [Mono|Gray|Color]
>
> In graph: o Show in LyX
> Display: [Default|Mono|Gray|Color]
>
> Yet, I c
John,
I've tested this only in the Graphics dialog, but it may also be in other dialogs:
Depending on the "something changed" state, the bottom right button of the dialog
is either [Close] or [Cancel]. The "Close" string requires less space than the
"Cancel" string and the result is that the [O
Andre Poenitz <[EMAIL PROTECTED]> writes:
| This patch makes the work areas (both xforms and qt2) producing directly
| FuncRequests for the mouse clicks. For the double and triple clicks I've
| introduced new lfuns LFUN_MOUSE_DOUBLE and LFUN_MOUSE_TRIPLE (which btw
| would enable insets to handle
This patch makes the work areas (both xforms and qt2) producing directly
FuncRequests for the mouse clicks. For the double and triple clicks I've
introduced new lfuns LFUN_MOUSE_DOUBLE and LFUN_MOUSE_TRIPLE (which btw
would enable insets to handle them, for mathed there is a bug on bugzilla
pendi
John Levon wrote:
>
> Please see my previous reasoning on why it's actually more complicated.
> 99% of users need only "do/don't display" and you are hiding this rather
> effectively.
>
>
>> Proposal two has two interaction widgets. To handle this properly, we
>> have
>> to add an a
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Tue, Aug 27, 2002 at 06:04:48PM +0100, José Abílio Oliveira Matos wrote:
| > On Tuesday 27 August 2002 16:43, José Abílio Oliveira Matos wrote:
| > > It should be now safe to convert 0.12.0 documents.
| > > I was also able to compile 0.12.0 (afte
On Tue, Aug 27, 2002 at 06:26:49PM +0100, John Levon wrote:
> And these bugs have existed for a very long time ... all development on
> code this crufty is basically exchanging one known set of bugs for a new
> set of unknown bugs. Until we reach the holy grail of reasonably
> maintainable code, a
On Tue, Aug 27, 2002 at 06:20:35PM +0100, John Levon wrote:
> On Mon, Aug 26, 2002 at 10:58:17AM +0200, Andre Poenitz wrote:
>
> > Any reason why cut&paste should not work anymore in math, Mr Levon? ;-}
> >
> > 1.373(levon24-Aug-02): case LFUN_CUT:
> > 1.373(levon24-
On Tue, Aug 27, 2002 at 06:18:37PM +0100, John Levon wrote:
> On Mon, Aug 26, 2002 at 08:53:40AM +0200, Andre Poenitz wrote:
>
> > > Have you tried John's patch from yesterday? It works for me here!
> >
> > No. I've just seen it.
>
> Can somebody comment on the table selection bug ?
Which one?
On Tue, Aug 27, 2002 at 06:04:48PM +0100, José Abílio Oliveira Matos wrote:
> On Tuesday 27 August 2002 16:43, José Abílio Oliveira Matos wrote:
> > It should be now safe to convert 0.12.0 documents.
> > I was also able to compile 0.12.0 (after some simple fixes, all related
> > with implicit
John Levon wrote:
> On Wed, Aug 28, 2002 at 03:46:27AM +0900, R. Lahaye wrote:
>>execvp of "/home/lahaye/SOFTWARE/lyx-devel/lib/scripts/convertDefault.sh
>>/home/lahaye/SOFTWARE/lyx-devel/lib/scripts/convertDefault.sh
>>eps:/home/lahaye/myGraph.eps
>>xpm:/tmp/lyx_tmpdir95236P6EgpH/myGraph95236R
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
I try to open the attached file, which I used last fall. I am informed
that the conversion script failed, with no other diagnostic information.
--
Richard E. Hawkins, Asst. Prof. of Economics/"\ ASCII ribbon campaign
[EMAIL PROTECTED] Smeal 178 (814) 375-4700 \ / against HTML ma
let me qualify that a bit by saying that it happens if the dialog window
is closed. When reopened, the command remains, and postscritp remains
hilited, but must be clicked anyway.
hawk
>From this afternoon.
To do a custom export, I click on postscript, and use psnup -2 |lpr
in the box. If I want to do it again, I have to click on the postscript
selection in the scrolling window in order to ungrey the apply button.
This has been around for a while . . .
hawk
--
Richard E.
I made a bunch of changes, realized it was the wrong file, and held down
^Z.
This is a CVS from this afternoon.
' TeX output 2002.08.27:1819' -> syllabus.f02.micro.ps
<8r.enc>. [1
]
[2]
[3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13]
This is dvips(k) 5.86 Copyright 1999 Radical Eye Software
(w
If I double click on the name of anther file using save-as, nothing
happens. If I triple click, a dialog pops up, which I think has a
warning symbol, but whatever it is comes and goes too quickly to see
what it is.
hawk
--
Richard E. Hawkins, Asst. Prof. of Economics/"\ ASCII ribbon cam
On Mon, Aug 26, 2002 at 09:41:22AM +0200, Juergen Vigna wrote:
> >freezeUndo()
> >{
> > if (++undo_frozen_count == 1)
> > undo_frozen = true;
> >}
> >
> >unfreezeUndo()
> >}{
> > if (--undo_frozen_count == 0)
> > undo_frozen = false;
> >}
> >
>
> IMO this counting
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
On Wed, Aug 28, 2002 at 03:46:27AM +0900, R. Lahaye wrote:
> No, I don't think so, because I get the same with up-to-date CVS here.
It's not the same.
> execvp of "/home/lahaye/SOFTWARE/lyx-devel/lib/scripts/convertDefault.sh
> /home/lahaye/SOFTWARE/lyx-devel/lib/scripts/convertDefault.sh
> e
John Levon wrote:
> On Tue, Aug 27, 2002 at 01:59:07PM -0400, Dr. Richard E. Hawkins wrote:
>
>
>>I used plan, notorious for noncooperative postscript, to output my
>>weekly schedule.
>
>
> Please remember to state LyX version.
>
>
>>Received unhandled X11 event
>>Type: 0x8 Target: 0x1600886
On Tue, Aug 27, 2002 at 07:40:46PM +0100, John Levon wrote:
> On Tue, Aug 27, 2002 at 02:37:25PM -0400, Dr. Richard E. Hawkins wrote:
> > > You're running an earlier version of LyX that has /bin/bash as the first
> > > line in script
> > ? From two weeks ago?
> 2002-08-15 John Levon <[EMAIL P
On Tue, Aug 27, 2002 at 02:37:25PM -0400, Dr. Richard E. Hawkins wrote:
> > You're running an earlier version of LyX that has /bin/bash as the first
> > line in script
>
> ? From two weeks ago?
2002-08-15 John Levon <[EMAIL PROTECTED]>
* scripts/convertDefault.sh: use /bin/sh not /
On Tue, Aug 27, 2002 at 07:22:20PM +0100, John Levon wrote:
> On Tue, Aug 27, 2002 at 01:59:07PM -0400, Dr. Richard E. Hawkins wrote:
> > I used plan, notorious for noncooperative postscript, to output my
> > weekly schedule.
> Please remember to state LyX version.
August 13 cvs.
> You're runn
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 01:59:07PM -0400, Dr. Richard E. Hawkins wrote:
> I used plan, notorious for noncooperative postscript, to output my
> weekly schedule.
Please remember to state LyX version.
> Received unhandled X11 event
> Type: 0x8 Target: 0x1600886
> execvp of "/usr/local/share/lyx/sc
I've included both the syllabus and the file included at the bottom of
the page as /tmp/abc.ps. (ignore the first attachment; I can't figure
out how to get mutt to remove it!)
Lyx is dying on load:
(gdb) run
Starting program: /usr/local/bin/lyx
execvp of "/usr/local/share/lyx/scripts/convertDef
On Thu, Aug 22, 2002 at 06:44:29PM +0300, Martin Vermeer wrote:
> On Thu, Aug 22, 2002 at 10:49:17AM -0400, Dr. Richard E. Hawkins wrote:
> > On Thu, Aug 22, 2002 at 08:13:16AM +0300, Martin Vermeer wrote:
> > > 2002-08-22Martin Vermeer <[EMAIL PROTECTED]>
> > > * text2.C: fixed enumer
I used plan, notorious for noncooperative postscript, to output my
weekly schedule.
I included this in a graphic in lyx, and attempted to preview. I got
the message that there was 1 error, but could not pursue, as lyx was
dead.
There is absolutely no warranty for GDB. Type "show warranty" for
On Mon, Aug 26, 2002 at 02:20:03PM +0200, Andre Poenitz wrote:
> On Mon, Aug 26, 2002 at 02:00:55PM +0200, Juergen Vigna wrote:
> > Because I think we agreed to have a fast release this time. We still
> > have lot's of bugs to fix and IMO this could have waited a bit longer.
>
> There are a few
On Mon, Aug 26, 2002 at 10:58:17AM +0200, Andre Poenitz wrote:
> Any reason why cut&paste should not work anymore in math, Mr Levon? ;-}
>
> 1.373(levon24-Aug-02): case LFUN_CUT:
> 1.373(levon24-Aug-02): case LFUN_COPY:
> 1.373(levon24-Aug-02):
On Mon, Aug 26, 2002 at 08:53:40AM +0200, Andre Poenitz wrote:
> > Have you tried John's patch from yesterday? It works for me here!
>
> No. I've just seen it.
Can somebody comment on the table selection bug ?
It's a perfect example of the sort of bug that these changes can cause
that never ge
On Mon, Aug 26, 2002 at 02:10:22PM +0900, Rob Lahaye wrote:
>- used in xforms: has a single Display choice list
> with "Default|Monochrome|Grayscale|Color|Do not display".
>
>- used in Qt, has one choice list with
>"Default|Monochrome|Grayscale|Color"
> and another check b
On Tue, Aug 27, 2002 at 05:33:27PM +0100, John Levon wrote:
> On Tue, Aug 27, 2002 at 12:32:09PM -0400, Dr. Richard E. Hawkins wrote:
> > I just got a "more" for the last entry on File--clicking on it showed a
> > single entry. That is, the more was only to get to the entry that
> > should have
On Tuesday 27 August 2002 16:43, José Abílio Oliveira Matos wrote:
> It should be now safe to convert 0.12.0 documents.
> I was also able to compile 0.12.0 (after some simple fixes, all related
> with implicit initialization), and run it.
Since I have 0.12 running I can take the convertion
On Tue, Aug 27, 2002 at 06:28:05PM +0200, Lars Gullik Bjønnes wrote:
> | Because the \subfigure command behaves differently than the figure
> | environment. The \subfigure command has *2* arguments: the figure and the
> | caption:
> >
> | \subfigure[Foo]{\includegraphics{foo.eps}}
>
> Hmm... Why
On Tue, Aug 27, 2002 at 06:33:15PM +0200, Andre Poenitz wrote:
> So why do you abandon paches instead of applying them?
Because I go too far trying to clean up, and break stuff irretrievably,
or realise why it can't work like that. Often stuff ends up in a
modified form later on.
I wrote the Qt
On Tue, Aug 27, 2002 at 05:29:17PM +0100, John Levon wrote:
> Cool. I already fixed this in one of my many abandoned patches ...
So why do you abandon paches instead of applying them?
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, e
On Tue, Aug 27, 2002 at 12:32:09PM -0400, Dr. Richard E. Hawkins wrote:
> I just got a "more" for the last entry on File--clicking on it showed a
> single entry. That is, the more was only to get to the entry that
> should have been it its place.
I don't understand, how is our menu deciding to
On Tue, Aug 27, 2002 at 05:27:02PM +0100, John Levon wrote:
> > Log message:
> > 15 moved, 23 dead, 1 bug squashed...
>
> Please do me a favour by mentioning what bugs you are fixing so I can
> find what bugs you are introducing ...
double delete. I gues this has not been on bugzilla...
> (
I just got a "more" for the last entry on File--clicking on it showed a
single entry. That is, the more was only to get to the entry that
should have been it its place.
I have no idea how to produce useful information on this. Screenshot?
Something from gdb? Other?
hawk
--
Richard E. Hawkin
On Tue, Aug 27, 2002 at 06:16:31PM +0200, Andre Poenitz wrote:
> > Yup, just more general breakage from 1.2. There's a bug on it.
>
> I believe it is fixable, though. I could have a look later (not today)
Cool. I already fixed this in one of my many abandoned patches ...
> > btw, I think a sea
Dekel Tsur <[EMAIL PROTECTED]> writes:
| On Tue, Aug 27, 2002 at 06:13:19PM +0200, Lars Gullik Bjønnes wrote:
>> | This inset is not as simple as InsetFloat.
>> | It should behave like an insettabular with two cells:
>> | the upper for putting the image, and the lower for putting the caption.
>>
On Tue, Aug 27, 2002 at 05:23:01PM +, [EMAIL PROTECTED] wrote:
> Modified files:
> lyx-devel/src/: BufferView_pimpl.C BufferView_pimpl.h text3.C
>
> Log message:
> 15 moved, 23 dead, 1 bug squashed...
Please do me a favour by mentioning what bugs you are fixing so I can
find wh
On Tue, Aug 27, 2002 at 06:13:19PM +0200, Lars Gullik Bjønnes wrote:
> | This inset is not as simple as InsetFloat.
> | It should behave like an insettabular with two cells:
> | the upper for putting the image, and the lower for putting the caption.
>
> Why on earth should it do that?
>
> To put
On Tue, Aug 27, 2002 at 01:59:16PM +0200, Andre Poenitz wrote:
> Am I right that e.g. Latex error boxes never have been placed inside a
> table and that jumping from a reference to a label in a table always ends
> up in front of the table?
Both on bugzilla (it's a wonderful thing you know)
john
On Tue, Aug 27, 2002 at 05:15:03PM +0100, John Levon wrote:
> On Tue, Aug 27, 2002 at 03:18:30PM +0200, Juergen Vigna wrote:
> > Maybe it is not implemented?! #:O)
>
> Yup, just more general breakage from 1.2. There's a bug on it.
I believe it is fixable, though. I could have a look later (not t
On Tue, Aug 27, 2002 at 03:18:30PM +0200, Juergen Vigna wrote:
> >Looks like that. But why ius it that way? Is that intentional?
>
> Maybe it is not implemented?! #:O)
Yup, just more general breakage from 1.2. There's a bug on it.
btw, I think a search will be far too slow simply because we al
Dekel Tsur <[EMAIL PROTECTED]> writes:
| On Tue, Aug 27, 2002 at 11:43:54AM +0200, Lars Gullik Bjønnes wrote:
>> | What is the alternative?
>> | Should another inset be coded, called something like "Subcaption";
>>
>> Either "InsetSubFloat" (we can make this work for all floats right?),
>> or pe
On Tue, Aug 27, 2002 at 12:28:49PM +0200, Jean-Marc Lasgouttes wrote:
> I knew it would :)
Except :
1) Navigate is not parsed. I thought I would not need extra code dealing
with it ?
2) Navigate crashes with big documents. Related perhaps ?
regards
john
--
"When your name is Winner, that's
On Tue, Aug 27, 2002 at 05:32:18PM +0200, Jean-Marc Lasgouttes wrote:
> Dekel> Maybe it would be better to use a different mechanism for
> Dekel> errors: If there are latex errors, we open a dialog that lists
> Dekel> all the errors in the document, and clicking on an entry moves
> Dekel> to the c
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
On Tue, Aug 27, 2002 at 07:25:43PM +0900, R. Lahaye wrote:
> I suppose it's better to wait till we have the SubCaption inset coded,
> before removing the Subfloat code from the Graphics dialog.
Yeah, ignore Lars, he's just trying to trick you into implementing it :)
regards
john
--
"When your
On Tue, Aug 27, 2002 at 05:43:23PM +0200, Jean-Marc Lasgouttes wrote:
> Andre> 3. I believe the concept of inset codes is broken anyway. An
> Andre> member of a inheritance hierarchy should identify itself by its
> Andre> behaviour, not by returning some magic inset code and hope that
> Andre> the
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Tue, Aug 27, 2002 at 10:31:03AM +0200, Jean-Marc Lasgouttes
Andre> wrote:
>> Somehow I think that the factory should take the inset code as
>> parameter, not the lfun.
Andre> Hm. Yes. I was thinking about these. But there are a
On Tue, Aug 27, 2002 at 04:43:17PM +0100, José Abílio Oliveira Matos wrote:
> It should be now safe to convert 0.12.0 documents.
Nice work.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
On Tuesday 27 August 2002 18:23, [EMAIL PROTECTED] wrote:
>
> Modified files:
> lyx-devel/lib/lyx2lyx/: lyxconvert_215.py
>
> Log message:
> Extend compatibility up to 0.12.0
It should be now safe to convert 0.12.0 documents.
I was also able to compile 0.12.0 (after some simple fi
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> On Tue, Aug 27, 2002 at 02:33:10PM +0200, Juergen Vigna wrote:
>> Jean-Marc Lasgouttes wrote: > This is something we do everytime we
>> want to open a menu containing > this lfun. So it maybe slow
>> indeed.
>>
>> I don't think so. W
On Tue, Aug 27, 2002 at 02:33:10PM +0200, Juergen Vigna wrote:
> Jean-Marc Lasgouttes wrote:
> > This is something we do everytime we want to open a menu containing
> > this lfun. So it maybe slow indeed.
>
> I don't think so. We only have to search until we find the first one,
> we don't have to
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Andre Poenitz <[EMAIL PROTECTED]> writes: | Previously:
>>
Lars> | void moveCursorUpdate(bool selecting, bool fitcur = true);
>>
Lars> | void finishChange(BufferView * bv, bool fitcur = false) | { |
Lars> finishUndo(); | bv->mo
On Tue, Aug 27, 2002 at 11:43:54AM +0200, Lars Gullik Bjønnes wrote:
> | What is the alternative?
> | Should another inset be coded, called something like "Subcaption";
>
> Either "InsetSubFloat" (we can make this work for all floats right?),
> or perhaps make the regular InsetFloat nestable (one
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Tue, Aug 27, 2002 at 05:10:15PM +0200, Jean-Marc Lasgouttes
Andre> wrote:
>> Because, after I had to adapt my patch to your flurry of changes, I
>> forgot to save my emacs buffer :)
Andre> Could well be that your change to Buff
On Tue, Aug 27, 2002 at 05:13:33PM +0200, Lars Gullik Bjønnes wrote:
> I have no idea what you are talking about...
It looks as parameters had been passed around wrongly - and it did not
really matter. It's gone now anyway (as well as the double deletion)
Andre'
--
Those who desire to give up
Andre Poenitz <[EMAIL PROTECTED]> writes:
| Previously:
>
| void moveCursorUpdate(bool selecting, bool fitcur = true);
>
>
| void finishChange(BufferView * bv, bool fitcur = false)
| {
| finishUndo();
| bv->moveCursorUpdate(fitcur);
| bv
On Tue, Aug 27, 2002 at 05:10:15PM +0200, Jean-Marc Lasgouttes wrote:
> Because, after I had to adapt my patch to your flurry of changes, I
> forgot to save my emacs buffer :)
Could well be that your change to BufferView_pimpl.C now better applies to
text3.C...
Andre'
--
Those who desire to gi
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Tue, Aug 27, 2002 at 03:45:38PM +0200, Jean-Marc Lasgouttes
Andre> wrote:
>> This patch moves the global floatList to LyXTextClass. This yields
>> no functionality, does not improve compile time, does not remove
>> lines of code
open_new_inset deletes the new inset if it can not be inserted, and the
handler for LFUN_TABULAR_INSET does it again. Welcome to the swamp of
undefined behaviour...
*sigh*
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one.
Previously:
void moveCursorUpdate(bool selecting, bool fitcur = true);
void finishChange(BufferView * bv, bool fitcur = false)
{
finishUndo();
bv->moveCursorUpdate(fitcur);
bv->owner()->view_state_changed();
}
Se
On Tue, Aug 27, 2002 at 03:45:38PM +0200, Jean-Marc Lasgouttes wrote:
> This patch moves the global floatList to LyXTextClass. This yields no
> functionality, does not improve compile time, does not remove lines of
> code, but... is a prerequisite for reading floats from layout files.
And removes
> >> We could set a hasErrorInsets bool in Buffer when we insert error
> >> insets, and reset it to false when removeautoinsets is called. Of
> >> course, this does not handle the case where people delete error
> >> insets by hand, but maybe is it better than nothing.
>
> Juergen> The flag can be
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| This patch moves the global floatList to LyXTextClass. This yields no
| functionality, does not improve compile time, does not remove lines of
| code, but... is a prerequisite for reading floats from layout files.
>
| OK to apply?
Yes.
--
> >> >> I'm not too much of an autotool expert, but I'm actually wondering
> >> >> why this autogen.sh script is still used. Why can't the regular
> >> >> Makefile do the same, by simply adding the required dependencies?
> >> >> For example, why not having in the Makefile something like:
> >> | A
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
On Tue, Aug 27, 2002 at 03:10:14PM +0200, Jean-Marc Lasgouttes wrote:
> Juergen> I don't think so. We only have to search until we find the
> Juergen> first one, we don't have to scan all the document (only in
> Juergen> worst case which should be tested with the UserGuide) and IMO
> Juergen> inse
This patch moves the global floatList to LyXTextClass. This yields no
functionality, does not improve compile time, does not remove lines of
code, but... is a prerequisite for reading floats from layout files.
OK to apply?
JMarc
floats1.diff.gz
Description: Binary data
Andre Poenitz wrote:
> On Tue, Aug 27, 2002 at 02:33:10PM +0200, Juergen Vigna wrote:
>
>>I don't think so. We only have to search until we find the first one,
>>we don't have to scan all the document (only in worst case which should
>>be tested with the UserGuide) and IMO inseterrors are placed
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> Jean-Marc Lasgouttes wrote:
>> This is something we do everytime we want to open a menu containing
>> this lfun. So it maybe slow indeed.
Juergen> I don't think so. We only have to search until we find the
Juergen> first one,
On Tue, Aug 27, 2002 at 02:33:10PM +0200, Juergen Vigna wrote:
> I don't think so. We only have to search until we find the first one,
> we don't have to scan all the document (only in worst case which should
> be tested with the UserGuide) and IMO inseterrors are placed only in
> top level paragr
Jean-Marc Lasgouttes wrote:
> This is something we do everytime we want to open a menu containing
> this lfun. So it maybe slow indeed.
I don't think so. We only have to search until we find the first one,
we don't have to scan all the document (only in worst case which should
be tested with the
Dear developers,
I have a feature request (Bug?).
The Bibtex generated references are sorted alphabetically.
This is not always convenient. For instance when working with tkbibtex one can
use a file strings.bib which contains abbreviations.
This file should be read BEFORE the other bibtex files.
Am I right that e.g. Latex error boxes never have been placed inside a
table and that jumping from a reference to a label in a table always ends
up in front of the table?
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (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
On Tue, Aug 27, 2002 at 11:13:01AM +0100, José Abílio Oliveira Matos wrote:
> This is wrong, we should ask first for $LYXLIB/lyx2lyx/lyx2lyx, and not for
> the installed version. One possible solution is to add $LYXLIB/lyx2lyx to
> PATH. How can this be done in a portable way?
Even if this we
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Lars> Ok, who else do you nominate for access to the real beast?
| Lars> (Read-Only at first)
>
| Martin?
If Martin wants it, he gets it.
But I won't create an account that will not be used (not another)
--
Lgb
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:
[...]
>
Lars Gullik Bjønnes wrote:
> Rob Lahaye <[EMAIL PROTECTED]> writes:
>
> | Shall I then remove the entire Subfigure entry from the Graphics dialog?
>
> IMHO yes.
>
> | What is the alternative?
> | Should another inset be coded, called something like "Subcaption";
>
> Either "InsetSubFloat" (we
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>>> "Rob" == Rob Lahaye <[EMAIL PROTECTED]> writes:
>>
Lars> | Rob> Jean-Marc Lasgouttes wrote:
> "Rob" == Rob Lahaye <[EMAIL PROTECTED]> writes:
Lars> | Rob
Andre Poenitz wrote:
> And all the trouble just to avoid a single pass over the buffer to look for
> an inseterror? Has it been checked that the trivial solution is to slow?
You are right! It shouldbe pretty fast IMO!
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
1 - 100 of 142 matches
Mail list logo
