Re: gEDA-user: Wish list for gschem
On Mon, Jan 5, 2009 at 8:42 PM, Stuart Brorson wrote: > > U. try putting a .gschemrc in your local $HOME/.gEDA directory, and > then putting your favorite key bindings in there. You are right. It looks like keymap can already be switched by redefining "current-keymap". It think the problem I hit in the past was actually changing the menu (once added by "add-menu" it cannot be removed nor changed). In gschem-1.4.0 (Ubuntu) redefining a menu that was already added causes gschem to segfault. Not sure if that's a known error. See the example user config file below: (define help-menu-items '( ("gEDA Documentation..." help-manual help-manual) ("gschem FAQ..." help-faq help-faq) ("gEDA Wiki..." help-wiki help-wiki) ("Component Documentation..."hierarchy-documentation hierarchy-documentation) ("SEPARATOR" no-action no-action) ("Hotkeys..."help-hotkeyshelp-hotkeys) ("About..." help-about help-about))) Regards, -r. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Wish list for gschem
>>> I'd like to see gschem's hot-keys/keyboard-shortcuts be user changeable >>> without recompiling by something like pcb's pcb-menu.res file. >> >> They are. Look in system-gschemrc. All that's required after editing is a >> restart of gschem. > > It's perfectly functional but has a problem - there is no way (or I > wasn't able to find one) to register/unregister the shortcuts "table". > This forces the user to modify the system-level configuration file, > which is going to be overwritten at the next update of gschem. > > Such mechanism would also allow for distributing gEDA with multiple > shortcuts definitions. The user could then choose shortcuts that > emulate his/her favorite EDA software. U. try putting a .gschemrc in your local $HOME/.gEDA directory, and then putting your favorite key bindings in there. You can also put a project-specific .gschemrc in your project directory (the one where you run the software). This is covered in more detail on the wiki: http://geda.seul.org/wiki/geda:usage#what_are_the_names_and_locations_of_the_rc_files_used_with_geda_gaf_applications Stuart ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Wish list for gschem
On Monday 05 January 2009 20:23:06 r wrote: > On Tue, Dec 30, 2008 at 10:20 PM, Peter TB Brett wrote: > >> I'd like to see gschem's hot-keys/keyboard-shortcuts be user changeable > >> without recompiling by something like pcb's pcb-menu.res file. > > > > They are. Look in system-gschemrc. All that's required after editing is a > > restart of gschem. > > It's perfectly functional but has a problem - there is no way (or I > wasn't able to find one) to register/unregister the shortcuts "table". > This forces the user to modify the system-level configuration file, > which is going to be overwritten at the next update of gschem. > > Such mechanism would also allow for distributing gEDA with multiple > shortcuts definitions. The user could then choose shortcuts that > emulate his/her favorite EDA software. It's on my personal to-do list, but don't hold your breath. Peter -- Peter Brett Electronic Systems Engineer Integral Informatics Ltd signature.asc Description: This is a digitally signed message part. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Wish list for gschem
On Tue, Dec 30, 2008 at 10:20 PM, Peter TB Brett wrote: > >> I'd like to see gschem's hot-keys/keyboard-shortcuts be user changeable >> without recompiling by something like pcb's pcb-menu.res file. > > They are. Look in system-gschemrc. All that's required after editing is a > restart of gschem. It's perfectly functional but has a problem - there is no way (or I wasn't able to find one) to register/unregister the shortcuts "table". This forces the user to modify the system-level configuration file, which is going to be overwritten at the next update of gschem. Such mechanism would also allow for distributing gEDA with multiple shortcuts definitions. The user could then choose shortcuts that emulate his/her favorite EDA software. Regards, -r ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Wish list for gschem
On Monday 05 January 2009 01:45:03 John Griessen wrote: > > I'd like to see gschem's hot-keys/keyboard-shortcuts be user changeable > without recompiling by something like pcb's pcb-menu.res file. > They are. Look in system-gschemrc. All that's required after editing is a restart of gschem. -- Peter Brett Electronic Systems Engineer Integral Informatics Ltd signature.asc Description: This is a digitally signed message part. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Wish list for gschem
Stefan Salewski wrote: > For me most software does not work very well if Caps lock is on... > > For copy operation the context menu available by right mouse button > works fine: Select the stuff to copy, press right mouse button to open > context menu, select copy operation, move mouse pointer over the > selected stuff and drag a copy away while holding down the left mouse > button. OK, but I like two-handed computer driving for speed most times -- selecting with the right, and functions with hot-keys pressed by the left. I can seem how Kip's desired mapping could be useful. (even though caps-lock fools me sometimes). I'd like to see gschem's hot-keys/keyboard-shortcuts be user changeable without recompiling by something like pcb's pcb-menu.res file. John -- Ecosensory Austin TX ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Wish list for gschem
On Sunday 04 January 2009, Stefan Salewski wrote: > For me most software does not work very well if Caps lock is > on... That reminds me .. a bunch of years ago I was evaluating a field solver for a big CAD company ... It wanted all upper case everything. Someone from the company was demonstrating it, on my machine, where I disabled the caps lock. He had to do everything holding down the shift key. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Wish list for gschem
On Fri, 02 Jan 2009 19:04:23 -0600 Kipton Moravec wrote: > 2. gsch2pcb uses a project file for all of the files in a project. I > would like to be able to use the same project file to open all of the > schematics in gschem. So I could use "gschem project" like "gattrib > project" and all of my schematic pages would open. It would be helpful > for gattrib also. Hi, My pskel/script4geda architecture supports this kind of thing. I just have to say gsch_run.pl and it opens all my schematics, pcb_run.pl to open the PCB. But it uses yet another project file format. :-) http://logonex.eu/cgi-bin/viewvc/viewvc.cgi/pskel/ http://logonex.eu/cgi-bin/viewvc/viewvc.cgi/scripts4geda/ P.S.: I like perl. -- Levente Kovacs http://logonex.eu ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Wish list for gschem
Am Sonntag, den 04.01.2009, 00:49 -0600 schrieb Kipton Moravec: > > My issue is that it is case sensitive. It must be a lower case c > to work. An upper case C does not work. If the Caps lock is on it > does not work. > > For me most software does not work very well if Caps lock is on... For copy operation the context menu available by right mouse button works fine: Select the stuff to copy, press right mouse button to open context menu, select copy operation, move mouse pointer over the selected stuff and drag a copy away while holding down the left mouse button. I discovered this function by accident -- never used CTRL-C again for gschem. Best regards Stefan Salewski ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Wish list for gschem
der Mouse wrote: >>> Actually, no; ^C per se is not supposed to do anything. It just >>> happens to be probably the commonest setting of c_cc[VINTR]; [...] >> The above is *not* true (or even relevent) in a GUI environment. > > I think it actually is, in the context of the text that was a reply to. > You deleted that; the relevant quote is DJ's referring to the context of, "mouse over the active GUI window" not a terminal window. He's getting pcb ready for the masses of windows and GUI-only-program users without stopping it from doing anything we command line users like either. JG -- Ecosensory Austin TX ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Wish list for gschem
>> Actually, no; ^C per se is not supposed to do anything. It just >> happens to be probably the commonest setting of c_cc[VINTR]; [...] > The above is *not* true (or even relevent) in a GUI environment. I think it actually is, in the context of the text that was a reply to. You deleted that; the relevant quote is >>> [...] ctrl-c which is supposed to kill command line processes. It specifically mentions "command line processes", which require a commmand line, and thus something ttyish - combined with "a GUI environment", this presumably means a terminal emulator window. > It's only true and relevent when an application is running [under] > the [purview] of the termio subsystem, which is *not* the case for > gschem, which is what we're talking about. Depends on how gschem is started. Not that that's really relevant to what I wrote, which was a response to the assertion that ^C was supposed to kill command-line processes. Certainly for lots of people who _do_ use terminal emulator windows, the risk of typing a ^C into the wrong window and killing something by mistake is real regardless of what UI standard you prefer to listen to, so making the "copy" gesture user-configurable is a perfectly reasonable desire. I know I've typed into the wrong window often enough, and can't believe I'm alone in that. /~\ The ASCII Mouse \ / Ribbon Campaign X Against HTMLmo...@rodents-montreal.org / \ Email! 7D C8 61 52 5D E7 2D 39 4E F1 31 3E E8 B3 27 4B ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Wish list for gschem
On Sat, 2009-01-03 at 23:13 -0500, DJ Delorie wrote: > > Actually, no; ^C per se is not supposed to do anything. It just > > happens to be probably the commonest setting of c_cc[VINTR]; > > The above is *not* true (or even relevent) in a GUI environment. It's > only true and relevent when an application is running inder the pervue > of the termio subsystem, which is *not* the case for gschem, which is > what we're talking about. > > > > Ctrl-C is the standard "copy" command, most GUI standards require > > > it be implemented as such. > > > > A good example of why I can't stand "most GUI"s. > > I won't deny your personal preference, but please don't confuse the > common user who *does* normally use "most GUIs". In the common > environment, Ctrl-C is normally defined to be a copy operation. The > details behind that are irrelevent, as are the details of termio > environments. > My issue is that it is case sensitive. It must be a lower case c to work. An upper case C does not work. If the Caps lock is on it does not work. > > ___ > geda-user mailing list > geda-user@moria.seul.org > http://www.seul.org/cgi-bin/mailman/listinfo/geda-user > -- Kipton Moravec AE5IB "Always do right; this will gratify some people and astonish the rest." --Mark Twain ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Wish list for gschem
On 1/3/09, DJ Delorie wrote: > > > Actually, no; ^C per se is not supposed to do anything. It just > > happens to be probably the commonest setting of c_cc[VINTR]; > > > The above is *not* true (or even relevent) in a GUI environment. It's > only true and relevent when an application is running inder the pervue > of the termio subsystem, which is *not* the case for gschem, which is > what we're talking about. Ok I think I have some reading to do. > > > > Ctrl-C is the standard "copy" command, most GUI standards require > > > it be implemented as such. > > > > A good example of why I can't stand "most GUI"s. > > > I won't deny your personal preference, but please don't confuse the > common user who *does* normally use "most GUIs". In the common > environment, Ctrl-C is normally defined to be a copy operation. The > details behind that are irrelevent, as are the details of termio > environments. > The thing is I normally call gschem from a terminal and switch between the two so to reduce the likely hood of killing a process I need I generally try to relocate a few specific key combination encase I type the right command in the wrong window. In any event what is wrong with the way it copies now? > > ___ > geda-user mailing list > geda-user@moria.seul.org > http://www.seul.org/cgi-bin/mailman/listinfo/geda-user > -- http://www.coe.neu.edu/~efoss/ http://evanfoss.googlepages.com/ ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Wish list for gschem
> Actually, no; ^C per se is not supposed to do anything. It just > happens to be probably the commonest setting of c_cc[VINTR]; The above is *not* true (or even relevent) in a GUI environment. It's only true and relevent when an application is running inder the pervue of the termio subsystem, which is *not* the case for gschem, which is what we're talking about. > > Ctrl-C is the standard "copy" command, most GUI standards require > > it be implemented as such. > > A good example of why I can't stand "most GUI"s. I won't deny your personal preference, but please don't confuse the common user who *does* normally use "most GUIs". In the common environment, Ctrl-C is normally defined to be a copy operation. The details behind that are irrelevent, as are the details of termio environments. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Wish list for gschem
>> Can't that be user defined. I worry about getting users into the >> habbit of using ctrl-c which is supposed to kill command line >> processes. Actually, no; ^C per se is not supposed to do anything. It just happens to be probably the commonest setting of c_cc[VINTR]; it's typing that character, whtaever it is, that's supposed to kill command line processes. (Loosely put. More precisely, it generates a SIGINT to the foreground process group of that tty; what, if anything, that does to the processes is up to them, but it normally kills processes that haven't made arrangements to handle the signal.) > Ctrl-C is the standard "copy" command, most GUI standards require it > be implemented as such. A good example of why I can't stand "most GUI"s. /~\ The ASCII Mouse \ / Ribbon Campaign X Against HTMLmo...@rodents-montreal.org / \ Email! 7D C8 61 52 5D E7 2D 39 4E F1 31 3E E8 B3 27 4B ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Wish list for gschem
> Can't that be user defined. I worry about getting users into the > habbit of using ctrl-c which is supposed to kill command line > processes. Ctrl-C is the standard "copy" command, most GUI standards require it be implemented as such. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Wish list for gschem
On Fri, Jan 2, 2009 at 8:04 PM, Kipton Moravec wrote: > I have been cranking out schematics with gschem and as a general rule > like it. I only have a couple of things I would like improved. > > 1. I do a lot of cut and paste. I would like the keyboard shortcut to be > case insensitive. Make c or C work the same. Make v > or V work the same. And make x or X work the same. > I often have the caps lock on when I am entering pin names and then cut > and paste does not work. Can't that be user defined. I worry about getting users into the habbit of using ctrl-c which is supposed to kill command line processes. > > 2. gsch2pcb uses a project file for all of the files in a project. I > would like to be able to use the same project file to open all of the > schematics in gschem. So I could use "gschem project" like "gattrib > project" and all of my schematic pages would open. It would be helpful > for gattrib also. > > I think these would be simple features to add. > > -- > Kipton Moravec AE5IB > "Always do right; this will gratify some people and astonish the rest." > --Mark Twain > > > > > ___ > geda-user mailing list > geda-user@moria.seul.org > http://www.seul.org/cgi-bin/mailman/listinfo/geda-user > -- http://www.coe.neu.edu/~efoss/ http://evanfoss.googlepages.com/ ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: Wish list for gschem
I have been cranking out schematics with gschem and as a general rule like it. I only have a couple of things I would like improved. 1. I do a lot of cut and paste. I would like the keyboard shortcut to be case insensitive. Make c or C work the same. Make v or V work the same. And make x or X work the same. I often have the caps lock on when I am entering pin names and then cut and paste does not work. 2. gsch2pcb uses a project file for all of the files in a project. I would like to be able to use the same project file to open all of the schematics in gschem. So I could use "gschem project" like "gattrib project" and all of my schematic pages would open. It would be helpful for gattrib also. I think these would be simple features to add. -- Kipton Moravec AE5IB "Always do right; this will gratify some people and astonish the rest." --Mark Twain ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user