Re: gEDA-user: Help with board layout
Hi Oliver, I'm the developer of PCB's toporouter[1]. I have a few questions, if you don't mind: - Do you mind curvilinear wiring? - How many power supplies? - How much are you paying for the job? - Have the schematics already been captured in gschem? - Have footprints for components already been captured and verified? - Can you give me any hints about the complexity of the routing? Is it really nasty all-to-all stuff? Or is there some structure to it? Any info you could give me would be appreciated. Cheers, Anthony [1] http://anthonix.resnet.scms.waikato.ac.nz/toporouter On Tue, Mar 1, 2011 at 7:34 PM, Oliver King-Smith wrote: > I hope this is not considered list abuse, but I am looking for someone > to layout a board in geda's PCB. > > The board consists of approximately 100 ICs and associated components. > There is a lot of repetition on the board, and most of the ICs are > single opamps, so the board is not as big or scary as it might seem. > All the footprints have been made and the schematic was done in gschem. > The design is mostly analog signals and these operate below 1KHz. The > signals get digitized with a 20bit ADC. All the power supplies are > linear regulars. These is no impedance control needed for the board. > The digital section of the board is galvanically isolated from the > analog section which makes grounding issues pretty straightforward. > > I don't have any space constraints, but I anticipate it should fit > nicely onto a 10x10 inch or smaller board. I anticipate that a 6 layer > design should be more than sufficient to get a good layout (an > aggressive layout can probably get away with 4 layers. > > I am on a schedule. I would like to have the board laid out within the > next 3 weeks. The board is testing an ASIC, and if I am going to meet > the later summer shuttle run, I really need the board built by the > early of April. I am located in northern California, but you can be > located anywhere in the world. > > If you are interested in doing this contract, or if you have any > questions, please email me directly. Please include any a brief > description of any experience you have had with using PCB. > > Thank you in advance > > Oliver > > > > ___ > geda-user mailing list > geda-user@moria.seul.org > http://www.seul.org/cgi-bin/mailman/listinfo/geda-user > > -- Anthony Blake ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: Help with board layout
I hope this is not considered list abuse, but I am looking for someone to layout a board in geda's PCB. The board consists of approximately 100 ICs and associated components. There is a lot of repetition on the board, and most of the ICs are single opamps, so the board is not as big or scary as it might seem. All the footprints have been made and the schematic was done in gschem. The design is mostly analog signals and these operate below 1KHz. The signals get digitized with a 20bit ADC. All the power supplies are linear regulars. These is no impedance control needed for the board. The digital section of the board is galvanically isolated from the analog section which makes grounding issues pretty straightforward. I don't have any space constraints, but I anticipate it should fit nicely onto a 10x10 inch or smaller board. I anticipate that a 6 layer design should be more than sufficient to get a good layout (an aggressive layout can probably get away with 4 layers. I am on a schedule. I would like to have the board laid out within the next 3 weeks. The board is testing an ASIC, and if I am going to meet the later summer shuttle run, I really need the board built by the early of April. I am located in northern California, but you can be located anywhere in the world. If you are interested in doing this contract, or if you have any questions, please email me directly. Please include any a brief description of any experience you have had with using PCB. Thank you in advance Oliver ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Anybody have any experience with cheap chinese reflow ovens?
I got a T-962A from these guys: http://www.ownta.com/t962a-reflow-soldering-machine.html This is a heavy unit so shipping was expensive, though I cannot remember exactly how much right now. It came DHL and I had it in about a week. I paid through paypal. Got a order confirmation, shipping confirmation, tracking number. All the normal stuff. So far I'm pretty happy with it. I use it for prototype and kind of a mini production line. I've probably run over 150 boards through it so far. 1: I got the 962A for the larger area. For a half height PCI card, basically 2.5" x 7", I can do 3 at a time. I can fit four but I find the quality of the joints are better with 3 max. For smaller boards I've loaded up a dozen at a time. Max area for the 962A is 300mm x 320mm 2: The font panel keypad is not very good. Their membrane switch debounce software needs a tweak in the timing. It seems to jump back a menu more than it should. This is not a big issue though. 3: The built in heat profiles work well. I've done both leaded and LF. You can also program your own profile. It's easy to do but takes a little planning with a pencil and paper. You program in 10 second intervals. 4: If you are ramping the temp up rather fast it will overshoot by 20C or a little more if the unit has not done a cycle yet. The best thing is to run a empty cycle first to get some heat into the unit. 5: It does a good job of staying on the heat profile once it's warmed up. Nothing like a big production line system will do but still good enough for what I do. You might also look at a hot air gun. I got one of those before the oven. On 02/28/2011 12:24 PM, yamazakir2 wrote: Does that company ship to the US? Plus for some reason I have had VERY bad shipping experience from europe. I live in CA and things always take at least 3 weeks to get here. One time I ordered a cable from ebay from the uk and it took 1.5 months to get here. So one one has any experience with the chinese reflow ovens? Are they junk or something? On Fri, Feb 25, 2011 at 4:22 PM, Kai-Martin Knaak wrote: David Smith wrote: It seems like $320 shipped is pretty cheap for a reflow oven... to the point where I question the quality/reliability. Getting one of these would make assembling my boards 2-3x faster,so it's tempting. We successfully use the pizza oven reflow kit sold by beta-layout: (same company as pcb pool) http://www.reflow-kit.com/rkuk/order_products_list.html?wg=1 The controller is 159 EUR and the oven 59 EUR. The controller goes between the plug and the wall. So you can use a cheaper oven from the local grocerie if you wish. Results are fine by default for small boards. For large boards, components near the door receive less heat than necessary. This could be rectified with aluminum foil on the inside of the window. There's an article on the SparkFun website where they claim that you're better off buying a domestic hot-plate (!) We tried the hot plate method, too. Results were mixed and depend on timing and various other factors. ---<)kaimartin(>--- -- Kai-Martin Knaak Email: k...@familieknaak.de Öffentlicher PGP-Schlüssel: http://pool.sks-keyservers.net:11371/pks/lookup?search=0x6C0B9F53 ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user -- Joe Chisolm Marble Falls, Tx. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Advanced grids in GTK Pcb
On Mon, 28 Feb 2011 18:57:44 + Peter Clifton wrote: > On Mon, 2011-02-28 at 18:06 +0100, Felix Ruoff wrote: > > Ctrl+0 will restore those to a "nominal" size too - but I don't think > this is relevant for gEDA. I don't think "zoom to fit" quite matches. Base the "nominal" zoom level on the DPI of the monitor on which the PCB window (or most of it) is sitting, as reported by X. I'd go with a default of two pixels per DPI (such that on an average ~100 DPI screen, one inch of board spans 200 pixels), but allow the user to adjust the ratio. Automatically fall back to "zoom to fit" if the rendered image would end up smaller than the window, like it does now. -- "There are some things in life worth obsessing over. Most things aren't, and when you learn that, life improves." http://starbase.globalpc.net/~ezekowitz Vanessa Ezekowitz ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Anybody have any experience with cheap chinese reflow ovens?
2011/3/1 yamazakir2 : > Does that company ship to the US? Plus for some reason I have had VERY > bad shipping experience from europe. I live in CA and things always > take at least 3 weeks to get here. One time I ordered a cable from > ebay from the uk and it took 1.5 months to get here. > > So one one has any experience with the chinese reflow ovens? Are they > junk or something? I just know somebody tears-down this reflow oven, see the following thread: Title in Chinese: 花了2550元买回来的T-962A回流焊,还没有使用,先拆开给大家看 Title In English: This reflow oven T-962A costs 2550RMB, and it was not used yet, tear-down for others (review) http://www.ourdev.cn/bbs//bbs_content_all.jsp?bbs_sn=3383709 Though the discussions are in Chinese, but there are many photos for reference. Please note the post of 104, he said that he get good enough result with this reflow oven. BTW, I tried the toaster reflow too (the second-hand toaster just costs 40RMB), but I get the bad results :( (The heat radiation cause the failure) http://www.atommann.com/learn/toaster-reflow/index.html -- Best regards, Atommann ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gEDA and PCB with tablet.
On Mon, 2011-02-28 at 21:41 +0200, Hannu Vuolasaho wrote: > Hi! >I noticed that someone said tablet (or whatever those wacom drawing >boards are) in new grid thread. Has anyone tried using gEDA and PCB >with tablet? Is it usable and does it give any benefit compared to >mouse? I'm just curious and hate clumsy mouse. I'm been toying with the idea of putting together a project proposal to do some research in this area - specifically the idea of working with a hi-resolution pen-input screen device, such as the Cintiq: http://www.wacom.eu/index2.asp?pid=90&lang=en They are expensive, but I'd imagine the increase in productivity one might achieve (plus the "cool" factor) could be a major selling point for professional PCB layout designers. These devices are commonly used by artists, and some product designers - and I think they could translate quite well to PCB layout applications. I was thinking about going further than just a naive swap of input and display devices, but rather making use of the tablet's pressure sensitivity, pen rotation sensors and other cues, such as proximity and other "pen" modifiers to make the board design experience very "hands on" and intuitive. I've been quite tempted to buy a (cheaper) tablet and start trying these ideas. (Although you need a fairly expensive one to get all of the various axes and modifiers). The user interaction I'm thinking of should work so much better on a Cintiq type screen though - but they are out of my price range at the moment. Best wishes, -- Peter Clifton Electrical Engineering Division, Engineering Department, University of Cambridge, 9, JJ Thomson Avenue, Cambridge CB3 0FA Tel: +44 (0)7729 980173 - (No signal in the lab!) Tel: +44 (0)1223 748328 - (Shared lab phone, ask for me) 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
gEDA-user: gEDA and PCB with tablet.
Hi! I noticed that someone said tablet (or whatever those wacom drawing boards are) in new grid thread. Has anyone tried using gEDA and PCB with tablet? Is it usable and does it give any benefit compared to mouse? I'm just curious and hate clumsy mouse. Hannu Vuolasaho ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Advanced grids in GTK Pcb
Am 28.02.2011 19:57, schrieb Peter Clifton: On Mon, 2011-02-28 at 18:06 +0100, Felix Ruoff wrote: I like the current behaviour using the wheel for zooming in and out. What I tried to suggest is adding the accelerators Ctrl and the Plus/minus - Keys for this. Ok, I think we misunderstood you. Your proposed short-cuts would match most web-browsers where the font size can be changed. Ctrl+0 will restore those to a "nominal" size too - but I don't think this is relevant for gEDA. I don't think "zoom to fit" quite matches. Thanks for the answer! Now it's clear to me! ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Advanced grids in GTK Pcb
On Mon, 2011-02-28 at 18:06 +0100, Felix Ruoff wrote: > I like the current behaviour using the wheel for zooming in and out. > What I tried to suggest is adding the accelerators Ctrl and the > Plus/minus - Keys for this. Ok, I think we misunderstood you. Your proposed short-cuts would match most web-browsers where the font size can be changed. Ctrl+0 will restore those to a "nominal" size too - but I don't think this is relevant for gEDA. I don't think "zoom to fit" quite matches. > The behaviour of the scroll wheel can stay > at it is for me. Many people prefer it this way, so I don't think people will let me get away with pushing my personal preference into git HEAD! I'll keep patching my local build. ;) -- Peter Clifton Electrical Engineering Division, Engineering Department, University of Cambridge, 9, JJ Thomson Avenue, Cambridge CB3 0FA Tel: +44 (0)7729 980173 - (No signal in the lab!) Tel: +44 (0)1223 748328 - (Shared lab phone, ask for me) 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: Anybody have any experience with cheap chinese reflow ovens?
On Mon, Feb 28, 2011 at 12:24 PM, yamazakir2 wrote: > Does that company ship to the US? Plus for some reason I have had VERY > bad shipping experience from europe. I live in CA and things always > take at least 3 weeks to get here. One time I ordered a cable from > ebay from the uk and it took 1.5 months to get here. > > So one one has any experience with the chinese reflow ovens? Are they > junk or something? You can reflow with a $20 toaster oven from Goodwill / craigslist / Wal-Mart. Try starting with that. Regards, Mark markrages@gmail -- Mark Rages, Engineer Midwest Telecine LLC markra...@midwesttelecine.com ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Anybody have any experience with cheap chinese reflow ovens?
Does that company ship to the US? Plus for some reason I have had VERY bad shipping experience from europe. I live in CA and things always take at least 3 weeks to get here. One time I ordered a cable from ebay from the uk and it took 1.5 months to get here. So one one has any experience with the chinese reflow ovens? Are they junk or something? On Fri, Feb 25, 2011 at 4:22 PM, Kai-Martin Knaak wrote: > David Smith wrote: > >>> It seems like $320 shipped is pretty cheap for a reflow oven... to the >>> point where I question the quality/reliability. Getting one of these >>> would make assembling my boards 2-3x faster,so it's tempting. > > We successfully use the pizza oven reflow kit sold by beta-layout: > (same company as pcb pool) > http://www.reflow-kit.com/rkuk/order_products_list.html?wg=1 > The controller is 159 EUR and the oven 59 EUR. The controller goes > between the plug and the wall. So you can use a cheaper oven from the > local grocerie if you wish. > > Results are fine by default for small boards. For large boards, > components near the door receive less heat than necessary. This > could be rectified with aluminum foil on the inside of the window. > > >> There's an article on the SparkFun website where they claim that you're >> better off buying a domestic hot-plate (!) > > We tried the hot plate method, too. Results were mixed and depend > on timing and various other factors. > > ---<)kaimartin(>--- > -- > Kai-Martin Knaak > Email: k...@familieknaak.de > Öffentlicher PGP-Schlüssel: > http://pool.sks-keyservers.net:11371/pks/lookup?search=0x6C0B9F53 > > > > ___ > geda-user mailing list > geda-user@moria.seul.org > http://www.seul.org/cgi-bin/mailman/listinfo/geda-user > ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Advanced grids in GTK Pcb
Am 28.02.2011 17:24, schrieb Kai-Martin Knaak: Felix Ruoff wrote: Ctrl+- and Ctr++ are the suggested accelerators for this action by the GNOME Hid-guidelines With the vast majority of gnome applications zoom is rarely used, or not at all. Scroll is much more common. It pays in terms of usability to have the most common actions accessible with as little hassle as possible. That's why binding the wheel without modifier to vertical scroll makes sense in the context of Gnome HID. By contrast, zoom is one of the most common GUI actions in gschem and pcb. There is a down side to the bindings suggested by the Gnome HID: You always need both hands to navigate the layout or circuit. IMHO, this downside outweighs the benefit of bindings compatible to other applications. BTW, Peter Clifton has this defined in his localized branch of pcb+gl. ---<)kaimartin(>--- I am sorry, but I don't know what you mean with your answer. (This might be caused by my poor english...) I like the current behaviour using the wheel for zooming in and out. What I tried to suggest is adding the accelerators Ctrl and the Plus/minus - Keys for this. The behaviour of the scroll wheel can stay at it is for me. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Advanced grids in GTK Pcb
On Mon, 2011-02-28 at 17:24 +0100, Kai-Martin Knaak wrote: > Felix Ruoff wrote: > > > Ctrl+- and Ctr++ are the suggested accelerators for this action by the > > GNOME Hid-guidelines > > With the vast majority of gnome applications zoom is rarely used, > or not at all. Scroll is much more common. It pays in terms of usability > to have the most common actions accessible with as little hassle as > possible. That's why binding the wheel without modifier to vertical scroll > makes sense in the context of Gnome HID. The issue comes when you do have true X and Y scroll bars on your input device (e.g. many touch-pads), and in that case there is an unnecessary disparity between the required user-action for horizontal and vertical scrolling. It would be ideal if we could defer to the user's system-wide preference for the intended action, rather than defining this ourselves. It is clearly an issue with no one "correct" answer - and platform consistency is important to many users. I watched several students using gEDA and xgsch2pcb today, and already have a quite long list of usability improvement bugs to file (for "someone" to fix later). (There was also a more serious bug where xgsch2pcb chokes when you put spaces in your schematic names, due to lack of escaping in the gsch2pcb project file). > By contrast, zoom is one of the most common GUI actions in gschem and pcb. > There is a down side to the bindings suggested by the Gnome HID: You > always need both hands to navigate the layout or circuit. IMHO, this > downside outweighs the benefit of bindings compatible to other > applications. > > BTW, Peter Clifton has this defined in his localized branch of pcb+gl. I eventually decided I prefer consistency with the rest of my desktop, so changed it in my "local_customisation_..." branches. I can get used to either way - but switching between the two is very hard! -- Peter Clifton Electrical Engineering Division, Engineering Department, University of Cambridge, 9, JJ Thomson Avenue, Cambridge CB3 0FA Tel: +44 (0)7729 980173 - (No signal in the lab!) Tel: +44 (0)1223 748328 - (Shared lab phone, ask for me) 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: Advanced grids in GTK Pcb
Felix Ruoff wrote: > Ctrl+- and Ctr++ are the suggested accelerators for this action by the > GNOME Hid-guidelines With the vast majority of gnome applications zoom is rarely used, or not at all. Scroll is much more common. It pays in terms of usability to have the most common actions accessible with as little hassle as possible. That's why binding the wheel without modifier to vertical scroll makes sense in the context of Gnome HID. By contrast, zoom is one of the most common GUI actions in gschem and pcb. There is a down side to the bindings suggested by the Gnome HID: You always need both hands to navigate the layout or circuit. IMHO, this downside outweighs the benefit of bindings compatible to other applications. BTW, Peter Clifton has this defined in his localized branch of pcb+gl. ---<)kaimartin(>--- -- Kai-Martin Knaak tel: +49-511-762-2895 Universität Hannover, Inst. für Quantenoptik fax: +49-511-762-2211 Welfengarten 1, 30167 Hannover http://www.iqo.uni-hannover.de GPG key:http://pgp.mit.edu:11371/pks/lookup?search=Knaak+kmk&op=get ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Advanced grids in GTK Pcb
jpka wrote: > This >> behaviour should probably go away. Switching to mm doesn't neccessarily >> mean you want a mm-related grid. > > +1, already done. +1 This alone would make me want this patch. :-) ---<)kaimartin(>--- -- Kai-Martin Knaak tel: +49-511-762-2895 Universität Hannover, Inst. für Quantenoptik fax: +49-511-762-2211 Welfengarten 1, 30167 Hannover http://www.iqo.uni-hannover.de GPG key:http://pgp.mit.edu:11371/pks/lookup?search=Knaak+kmk&op=get ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: pads, mask and solder paste
Ineiev wrote: > I'll push it tomorrow if nobody minds. Thanks. ---<)kaimartin(>--- -- Kai-Martin Knaak tel: +49-511-762-2895 Universität Hannover, Inst. für Quantenoptik fax: +49-511-762-2211 Welfengarten 1, 30167 Hannover http://www.iqo.uni-hannover.de GPG key:http://pgp.mit.edu:11371/pks/lookup?search=Knaak+kmk&op=get ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Advanced grids in GTK Pcb
> I would like to suggest using '#' for enable/disable grid, perhaps '%' > for grid-realign (or your new version of this) and Ctrl+- / Ctrl++ for > zooming in/out. Partially done, in progress. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Please test new grids for GTK PCB
> Steven Michalske wrote: >>Did not apply cleanly against git head at > 359a02cfe25e32aec7d2985c8f368fbfdcd954fa > > Sorry i can't get it, but i check patch for errors on latest git tree > available > on time of post. (p.s. i'm too novice in git, can you give me exactly > commands > to set git head to your hash code and reproduce error?) > > If it applies to top of tree then great, FYI git checkout 359a02cfe25e32aec7d2985c8f368fbfdcd954fa This command will create a "Detached head" at that checksum. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Advanced grids in GTK Pcb
> Does the grid still change in case you swap the measurement unit? Now, not. This > behaviour should probably go away. Switching to mm doesn't neccessarily > mean you want a mm-related grid. +1, already done. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Please test new grids for GTK PCB
> https://bugs.launchpad.net/pcb/+bug/724154 Hi! Thanks for your feedback. I prepare and post newgrids.pcb-git-199z.v2.patch on Launchpad, i make some bugfixes: Felix Ruoff wrote: > Some comments (most of them for usability): - You often mention in the > tooltips the shortcut '^M'. At my system this should be 'Ctrl+M'. I > didn't know, that '^' is a short-cut for the Control key. Fixed. > - At the menu-item 'Realign Grid by Mark' the .. does not work. > The '' and '' is printed as text. Formatting removed, but *i need help* to get work it as it must. > You introduces accelerators > for 'Zoom In 20%' and '.. OUT .. '. The keyname for plus and minus on > the numpad are 'KP_Add' and 'KP_Substract' (see: > http://git.gnome.org/browse/gtk+/plain/gdk/gdkkeysyms.h). I would > suggest to use the 'normal' plus and minus-signs because: a) I don't > have a keypad on my laptop, b) In the menu there is no distinguish > between the signs on the keypad and the normal buttons (at the right of > the menu-item is printed: 'Ctrl++' and 'Ctrl+-'). The Keynames for + and > - are 'plus' and 'minus'. (If the patch of LP:699493 will be applied, > you also can use '+' and '-' in the gpcb-menu.res file.) I think best way is to support all three (Z/shift-Z, KP+/-, +/-). *I need help* with it, because currently i only able to write some bad code: gpcb-menu.res --- # guru, please correct below to get more than one key for one menu item: # unfortunately, this not work: # {"Zoom In 20%" Zoom(-1.2) m=Z a={"+" "plus"} a= {"KeyPadPlus" "KP_Add"}a={"Z" "z"} } # {"Zoom Out 20%" Zoom(+1.2) m=O a={"-" "minus"} a= {"KeyPadMinus" "KP_Subtract"} a={"Shift-Z" "Shiftz"}} # so i use extremely ugly workaround:", {"Zoom In 20%" Zoom(-1.2) m=Z a={"+" "plus"} } {" " Zoom(-1.2) m=Za={"KeyPadPlus" "KP_Add"} } {" " Zoom(-1.2) m=Z a={"Z" "z"} } {"Zoom Out 20%" Zoom(+1.2) m=O a={"-" "minus"} {"" Zoom(+1.2) m=Oa={"KeyPadMinus" "KP_Subtract"} } {"" Zoom(+1.2) m=O a= {"Shift-Z" "Shiftz"}} --- This looks terrible in menu. Where i can read more about this format of menu encoding ? > You are > modifying the file 'src/hid/common/hidlist.h' with your patch. For this > reason, the patch did not apply to my newly checked out repository. This > file is not avaiable if you have just cloned git. I think, it will be > created by autogen.sh or configure, I don't know. Fixed (removed from patch). > Is there a > possibility to draw the dots of the grid, that are aligned with the dots > of the next grid in the colors of the next grid or a bit larger? You mean next level of same grid when you zooming, or change to next/prev grid from user grid list without zooming? > - The new default grid colors are difficult to see on my displays. I > would suggest to use other colours by default. I can't suggest any default color at all, i use some random default values only for test of my idea. I think final defaults must be set later by authors/maintainers. Anyway, you can easy change all grid colors via menu. Colin D Bennett wrote: > Actually I would prefer not to have the grid color vary as I zoom -- I > already have the main colors I can differentiate used for other things > in the color scheme -- but then I guess I would prefer the grid size not > to vary either. Maybe if the color stayed the same You can easy set identical grid colors via menu. > but the dots were > drawn larger when you zoom out, that would be a better way to indicate > that your snap-grid is not the same as your visible-grid. I currently don't have enough GTK skills to form anything except depault dots (pixels) but if anybody help me i'll be happy. As you see, even currently draw grid procedure after my modification is looks very weak and must be rewritten by guru. > (If you don't understand my objection to using a bunch of colors for > grid points, consider that there are only so many useful colors to use; > in my current color scheme I use red, blue, yellow, green, and white for > primary copper layer, secondary copper layer, selected items, pads, and > silk respectively.) I sure increasing colors q'ty not good for most people, it was only test :) (but for me, it is o.k.) Again, all colors is user-redefinable. Krzysztof Kościuszkiewicz wrote: > * mark disappears (is not redrawn?) when active grid is changed in the > preferences window I can't reproduce that my mark (pink diamond) disappears. But mark which already exist before me, that's red X cross "Mark" (Ctrl +M), sometimes disappears, this is "normal" (written in code by authors of this sign), but,