Re: lfun patch, next try

2002-08-15 Thread John Levon
On Thu, Aug 15, 2002 at 10:17:08AM +0200, Jean-Marc Lasgouttes wrote: > Excellent article. Since you seem to have an inifinite number of those > URLs, you could maybe add a page for them on our web site, or at least > a pointer to such a page. Sure I'll squeeze it into my CFT regards john --

Re: lfun patch, next try

2002-08-15 Thread Jean-Marc Lasgouttes
> "John" == John Levon <[EMAIL PROTECTED]> writes: John> Sounds very much like the "o Don't suck" pref Havoc talks about John> : John> http://www106.pair.com/rhp/free-software-ui.html Excellent article. Since you seem to have an inifinite number of those URLs, you could maybe add a page for

Re: lfun patch, next try

2002-08-14 Thread Andre Poenitz
On Wed, Aug 14, 2002 at 05:48:23PM +0100, John Levon wrote: > We could probably keep both. But the monolithic thing makes it more > hassle to re-order the panel (see e.g. the bug in bugzilla) No. Split it up. More work in the beginning, less trouble in the end. Andre' -- Those who desire to gi

Re: lfun patch, next try

2002-08-14 Thread John Levon
On Thu, Aug 15, 2002 at 02:13:20PM +1000, Allan Rae wrote: > Amipro had wonderful user-configurable toolbars. We (or at least Qt) can easily do hanging icon menus from toolbar items. > I'm not sure custom > panels are really going to be that useful -- except as an interim > solution until mutli

Re: lfun patch, next try

2002-08-14 Thread Allan Rae
On Thu, 15 Aug 2002, John Levon wrote: > On Thu, Aug 15, 2002 at 01:42:40PM +1000, Allan Rae wrote: > > > > Additionally, the monolithic images make a "my favourite symbols" > > > dynamic panel a lot harder to do. > > > > Not such a bad thing then even if you mean user-defined panel instead > > R

Re: lfun patch, next try

2002-08-14 Thread John Levon
On Thu, Aug 15, 2002 at 01:42:40PM +1000, Allan Rae wrote: > > Additionally, the monolithic images make a "my favourite symbols" > > dynamic panel a lot harder to do. > > Not such a bad thing then even if you mean user-defined panel instead Right, that's what I'm talking about. Maybe arbitrary

Re: lfun patch, next try

2002-08-14 Thread Allan Rae
On Wed, 14 Aug 2002, John Levon wrote: [...] > Additionally, the monolithic images make a "my favourite symbols" > dynamic panel a lot harder to do. Not such a bad thing then even if you mean user-defined panel instead of one of those super-dumb automatically generated "favourites" things. On a

Re: lfun patch, next try

2002-08-14 Thread John Levon
On Wed, Aug 14, 2002 at 10:57:20AM -0400, Kuba Ober wrote: > Wouldn't it be possible to do that at runtime? Load the big thing, paint > cropped parts into a pixmap, and you seem to be done. That way the (quite > reasonable) idea of panels is preserved. This is what (xforms) does already. IT's

Re: lfun patch, next try

2002-08-14 Thread John Levon
On Wed, Aug 14, 2002 at 09:53:50AM +0300, Martin Vermeer wrote: > Actually because XPM's are in reality little snippets of C, I would suggest > to convert whole XBM panels to XPM first, and then add sub-rectangle > extraction code to them (inside two loops) and run them as programs. That > will

Re: lfun patch, next try

2002-08-14 Thread Kuba Ober
On wtorek 13 sierpień 2002 02:28 pm, John Levon wrote: > On Tue, Aug 13, 2002 at 08:24:11PM +0200, Andre Poenitz wrote: > > On Tue, Aug 13, 2002 at 08:22:29PM +0200, Lars Gullik Bjønnes wrote: > > > But you don't have to fiddle with dialogs to be of help with GUIi. > > > > But that's what is mis

Re: lfun patch, next try

2002-08-14 Thread Andre Poenitz
On Wed, Aug 14, 2002 at 05:27:46PM +1000, Allan Rae wrote: > You seem to have plenty of free time. Schein und Sein... [sort of "Appearances are deceiving", but as German is famous for having long words...] Andre' -- Those who desire to give up Freedom in order to gain Security, will not have,

Re: lfun patch, next try

2002-08-14 Thread Allan Rae
On Wed, 14 Aug 2002, Andre Poenitz wrote: > On Wed, Aug 14, 2002 at 04:41:27PM +1000, Allan Rae wrote: > > Matthias or Kalle did this years ago for KLyX (including the bullets). > > I just had a look, there are indeed quite a few more .xbm in KLyX than we > have. Hahahaha... "quite a few more" I

Re: lfun patch, next try

2002-08-13 Thread Martin Vermeer
On Wed, Aug 14, 2002 at 04:41:27PM +1000, Allan Rae wrote: > > On Tue, 13 Aug 2002, John Levon wrote: > > > Another REALLY boring thing that needs doing is splitting up the math > > symbol xbm's in to per-symbol xpms so that Qt can use them sensibly > > (then we have math toolbar - ta da) > > M

Re: lfun patch, next try

2002-08-13 Thread Andre Poenitz
On Wed, Aug 14, 2002 at 04:41:27PM +1000, Allan Rae wrote: > Matthias or Kalle did this years ago for KLyX (including the bullets). I just had a look, there are indeed quite a few more .xbm in KLyX than we have. So any volunteers? ;-} Andre' -- Those who desire to give up Freedom in order to

Re: lfun patch, next try

