Re: tabular dialog

On 03-Dec-2001 Andre Poenitz wrote: Come on... user interface stuff used to be no-go-teritory for me and I did not follow discussions there too closely (if at all). I would not even know where to start with this kind of things. Well then let me sum for you. We agreed that we should change

Re: style

On Tue, 4 Dec 2001, Andre Poenitz wrote: On Tue, Dec 04, 2001 at 03:57:34PM +1000, Allan Rae wrote: preferred. Like this one instead of above? if (any length a any length b any length c) { } If it fits on a line, it should be ok. But then, why don't you put the test in some

Re: lyxlength.C does not compile!

On Tue, Dec 04, 2001 at 05:59:13PM +1000, Allan Rae wrote: Well, Lars started ripping it apart and renaming it, so I guess he would like to get it done? ;-) Okay then maybe Lars would like to use a: pairint, int I think we should indeed use 'int' and put the percentage stuff

Re: [PATCH] two fixes, broken (iterator questions)

On 04-Dec-2001 John Levon wrote: text-fullRebreak(this); Can someone explain to me why a full rebreak is performed after each error is removed? (The old code did this too... and also when the errors are inserted.) I would have thought that could wait until all the

Re: tabular dialog

On Tue, Dec 04, 2001 at 09:01:21AM +0100, Juergen Vigna wrote: Well then let me sum for you. We agreed that we should change to a Apply/Ok policy also for the tabular-dialog, but this would involve a major rewrite of the TabularFeatures and the dialog so we decided to leave this for 1.3.0.

Re: style

On Tue, Dec 04, 2001 at 06:03:52PM +1000, Allan Rae wrote: Because by any length I also meant really simple stuff like for example: if (p !p-empty()) { } I find this much more disruptive to read than if (p !p-empty()) { } Actually, this is

Re: [PATCH] fix some inset-in-inset update problems

On 04-Dec-2001 Allan Rae wrote: So you are saying that setUpdateStatus(NONE) indicates that no update has been done so a FULL update is needed? Nope! NONE just gives the minimal amount of Update I envise for this call. Then setUpdateStatus has to decide if we need more than this minimal

Re: [PATCH] fix some inset-in-inset update problems

On 04-Dec-2001 Allan Rae wrote: Or are you just thinking of insettabular and the no-mans-land between the cells? Then an insettabular::iterator should handle those more obtuse actions. If you have two cursors with one set to the first pos of an inset and the second set to the end of the

Re: [PATCH] fix some inset-in-inset update problems

On 04-Dec-2001 Andre Poenitz wrote: Honour to whom honour is true: The concept is from the math cursor first implemented by Alejandro. And even after the rework, the math cursor does exactly this: Hold two stacks of cursor positions (one for the cursor, one for the selection anchor), each

Re: [PATCH] fix some inset-in-inset update problems

On 04-Dec-2001 Allan Rae wrote: Then we should only need to use the same two cursors to do anything. The second one only needed for selections. We don't the stuff is a bit more complicated when updates and redraws are involved. But I would say if you know all of it why don't you start coding

Re: [PATCH] fix some inset-in-inset update problems

On Tue, Dec 04, 2001 at 09:38:02AM +0100, Juergen Vigna wrote: Now an insetgraphics inside [inset2] is requesing an update because it finished rendering. I don't see any cursor near [inset2], do you? Inset rendering is a bit special, it's the only case of asynchronous operation, isn't it?

Re: [PATCH] fix some inset-in-inset update problems

On Tue, Dec 04, 2001 at 09:42:52AM +0100, Juergen Vigna wrote: Well honor whoever you want, but I would say that a text with a 1000's of lines and I don't know how much insets is a bit more complicated than a single line math inset, don't you? No. What is the problem with the concept of a

Re: [PATCH] fix some inset-in-inset update problems

On 04-Dec-2001 Andre Poenitz wrote: Inset rendering is a bit special, it's the only case of asynchronous operation, isn't it? Well, ... What about giving the I am done call back of the inset rendering a snapshot copy of the cursor from the moment where the inset is created and rendering

