Hi Dan,
[snip]
>This a question for those with better knowledge of gschem internals.
>
>I see where system-gschemrc defines all of the menus, but what I'm
>wondering is if it is possible to write a callback entirely within
>scheme. In other words I want to have my gschemrc load my own scheme
>file which will have something like:
>(add-menu "MyMenu" my:menu-items)
>
>but I want to write the my-about, my-manual, my-menuitem actions in
>scheme.
>
>Anyone know if this is possible with the current gschem or what it might
>take to be able to do this?
>
[snip]
This should be quite possible. Are you having trouble with
your implementation? I looked at the diffs, I didn't see anything
glaring wrong (just a quick quick quick look).
>I'm thinking it might be useful to link in with guile-gtk too so users
>could hook in gui stuff into their own menu choices.
>
>Any suggestions?
This might be tricky with guile-gtk. I don't know what state these
bindings are in. The last time I looked guile-gtk was only for gtk+ 1.2.x.
However, it looks like guile-gnome might be more current. I would hate
to introduce a forced dependancy on gnome.
>
>Where I'm going with this is I want to have a standalone scheme file
>which if loaded, puts gschem into "pcb mode" where you get an extra menu
>with things like "run gsch2pcb" or "launch pcb" or (eventually)
>"backannotate". By adding some hooks into gschem I've been able to
>actually have a gschem session talk to a pcb session and do some cross
>probing (i.e. select an element in the schematic and have it
>automatically be selected in layout) but for it to work smoothly I
>really could use the customizable menu stuff I'm asking about here.
>
>By isolating all pcb related stuff into a pcb scheme file, I'm hoping we
>could support other modes like "spice mode" where you'd have a menu for
>spice stuff or "cascade mode" where you'd have a menu for cascade designs.
Neat. I'm all of this if it can be contained and doesn't
introduce too many forced dependancies. That might turn out to be tricky.
-Ales
