> 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".
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
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.
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 foun
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 jum
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.
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 wor
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
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
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 mean
> 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
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 insulati
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, Павел Таран
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 s
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
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@
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 e
> 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 a
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 t
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 rea
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 tha
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 t
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(si
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?
_
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
ta
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 l
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 do
27 matches
Mail list logo