Re: [PATCH] fix some inset-in-inset update problems

On 04-Dec-2001 Andre Poenitz wrote: I am not talking about 1.2. Well let's say that we agree that we could change something in the logic in the future (and I'm not sure it will be in 1.3 as I really would like to have the main-view GUIIfied in 1.3, some added features but nothing which redoes

Re: [PATCH] fix some inset-in-inset update problems

On 04-Dec-2001 Juergen Vigna wrote: And what if the inset-pointer changed in the meantime (Undo/Redo)? No IMO that theLockingInset() stuff is pretty good and easy. It only goes one direction and is only there if we really enter an inset. We could do it with the cursor, but IMO we would add

Re: [PATCH] fix some inset-in-inset update problems

On Tue, Dec 04, 2001 at 10:35:23AM +0100, Juergen Vigna wrote: On 04-Dec-2001 Andre Poenitz wrote: Inset rendering is a bit special, it's the only case of asynchronous operation, isn't it? Well, ... What about giving the I am done call back of the inset rendering a snapshot copy

Re: [PATCH] fix some inset-in-inset update problems

On Tue, Dec 04, 2001 at 10:38:14AM +0100, Juergen Vigna wrote: Well let's say that we agree that we could change something in the logic in the future (and I'm not sure it will be in 1.3 as I really would like to have the main-view GUIIfied in 1.3, some added features but nothing which redoes

Re: [PATCH] fix some inset-in-inset update problems

On 04-Dec-2001 Andre Poenitz wrote: On Tue, Dec 04, 2001 at 10:38:14AM +0100, Juergen Vigna wrote: Well let's say that we agree that we could change something in the logic in the future (and I'm not sure it will be in 1.3 as I really would like to have the main-view GUIIfied in 1.3, some

Re: CVS: Compile problem on Solaris

Lars Gullik Bjønnes wrote: Kayvan A. Sylvan [EMAIL PROTECTED] writes: | On Tue, Dec 04, 2001 at 12:00:46AM +0100, Lars Gullik Bjønnes wrote: Ok, what is munmap's prototype on your box? | #ifdef __STDC__ | #if (_POSIX_C_SOURCE 2) | [...] | extern int munmap(void *, size_t); |

Re: hard coded key bindings

Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: Lars Andre Poenitz [EMAIL PROTECTED] writes: | Why are the hard coded Lars key bindings in LyX::defaultKeyBindings needed? | Can't we do Lars without? Lars It is so that something will work even without a bind file. Lars (albeit not much)

Re: lyxlength.C does not compile!

On Tue, Dec 04, 2001 at 01:26:29PM +0100, Lars Gullik Bjønnes wrote: how can we do that? Cleanly? I really don't know... Probably by having four classes (Length, Glue, ExtendedLength, ExtendedGlue) Hackish? Maybe we should just keep the percentage stuff in and interpret the integer as

Re: hard coded key bindings

On Tue, Dec 04, 2001 at 01:38:06PM +0100, Jean-Marc Lasgouttes wrote: Lars It is so that something will work even without a bind file. Lars (albeit not much) why would we want that? If there is no bind file, then probably all support files (layouts are missing too), so LyX will be unusable.

Re: lyx over ssh tunneling X

On Tue, Dec 04, 2001 at 01:14:37AM -0600, Jay Edwards wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I've just installed LyX on a FreeBSD server running the latest version of XFree-4. The client is Redhat 7.2 running the latest version of XFree with blackbox as a window manager.

RE: [PATCH][RFC] cursor trails on inset insert

On 04-Dec-2001 John Levon wrote: this removes the trail left when inserting a note into an empty minipage. Assuming this is wrong, what is the right fix (Juergen ?) Well I don't see if it shouldn't be wrong, so if it fixes the behaviour I'll plug it in ;) Jürgen --

Annoying LyX bugs

Hi guys, Thanks to everybody who contributed to LyX! In particular, the ongoing efforts to crank out -fix versions of LyX 1.1.6 are well appreciated. However, in browsing the changes lists I cannot help to feel that many bugs that got fixed are highly special, while a number of the most