2002-08-13 Thread Andre Poenitz
On Tue, Aug 13, 2002 at 07:28:38PM +0100, John Levon wrote: > Another REALLY boring thing that needs doing is splitting up the math > symbol xbm's in to per-symbol xpms so that Qt can use them sensibly Does that mean Qt does not handle xbm's or is the problem "multiple things in a file"? Andre

Re: lfun patch, next try

2002-08-13 Thread Allan Rae
On Tue, 13 Aug 2002, John Levon wrote: > Another REALLY boring thing that needs doing is splitting up the math > symbol xbm's in to per-symbol xpms so that Qt can use them sensibly > (then we have math toolbar - ta da) Matthias or Kalle did this years ago for KLyX (including the bullets). There

Re: lfun patch, next try

2002-08-13 Thread Lars Gullik Bjønnes
Andre Poenitz <[EMAIL PROTECTED]> writes: | That sounds more interesting... > | What is the status of the insettext changes? Have you reverted them so that | we could have another go? No, I have had no time for that yet. -- Lgb

Re: lfun patch, next try

2002-08-13 Thread Andre Poenitz
On Tue, Aug 13, 2002 at 07:28:38PM +0100, John Levon wrote: > Another REALLY boring thing that needs doing is splitting up the math > symbol xbm's in to per-symbol xpms so that Qt can use them sensibly > (then we have math toolbar - ta da) Hm.. not today. Andre' -- Those who desire to give up

Re: lfun patch, next try

2002-08-13 Thread John Levon
On Tue, Aug 13, 2002 at 08:24:11PM +0200, Andre Poenitz wrote: > On Tue, Aug 13, 2002 at 08:22:29PM +0200, Lars Gullik Bjønnes wrote: > > But you don't have to fiddle with dialogs to be of help with GUIi. > > But that's what is missing in the Qt port, isn't it. No. (well, yes). One thing that i

Re: lfun patch, next try

2002-08-13 Thread Andre Poenitz
On Tue, Aug 13, 2002 at 08:22:29PM +0200, Lars Gullik Bjønnes wrote: > But you don't have to fiddle with dialogs to be of help with GUIi. But that's what is missing in the Qt port, isn't it. > Or you can help me with the ParagraphList stuff. > (have a look at the patch(es) I sent to the list) T

Re: lfun patch, next try

2002-08-13 Thread Lars Gullik Bjønnes
Andre Poenitz <[EMAIL PROTECTED]> writes: | On Tue, Aug 13, 2002 at 07:10:10PM +0100, John Levon wrote: >> > I am not suggesting anything new. A few weeks ago this was called "inset >> > unification"... >> >> Well I can/can't wait ! > | *shrug* > | I am more or less done with what I wanted to ha

Re: lfun patch, next try

2002-08-13 Thread Andre Poenitz
On Tue, Aug 13, 2002 at 07:10:10PM +0100, John Levon wrote: > > I am not suggesting anything new. A few weeks ago this was called "inset > > unification"... > > Well I can/can't wait ! *shrug* I am more or less done with what I wanted to have in 1.3 (except for the world domination...). There i

Re: lfun patch, next try

2002-08-13 Thread John Levon
On Tue, Aug 13, 2002 at 08:08:07PM +0200, Andre Poenitz wrote: > > especially because we don't want to hardcode it for insertInset only. > > I am not suggesting anything new. A few weeks ago this was called "inset > unification"... Well I can/can't wait ! john -- "It is unbecoming for young

Re: lfun patch, next try

2002-08-13 Thread Andre Poenitz
On Tue, Aug 13, 2002 at 07:02:35PM +0100, John Levon wrote: > > One should extract an iterator (either from the cursor or from a screen > > position) and call the function using this iterator. > > This sounds very much like an offer to implement such a facility and > debug all the problems. Super

Re: lfun patch, next try

2002-08-13 Thread John Levon
On Tue, Aug 13, 2002 at 07:25:49PM +0200, Andre Poenitz wrote: > > Sound sensible ? > > No. > > Temporary cursor movements to make something happen just because "the > cursor can do it" is silly. > > One should extract an iterator (either from the cursor or from a screen > position) and call t

Re: lfun patch, next try

2002-08-13 Thread Andre Poenitz
On Tue, Aug 13, 2002 at 06:19:55PM +0100, John Levon wrote: > Drag and drop: I propose LFUN_DROP(x,y,string command) > > e.g. "reference-insert blah" as command. The question is if we can > easily do a temporary setCursor() to drop the command in the right > place, then return the cursor to where

Re: lfun patch, next try

2002-08-13 Thread John Levon
On Tue, Aug 13, 2002 at 07:11:16PM +0200, Andre Poenitz wrote: > On Tue, Aug 13, 2002 at 06:01:34PM +0100, John Levon wrote: > > -ENOAPPENDAGE > > dispatch(LFUN_MESSAGE, "too late"); how very silly Drag and drop: I propose LFUN_DROP(x,y,string command) e.g. "reference-insert blah" as command.

Re: lfun patch, next try

2002-08-13 Thread Andre Poenitz
On Tue, Aug 13, 2002 at 06:01:34PM +0100, John Levon wrote: > -ENOAPPENDAGE dispatch(LFUN_MESSAGE, "too late"); 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: lfun patch, next try

2002-08-13 Thread John Levon
On Tue, Aug 13, 2002 at 06:59:48PM +0200, Andre Poenitz wrote: > If nobody complains soon, I'll commit. -ENOAPPENDAGE john -- "It is unbecoming for young men to utter maxims." - Aristotle

lfun patch, next try

2002-08-13 Thread Andre Poenitz
Include John's hint that the 0 dummy arg is ugly. If nobody complains soon, I'll commit. Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)