On Wed, 2011-08-31 at 11:08 +0100, Rob Spanton wrote: > On Tue, 2011-08-30 at 01:46 +0200, Kai-Martin Knaak wrote: > > With a number of recommended work-flows PCB and gschem do not > > return to the last saved state. Instead, they update to the > > current state of the source file. The gsch2pcb work-flow relies > > on the ability to change the *.pcb file in the back of PCB. > > Contrary to the meaning of the word "revert" the "revert" > > action does not go back but forward. > > When the files that evince or gedit have open are changed, they pop up a > bar across the top of the window with a reload button in it. Perhaps > this is a solution that would fit in better. I've started implementing this[1] with a little help from the gedit source. Unfortunately the info bar widget that I've used was introduced in GTK 2.18 and PCB currently depends on GTK 2.12. Is there any argument against upping PCBs GTK version dependency to 2.18? It was released almost two years ago now (23rd Sept 2009). I'm also planning on implementing the same behavior in gschem which currently depends on GTK 2.10. Any arguments to upping this to 2.18 too? Thanks, Rich [1] https://www.studentrobotics.org/~rbarlow/images/pcb_infobar1.png
Attachment:
signature.asc
Description: This is a digitally signed message part
_______________________________________________ geda-user mailing list geda-user@xxxxxxxxxxxxxx http://www.seul.org/cgi-bin/mailman/listinfo/geda-user