Re: Annoying LyX bugs

Ronald == Ronald Holzloehner [EMAIL PROTECTED] writes: Ronald Hi guys, Hi, I'll just reply to a few ones. Ronald Thanks to everybody who contributed to LyX! In particular, Ronald the ongoing efforts to crank out -fix versions of LyX 1.1.6 Ronald are well appreciated. However, in browsing

bug report: inserting label in math display doesn't work

1. Load the attached file buglabel.lyx 2. Move the cursor inside the display math, on the line which reads TryInsertingLabelHere. 3. Select from menu Insert/Label..., type a label and press ok. The label should be displayed in the math number position, but it is not. Notes: - Lyx

bug report: can write in math boxes with read-only documents

Since I'm in the mood of sending bug reports, here's another. 1. Select Help/User's Guide (or something). This loads a new documents, which is set to read-only. 2. Move the cursor inside a pre-existing math box and type something. The text appears, althought it shouldn't since the

Re: CVS: Linux compile problem

On Tue, Dec 04, 2001 at 01:16:58PM +0100, Lars Gullik Bjønnes wrote: | it to a lib. | A fix went in today adding an include for cmath in lyxlength.C | Maybe it is not right for all cases. | Garst try to add a std::abs on that abs if not already done. This fixed my compile problem: Index:

Re: patches 4 lyx persian support based on isiri

Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: Lars [EMAIL PROTECTED] writes: | hi | thanks 4 your patiance . Lars | please see attachment. file patch.txt describe changes. | it Lars works with both 1.1.6fix3 1.1.6fix2. | i add isiri encoding to Lars it. | keymap file is attached too

Re: CVS: Linux compile problem

On Tue, Dec 04, 2001 at 05:49:19PM +0100, Lars Gullik Bjønnes wrote: Kayvan A. Sylvan [EMAIL PROTECTED] writes: | On Tue, Dec 04, 2001 at 01:16:58PM +0100, Lars Gullik Bjønnes wrote: | it to a lib. | A fix went in today adding an include for cmath in lyxlength.C | Maybe it is not right

Re: bug report: inserting label in math display doesn't work

On Tue, Dec 04, 2001 at 06:39:18PM +0200, Tuukka Toivonen wrote: 1. Load the attached file buglabel.lyx 2. Move the cursor inside the display math, on the line which reads TryInsertingLabelHere. 3. Select from menu Insert/Label..., type a label and press ok. The label should be

Re: bug report: can write in math boxes with read-only documents

On Tue, Dec 04, 2001 at 06:43:34PM +0200, Tuukka Toivonen wrote: Since I'm in the mood of sending bug reports, here's another. 1. Select Help/User's Guide (or something). This loads a new documents, which is set to read-only. 2. Move the cursor inside a pre-existing math box and type

Re: Annoying LyX bugs

On Tue, Dec 04, 2001 at 11:24:54AM -0500, Ronald Holzloehner wrote: (1) Removing equation lines is broken as the manual points out (keys M-e k). Will this get fixed? I currently edit the .lyx file (!) to get rid of equation lines. Very annoying. This is already fixed in lyx 1.2.0 (2) If

Re: hard coded key bindings

On Tue, Dec 04, 2001 at 01:53:22PM +0100, Lars Gullik Bjønnes wrote: Andre Poenitz [EMAIL PROTECTED] writes: | On Tue, Dec 04, 2001 at 01:38:06PM +0100, Jean-Marc Lasgouttes wrote: Lars It is so that something will work even without a bind file. Lars (albeit not much) why would we

Re: Some bug fixes

On Tue, Dec 04, 2001 at 02:46:10PM +1000, Allan Rae wrote: Who the hell is Jerry Springer! #:O) Yet another American talk show host (YAATSH) who relies on the 5 C's of communication: Confrontation, Cursing, Confusion, Conceit, Corruption heh :) of

Re: [PATCH][RFC] cursor trails on inset insert

On Tue, Dec 04, 2001 at 05:11:34PM +0100, Juergen Vigna wrote: this removes the trail left when inserting a note into an empty minipage. Assuming this is wrong, what is the right fix (Juergen ?) Well I don't see if it shouldn't be wrong, so if it fixes the behaviour I'll plug it

