Re: gEDA-user: An idea: rework design support...
> To counter that.. I see no compelling reason to keep it though. We'll need it more when we add layer types. > Given we'll probably end up keeping the irksome things, can we swap the > terminology around? Yup. I think we decided "sheets" was the best term for what is now known as "layers". ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: An idea: rework design support...
On 05/14/2011 05:47 PM, Peter Clifton wrote: On Sat, 2011-05-14 at 13:56 -0400, DJ Delorie wrote: > > I do not have a problem with the idea of single layer per physical > > layer, > > PCB uses a single layer group per physical layer, with one or more > drawing layers within each group. I see no reason to dump that now. > We just need to work on the UI and terminology so that it's less > confusing how it all works together. To counter that.. I see no compelling reason to keep it though. Certainly if we were to add the ability to tag objects and change viewing styles based upon tags. Given we'll probably end up keeping the irksome things, can we swap the terminology around? Physical PCB layer, mechanical drawing etc.. WAS: "Layer group" -> TO-BECOME: "Layer" I'd like if the name was less ambiguous... as in: "Layer group" -> "Stackup_Layer" or "Physical_layer" which would require changing how outline is done -- like John Doty suggested. As is, the terminology makes people that use gimp or photoshop or inkscape think of image or drawing layers that can be arranged in any order. John Griessen ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: An idea: rework design support...
On May 14, 2011, at 4:47 PM, Peter Clifton wrote: > On Sat, 2011-05-14 at 13:56 -0400, DJ Delorie wrote: >>> I do not have a problem with the idea of single layer per physical >>> layer, >> >> PCB uses a single layer group per physical layer, with one or more >> drawing layers within each group. I see no reason to dump that now. >> We just need to work on the UI and terminology so that it's less >> confusing how it all works together. > > To counter that.. I see no compelling reason to keep it though. > Certainly if we were to add the ability to tag objects and change > viewing styles based upon tags. It goes deeper than tags. It goes deeper than "UI and terminology", although the abuse of terminology is a symptom ("polygons" are not simple geometric figures, "elements" are not elementary, ...). The key thing that's missing is the idea that complex things are composed of simpler things. Circuits composed of subcircuits composed of footprints and nets, ... Instead, there's a kludgy collection of magical objects. This is not only confusing to users, but it makes users unnecessarily dependent on the developers. Users should be able to define whatever composite objects they need, rather than be restricted to the limited built-in set. And the necessity to keep implementing magical objects from an open-ended list, and to insure that they all play nicely together, are unnecessary burdens on the developers. > Given we'll probably end up keeping the irksome things, can we swap the > terminology around? > > Physical PCB layer, mechanical drawing etc.. > > WAS: "Layer group" -> TO-BECOME: "Layer" > > Alternative terminology might be "foil" or "artwork", depending on > context. The material (copper, teflon, nichrome, ink, ...) that the elementary objects in a layer are made of is simply a property of the layer, I think. > > > Logical group for partitioning geometry within a given PCB layer > > WAS: "Layer" -> TO-BECOME: "object group" | "sub-layer" | Composite objects generally occupy multiple physical layers. So, shoehorning them into "layers" is confusing and unnatural. --- John Doty Noqsi Aerospace, Ltd. This message contains technical discussion involving difficult issues. No personal disrespect or malice is intended. If you perceive such, your perception is simply wrong. I'm a busy person, and in my business "go along to get along" causes mission failures and sometimes kills people, so I tend to be a bit blunt. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: new gschem does look great!!
On 5/14/11 6:30 PM, Peter Clifton wrote: In case it wasn't clear from my rushed message, I had never seen the anti-aliased gschem before today... I wondered if this might have been the case, as I couldn't spot any difference in rendering between the HTML5 renderer and current gschem! I've found it amazing just how more usable programs feel with nicer graphics. Surely it is just psychological though, but it really seems to matter. I'm sure some of it is psychological, but I'm quite certain that a lot of it has to do with eye fatigue. Don't you agree? -Dave -- Dave McGuire Port Charlotte, FL ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: PCB GL Memory leak
On Sat, 2011-05-14 at 23:53 +0100, Thomas Oldbury wrote: > The "pcb" process under System Monitor shows usage. It seems to >allocate it in large blocks of ~100MB at a time and never lets go of >these. Are you working on a particularly complex board? I've tried git HEAD PCB and nothing jumps out at me in terms of memory leaks. I note your 2D xorg driver is a little old at 2.9.1, current is now 2.15.0 I recall there were some problems in the past with graphics resources not being freed correctly (might have been kernel related too), so if you are consistently seeing a leak with simple boards, upgrading your kernel and driver stack might well fix it. FWIW, when I last had this problem last, the system monitor applet (the one which draws little graphs in your gnome-panel), the memory usage was coloured as cache, rather than resident memory. The bug caused the system to start swapping when it ran out of memory, despite it thinking that the memory was cached data, and as such could have been dropped. If you have the performance monitoring applet (I forget the exact name), it would be worth tracking which colour the memory climb in PCB's usage is - either the colour for active memory usage, or cached pages. (I'm happy to try and reproduce leaks if you can give me good instructions to do so, ideally with an example board we can both use). HOWEVER: PCB keeps a lot of undo data. On a highly complex 8 layer board test-case I have, I can easily get to 300M resident just loading the board, with bumps of say 20Meg for every power plane deleted and recreated. Obviously this isn't ideal, but it could possibly explain where your memory usage is going. -- 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: Pressing "=" key causes PCB to freeze for a few minutes
On Sat, 2011-05-14 at 16:36 +0200, Felix Ruoff wrote: > In the default-konfiguration, the '='-Key is for 'Simple optimization' >from the 'Connects' menu. I can imagine, that this needs some time, but >I have not tested it now. >You can disable/modify this by editing the file 'gpcb-menu.res'. There >is a line >{"Simple optimization" djopt(simple) a={"=" "="}} >. The Values in the braces after 'a=' are the key-bindings for the >action 'djopt(auto)'. Just the second value ("=") is relevant, if >you are using the gtk-gui. If you use the lesstiff-gui, there is a >special file 'pcb-menu.res'. You can set anoter (unused) key instead of >the two '=' or remove the whole part 'a={"=" "="}', what will >remove this key-binding for this menu-item. Yes, I can recommend removing this key binding. I do in my local builds for the same reason, plus the fact that sometimes the optimiser makes mistakes and causes shorts on my boards! -- 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: An idea: rework design support...
On Sat, 2011-05-14 at 13:56 -0400, DJ Delorie wrote: > > I do not have a problem with the idea of single layer per physical > > layer, > > PCB uses a single layer group per physical layer, with one or more > drawing layers within each group. I see no reason to dump that now. > We just need to work on the UI and terminology so that it's less > confusing how it all works together. To counter that.. I see no compelling reason to keep it though. Certainly if we were to add the ability to tag objects and change viewing styles based upon tags. Given we'll probably end up keeping the irksome things, can we swap the terminology around? Physical PCB layer, mechanical drawing etc.. WAS: "Layer group" -> TO-BECOME: "Layer" Alternative terminology might be "foil" or "artwork", depending on context. Logical group for partitioning geometry within a given PCB layer WAS: "Layer" -> TO-BECOME: "object group" | "sub-layer" | Our current "layers" within a "layer group" are what an SVG or general graphics editor might call "layers" to describe the way they build up to make a single drawing (in this case of a physical PCB layer), but as such, the term is too overloaded for us to use here. What these sub-layers actually do is group drawing primitives so they can be coloured differently. -- 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: PCB GL Memory leak
On Sat, 2011-05-14 at 10:59 +0100, Thomas Oldbury wrote: > After using PCB+gl for more than an hour or so on a basic 4-layer >board, it is using nearly 3.5 GB of memory, slowing the system to a >crawl and forcing it to page a lot of data. Is anyone else experiencing >this issue? It is the PCB process which is swallowing the data? (Confirm with top, gnome-system-monitor or your favourite resource tracking utility). Check with "xrestop" how much X11 resources pcb is consuming. I've not seen this myself (at least not recently), but it is possible that I've not shut down a graphics context or something properly. It could also be a driver issue. What graphics card and driver do you use? (Can be determined quite accurately if you post output from glxinfo and a copy of your /var/log/Xorg.0.log) Regards, -- 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: new gschem does look great!!
On Fri, 2011-05-13 at 21:01 -0700, Colin D Bennett wrote: > In case it wasn't clear from my rushed message, I had never seen the > anti-aliased gschem before today... I wondered if this might have been the case, as I couldn't spot any difference in rendering between the HTML5 renderer and current gschem! I've found it amazing just how more usable programs feel with nicer graphics. Surely it is just psychological though, but it really seems to matter. -- 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: An idea: rework design support...
On May 14, 2011, at 2:31 PM, DJ Delorie wrote: > >> No, it does not. There is no 1-1 relationship between pcb layers and >> physical layers. > > Yes, there is. You just have a different interpretation of the word > "layers" than the rest of us. My interpretation corresponds to the normal meaning of the word "layer". It is simply based on geometry. DJ, this is why we can't discuss anything. Good software needs to be based on clean concepts, not a tangle of epicycles. --- John Doty Noqsi Aerospace, Ltd. This message contains technical discussion involving difficult issues. No personal disrespect or malice is intended. If you perceive such, your perception is simply wrong. I'm a busy person, and in my business "go along to get along" causes mission failures and sometimes kills people, so I tend to be a bit blunt. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: An idea: rework design support...
> No, it does not. There is no 1-1 relationship between pcb layers and > physical layers. Yes, there is. You just have a different interpretation of the word "layers" than the rest of us. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: An idea: rework design support...
On May 14, 2011, at 11:56 AM, DJ Delorie wrote: > >> I do not have a problem with the idea of single layer per physical >> layer, > > PCB uses a single layer group per physical layer, No, it does not. There is no 1-1 relationship between pcb layers and physical layers. Examples: The insulating layers are missing, although their geometry and physical properties matter. The outline "layer" corresponds to a relationship between the geometries of physical layers. John Doty Noqsi Aerospace, Ltd. http://www.noqsi.com/ j...@noqsi.com ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: One more viewer for gEDA data.
Hello Pavlo, That is just just too nice :) For the suggestions section: 1. it would be even nicer to have it integrated with gedasymbols 2. inverted pins don't have the inverted bar above their name (probably not implemented yet ...) Regards, Teodor On 01/-10/-28163 09:59 PM, Павел Таранов wrote: Hi, I'd like to introduse project Wedana ([1]http://wedana.sf.net), which is based on the gEDA file format. This project is HTML5 renderer (and editor) for the gEDA file formats. Just now it is able to draw most primitives availiable in schema files. So it can be used as client-side viewer for schematics, with ability to edit it and see result just in the browser. You can see demos availiable from the bottom of the main project page. But code still unstable, so any participations are wellcome (coding, testing or some constructive critics) :) Any suggestions or feature requests are wellcome too. Thank you, Pavlo. References 1. http://wedana.sf.net/ ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: One more viewer for gEDA data.
On Sat, May 14, 2011 at 09:40:05PM +0300, Павел Таранов wrote: > Hmmm... HTML5 exporter HID for PCB ? > >Not shure whether I correctly understand "HID"? :) >Current implementation doesn't understand PCB file format, this feature >is planned after gschem implementation. The pcb source uses various ``HID''s to draw things, so that it can support multiple GUI's. It also exports pcb files by the same mechanism, for example, as a PNG. In the case of PNG, the exporter essentially pretends to be a GUI, but instead of drawing components on the screen it uses the gd library to draw in a file. An HTML5 exporter would work in the same way; instead of drawing on the screen, it would dump text to a .html file. Assuming you don't need editing capability, this would be very easy but very tedious to implement. -- Andrew Poelstra Email: asp11 at sfu.ca OR apoelstra at wpsoftware.net Web: http://www.wpsoftware.net/andrew/ ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: One more viewer for gEDA data.
2011/5/14 Павел Таранов : > Thank you all, for the warm words :) > > I was not aware that HTML5 (canvas) already supports editing of > graphics -- can you point me to a description and a minimal example, > like > scribble-window? > > No, just now SVG was not the root technology of this project 'cos weak > support of it on mobile browsers. Opera supports some sub set of SVG, and has a few good articles about these designs: "SVG or Canvas? Сhoosing between the two" http://dev.opera.com/articles/view/svg-or-canvas-choosing-between-the-two/ http://dev.opera.com/articles/svg/ ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: One more viewer for gEDA data.
Hmmm... HTML5 exporter HID for PCB ? Not shure whether I correctly understand "HID"? :) Current implementation doesn't understand PCB file format, this feature is planned after gschem implementation. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: One more viewer for gEDA data.
Thank you all, for the warm words :) I was not aware that HTML5 (canvas) already supports editing of graphics -- can you point me to a description and a minimal example, like scribble-window? Unfortunatly canvas by itself doesn't support editing, so any editing just emulation - changed object erased, than it is draw with changes. Just now Wedana redraw all canvas for changes in editing window. It is not optimal and not very effective, so one of the nearest milestone - renderer optimization (avoiding background redrawing, avoid unnecessary recalculations and much more). On-the fly example of edited canvas may be this: [1]http://processingjs.org/learning/topic/continuouslines It is JS wrapper for Processing lang. You can check other examples to se the power of the Canvas. Is your project related to the suggested file format change to SVG recently proposed by Andrew Seddon? No, just now SVG was not the root technology of this project 'cos weak support of it on mobile browsers. But project architecture allow quickly switch to new format if required. All that is need - write parser of new format to internal JS objects used by Wedana. Do you intend to copy gschem editing behaviour? Yes, it is one of the major feature to be implemented (I need gschem editor on my Android tablet :) ), but with current resources it coud be done at the outumn, not early. Best regards, Pavlo Taranov References 1. http://processingjs.org/learning/topic/continuouslines ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: An idea: rework design support...
> I do not have a problem with the idea of single layer per physical > layer, PCB uses a single layer group per physical layer, with one or more drawing layers within each group. I see no reason to dump that now. We just need to work on the UI and terminology so that it's less confusing how it all works together. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: One more viewer for gEDA data.
On Fri, 2011-05-13 at 23:22 +0300, Павел Таранов wrote: > Hi, >I'd like to introduse project Wedana ([1]http://wedana.sf.net), which >is based on the gEDA file format. >This project is HTML5 renderer (and editor) for the gEDA file formats. A very interesting project. I was not aware that HTML5 (canvas) already supports editing of graphics -- can you point me to a description and a minimal example, like scribble-window? Is your project related to the suggested file format change to SVG recently proposed by Andrew Seddon? Do you intend to copy gschem editing behaviour? In my Ruby gschem clone I have used a more smart mode: I can move elements and net endpoints, select elements, zoom, pan -- and start new nets when clicking on pin or net ends. So we can do most basic operation in this "smart" mode, only for special operations we have to switch to dedicated modes. I really like that, but it is a little bit more complicated, I still have to spend some hours to get it really working. 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: One more viewer for gEDA data.
On Sat, 14 May 2011 11:11:12 +0200 darko wrote: > Actually, the new gschem is great. Until this week when I upgraded to > > Ubuntu 11.04, I had a really old gschem that did not have > > anti-aliasing. In fact this is the first time I've opened a > > schematic in the new and slick gschem. It really does look great > > and it *is* the new hotness. Thanks for doing the Cairo+antialiasing > > work... now gschem is beautiful. > > > > Regards, > > Colin > Which wersion of geda you using?? I've been using the versions from Ubuntu 9.10 and Ubuntu 10.04, which are pretty old. However, a few days ago I upgraded to Ubuntu 11.04 and after Peter C mentioned that gschem has cairo+AA support I tried out the new gschem in Ubuntu 11.04 and wow! it does have antialiasing. Regards, Colin ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: PCB GL Memory leak
I didn't have it from the last git, but I haven't compiled the PCB+gl branch without gl yet. On 14 May 2011 15:43, Levente Kovacs <[1]leventel...@gmail.com> wrote: On Sat, 14 May 2011 10:59:57 +0100 Thomas Oldbury <[2]toldb...@gmail.com> wrote: > After using PCB+gl for more than an hour or so on a basic 4-layer > board, it is using nearly 3.5 GB of memory, slowing the system to a > crawl and forcing it to page a lot of data. Is anyone else > experiencing this issue? Do you have this issue with PCB compiled with --disable-gl ? Levente -- Levente Kovacs [3]http://levente.logonex.eu ___ geda-user mailing list [4]geda-user@moria.seul.org [5]http://www.seul.org/cgi-bin/mailman/listinfo/geda-user References 1. mailto:leventel...@gmail.com 2. mailto:toldb...@gmail.com 3. http://levente.logonex.eu/ 4. mailto:geda-user@moria.seul.org 5. 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: PCB GL Memory leak
On Sat, 14 May 2011 10:59:57 +0100 Thomas Oldbury wrote: > After using PCB+gl for more than an hour or so on a basic 4-layer > board, it is using nearly 3.5 GB of memory, slowing the system to a > crawl and forcing it to page a lot of data. Is anyone else > experiencing this issue? Do you have this issue with PCB compiled with --disable-gl ? Levente -- Levente Kovacs http://levente.logonex.eu ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Pressing "=" key causes PCB to freeze for a few minutes
In the default-konfiguration, the '='-Key is for 'Simple optimization' from the 'Connects' menu. I can imagine, that this needs some time, but I have not tested it now. You can disable/modify this by editing the file 'gpcb-menu.res'. There is a line {"Simple optimization" djopt(simple) a={"=" "="}} . The Values in the braces after 'a=' are the key-bindings for the action 'djopt(auto)'. Just the second value ("=") is relevant, if you are using the gtk-gui. If you use the lesstiff-gui, there is a special file 'pcb-menu.res'. You can set anoter (unused) key instead of the two '=' or remove the whole part 'a={"=" "="}', what will remove this key-binding for this menu-item. Kind regards, Felix Am 14.05.2011 16:25, schrieb Thomas Oldbury: I have not yet figured out what the "=" key does in PCB, but whenever it gets pressed, the program freezes for a few minutes. Unfortunately, on my laptop keyboard it is very close to the delete key, so this leads to a lot of frustration. How do I turn it off? ___ geda-user mailing list [1]geda-user@moria.seul.org [2]http://www.seul.org/cgi-bin/mailman/listinfo/geda-user References 1. mailto:geda-user@moria.seul.org 2. 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
gEDA-user: Pressing "=" key causes PCB to freeze for a few minutes
I have not yet figured out what the "=" key does in PCB, but whenever it gets pressed, the program freezes for a few minutes. Unfortunately, on my laptop keyboard it is very close to the delete key, so this leads to a lot of frustration. How do I turn it off? ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: An idea: rework design support...
Peter Clifton writes: > FWIW, I'd love to see PCB's enforce one "layer" per "layer" of the > board, tagging objects if necessary to implement similar functionality > to what we currently use "layers" and "layer groups" for. One layer per physical layer would imply that element pins (pads) are tagged shapes in this single layer too? And negative shapes as well? So each object (shape) on the layer needs a stacking order tag (implying sublayers), or shall each negative shape take precedence over positive shapes? > Mechanical drawing overlays could still sensibly be called "layers", > even if they are quite distinct from the physical representation of the > PCB board. I do not have a problem with the idea of single layer per physical layer, as long as the end result is no more than a separation of the plane in two subsets, all layers can be manipulated othogonally in the same way (at least with a text editor), and there are not too many assumtions about the semantics of the resulting layers. The tags on the objects that define the layers have several distinct purposes: - how does this object affect the plane (positive, negative, positive with clearance, stacking order, ...) - where did this object come from (routing, element pin, ...) - how may this object be modified (locked, grouped, ...) - verification (design rules, ...) - connectivity (vias, antenna, ...) - ... - user attributes Some of these tags exist today, some are requested features, some depend on what gets picked up from the long discussion we had a few months back. -- Stephan ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: PCB GL Memory leak
After using PCB+gl for more than an hour or so on a basic 4-layer board, it is using nearly 3.5 GB of memory, slowing the system to a crawl and forcing it to page a lot of data. Is anyone else experiencing this issue? ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: One more viewer for gEDA data.
Actually, the new gschem is great. Until this week when I upgraded to Ubuntu 11.04, I had a really old gschem that did not have anti-aliasing. In fact this is the first time I've opened a schematic in the new and slick gschem. It really does look great and it *is* the new hotness. Thanks for doing the Cairo+antialiasing work... now gschem is beautiful. Regards, Colin Which wersion of geda you using?? ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user