[Glade-devel] Glade 3 development



Hey

I haven't worked on it for almost 10months now. Anyway I think on however
I got on with it, the code seems to be on my code on my computer in India and
now I'm in Philadelphia, so its a slight problem ;-)

I'll see if I can get my mom to do a "cvs diff -u", but thats possible
only if the local "computer fixer" didn't fuck up my linux partition when 
reinstalling windows on my home computer in India =D

I'll check
Archit

"Joaquin Cuenca Abela" <e98cuenc free fr> writes:

 

Damon wrote:
On Sun, 2004-04-18 at 18:09, Joaquin Cuenca Abela wrote:

It would be great if you can work porting the glade2 menu editor to 
glade3, as it's the main funtional part that glade3 is 
missing, and it 
will most probably not collide with my not yet committed changes.

Wasn't Archit working on this? Is your code working yet Archit?

I'd rather avoid this one if possible :)

Very understandable :-)

After the menu editor, yes, I think the next thing will be to check 
that all the widgets works as expected.

While checking GtkWindow today I noticed a few things that 
need fixing:

 o Problems drawing selection rectangles, e.g. in GtkWindow, GtkEntry.
   I had lots of problems with this in Glade, since the 
window you need
   to draw on isn't necessarily the widget's window (some widgets have
   more than one window and these may not cover the widget's entire
   allocated area.) Maybe we should port the glade-2 code over. It is
   horrible code but we know it works pretty well.

I took a look a while ago at the glade-2 code.  I think that hooking the
expose event on all the widgets, putting the expose region on the toplevel
widget coordinates, and draw a part of the selection rectangles if need will
we conceptually cleaner than what glade-2 does, but as I'll be also quite
happy with the glade-2 code :-)

 o Support for pixmap properties, e.g. for the window "icon" property.

 o Support for the event mask property.

These 3 bugs should be independent of the changes that I have in my hard
drive, so if you can start by these hopefully we will not step on each other
feet

Thank you for your help, Damon.

Cheers,




-- 
fork() is the Unix programmer's hammer. Because it's available, every problem looks like a nail.




[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]