Re: tabular dialog

On Tue, Dec 04, 2001 at 09:15:34AM +0100, Andre Poenitz wrote: On Tue, Dec 04, 2001 at 09:01:21AM +0100, Juergen Vigna wrote: Well then let me sum for you. We agreed that we should change to a Apply/Ok policy also for the tabular-dialog, but this would involve a major rewrite of the

Re: [PATCH] fix some inset-in-inset update problems

On Tue, Dec 04, 2001 at 10:38:14AM +0100, Juergen Vigna wrote: Well let's say that we agree that we could change something in the logic in the future (and I'm not sure it will be in 1.3 as I really would like to have the main-view GUIIfied in 1.3, some added features but nothing which redoes

Re: Annoying LyX bugs

On Tue, Dec 04, 2001 at 11:24:54AM -0500, Ronald Holzloehner wrote: (6) I just installed Lyx1.1.6fix3-1 (the binary rpm) on my RedHat 7.2 box and now the rendering of eps figures in LyX is broken: It still says rendering, but nothing appears. The same file works correctly under older RedHat

Re: layout-Paragraph and stippled lines

On Tue, Dec 04, 2001 at 08:32:08PM +0100, Lars Gullik Bjønnes wrote: I see from a paragraph with stippled lines in UserGuide.lyx that it writes the lines even if the space type is NONE and the lenght is set. What does it mean for this to happen ? How can length be set when the type is none ?

Bugs for 1.2.0pre1 ?

Well, loads of things just got fixed. This leaves before a pre1 IMHO : 1) the inseterror stuff (some of the way there ...) 2) can't set cursor to inside an inset (nagivate to figure) - there's some chitchat in the source but it's still broke ... 3) what else ? It doesn't look like anything

New redo update bug

insert a tabular in a tabular in a tabular in a new document. undo undo undo, redo, redo - drawn wrongly. I suppose some update is missing from the redo stuff Juergen ? thanks john -- Faced with the prospect of rereading this book, I would rather have my brains ripped out by a plastic

Re: Bugs for 1.2.0pre1 ?

