On Fri, 11 Aug 2000, Juergen Vigna wrote:
> >
> > ¹ Check JMarcs toolbar/menu stuff as per his request. Workout a support
> > class for Ok/Apply/Cancel button management (similar to Baruch's
> > RadioButtonGroup but with a separation of policy from gui toolkit), and
> > another for Restore/Save
>
> ¹ Check JMarcs toolbar/menu stuff as per his request. Workout a support
> class for Ok/Apply/Cancel button management (similar to Baruch's
> RadioButtonGroup but with a separation of policy from gui toolkit), and
> another for Restore/Save/Apply/Cancel (preferences dialog) -- just a state
>
On 10 Aug 2000, Lars Gullik Bjønnes wrote:
> Allan Rae <[EMAIL PROTECTED]> writes:
> | On a related note, I'm pretty sure I can get autogeneration of the
> | form_xxx.[Ch] files working easily but I'll do that once I'm finished
> | cleaning up Angus's patch and committed that. That would then al
On Wed, 9 Aug 2000, Juergen Vigna wrote:
>Then you could help us with hints for what you need f.ex. in LyXView so
>that you really can use the GNOME-menus or/and toolbars when you make that
>one work.
I've took a first look into toolbar implementation and I am wondering why
this imp
Allan Rae <[EMAIL PROTECTED]> writes:
| It'd be nice to have the glade source or whatever is the equivalent of the
| xforms .fd files and the kdevelop .kdevdlg files in cvs for people to work
| with.
|
| On a related note, I'm pretty sure I can get autogeneration of the
| form_xxx.[Ch] files w
On Wed, 9 Aug 2000, Juergen Vigna wrote:
> >
> > There is the glade tool for GTK+/Gnome, it can produce a .glade XML file
> > and source code for C/C++ and some more (Perl and such). I use it in a
> > python program I work on and it's really great but then I simply use
> > libglade that loads th
On Wed, 9 Aug 2000, Juergen Vigna wrote:
> BTW.: I tried to load some .eps file and it worked like a flaw, congratulations!
> but did you try Apply on an already displayed file (rotate 45) I get a
> segmentation fault.
This is a work in progress, all translations are not done in the
>> 1. For Marko (and mybe other people who want to support another frontend):
>>
>>The Menu_pimpl you did is nice but as you surely have seen there are
>>some bases which do not work and so the whole menu-stuff is really not
>>good working. IMO you should for now concentrate on the di
On Wed, 9 Aug 2000, Juergen Vigna wrote:
> 1. For Marko (and mybe other people who want to support another frontend):
>
>The Menu_pimpl you did is nice but as you surely have seen there are
>some bases which do not work and so the whole menu-stuff is really not
>good working. IMO y
>
> There is the glade tool for GTK+/Gnome, it can produce a .glade XML file
> and source code for C/C++ and some more (Perl and such). I use it in a
> python program I work on and it's really great but then I simply use
> libglade that loads the .glade file in runtime to build the dialogs.
Well
On Wed, 9 Aug 2000, Juergen Vigna wrote:
>I know that working on this stuff is much more interesting then working
>on some dialogs. BTW.: you should find a clean way for makeing complex
>dialogs as you probably use some dialog-builder. Have a look at the work
>we did in the KDE an
Hi All!
I soon will commit the work Marko did for the GNOME-Frontend, now I have
some thoughts to all this frontend stuff I've seen by looking at the work
Marko did for the Menu_pimpl-stuff.
1. For Marko (and mybe other people who want to support another frontend):
The Menu_pimpl you did is
12 matches
Mail list logo