On Tue, Jul 17, 2001 at 07:18:42PM +0200, Edwin Leuven wrote:
...
> From: Edwin Leuven <[EMAIL PROTECTED]>
> Date: Tue, 17 Jul 2001 19:18:42 +0200
> X-Mailer: KMail [version 1.1.99]
> To: [EMAIL PROTECTED]
> In-Reply-To: <[EMAIL PROTECTED]>
> Subject: Re: misc
Priorities, priorities.
I'd suggest that LyX is fun but that if you stop work on it, it'll magically
continue on it's own happy course. Is the same true of a thesis?
Unfortumately not. You've invested five years into this labour of love, but
you'll get nothing tangible in return unless you fi
On Wed, 18 Jul 2001, Angus Leeming wrote:
> > Allan. (ARRae) Who feels retirement or at least a sabatical coming on.
>
> What's this? Are you feeling burnt out from writing a thesis or bored of LyX.
Not enough thesis and too many LyX emails to read each day.
Maybe I should do like Amir did and
> Allan. (ARRae) Who feels retirement or at least a sabatical coming on.
What's this? Are you feeling burnt out from writing a thesis or bored of LyX.
What about that shoulder to lean on I've been relying on all this time. I'm
not sure I can stand on my own two feet after all this time!!!
Bes
On Tue, 17 Jul 2001, Angus Leeming wrote:
> Nice. But make it invisible to the LyX kernel. I'd like to see a few signals,
> so that the interaction with the kernel is the same as for other frontend
> stuff.
>
> // Non-buffer specific signals. Instance owned by LyXGUI or LyX class.
> class GlobalD
> distributions. lyx maintainers.
no reason to do it on the fly though
> imagine a lyx that become gnome-lyx or kde-lyx depending on the DE running.
same as above. and don't talk to me about desktop switching, or other silly
slashdot hobby's. when you're used to one it's bloody irritating to s
On Tue, Jul 17, 2001 at 06:19:24PM +0200, Edwin Leuven wrote:
> > Yes, I agree we should do this.
>
> Although I don't see the point of switching frontends on the fly. Who would
> want to do a thing like that?
distributions. lyx maintainers.
imagine a lyx that become gnome-lyx or kde-lyx depe
> Yes, I agree we should do this.
Although I don't see the point of switching frontends on the fly. Who would
want to do a thing like that?
Ed.
On Tue, Jul 17, 2001 at 04:37:06PM +0100, Angus Leeming wrote:
> At the moment it emits signals into the ether for most things but FileDialog
> is an example where this isn't true. Shame. I'd like it to be true for all
> these things.
>
> Anyway, do it your way. Coding is, after all, an iterat
On Tuesday 17 July 2001 16:17, Edwin Leuven wrote:
> > Nice.
>
> Which one? I guess the first...
>
> > But make it invisible to the LyX kernel. I'd like to see a few
> > signals, so that the interaction with the kernel is the same as for other
> > frontend stuff.
>
> Why? Can't I just do like F
> Nice.
Which one? I guess the first...
> But make it invisible to the LyX kernel. I'd like to see a few
> signals, so that the interaction with the kernel is the same as for other
> frontend stuff.
Why? Can't I just do like FileDialog: have a MessageBox.h in frontends and
the actual implement
Nice. But make it invisible to the LyX kernel. I'd like to see a few signals,
so that the interaction with the kernel is the same as for other frontend
stuff.
// Non-buffer specific signals. Instance owned by LyXGUI or LyX class.
class GlobalDialogs {
SignalXXX Information;
}
MessageBo
About a messagebox, I can implement something a la Qt: a real dialog with
convenience member functions:
class MessageBox
{
MessageBox();
MessageBox(string const& caption, string const& text,
int button0, int button1, int button2,
On Fri, 13 Jul 2001, Edwin Leuven wrote:
> Anyone any thoughts on these issues?
Compare with KLyX. I think they combined a few of these and have an
askForText which is general enough to also be used for the Label dialog.
Allan. (ARRae)
On Fri, Jul 13, 2001 at 04:36:09PM +0200, Edwin Leuven wrote:
> lyx_gui_misc.[Ch] defines a number of functions that need to become guii:
>
> askForText
> AskConfirmation
> AskQuestion
> WriteAlert
> -WriteFSAlert
> -WarnReadonly
>
> I also saw that a MessageBox was flagged as pending, who is t
15 matches
Mail list logo