On Tue, Dec 04, 2001 at 08:47:26PM +0100, Lars Gullik Bjønnes wrote: Is InsetGraphics turned on by default now? don't think so. I'd really rather not punt it though, figinset sucks ... (if that is the case it has severe bugs... none of my graphics renders. if you could send me small

Re: cut/paste in tabular; append row missing

On Tue, Dec 04, 2001 at 02:57:11PM -0500, Richard E. Hawkins wrote: It does not appear to be possible any longer to add a row to an existing tabular save at the end. What happened to append row? works fine for me. Can you do : control-x tabular-feature append-row ? (btw, everyone, what

InsetError code crash also elsewhere

playing with insettabular (can't reproduce :() I get again : #6 Row::par (this=0x0) at lyxrow.h:92 #7 0x80ec756 in LyXText::init (this=0x83bf720, bview=0x836cd30, reinit=false) at text2.C:97 #8 0x80ef18e in LyXText::fullRebreak (this=0x83bf720, bview=0x836cd30) at text2.C:937 #9 0x81482b6

Re: Bugs for 1.2.0pre1 ?

On Tue, Dec 04, 2001 at 09:04:32PM +0100, Lars Gullik Bjønnes wrote: (if that is the case it has severe bugs... none of my graphics renders. | if you could send me small example files ... I'll look I see it with UserGuide.lyx, probably my gs version. (6.51-16) yep. I'll see what

Re: InsetError code crash also elsewhere

On Tue, Dec 04, 2001 at 08:08:32PM +, John Levon wrote: I think this was the same trace I got from the inseterror patch. I tell a lie - row was still 0 though ;) john -- Faced with the prospect of rereading this book, I would rather have my brains ripped out by a plastic fork.

Minor cursor trail in tabular

select an set of cells in an empty table and press a key. the text will be inserted in the last cell after the selection is cleared (good). but there will be a blue-background cursor trail, e.g. two cells above. I've also seen it appear below the tabular, inside the grey murk at the end of a

\epsilon bug

Hi, Thanks so much for a great package everyone. One little annoyance: typing \epsilon in math mode doesn't give you the epsilon sign. All the other greek characters seem to work fine. version: 1.1.6 fix 2 Thanks, Chris.

Re: Bug list - another major update

John Levon wrote: - Menu items Layout = XXX Style are not updated for mathed do you want them disabled or what ? This is one possibility. But doesn't math modus provide equivalent/similar attributes? Michael

Re: \epsilon bug

On Tue, Dec 04, 2001 at 04:16:23PM -0500, Chris Eliasmith wrote: Thanks so much for a great package everyone. One little annoyance: typing \epsilon in math mode doesn't give you the epsilon sign. All the other greek characters seem to work fine. version: 1.1.6 fix 2 This is deliberate:

Re: decimal percent

On Tue, Dec 04, 2001 at 10:26:01PM +0100, Lars Gullik Bjønnes wrote: Do we really need to be able keep 0.1% and the like? Isn't interger percentages good enough? (lyxlength if you didn't understand it) Why do you want to limit the users ? Does this limitation greatly simplifies the code?

Re: Bug list - another major update

On Tue, Dec 04, 2001 at 11:07:36PM +0100, Michael Schmitt wrote: Either blank - or it proposes the content of the caption (might be a little bit too advanced?). where would this come from exactly ? I works now. However, if the inlined ERT is not empty, you cannot click into its right

Re: Bug list - another major update

On Tue, Dec 04, 2001 at 11:29:49PM +0100, Michael Schmitt wrote: - Append a column after the _last_ column in a table: I don't get this one. Are you sure you had Juergen's /most/ recent changes in ? It's still there. can anyone else see it ? can you reproduce every time ?

Re: lyxlength.C does not compile!

On Tue, 4 Dec 2001, Lars Gullik Bjønnes wrote: Allan Rae [EMAIL PROTECTED] writes: | On Mon, 3 Dec 2001, Lars Gullik Bjønnes wrote: Juergen Vigna [EMAIL PROTECTED] writes: | c++ -DHAVE_CONFIG_H -I. -I. -I. -I.. -I.. -I../boost -I/usr/include -isystem | /usr/X11R6/include -g

Re: decimal percent

On Tue, 4 Dec 2001, Lars Gullik Bjønnes wrote: Do we really need to be able keep 0.1% and the like? Isn't interger percentages good enough? (lyxlength if you didn't understand it) Actually if you look at the code in lyxlength.C we are already limiting users to integer percentages. We store

Re: [PATCH] fix some inset-in-inset update problems

On Tue, 4 Dec 2001, Juergen Vigna wrote: On 04-Dec-2001 Allan Rae wrote: Then we should only need to use the same two cursors to do anything. The second one only needed for selections. We don't the stuff is a bit more complicated when updates and redraws are involved. But I would say if

Re: [PATCH] fix some inset-in-inset update problems

On Tue, 4 Dec 2001, Juergen Vigna wrote: On 04-Dec-2001 Juergen Vigna wrote: And what if the inset-pointer changed in the meantime (Undo/Redo)? The insets allocated memory is at the same place isn't it? Wouldn't a signal connection be sufficient? Or a table of waiting-insets and the

Re: decimal percent

On Wed, 5 Dec 2001, Lars Gullik Bjønnes wrote: Allan Rae [EMAIL PROTECTED] writes: | On Tue, 4 Dec 2001, Lars Gullik Bjønnes wrote: Do we really need to be able keep 0.1% and the like? Isn't interger percentages good enough? (lyxlength if you didn't understand it) | Actually if

Inserting in ERT

I can insert a footnote with copy/paste into an insetERT. Looking, I see insettext::insetAllowed() basically always returns yes. What's going on ? john -- Faced with the prospect of rereading this book, I would rather have my brains ripped out by a plastic fork. - Charles Cooper

[BUG] Row == 0 crash, example file

