Re: gEDA-user: New user - Annoyances

2008-03-08 Thread Kai-Martin Knaak
On Sat, 08 Mar 2008 10:07:14 -0600, John Griessen wrote:

> Is reprogramming keys as easy in gschem as pcb now?

Yes. Instead of a *.res file you edit a gschemrc file. See the system-
gschemrc as an example (bottom of the file). 

However, both methods are more complicated than standard. GTK supports 
reassigning key-accels on the fly. Just point the mouse at the action in 
a menu and type whatever key-accel you which to assign to that action.  
This works in pcb even though nothing in the source has been specifically 
tuned to it. Unfortunately, the reassigned key are not remembered across 
sessions. Shouldn't be too difficult to teach pcb this memory.

---<(kaimartin)>---
-- 
Kai-Martin Knaak
http://lilalaser.de/blog



___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user


Re: gEDA-user: New user - Annoyances

2008-03-08 Thread John Griessen
Steven Taylor wrote:
> Hi Peter, thanks for your reply.
> 
> I am sure that a lot of users have learned the way it acts and have gotten  
> used to it. Changing would be a bother. I just want to customize it to my  
> liking. I don't like having to left click and then also right click to end  
> my net. I just want to right click and be done with it.

pcb uses a pcb-menu.res file for assigning actions to keys, and gschem
developers mentioned something similar in the works I think...

Is reprogramming keys as easy in gschem as pcb now?  Planned?

Thanks,

John Griessen

-- 
Ecosensory   Austin TX
tinyOS devel on:  ubuntu Linux;   tinyOS v2.0.2;   telosb ecosens1


___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user


Re: gEDA-user: New user - Annoyances

2008-02-28 Thread Steven Taylor
Hi Peter, thanks for your reply.

I am sure that a lot of users have learned the way it acts and have gotten  
used to it. Changing would be a bother. I just want to customize it to my  
liking. I don't like having to left click and then also right click to end  
my net. I just want to right click and be done with it. I also think that  
at that point a second right click should take you out of the add net mode  
and back to the select mode. Many times I have added a net and then try to  
go select something and the fool thing still thinks I am trying to add  
nets. Then I have to hit esc, then undo the wild net I just made, and then  
finally select what I originally wanted to select.

Also, is there a way to highlight a whole net? I would like to highlight a  
net and have the whole length, wherever there is electrical connectivity,  
turn a different color so that I can easily trace a net visually. That  
capability may already be there, I just haven't found it yet.

The biggest problem I see is the inconsistency in how the program acts to  
mouse clicks in the various modes, add net, add line, add component, etc.

I think a standard scenario, such as left click repeats an action, right  
click repeats and ends the function, another left click restarts the  
function, whereas a second right click ends the mode and returns to select  
mode, that works consistently across most, if not all functions, should be  
the goal. I like that scenario best, but as long as it was consistent, one  
could learn and adapt more easily. In fact maybe it would be possible to  
have different sequence scenarios built in and be user selectable. That  
may be asking too much, I don't know how difficult that would be.

> With regards the right-click to end behaviour, this is something you'll
> have to edit in the source-code. Beware that there are some
> configuration options which can set the right button to be a pop-up
> menu, rather than being a place / cancel action.
>
>
> If you're working on a Debian / Ubuntu box, I'd suggest grabbing the
> Debian package source, adding your modifications and rebuilding. This
> allows your package management to work properly.
>
> How did you install gEDA? (What distribution, and what gEDA version do
> you have?)
>
I am running Kubuntu 6.10 on an Athlon 1700+ with 512M of memory. I  
installed gEDA with Adept from the Debian repositories. I have also now  
installed the source from the Debian repositories. I am not a Linux expert  
by any measure but I have compiled a few things when needed, usually  
following instructions on the web.

> With that information we'll be able to help more about how to rebuild
> the distribution package with modifications, or install directly from
> source.
>

Thanks,
Steve


-- 
Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/


___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user


Re: gEDA-user: New user - Annoyances

2008-02-28 Thread Peter Clifton

On Wed, 2008-02-27 at 14:14 -0800, Steven Taylor wrote:
> As a new gEDA used who has completed a couple schematics now, I have a few  
> comments and questions. There are various inconsistencies in what the  
> mouse buttons do between various functions. Some of these are annoying and  
> could be modified to make it all easier to use. For example:
> 
> When you are adding nets, the left button ends a net segment and you can  
> continue the net with adding another segment with another left click, etc.  
> However, when you are done and on the last segment, you have to left click  
> it and then right click to stop adding to the net. It would be much  
> simpler to just be able to right click on the last segment to complete the  
> segment and stop the net.

I'm not sure I prefer that, as to me, as often I'll end up mousing away
from the last net I wanted to place, and then want to cancel. (Left
click to place and escape to cancel is my common way of working.).

> When you are adding lines, at the end of the first line segment, you left  
> click as you do when adding nets, but that ends the line and you have to  
> left click again to start a new segment. To be consistent, a left click  
> should end the line segment, but moving the mouse should continue adding a  
> new line segment until you right click which should add the last segment  
> and stop the add line function.

