RE: [java-gnome-hackers] update

[Jeffrey M. <Jef...@Br...>]

> I've been working on setting up event handlers for the classes I've
> worked on so far. 
> I have not done this for the statusbar:
> The signals are text-popped and text-pushed; the only way to 
> emit these
> signals is by making calls to the pop and push methods, so I don't see
> any reason for adding event handlers.
> 
> I have not done Label either, as I'm unsure what the signals do:
> copy-clipboard 	- I guess this means "selected text block"
> move-cursor 	- Labels don't have cursors
> populate-popup	- No idea what this is (specific to the 
> label widget)

It is not necessary to provide all available events.  Just
use your past experience to determine if this is an event
that you would use.  It is easy to go back and add them
later if a user requests it but bloat tends to stay around
a long time 8-)

> I have also worked on ProgressBar. All methods of Progress (and so
> ProgressBarStyle enum) are deprecated in the gtk docs. Should I remove
> these and make ProgressBar extend Widget rather than Progress?

I think we should keep Progress for the time being.  There are
fields that can only be accessed via Progress.  Hopefully the
GTK developers will move these to ProgressBar in the future.
 
> I think I'll take a look at the following gtk classes unless 
> anyone has
> any objections:
> H V Separator
> Entry,
> SpinButton
> Range,
> H V Scale,
> Adjustment,
> H V ScrollBar

Their all yours!