The attached file crashes lyx. thanks john -- Faced with the prospect of rereading this book, I would rather have my brains ripped out by a plastic fork. - Charles Cooper on Business at the Speed of Thought #LyX 1.1 created this file. For more info see http://www.lyx.org/

[PATCH] fix formpara a bit

fixed 479849minipage in figure float properties (allan's bug) please apply thanks john -- Faced with the prospect of rereading this book, I would rather have my brains ripped out by a plastic fork. - Charles Cooper on Business at the Speed of Thought Index:

[PATCH] added space

as Lars + others requested ... please apply thanks john -- Faced with the prospect of rereading this book, I would rather have my brains ripped out by a plastic fork. - Charles Cooper on Business at the Speed of Thought Index: src/ChangeLog

Another crasher !

open the attached, and follow the instructions. regards john -- Faced with the prospect of rereading this book, I would rather have my brains ripped out by a plastic fork. - Charles Cooper on Business at the Speed of Thought #LyX 1.2 created this file. For more info see

Another crasher !!

Juergen, bug #451283 is definitely not fixed. Just follow the instructions in the attached file. Can you ask people to verify before actually closing a bug at sourceforge please ? thanks john -- Faced with the prospect of rereading this book, I would rather have my brains ripped out by a

Re: Bug list - Update

On Fri, Nov 30, 2001 at 06:03:55PM +1000, Allan Rae wrote: SO far it looks like BufferView::Pimpl::workAreaButtonPress doesn't always see that a selection is set in: if (button == 2 bv_-text-selection.set()) { owner_-getLyXFunc()-dispatch(LFUN_COPY);

Re: Bug list - Update

On Wed, Dec 05, 2001 at 04:56:38AM +, John Levon wrote: using bv_-text means only a selection in the top-level is found. There might be an inset whose -getLyXText() has a selection, but we won't find it like above. erk. insert file as ascii lines won't insert into an inset either. We

Re: [PATCH] fix formpara a bit

On Wed, 5 Dec 2001, John Levon wrote: fixed 479849minipage in figure float properties (allan's bug) Looks good. please apply Committing in a slightly modified form now. Allan. (ARRae)

Re: patches 4 lyx persian support based on isiri

hi and thanks a lot for your care. i sent u the changed files .please see file patch.txt i attached. with best regards Mehdi Adibi On Tue, 4 Dec 2001, David C. Brown N2RJT wrote: [EMAIL PROTECTED] writes: | hi | thanks 4 your patiance . | please see attachment. file patch.txt describe

Re: [PATCH] fix formpara a bit

Hmmm... I'm not sure but should FormParagraph.C:282 // Actually apply these settings lv_-view()-update(lv_-view()-text, BufferView::SELECT | BufferView::FITCUR | BufferView::CHANGE); be changed also? The screen is updated okay at present and I'm guessing that

Re: Bug list - Update

On Wed, 5 Dec 2001, John Levon wrote: On Wed, Dec 05, 2001 at 04:56:38AM +, John Levon wrote: using bv_-text means only a selection in the top-level is found. There might be an inset whose -getLyXText() has a selection, but we won't find it like above. erk. insert file as ascii

Re: Bug list - Update

On Wed, Dec 05, 2001 at 04:27:09PM +1000, Allan Rae wrote: Okay so there are currently 241 matches to 'text[, ;-)]' in 27 files (146 of which are in BufferView_pimpl.C). Unfortunately only a handful are false positives -- like the two hits in frontends/xforms/FormSpellchecker.C. I've

Re: Annoying LyX bugs

On Tue, Dec 04, 2001 at 11:24:54AM -0500, Ronald Holzloehner wrote: (1) Removing equation lines is broken as the manual points out (keys M-e k). Will this get fixed? In 1.2. Nobody will touch math for 1.1.6. Andre' -- André Pönitz .. [EMAIL

Re: Bug list - Update

On Wed, 5 Dec 2001, John Levon wrote: [...] using bv_-text means only a selection in the top-level is found. There might be an inset whose -getLyXText() has a selection, but we won't find it like above. I don't see an alternative to iterating over every inset's lyxtext to look for a

Re: Bug list - Update

On Wed, Dec 05, 2001 at 04:38:09PM +1000, Allan Rae wrote: Can someone (Jürgen?) remind me why it is a Good Thing to have every inset have its own LyXText? Why can't we just use the same LyXText for everything in a given buffer? how would that work ? An inset exists on one row only, but may

Re: bug report: inserting label in math display doesn't work

On Tue, Dec 04, 2001 at 06:39:18PM +0200, Tuukka Toivonen wrote: 1. Load the attached file buglabel.lyx 2. Move the cursor inside the display math, on the line which reads TryInsertingLabelHere. 3. Select from menu Insert/Label..., type a label and press ok. The label should be

Re: bug report: inserting label in math display doesn't work

On Wed, Dec 05, 2001 at 07:42:01AM +0100, Andre Poenitz wrote: On Tue, Dec 04, 2001 at 06:39:18PM +0200, Tuukka Toivonen wrote: 1. Load the attached file buglabel.lyx 2. Move the cursor inside the display math, on the line which reads TryInsertingLabelHere. 3. Select from menu

[PATCH] fix formpara combo

Lars, this is the bug you were seeing please apply thanks john -- Faced with the prospect of rereading this book, I would rather have my brains ripped out by a plastic fork. - Charles Cooper on Business at the Speed of Thought Index: src/frontends/xforms/ChangeLog

Re: before 1.2.0pre1

On Tue, Dec 04, 2001 at 08:49:45PM +0100, Lars Gullik Bjønnes wrote: Ok, what severe bugs do we have now that renders LyX unusable or crashing? The only hard crash in mathed that I am aware of happens when one tries to define a recursive macros due to the infinite nesting when drawing the

Re: \epsilon bug

On Tue, Dec 04, 2001 at 04:16:23PM -0500, Chris Eliasmith wrote: Thanks so much for a great package everyone. One little annoyance: typing \epsilon in math mode doesn't give you the epsilon sign. All the other greek characters seem to work fine. There is no glyph in the font for \epsilon, so

Re: decimal percent

On Tue, Dec 04, 2001 at 10:26:01PM +0100, Lars Gullik Bjønnes wrote: Do we really need to be able keep 0.1% and the like? Isn't interger percentages good enough? (lyxlength if you didn't understand it) I think one digit after the point should be possible. 1% of \textwidth is about 2 mm which

Re: lyxlength.C does not compile!

On Wed, Dec 05, 2001 at 11:25:14AM +1000, Allan Rae wrote: It seems there is now some uncertainty about how to handle the percentage lengths although it seems everyone wants to go back to an int. Would you accept the pairint, int proposal? What makes this better as a single int? have a:

Re: [PATCH] fix some inset-in-inset update problems

On Wed, Dec 05, 2001 at 12:24:53PM +1000, Allan Rae wrote: I guess from this you are referring to the need to know which parts of the document are visible -- that is, which _rows_ are visible. Do we need a cursor for that? No. A full redraw could start searching the cursor path towards the

Re: decimal percent

On Wed, Dec 05, 2001 at 01:06:33PM +1000, Allan Rae wrote: So we don't have the range limiting we used to but we also don't ensure that dumb entries like negative sizes for figures can't be entered. If the users wants to enter -200%, he might have a reason for doing so. If not, he explicitly

Re: Bug list - Update

On Wed, Dec 05, 2001 at 08:25:08AM +0100, Lars Gullik Bjønnes wrote: Oh, we will probably make it even worse later: one LyXText for each paragraph. Yes, yes, yes! Andre' -- André Pönitz .. [EMAIL PROTECTED]

Re: lyxlength.C does not compile!

On Wed, 5 Dec 2001, Andre Poenitz wrote: On Wed, Dec 05, 2001 at 11:25:14AM +1000, Allan Rae wrote: It seems there is now some uncertainty about how to handle the percentage lengths although it seems everyone wants to go back to an int. Would you accept the pairint, int proposal?

Re: decimal percent

On Wed, 5 Dec 2001, Andre Poenitz wrote: On Wed, Dec 05, 2001 at 01:06:33PM +1000, Allan Rae wrote: So we don't have the range limiting we used to but we also don't ensure that dumb entries like negative sizes for figures can't be entered. If the users wants to enter -200%, he might

Re: lyxlength.C does not compile!

On Wed, Dec 05, 2001 at 05:34:56PM +1000, Allan Rae wrote: Do you want to be able to set 120.5%? Why? Freedom of choice isn't sufficient answer. \columnwidth in two column text is small enough to fit something with 1.205\columnwidth on the page. Andre' -- André Pönitz

Re: decimal percent

On Wed, 5 Dec 2001, Lars Gullik Bjønnes wrote: Allan Rae [EMAIL PROTECTED] writes: [...] | By implication of the fact that we only write out two decimal places | for percentages in lyxlength.C: | 1.00 = 100% buffer abs(static_castint(val_/100)) .

Re: decimal percent

On Wed, Dec 05, 2001 at 05:42:48PM +1000, Allan Rae wrote: And if LaTeX doesn't produce a sensible document because a -200% scaled picture is requested don't you think it would be reasonable of us to ensure the user can't enter such an amount? The picture could be serve other purposes unknown

Re: lyxlength.C does not compile!

On Wed, 5 Dec 2001, Andre Poenitz wrote: On Wed, Dec 05, 2001 at 05:34:56PM +1000, Allan Rae wrote: Do you want to be able to set 120.5%? Why? Freedom of choice isn't sufficient answer. \columnwidth in two column text is small enough to fit something with 1.205\columnwidth on the page.

Re: tabular dialog

On 03-Dec-2001 Andre Poenitz wrote: > Come on... user interface stuff used to be no-go-teritory for me and I did > not follow discussions there too closely (if at all). I would not even know > where to start with this kind of things. Well then let me sum for you. We agreed that we should

Re: style

On Tue, 4 Dec 2001, Andre Poenitz wrote: > On Tue, Dec 04, 2001 at 03:57:34PM +1000, Allan Rae wrote: > > preferred. Like this one instead of above? > > > > if (any length a && any length b && any length c) { > > } > > If it fits on a line, it should be ok. But then, why don't you put the test

Re: lyxlength.C does not compile!

On Tue, Dec 04, 2001 at 05:59:13PM +1000, Allan Rae wrote: > > Well, Lars started ripping it apart and renaming it, so I guess he would > > like to get it done? ;-) > > Okay then maybe Lars would like to use a: > pair I think we should indeed use 'int' and put the percentage

