On Thu, Jul 24, 2008 at 3:57 AM, <[EMAIL PROTECTED]> wrote:
> I would like to update the toolbar to include more operations
> including toggle and radio. The best way to get the toggle and radio
> actions seem to be by using GtkAction. Using GtkAction causes a
> number of other changes. The following appears what needs to be done:
>
> - Change the way icons are loaded to use GtkIconFactory.
>
> - Create GtkActions for the toolbar and popup menu items.
My GTK fu is not such that I can a) understand the implications, or b)
comment usefully. :(
> - Change scheme functions (g_keys.c) to activate GtkActions rather
> than invoking the callbacks directly. This change keeps toggle and
> radio action's state in sync.
While I don't want to stop you from doing what seems good to you [*],
I hope you can preserve the scheme-ness that's currently available
from keypresses, all the way to the callbacks. I'm working towards
being able to script user input, so that gschem could do things like
replay GUI events (think of tutorials) or have user-defined drawing
helpers a la AutoLisp "macros". Eventually I want to define menu /
key actions as, for example,
(add-box (get-xy-with-prompt "Choose one corner of the rectangle")
(get-xy-with-prompt "Choose the other corner of the rectangle"))
instead of the hardcoded state machines in gschem/src/x_event.c.
(Incomplete example due to missing rubber boxes etc.) Can you
preserve an optional list of arguments through to the i_callback_*
functions?
[*] Your patch to the list from a few days ago seemed to be from a
private git repository via git-format-mail or similar. Is that
repository publicly available somewhere? If so, what is its URL that
I can fetch from?
> I'd also like the core developers opinion of using GtkBuilder and
> GtkUIBuilder for UI construction as apposed to using straight C or
> some form of guile.
I would much rather prefer using things like libglade -> GtkBuilder,
but the project culture favours compatibility with quite old
environments over the delta in developer productivity it would bring.
Which stands to reason if you consider that the gEDA project is hosted
at seul.org - *Simple* End User Linux. (But also an annoyance
sometimes when having to bend over backwards to NOT use awesome new
feature #X.)
_______________________________________________
geda-dev mailing list
[email protected]
http://www.seul.org/cgi-bin/mailman/listinfo/geda-dev
