Re: key combinations not showing up...

On Thu, Aug 01, 2002 at 03:17:15AM +0100, John Levon wrote: > > Is it possible that future versions have this feature back, or even > > better, to show possible better key-strokes, like M-m [ when you select > > this? > > It's a bug really, no sign of a fix for 1.2.x :/ > > For 1.3, we show t

Re: lyxconvert: version 0.0.2

On Thursday 01 August 2002 00:50, Lars Gullik Bjønnes wrote: > > sure... or lyx2lyx if that is agreed upon. Since Dekel does not have any preference (private message) I will set it lyx2lyx. I will start to add it to cvs later today, since university will be out of connection due to some works

Re: Action diff - look and diss

On Wed, Jul 31, 2002 at 07:38:11PM +0100, John Levon wrote: > Sure, but I would bet that mathed has some things easier on it compared > to the requirements of insettabular/insettext. No-one (except Juergen I > guess) really knows what they are though. More FUD. I think there will be a time when I

Re: Action diff - look and diss

On Wed, Jul 31, 2002 at 07:19:57PM +0100, John Levon wrote: > On Wed, Jul 31, 2002 at 08:03:51PM +0200, Andre Poenitz wrote: > > > > except we don't replicate the code for a map in each inset. > > > > There would be one map _per class_. That's not > > expensive. > > OK, so basically you're dev

Re: [Bug 547] problem with mathcal

On Wed, Jul 31, 2002 at 08:53:55AM -, [EMAIL PROTECTED] wrote: > http://bugzilla.lyx.org/show_bug.cgi?id=547 > > [EMAIL PROTECTED] changed: > >What|Removed |Added > >

mathed compile error

math_textinset.C: In method `bool MathTextInset::idxUpDown (size_t &, size_t &, bool, int) const': math_gridinset.h:22: `struct MathGridInset::CellInfo' is private math_textinset.C:40: within this context math_gridinset.h:22: `struct MathGridInset::CellInfo' is private math_textinset.C:51: within

Re: repaint bug

On Thu, Jul 25, 2002 at 05:21:35PM +0100, Angus Leeming wrote: > I get this when switching from one document to another. I guess there's a > missing "paint the whole thing in background color first" call. bug 552 john -- "The simpler it is, the harder it is." - Tim Van Holder

Re: key combinations not showing up...

On Fri, Jun 28, 2002 at 07:45:12PM +0930, Pierre Marc Dumuid wrote: > this is really a very small complaint, but in the old version. 1.1.6 > I remember that when I wanted to enter a math feature via the panel > because I didn't know the shortcut key(like math-delim < > }, when I > actually clic

Re: Create a new file with "File open"

On Fri, Jun 21, 2002 at 12:09:34PM -0700, Matt Brennan wrote: > > As I recal, in v.1.1, you were able to create a new file by typing its > name in the File->Open... popup. Now in v. 1.2 this is no longer > possible. Hopefully, it should be easy to carry this feature forward to > v.1.2.1 JMarc

Re: the patch...

On Thu, Aug 01, 2002 at 01:48:10AM +0200, Lars Gullik Bjønnes wrote: > I didn't say that... do you really need me to refute all the "points > one by one" to claim that it is not necessarily obvious... No. OK. regards john -- "The simpler it is, the harder it is." - Tim Van Holder

EPS display broken ?

diff -u -r1.5 forkedcall.C --- support/forkedcall.C28 Jul 2002 22:50:13 - 1.5 +++ support/forkedcall.C1 Aug 2002 01:38:30 - @@ -254,8 +254,12 @@ pid_t cpid = ::fork(); if (cpid == 0) { // child execvp(syscmd, argv); - // I

Re: Action diff - look and diss

John Levon <[EMAIL PROTECTED]> writes: | Does this sound workable ? How could I use bind instead ? You use bind to generate the function that you need. -- Lgb

Re: lyxconvert: version 0.0.2

José Abílio Oliveira Matos <[EMAIL PROTECTED]> writes: | On Wednesday 31 July 2002 17:14, Dekel Tsur wrote: | > How about putting the files on CVS, in lib/lyxconvert/ ? | | Lars? sure... or lyx2lyx if that is agreed upon. -- Lgb

Re: formparagraph

Angus Leeming <[EMAIL PROTECTED]> writes: | On Wednesday 31 July 2002 6:18 pm, Lars Gullik Bjønnes wrote: | > Angus Leeming <[EMAIL PROTECTED]> writes: | > | On Wednesday 31 July 2002 4:51 pm, Edwin Leuven wrote: | > >> something like this? | > | | > | Perhaps. Lars had a reason for ditching all

Re: the patch...

John Levon <[EMAIL PROTECTED]> writes: | On Wed, Jul 31, 2002 at 05:19:07PM +0200, Lars Gullik Bjønnes wrote: | | > | It's got nothing to do with any so-called "propaganda" | > | > You got it from some document, right? | | No. I provided documentary evidence that the new behaviour is | recomme

Re: 1.2.0 link problem on RedHat 7.3

Hi, I picked up xforms 1.0rc4 from ftp.lyx.org/pub/xforms/OpenSource/ and built it with an install directory of /usr/local/xforms. I ran "xmkmf -a" and then make. Mostly this went well except when the make tried to link fdesign it couldn't find the X libraries. I patched the fdesign/Makefile with

I'm Back

Hey all, after a month or so in Las Vegas (working unfortunately) and some time in Upper Peninsula Michigan I'm finally back in NZ. Consequently I'll be upgrading bugzilla 2.16 final over the next two days, let me know of any faults that appear. Cheers Koz

Re: the patch...

On Wed, Jul 31, 2002 at 01:26:23PM +0200, Andre Poenitz wrote: > On Tue, Jul 30, 2002 at 08:59:24PM +0200, Lars Gullik Bjønnes wrote: > > Andre Poenitz <[EMAIL PROTECTED]> writes: > > > > | + * configure.m4: > > | + * ui/default.ui: make math-extern a bit more visible in Edit->Math > > | + > > |

Re: 2 bugs and a proposal

Angus Leeming <[EMAIL PROTECTED]> writes: > > > Questions: > > > 1. Does it make sense to preview anything other than Input? > > > > Uh, yes. But this very much depends on the document in question. > > See a few examples on the homepage. > > Other obvious c

Re: 2 bugs and a proposal

On Wednesday 31 July 2002 9:29 pm, David Kastrup wrote: > Angus Leeming <[EMAIL PROTECTED]> writes: > > Lars Gullik Bjønnes wrote: > > > | 3. Would people like a Preview of such Input? > > > > > > sure. > > > > Oh my god! It works! See attached! > > This is all a secret plot from envious Emacs use

Re: 2 bugs and a proposal

Angus Leeming <[EMAIL PROTECTED]> writes: > Lars Gullik Bjønnes wrote: > > > | 3. Would people like a Preview of such Input? > > > > sure. > > Oh my god! It works! See attached! This is all a secret plot from envious Emacs users that want LyX development to stall by incurring a lethal eye can

Re: 2 bugs and a proposal

Lars Gullik Bjønnes wrote: > | 3. Would people like a Preview of such Input? > > sure. Oh my god! It works! See attached! The InsetInclude::PreviewImpl and InsetFormula::PreviewImpl are very similar so I'll try and factor the common code into a base class. Questions: 1. Does it make sense t

Re: Action diff - look and diss

On Wed, Jul 31, 2002 at 07:39:57PM +0200, Lars Gullik Bjønnes wrote: > | + result = (*h.second)(bv, h.first, arg); > > boost::bind > boost::function > ?? Ooh, interesting. I've been reading and it looks like we can use member functions like this : actions.add(LFUN_SHIFT_TAB, &InsetTa

Re: Action diff - look and diss

On Wed, Jul 31, 2002 at 07:01:52PM +0100, Angus Leeming wrote: > doesn't mathed already have insets inside insets inside insets. It just calls > the outer one that LyX can see Formula and hides all the rest from LyX > entirely. Sure, but I would bet that mathed has some things easier on it com

Re: Action diff - look and diss

> Sure, but I'd love to see you handling the contained inset stuff :) doesn't mathed already have insets inside insets inside insets. It just calls the outer one that LyX can see Formula and hides all the rest from LyX entirely. Angus

Re: Action diff - look and diss

On Wed, Jul 31, 2002 at 08:03:51PM +0200, Andre Poenitz wrote: > > except we don't replicate the code for a map in each inset. > > There would be one map _per class_. That's not > expensive. OK, so basically you're devolving one level of the two-level action->handler map into the inset class.

Re: Action diff - look and diss

On Wed, Jul 31, 2002 at 06:52:36PM +0100, John Levon wrote: > But this is what happens in the patch, So I did not read that from the patch. Fine then. > except we don't replicate the code for a map in each inset. There would be one map _per class_. That's not expensive. > Rather an inset expre

Re: Action diff - look and diss

On Wed, Jul 31, 2002 at 07:42:02PM +0200, Andre Poenitz wrote: > > Eventually this will remove the total inclusion of commandtags.h, allow > > more fine-grained dynamic contexts, and more > > Fine. I just wonder whether this mechanism is not too complicated. > > Each type of inset could have a

Re: Action diff - look and diss

On Wed, Jul 31, 2002 at 07:39:57PM +0200, Lars Gullik Bjønnes wrote: > loose the Tabular -> Table change I'll come back to this one later (it's unrelated and you're the only one who thinks that not having an English interface is OK...) > action -> Action ok (minor irrelevant stuff) > Please d

Re: lyx-devel src/mathed/: Makefile.am formulabase.C math_cursor.C ...

On Wed, Jul 31, 2002 at 06:30:22PM +0100, John Levon wrote: > > a step towards world domination^H^H^H > > World dominat ? Why would you want to move towards World dominat ? Good question. So maybe I should go back to the original goal of World domination... Andre' -- Those who desire to

Re: Action diff - look and diss

On Wed, Jul 31, 2002 at 06:28:41PM +0100, John Levon wrote: > code dealing with passing lfuns backwards and forwards between child and > parent insets. > > Note LFUN_TAB is an interesting example, because we need override to > allow the containing tabular to override the text's default handler. >

Re: Action diff - look and diss

John Levon <[EMAIL PROTECTED]> writes: | Rather than justify any of this, I'll just show it and let people | comment. > | There's lots of things I don't really like (helpful comments are "why | not like this instead" not "this bit sucks"). "big picture" comments are | probably most useful > | com

Re: lyx-devel src/mathed/: Makefile.am formulabase.C math_cursor.C ...

On Wed, Jul 31, 2002 at 07:26:14PM +, [EMAIL PROTECTED] wrote: > a step towards world domination^H^H^H World dominat ? Why would you want to move towards World dominat ? regards john -- "The simpler it is, the harder it is." - Tim Van Holder

Re: formparagraph

On Wednesday 31 July 2002 6:18 pm, Lars Gullik Bjønnes wrote: > Angus Leeming <[EMAIL PROTECTED]> writes: > | On Wednesday 31 July 2002 4:51 pm, Edwin Leuven wrote: > >> something like this? > | > | Perhaps. Lars had a reason for ditching all these signals but I forget. > | Lars, care to enlighten

Re: Action diff - look and diss

On Wed, Jul 31, 2002 at 07:20:47PM +0200, Andre Poenitz wrote: > Well, some introduction in the concept might be in order. If not, you risk > that stuff being rejected on gut feelings like 'I don't want included > in inset/inset.h' etc. Yes OK. Basically we remove this horrible switch fan-in f

Re: LFUN bound to

On Wednesday 31 July 2002 6:10 pm, Andre Poenitz wrote: > On Wed, Jul 31, 2002 at 05:31:41PM +0100, Angus Leeming wrote: > > Does this help: > > grep "LFUN" src/commandtags.h | cat -n > > > > replace with, well a tab. > > There is #if 0'd stuff in there... > > Anyway, it's one of the BREAK_PARAGR

Re: Action diff - look and diss

On Wed, Jul 31, 2002 at 06:09:49PM +0100, John Levon wrote: > Rather than justify any of this, I'll just show it and let people > comment. > > There's lots of things I don't really like (helpful comments are "why > not like this instead" not "this bit sucks"). "big picture" comments are > probabl

Re: 2 bugs and a proposal

Angus Leeming <[EMAIL PROTECTED]> writes: | Attached are snapshots of the LyX screen and resultant dvi output. > | 1. Why does the Caption environment think that it's "senseless" when | clearly it isn't? It never really checks outside the current inset if it is inside a float or not. | 2. Why

Re: formparagraph

Angus Leeming <[EMAIL PROTECTED]> writes: | On Wednesday 31 July 2002 4:51 pm, Edwin Leuven wrote: >> something like this? > | Perhaps. Lars had a reason for ditching all these signals but I forget. Lars, | care to enlighten me? They were not used as signals... -- Lgb

Re: LFUN bound to

On Wed, Jul 31, 2002 at 05:31:41PM +0100, Angus Leeming wrote: > Does this help: > grep "LFUN" src/commandtags.h | cat -n > > replace with, well a tab. There is #if 0'd stuff in there... Anyway, it's one of the BREAK_PARAGRAPH thingies Andre' -- Those who desire to give up Freedom in or

Action diff - look and diss

Rather than justify any of this, I'll just show it and let people comment. There's lots of things I don't really like (helpful comments are "why not like this instead" not "this bit sucks"). "big picture" comments are probably most useful comments ? john ? texput.log ? o ? lf.diff ? a.diff ?

Re: lyxconvert: version 0.0.2

On Wednesday 31 July 2002 17:50, Dekel Tsur wrote: > > > > Do you have any comment regarding the other code? > > Why do you remove the \n from each line (body.append(line[:-1]) > and then add it back ? It is a waste of time, but if it makes the code > simpler then it doesn't matter. That is a

2 bugs and a proposal

Attached are snapshots of the LyX screen and resultant dvi output. 1. Why does the Caption environment think that it's "senseless" when clearly it isn't? 2. Why is the blue border of the second minipage not drawn around its contents. 3. Would people like a Preview of such Input? Angus dvi

Re: LFUN bound to

On Wednesday 31 July 2002 5:44 pm, Andre Poenitz wrote: > On Wed, Jul 31, 2002 at 05:38:13PM +0100, John Levon wrote: > > > Which LFUN is usually bound to the key? > > > [Don't say '65'] > > > > LFUN_BREAKPARAGRAPH or something like that. LFUN_BREAKLINE ? > > I don't know. That's why I was asking

Re: lyxconvert: version 0.0.2

On Wednesday 31 July 2002 17:45, Andre Poenitz wrote: > On Wed, Jul 31, 2002 at 05:38:15PM +0100, José Abílio Oliveira Matos wrote: > > BTW, does anyone has a better name than lyxconvert? > > lyx2lyx ? What do you think Dekel? The problem with lyxconvert is that is sound as if it would conv

Re: lyxconvert: version 0.0.2

On Wed, Jul 31, 2002 at 05:32:09PM +0100, José Abílio Oliveira Matos wrote: > On Wednesday 31 July 2002 17:17, Dekel Tsur wrote: > > > > I am going to work on the _218 module. > > Good. I will care then about the other convertions. Those regarding the > table format changes should give me some

Re: lyxconvert: version 0.0.2

On Wed, Jul 31, 2002 at 05:38:15PM +0100, José Abílio Oliveira Matos wrote: > BTW, does anyone has a better name than lyxconvert? lyx2lyx ? > lyxupdate? Well, and if we want to downgrade? Andre' > I agree that lyxconvert.py -> lyxconvert -- Those who desire to give up Freedom in o

Re: LFUN bound to

On Wed, Jul 31, 2002 at 05:38:13PM +0100, John Levon wrote: > > Which LFUN is usually bound to the key? > > [Don't say '65'] > > LFUN_BREAKPARAGRAPH or something like that. LFUN_BREAKLINE ? I don't know. That's why I was asking. It is LFUN number 65 Andre' -- Those who desire to give up

Re: LFUN bound to

On Wed, Jul 31, 2002 at 06:32:30PM +0200, Andre Poenitz wrote: > Which LFUN is usually bound to the key? > [Don't say '65'] LFUN_BREAKPARAGRAPH or something like that. LFUN_BREAKLINE ? john -- "The simpler it is, the harder it is." - Tim Van Holder

Re: lyxconvert: version 0.0.2

On Wednesday 31 July 2002 17:14, Dekel Tsur wrote: > How about putting the files on CVS, in lib/lyxconvert/ ? Lars? We have some work to do, but here reLyX is good example how it can be done. BTW, does anyone has a better name than lyxconvert? lyxupdate? > We only need to made the chan

LFUN bound to

Which LFUN is usually bound to the key? [Don't say '65'] Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)

Re: lyxconvert: version 0.0.2

On Wednesday 31 July 2002 17:17, Dekel Tsur wrote: > > I am going to work on the _218 module. Good. I will care then about the other convertions. Those regarding the table format changes should give me some work. > I leave the rest to you. Do you have any comment regarding the other code?

Re: A class for "actions"

On Wed, Jul 31, 2002 at 05:49:06PM +0200, Andre Poenitz wrote: > Hm. The argument might be a boost::any, but I'd rather wrap it together > with the enum into a small class, otherwise (a) above would not work. And We shouldn't be having this single switch thing anyway. See my forthcoming "sketch"

Re: lyxconvert: version 0.0.2

On Wed, Jul 31, 2002 at 04:39:36PM +0100, José Abílio Oliveira Matos wrote: > Second iteration: > I have corrected the file format name to work with old format, like 2.15. > > Since I have determined that the easiest convertion is between 2.15 and 2.16 > I have done this translation,

Re: lyxconvert: version 0.0.2

How about putting the files on CVS, in lib/lyxconvert/ ? We only need to made the changes so "make install" will create a symbolic link /usr/bin/lyxconvert for LYXDIR/lyxconvert/lyxconvert.py (perhaps lyxconvert.py should be renamed to lyxconvert?)

Re: formparagraph

On Wednesday 31 July 2002 4:51 pm, Edwin Leuven wrote: > something like this? Perhaps. Lars had a reason for ditching all these signals but I forget. Lars, care to enlighten me? Angus

Re: A class for "actions"

On Wed, Jul 31, 2002 at 05:35:36PM +0200, Lars Gullik Bjønnes wrote: > >> This way we do could (a) declare the dispatch() functions without pulling > >> in e.g. the commandtags.h header and we are (b) free to extend that struct > >> with real numbers is they are really needed. > > > | Lars? > >

Re: formparagraph

something like this? Index: Dialogs.C === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/Dialogs.C,v retrieving revision 1.9 diff -u -p -r1.9 Dialogs.C --- Dialogs.C 2 Jul 2002 19:23:08 - 1.9 +++ Dialogs.C 31 Jul 2002 1

lyxconvert: version 0.0.2

Second iteration: I have corrected the file format name to work with old format, like 2.15. Since I have determined that the easiest convertion is between 2.15 and 2.16 I have done this translation, adding a new module lyxconvert_215.py So that you can see the results, n

Re: A class for "actions"

Andre Poenitz <[EMAIL PROTECTED]> writes: | On Wed, Jul 31, 2002 at 04:29:40PM +0200, Andre' Poenitz wrote: >> Actually, I'd even suggest using something like >> >> class Action { >> kb_action lfun; >> string arg; >> //double x; (?) >> //double y; (?) >> }; >> >> instead

Re: formparagraph

On Wed, Jul 31, 2002 at 05:33:42PM +0200, Edwin Leuven wrote: > is it because updateParagraph is not a signal? Yes. > ...sorry but haven't really gotten into this signals stuff If it has type boost::signal0 again things should be OK regards john -- "The simpler it is, the harder it is."

Re: formparagraph

> Yes. that's what I did /// Changed Paragraph connection. boost::signals::connection cp_; > Semantics are something like: And then: ControlParagraph::ControlParagraph(LyXView & lv, Dialogs & d) : ControlDialogBD(lv, d), pp_(0), ininset_(false) { cp_ = d_.updatePa

A class for "actions"

On Wed, Jul 31, 2002 at 04:29:40PM +0200, Andre' Poenitz wrote: > Actually, I'd even suggest using something like > > class Action { > kb_action lfun; > string arg; > //double x; (?) > //double y; (?) > }; > > instead of the current (kb_action, string) pairs that are hande

Re: the patch...

On Wed, Jul 31, 2002 at 05:19:07PM +0200, Lars Gullik Bjønnes wrote: > | It's got nothing to do with any so-called "propaganda" > > You got it from some document, right? No. I provided documentary evidence that the new behaviour is recommended. The new behaviour is better regardless of the UI s

Re: formparagraph

On Wed, Jul 31, 2002 at 05:20:42PM +0200, Edwin Leuven wrote: > should I store a connection in ControlParagraph? yes > If so, how can I connect to > updateParagraph (i guess this is what i need to do). d->updateParagraph.connect(boost::bind(&ControlParagraph::updateParagraph, this)) in the C

Re: the patch...

John Levon <[EMAIL PROTECTED]> writes: | It's got nothing to do with any so-called "propaganda" You got it from some document, right? | I could go through again and list the exact relative advantages and | disadvantages of the change, but frankly I'm a little tired of having to | do that for ev

Re: formparagraph

On Wednesday 31 July 2002 4:20 pm, Edwin Leuven wrote: > > No, the patch isn't good enough - you need to track the cursor position. > > See the original code you removed > > should I store a connection in ControlParagraph? Yes. > If so, how can I connect to updateParagraph (i guess this is what

Re: formparagraph

> No, the patch isn't good enough - you need to track the cursor position. > See the original code you removed should I store a connection in ControlParagraph? If so, how can I connect to updateParagraph (i guess this is what i need to do). thanks, ed.

Re: the patch...

On Wed, Jul 31, 2002 at 03:34:39PM +0100, Angus Leeming wrote: > > And I don't see what is elegant about it anyway. > > you've just read too much propaganda. It's got nothing to do with any so-called "propaganda" I could go through again and list the exact relative advantages and disadvantages

Re: the patch...

On Wednesday 31 July 2002 3:49 pm, John Levon wrote: > On Wed, Jul 31, 2002 at 03:04:12PM +0100, Angus Leeming wrote: > > ps, I much preferred the old, minimal menus. When I've no document open I > > thought it was elegant to have a smaller set of menus. Progress takes > > many strange routes it w

Re: [bugzilla-daemon@bugzilla.lyx.org: [Bug 549] New: Handle double click in mathed]

On Wed, Jul 31, 2002 at 04:29:40PM +0200, Andre Poenitz wrote: > What does it cost? A millisecond in respose to a user action? We're already pushing the response limit in some situations. > class Action { > kb_action lfun; > string arg; > //double x; (?) > //double y; (?)

Re: the patch...

On Wed, Jul 31, 2002 at 03:04:12PM +0100, Angus Leeming wrote: > ps, I much prefered the old, minimal menus. When I've no document open I > thought it was elegant to have a smaller set of menus. Progress takes many > strange routes it would appear. What price "elegance" ? A lot of stupid code

Re: the patch...

> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: Angus> ps, I much prefered the old, minimal menus. When I've no Angus> document open I thought it was elegant to have a smaller set of Angus> menus. Progress takes many strange routes it would appear. John did not like it, and it seems t

Re: the patch...

On Wed, Jul 31, 2002 at 03:04:12PM +0100, Angus Leeming wrote: > Perhaps this discussion is really illustrating that we need a math-extern.ui > and a way of adding it to the interface if the user wants it to be added. > > People are talking about context sensitive toolbars. Why not context > se

Re: the patch...

On Wednesday 31 July 2002 2:45 pm, Andre Poenitz wrote: > On Wed, Jul 31, 2002 at 02:40:10PM +0100, John Levon wrote: > > > I think the math-extern stuff is targeted towards the "power user" > > > anyway. > > > > So I'm not sure why it's in the menus to be honest. > > Because even the power user m

Re: the patch...

On Wed, Jul 31, 2002 at 03:18:41PM +0100, John Levon wrote: > > Because even the power user might neeed a reminder what is available? > > And they can use the docs. You have written docs, right ? Of course not. Andre' -- Those who desire to give up Freedom in order to gain Security, will not

Re: [bugzilla-daemon@bugzilla.lyx.org: [Bug 549] New: Handle double click in mathed]

On Wed, Jul 31, 2002 at 03:12:49PM +0100, John Levon wrote: > > Sure. I'd even thing this is better. But than, we should hand down the > > ordinary mouse clicks/moves as LFUNs as well... > > That's what Lars wants. But do we really want to encode x,y,state inside > an string arg ? What does it c

Re: the patch...

On Wed, Jul 31, 2002 at 03:45:47PM +0200, Andre Poenitz wrote: > > So I'm not sure why it's in the menus to be honest. > > Because even the power user might neeed a reminder what is available? And they can use the docs. You have written docs, right ? :P john -- "The simpler it is, the harde

Re: [bugzilla-daemon@bugzilla.lyx.org: [Bug 549] New: Handle doubleclick in mathed]

Andre Poenitz <[EMAIL PROTECTED]> writes: | On Wed, Jul 31, 2002 at 03:09:13PM +0100, John Levon wrote: >> > So somebody should probably add insetButtonPressDouble() functions to >> > the lyx insets and make sure that it is called properly. Handling this >> > within mathed is straight-forward. I'

Re: [bugzilla-daemon@bugzilla.lyx.org: [Bug 549] New: Handle double click in mathed]

On Wed, Jul 31, 2002 at 04:11:04PM +0200, Andre Poenitz wrote: > Sure. I'd even thing this is better. But than, we should hand down the > ordinary mouse clicks/moves as LFUNs as well... That's what Lars wants. But do we really want to encode x,y,state inside an string arg ? john -- "The simpl

Re: [bugzilla-daemon@bugzilla.lyx.org: [Bug 549] New: Handle double click in mathed]

On Wed, Jul 31, 2002 at 03:09:13PM +0100, John Levon wrote: > > So somebody should probably add insetButtonPressDouble() functions to > > the lyx insets and make sure that it is called properly. Handling this > > within mathed is straight-forward. I'd do that part then. > > Can't we fire an LFUN

Re: [bugzilla-daemon@bugzilla.lyx.org: [Bug 549] New: Handle double click in mathed]

On Wed, Jul 31, 2002 at 03:45:03PM +0200, Andre Poenitz wrote: > So somebody should probably add insetButtonPressDouble() functions to > the lyx insets and make sure that it is called properly. Handling this > within mathed is straight-forward. I'd do that part then. Can't we fire an LFUN instea

Re: the patch...

On Wed, Jul 31, 2002 at 02:40:10PM +0100, John Levon wrote: > > I think the math-extern stuff is targeted towards the "power user" anyway. > > So I'm not sure why it's in the menus to be honest. Because even the power user might neeed a reminder what is available? Andre' -- Those who desire t

[bugzilla-daemon@bugzilla.lyx.org: [Bug 549] New: Handle double click in mathed]

> - Forwarded message from [EMAIL PROTECTED] - > It would be nice if double click would select the contents of the current > math inset box (for example, in a fraction numerator, select this numerator). > Then triple click would select one level more (in the example above, > the whole fra

formparagraph

On Wed, Jul 31, 2002 at 12:32:46PM +0200, Edwin Leuven wrote: > in current cvs doesn't show \neq anymore. > > The output is fine: (Sorry, I deleted your paragraph post so I'm reply to this instead) No, the patch isn't good enough - you need to track the cursor position. See the original code

Re: the patch...

On Wed, Jul 31, 2002 at 12:55:35PM +0200, Andre Poenitz wrote: > Why? I thought '...' was standard to indicate a submenu? Oh... maybe I > mixed this up with a sub dialog... It's neither - it's "further interaction needed before completion". > I have no problem naming it. It's a CAS ;-} "Comput

Re: mathed...

On Wed, Jul 31, 2002 at 12:32:46PM +0200, Edwin Leuven wrote: > in 1.2 everything is ok. Fixed. Many roads lead to Rome, but not all of them... Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)

Re: the patch...

On Wed, Jul 31, 2002 at 02:05:55PM +0200, Lars Gullik Bjønnes wrote: > | No, it was not \emptyset, it was the slashed O, which seem to be quite > | different. > > But I am pretty sure that was the intention. Hm. I could bind M-m / O to insert an \emptyset. Or even use that half-baked auto-correc

Re: 1.2.0 link problem on RedHat 7.3

> "Peter" == Peter <[EMAIL PROTECTED]> writes: Peter> Hello, The xforms I have is version 0.89, but I don't recall Peter> for which libc it was. It is the same one that I used for Peter> succesfully building lyx-1.1.6fix4 on the same computer though Peter> so I'd guess that it is OK for my s

Re: the patch...

Andre Poenitz <[EMAIL PROTECTED]> writes: | On Tue, Jul 30, 2002 at 08:59:24PM +0200, Lars Gullik Bjønnes wrote: >> Andre Poenitz <[EMAIL PROTECTED]> writes: >> >> | + * configure.m4: >> | + * ui/default.ui: make math-extern a bit more visible in Edit->Math >> | + >> | + * bind/math.bind: rem

Re: the patch...

> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: Andre> Fine. Herbert complains about things not reachable by menus, Andre> you complain the other way round. Andre> So please make your minds up and come back if you reach Andre> consensus. _I_ really don't care. OK, OK, leave it here.

Re: 1.2.0 link problem on RedHat 7.3

Hello, The xforms I have is version 0.89, but I don't recall for which libc it was. It is the same one that I used for succesfully building lyx-1.1.6fix4 on the same computer though so I'd guess that it is OK for my system. I'm more curious about the unresolved reference to "__setjmp". This soun

Re: the patch...

On Tue, Jul 30, 2002 at 08:59:24PM +0200, Lars Gullik Bjønnes wrote: > Andre Poenitz <[EMAIL PROTECTED]> writes: > > | + * configure.m4: > | + * ui/default.ui: make math-extern a bit more visible in Edit->Math > | + > | + * bind/math.bind: remove some strange bindings for Ø and Å > > Empty

Re: the patch...

On Wed, Jul 31, 2002 at 01:06:54PM +0200, Jean-Marc Lasgouttes wrote: > >> Then you could have a menu entry like "Simplify expression". > > Andre> I think the math-extern stuff is targeted towards the "power > Andre> user" anyway. So this is not the usual context where guessing > Andre> intention

Re: bsd woes again

"Richard E. Hawkins" <[EMAIL PROTECTED]> writes: | Hello again. | | Once more, after a long unsubscription, I'm installing on another | machine. OK, you've seen this before; I'm *trying* to install on | another machine (which, of course, can't yet send mail out). | | Anyway, I have two Free

Re: the patch...

Andre Poenitz <[EMAIL PROTECTED]> writes: | + * configure.m4: | + * ui/default.ui: make math-extern a bit more visible in Edit->Math | + | + * bind/math.bind: remove some strange bindings for Ø and Å Empty-set and Ångstrøm. -- Lgb

Re: the patch...

> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: Andre> E.g. Maple and octave are so different that putting them behind Andre> a common interface does not make much sense to me. Even if this Andre> were sensible we would have to hard-code "equivalents" like Andre> Maple's 'factor' and M

Re: the patch...

On Wed, Jul 31, 2002 at 12:23:24PM +0200, Jean-Marc Lasgouttes wrote: > Andre> So what to you suggest instead? > > Maybe "Symbolic computations", but this is not very good either. Note > that you should remove the "..." anyway. Why? I thought '...' was standard to indicate a submenu? Oh... maybe

Re: tabular woes

> "John" == John Levon <[EMAIL PROTECTED]> writes: John> On Tue, Jul 30, 2002 at 12:08:33PM +0200, Jean-Marc Lasgouttes John> wrote: Now you're making a double comparison without an epsilon John> ... that's not reliable. We have a float_equals<> somewhere >> No, because what we want to detec

mathed...

in current cvs doesn't show \neq anymore. The output is fine: x\neq y but there is nothing in lyx: xy nothing in red either. in 1.2 everything is ok. Ed.

  1   2   >