Re: [PATCH] two fixes, broken (iterator questions)

On 04-Dec-2001 John Levon wrote: >> >text->fullRebreak(this); >> Can someone explain to me why a full rebreak is performed after each >> error is removed? >> (The old code did this too... and also when the errors are inserted.) I >> would have thought that could wait

Re: tabular dialog

On Tue, Dec 04, 2001 at 09:01:21AM +0100, Juergen Vigna wrote: > Well then let me sum for you. We agreed that we should change to a > Apply/Ok policy also for the tabular-dialog, but this would involve > a major rewrite of the TabularFeatures and the dialog so we decided to > leave this for

Re: style

On Tue, Dec 04, 2001 at 06:03:52PM +1000, Allan Rae wrote: > Because by "any length" I also meant really simple stuff like for > example: > > if (p > && !p->empty()) { > } I find this much more disruptive to read than if (p && !p->empty()) { } Actually,

Re: [PATCH] fix some inset-in-inset update problems

On 04-Dec-2001 Allan Rae wrote: > So you are saying that setUpdateStatus(NONE) indicates that no update > has been done so a FULL update is needed? Nope! NONE just gives the minimal amount of Update I envise for this call. Then setUpdateStatus has to decide if we need more than this minimal

Re: [PATCH] fix some inset-in-inset update problems

On 04-Dec-2001 Allan Rae wrote: > Or are you just thinking of insettabular and the no-mans-land between > the cells? Then an insettabular::iterator should handle those more > obtuse actions. If you have two cursors with one set to the first pos > of an inset and the second set to the end of

  1   2   >