Granted, this is a pain. If you noticed, the "bus" routing is also
different. This is something we could perhaps try to clear up some time
before a 1.6.x release.

> When adding components, a left click instantiates the component and each  
> subsequent left click adds an other until the last one where you have to  
> left click and then right click to stop adding. Again it would be nice to  
> right click on the last instance, leaving it in place, and have that stop  
> the add components function.
> 
> I had a similar problem with the copy command stopping after just one  
> copy. Now I have just found the multiple copy command which operates as I  
> would have expected the copy command to work. The only thing I would  
> change is to have it make the last copy and stop copying with a right  
> click. I don't see any reason for having two copy commands at all.

Since we're also aiming at entry level, compatibility with how other
applications work is important. Most copy-paste operations in programs
paste once, although I don't see why we couldn't support the way you
wanted.

> Now, my question is, is there the capability for a user to change this  
> basic functionality through the key-mapping or config files? I have looked  
> through the files and have not been able to find what I am looking for. Of  
> course, I may not recognize it if I found it anyway. 

The keybindings (and other gschem settings) are defined in the
system-gschemrc file. This can be found
in /usr/share/gEDA/system-gschemrc (or on Debian / Ubuntu
systems, /etc/gEDA/system-gschemrc.

Search for "edit-keymap" and you'll be in the right place.

> Or, are these operational functions things that would require
> modification the the program source files? If so, which files
> would I need to look into and where can I find info on recompiling 
> the system?

With regards the right-click to end behaviour, this is something you'll
have to edit in the source-code. Beware that there are some
configuration options which can set the right button to be a pop-up
menu, rather than being a place / cancel action.


If you're working on a Debian / Ubuntu box, I'd suggest grabbing the
Debian package source, adding your modifications and rebuilding. This
allows your package management to work properly.

How did you install gEDA? (What distribution, and what gEDA version do
you have?)

With that information we'll be able to help more about how to rebuild
the distribution package with modifications, or install directly from
source.

The place you want to look (IIRC) is gschem/src/x_event.c
You can browse it on-line in our source-code repository:

http://git.gpleda.org/?p=gaf.git;a=tree
http://git.gpleda.org/?p=gaf.git;a=blob;f=gschem/src/x_event.c

98  gint x_event_button_pressed(GtkWidget *widget, GdkEventButton *event,
97  GSCHEM_TOPLEVEL *w_current)

...

 129   if (event->button == 1) {
 130 switch(w_current->event_state) {

...

 302   case(DRAWNET):
 303   case(NETCONT):
 304 /* Only continue the net if net end worked */
 305 if (o_net_end(w_current, (int) event->x,
 306   (int) event->y)) {
 307   o_net_start(w_current,
 308   (int) w_current->save_x,
 309   (int) w_current->save_y);
 310   w_current->event_state=NETCONT;
 311 }
 312 break;

...

 426   } else if (event->button == 2) {

...

 513   } else if (event->button == 3) {
 514 if (!w_current->inside_action) {
 515   if (w_current->third_button == POPUP_ENABLED) {
 

gEDA-user: New user - Annoyances

2008-02-27 Thread Steven Taylor
As a new gEDA used who has completed a couple schematics now, I have a few  
comments and questions. There are various inconsistencies in what the  
mouse buttons do between various functions. Some of these are annoying and  
could be modified to make it all easier to use. For example:

When you are adding nets, the left button ends a net segment and you can  
continue the net with adding another segment with another left click, etc.  
However, when you are done and on the last segment, you have to left click  
it and then right click to stop adding to the net. It would be much  
simpler to just be able to right click on the last segment to complete the  
segment and stop the net.

When you are adding lines, at the end of the first line segment, you left  
click as you do when adding nets, but that ends the line and you have to  
left click again to start a new segment. To be consistent, a left click  
should end the line segment, but moving the mouse should continue adding a  
new line segment until you right click which should add the last segment  
and stop the add line function.

When adding components, a left click instantiates the component and each  
subsequent left click adds an other until the last one where you have to  
left click and then right click to stop adding. Again it would be nice to  
right click on the last instance, leaving it in place, and have that stop  
the add components function.

I had a similar problem with the copy command stopping after just one  
copy. Now I have just found the multiple copy command which operates as I  
would have expected the copy command to work. The only thing I would  
change is to have it make the last copy and stop copying with a right  
click. I don't see any reason for having two copy commands at all.

Now, my question is, is there the capability for a user to change this  
basic functionality through the key-mapping or config files? I have looked  
through the files and have not been able to find what I am looking for. Of  
course, I may not recognize it if I found it anyway. Or, are these  
operational functions things that would require modification the the  
program source files? If so, which files would I need to look into and  
where can I find info on recompiling the system?

I am retired now but I have used several schematic capture systems over my  
career and I have not really liked most of them. I actually prefer gEDA in  
many ways over any of them. I just would like to make it even better.

Thanks,
Steve

-- 
Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/


___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user