Thanks, Mark. I’ve merged a fix.
Cheers,
Jeff.
> On 16 Oct 2018, at 21:07, mdoes...@xs4all.nl wrote:
>
> Found another bug. When importing sheet pins, the pin can be placed and
> is visible during placement. Once placed it is no-longer visible. When I
> quit eeschema and start it with the
Found another bug. When importing sheet pins, the pin can be placed and
is visible during placement. Once placed it is no-longer visible. When I
quit eeschema and start it with the same file, the sheet label is visible
and right where I left it.
regards,
Mark.
Patch pushed.
Cheers,
Jeff.
> On 22 Sep 2018, at 16:35, Maciej Suminski wrote:
>
> One more patch to fix off grid component placement after paste
> operation. Apart from that, the result is very impressive. Well done!
>
> Cheers,
> Orson
>
> On 9/19/18 11:16 PM, Jeff Young wrote:
>> A
One more patch to fix off grid component placement after paste
operation. Apart from that, the result is very impressive. Well done!
Cheers,
Orson
On 9/19/18 11:16 PM, Jeff Young wrote:
> A couple of more commits are up (including backing out the polyline change).
>From
A couple of more commits are up (including backing out the polyline change).
> On 19 Sep 2018, at 19:27, jp charras wrote:
>
> Le 19/09/2018 à 13:01, Rene Pöschl a écrit :
>> On 19/09/2018 11:54, jp charras wrote:
>>> Le 19/09/2018 à 11:40, Rene Pöschl a écrit :
Ok i looked at the pot
Le 19/09/2018 à 13:01, Rene Pöschl a écrit :
> On 19/09/2018 11:54, jp charras wrote:
>> Le 19/09/2018 à 11:40, Rene Pöschl a écrit :
>>> Ok i looked at the pot symbols. They are indeed strange. (ignore my last
>>> message)
>>>
>>> However, how does the new fill algorithm work with things like the
Le 19/09/2018 à 18:20, Jeff Young a écrit :
> Hi JP,
>
> Do you think it’s worth checking the colours of the stroke and fill, or just
> remove the change and require that the libraries get fixed?
just remove the change and require that the libraries get fixed is
enough for me.
If an used want
Hi JP,
Do you think it’s worth checking the colours of the stroke and fill, or just
remove the change and require that the libraries get fixed?
(Why doesn’t the original issue show up with legacy? Maybe it is checking for
stroke == fill and then closing the polygons?)
Cheers,
Jeff.
Le 19/09/2018 à 17:36, Jeff Young a écrit :
> The 74LS00 in my (admittedly dated) library aren’t filled. Are they in more
> recent libraries?
>
> (If so, we’ll need to back out my change as it will indeed affect them.)
>
Hi Jeff,
your commit e6734def0 create issues with filled bodies:
The
Yes, a good chuckle
On 9/19/18 10:36 AM, Jeff Young wrote:
The 74LS00 in my (admittedly dated) library
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe :
The 74LS00 in my (admittedly dated) library aren’t filled. Are they in more
recent libraries?
(If so, we’ll need to back out my change as it will indeed affect them.)
___
Mailing list: https://launchpad.net/~kicad-developers
Post to :
On 19/09/2018 11:54, jp charras wrote:
Le 19/09/2018 à 11:40, Rene Pöschl a écrit :
Ok i looked at the pot symbols. They are indeed strange. (ignore my last
message)
However, how does the new fill algorithm work with things like the logic
gates. (Example the symbol for 74LS00) It has an open
Le 19/09/2018 à 11:40, Rene Pöschl a écrit :
> Ok i looked at the pot symbols. They are indeed strange. (ignore my last
> message)
>
> However, how does the new fill algorithm work with things like the logic
> gates. (Example the symbol for 74LS00) It has an open polygon on purpose
> as it
Ok i looked at the pot symbols. They are indeed strange. (ignore my last
message)
However, how does the new fill algorithm work with things like the logic
gates. (Example the symbol for 74LS00) It has an open polygon on purpose
as it consists of that polygon plus an arc. We still want the
Could you go into detail in how the library item is at fault? Or at
least how it should be fixed?
On 19/09/2018 00:04, Jeff Young wrote:
I pushed John’s 3 patches along with one of my own which fixes the POT
rendering.
(It is actually an error in the library item, but it’s not alone -- at
I pushed John’s 3 patches along with one of my own which fixes the POT
rendering.
(It is actually an error in the library item, but it’s not alone -- at least
optocoupler IL300 has the same issue.)
Cheers,
Jeff.
> On 18 Sep 2018, at 15:10, John Beard wrote:
>
> Hi,
>
> The rendering of
Hi John,
The line is definitely in the R_POT symbol (at least in the Device
symbol library) so it's possible that it is a gal bug.
Cheers,
Wayne
On 9/18/2018 10:10 AM, John Beard wrote:
> Hi,
>
> The rendering of unclosed polyline in symbols is different in GAL.
>
> See the attached
I bet this is a difference in behavior in GAL, I had to deal with this a
bunch for the GerbView port. GAL vs. legacy handles the last point in a
polyline/polygon differently although I'm not at my code and so I can't
remember which way the difference goes.
On Tue, Sep 18, 2018 at 10:08 AM John
Hi,
The rendering of unclosed polyline in symbols is different in GAL.
See the attached (standard libs potentiometer symbol) - in the legacy
canvas, the arrow doesn't have a missing lower side.
Is this a bug in GAL, or is it actually intended and the symbol is
wrong (but happened to work before
Hi,
Here are a handful of tiny fixes for warnings in the eeschema GAL
branch. Nothing really controversial, I think (though the second one
fixes quite a verbose tranche of warnings - one for almost every type
of object :-).
Cheers,
John
On Tue, Sep 18, 2018 at 12:35 AM Jeff Young wrote:
>
>
There’s a setting for that (Always show crosshairs). You probably have it on
in Pcbnew/Display Options but not in Eeschema/Display Options.
> On 18 Sep 2018, at 00:30, Wayne Stambaugh wrote:
>
> I don't know if this is intentional or not but I noticed (at least on
> windows) that the cursor
I don't know if this is intentional or not but I noticed (at least on
windows) that the cursor is no longer displayed when the select tool is
active. This is different than the old canvas where the cursor always
tracked the mouse point for all tools.
Cheers,
Wayne
On 9/17/2018 7:21 PM, Jeff
I pushed fixes for sheet pins and the cursor. (It also removes a bunch of
legacy grid and cursor colour stuff that is no longer needed.)
Cheers,
Jeff.
> On 17 Sep 2018, at 20:03, mdoes...@xs4all.nl wrote:
>
> I don't think I mailed the list, but also found another issue.
>
> I noticed the
I don't think I mailed the list, but also found another issue.
I noticed the sheet text is the same color as "notes", and not "sheet
label".
The cursor cross-hair is always black.
Otherwise it works fine for me on a quick test.
regards,
Mark.
___
JP’s latest has been pushed.
Cheers,
Jeff
> On 17 Sep 2018, at 11:41, jp charras wrote:
>
> Le 16/09/2018 à 23:37, Jeff Young a écrit :
>> I pushed JP’s commit and another that fixes up zoom & scroll issues
>> entering and leaving sheets.
>>
>> Cheers,
>> Jeff.
>
> Thanks.
>
> Attached a
Le 16/09/2018 à 23:37, Jeff Young a écrit :
> I pushed JP’s commit and another that fixes up zoom & scroll issues
> entering and leaving sheets.
>
> Cheers,
> Jeff.
Thanks.
Attached a new patch that fixes a Eeschema crash created by commit fcd80cdb
(when using SYMBOL_PREVIEW_WIDGET, due to a
I pushed JP’s commit and another that fixes up zoom & scroll issues entering
and leaving sheets.
Cheers,
Jeff.
> On 16 Sep 2018, at 16:03, jp charras wrote:
>
> Le 16/09/2018 à 15:08, Jeff Young a écrit :
>> I pushed a bunch of CLangTidy fixes and a fix for the grid colour.
>>
>> Cheers,
>>
Le 16/09/2018 à 15:08, Jeff Young a écrit :
> I pushed a bunch of CLangTidy fixes and a fix for the grid colour.
>
> Cheers,
> Jeff.
>
Hi Jeff,
Attached a patch to fix some artifacts when drawing items.
Cheers,
>
>> On 16 Sep 2018, at 08:40, mdoes...@xs4all.nl wrote:
>>
>> I've given the GAL
Hi,
Navigating in the schematic hierarchy seems to be broken a bit. Just
zoom in a bit and enter/leave sub-sheets. You will see the cursor
warping to some weird position, and the sheet is not displayed as whole.
In my case often a blank area appears after entering/leaving the
sub-sheet. The
I pushed a bunch of CLangTidy fixes and a fix for the grid colour.
Cheers,
Jeff.
> On 16 Sep 2018, at 08:40, mdoes...@xs4all.nl wrote:
>
> I've given the GAL version a test-drive. Here are some issues I noted.
> I guess most of it is because the black background was not tested before.
>
> 1.
I've given the GAL version a test-drive. Here are some issues I noted.
I guess most of it is because the black background was not tested before.
1. Grid color always black. (Not visible on black background)
2. Hierarchical sheet color always white.
3. When using another background color (for
I pushed JP’s changes.
(I’m pretty sure I fixed the add-item-undo issue yesterday.)
Cheers,
Jeff.
> On 15 Sep 2018, at 15:24, jp charras wrote:
>
> Le 14/09/2018 à 11:30, Jeff Young a écrit :
>> I pushed JP’s patches.
>>
>> What’s our plan for getting this branch merged to master?
>>
>>
Le 14/09/2018 à 11:30, Jeff Young a écrit :
> I pushed JP’s patches.
>
> What’s our plan for getting this branch merged to master?
>
> Cheers,
> Jeff.
>
Hi Jeff,
Attached 3 other patches.
The patch 0003 is mandatory, because it fixes a Eeschema crash at startup.
Currently there a blocking
Hi,
Quick bug report on fb748be43 (eeschema GAL HEAD) on Linux: Undoing a
global label doesn't refresh.
1) Make a global label
2) Undo it
3) Nothing happens
4) Refresh (F3): Label disappears
Otherwise, looking quite slick.
Cheers,
John
On Fri, Sep 14, 2018 at 10:30 AM Jeff Young wrote:
>
> I
I pushed JP’s patches.
What’s our plan for getting this branch merged to master?
Cheers,
Jeff.
> On 14 Sep 2018, at 10:15, jp charras wrote:
>
> Le 12/09/2018 à 17:01, Jeff Young a écrit :
>> I just pushed a fix for a segfault while routing.
>>
Le 12/09/2018 à 17:01, Jeff Young a écrit :
> I just pushed a fix for a segfault while routing.
> (https://bugs.launchpad.net/kicad/+bug/1792037)
>
> Cheers,
> Jeff.
Hi Jeff,
Attached 2 other patches for Eeschema GAL.
The first allows switching between Cairo and Opengl.
The second fixes Zoom
I just pushed a fix for a segfault while routing.
(https://bugs.launchpad.net/kicad/+bug/1792037)
Cheers,
Jeff.
> On 10 Sep 2018, at 14:47, Jeff Young wrote:
>
> Another commit set up. JP’s crash-on-startup, sheet pin refresh bugs,
> Clarify Selection minimisation, and OpenGL canvas
Another commit set up. JP’s crash-on-startup, sheet pin refresh bugs, Clarify
Selection minimisation, and OpenGL canvas default on OSX.
> On 10 Sep 2018, at 14:23, Simon Richter wrote:
>
> Hi,
>
> On 10.09.2018 01:22, Jeff Young wrote:
>
>> New set of commits pushed.
>
> Built as #135:
>
Hi,
On 10.09.2018 01:22, Jeff Young wrote:
> New set of commits pushed.
Built as #135:
http://downloads.kicad-pcb.org/windows/testing/patched/kicad-patched-135-4a57541b7-x86_64.exe
Simon
signature.asc
Description: OpenPGP digital signature
Le 10/09/2018 à 01:22, Jeff Young a écrit :
> New set of commits pushed.
>
> Includes a bunch of fixes for refresh of various operations, fixes to
> dangling symbol drawing for power symbols, removal of unused and
> redundant stuff, and clamping of no-connect and junction sizes to a
> multiple of
New set of commits pushed.
Includes a bunch of fixes for refresh of various operations, fixes to dangling
symbol drawing for power symbols, removal of unused and redundant stuff, and
clamping of no-connect and junction sizes to a multiple of the wire size (along
with user-definable junction
Thank you Simon, I was hoping for this! Please continue to release as it
goes so those of use who cannot compile on our own can feedback!
On Sat, Sep 8, 2018 at 6:56 AM, Simon Richter
wrote:
> Hi,
>
> in case anyone needs Windows binaries to test,
>
>
I’ve pushed JP’s 2 patches along with fixes to:
1) cross probing
2) the drawing line segments assert
3) preference changes to panning, etc.
Cheers,
Jeff.
> On 8 Sep 2018, at 17:47, Jeff Young wrote:
>
> No worries JP, you got the fix up before I got around to the first one
> anyway. ;)
>
>
No worries JP, you got the fix up before I got around to the first one anyway.
;)
Cheers,
Jeff.
> On 8 Sep 2018, at 17:41, jp charras wrote:
>
> Le 08/09/2018 à 13:16, jp charras a écrit :
>> Le 07/09/2018 à 23:50, Jeff Young a écrit :
>>> I pushed a few more bug fixes, an implementation of
Le 08/09/2018 à 13:16, jp charras a écrit :
> Le 07/09/2018 à 23:50, Jeff Young a écrit :
>> I pushed a few more bug fixes, an implementation of line styles (dashed,
>> dotted, etc.) and a fix for the dragging-object (‘G’ hotkey) bug.
>>
>> Cheers,
>> Jeff.
>
>
> Hi Jeff,
> Attached 2 patches.
>
Hi,
in case anyone needs Windows binaries to test,
http://downloads.kicad-pcb.org/windows/testing/patched/kicad-patched-134-d3c82b0b5-x86_64.exe
is the state of the GAL branch of yesterday evening.
The branch also compiles fine on MSVC.
Simon
Le 07/09/2018 à 23:50, Jeff Young a écrit :
> I pushed a few more bug fixes, an implementation of line styles (dashed,
> dotted, etc.) and a fix for the dragging-object (‘G’ hotkey) bug.
>
> Cheers,
> Jeff.
Hi Jeff,
Attached 2 patches.
The first one fixes minor visibility issues.
The second
> -Click+dragging on a symbol starts a selection rectangle instead of moving
> the symbol
Scratch this one. It's the same behavoir as in the current nightly.
> On Sep 7, 2018, at 5:36 PM, dann wrote:
>
> Nice!
>
> Here’s a few things I found on OSX 10.13.6, Retina iMac:
>
>
Nice!
Here’s a few things I found on OSX 10.13.6, Retina iMac:
-Click+dragging on a symbol starts a selection rectangle instead of moving the
symbol
-With the schematic and PCB windows open at the same time, clicking a footprint
on the PCB makes the schematic jump and zoom, but it doesn’t
I pushed a few more bug fixes, an implementation of line styles (dashed,
dotted, etc.) and a fix for the dragging-object (‘G’ hotkey) bug.
Cheers,
Jeff.
> On 7 Sep 2018, at 16:20, Wayne Stambaugh wrote:
>
> Some feedback from what I've seen so far which can be observed in the
> attached
Some feedback from what I've seen so far which can be observed in the
attached screen capture.
The wire line thickness changes when zooming which makes for a rather
interesting visual effect.
When dragging an object ('G' hotkey), the object is displaced off the
display.
The scrollbars do not
Hi all,
An update on a few of the issues Marcus reported:
1) Hooked up the “Always show cursor” preference so it isn’t shown when no tool
is active.
2) Fixed the outline issue. We *were* drawing the outline centred, it’s just
that we were filling it *after* stroking so that the fill covered
Aimylios kirjoitti 07.09.2018 klo 09:37:
> "Supersampling (2x)" is useable at higher zoom levels. At lower zoom
> levels, the thickness of lines is not displayed uniformly, which I find
> somewhat irritating. But I guess I'll just have to get used to that.
You don't have to. Someone(tm) just
Le 07/09/2018 à 00:31, Jeff Young a écrit :
>>
<...>
Hi Jeff,
Attached a small patch that fixes some cosmetic issues (incorrect color
of some items).
--
Jean-Pierre CHARRAS
From d493d9d463f7ac1f3ad22488d3fd5428778f2a3d Mon Sep 17 00:00:00 2001
From: jean-pierre charras
Date: Fri, 7 Sep 2018
Hi Jeff,
Am 06.09.2018 um 23:08 schrieb Jeff Young:
Supersampling (4x) is still slow on my 3-year-old Mac Powerbook. But
Supersampling (2x) renders quickly and is nearly impossible to tell apart on my
Mac Retina display. Does 2x not render well on your ThinkPad?
"Supersampling (2x)" is
>
> Hi Tom, hi Jeff,
>
> I observed some minor issues (tested on Linux with GTK3):
> - buses and graphic lines always have the same colour as wires
I just pushed a fix for this.
> - symbol outlines/pins are not drawn correctly (see attached screenshot)
It appears that we draw the body line
Hi Folks,
I pushed a commit that overhauls the block logic to allow rotation and
mirroring on the fly with blocks.
Cheers,
Jeff.
> On 6 Sep 2018, at 22:08, Jeff Young wrote:
>
> Hi Marcus,
>
> Supersampling (4x) is still slow on my 3-year-old Mac Powerbook. But
> Supersampling (2x)
Hi Marcus,
Supersampling (4x) is still slow on my 3-year-old Mac Powerbook. But
Supersampling (2x) renders quickly and is nearly impossible to tell apart on my
Mac Retina display. Does 2x not render well on your ThinkPad?
I’ll look into the other stuff tomorrow or over the weekend.
Cheers,
Am 06.09.2018 um 17:57 schrieb Tomasz Wlostowski:
On 06/09/18 17:37, Jeff Young wrote:
Hi Tom,
I have committed the completion of the block rotate and mirror fixes (including
for LibEdit).
Hi Jeff,
Thanks, I played with eeschema for a short while and I really appreciate
all the work you
Le 06/09/2018 à 18:34, Tomasz Wlostowski a écrit :
> On 06/09/18 18:18, jp charras wrote:
>> Attached, a small patch that fixes a few minor compil warnings, and
>> re-enable calls to draw symbols items in wxDC canvas for printing
>> purpose, making printing working again.
>
> Hi JP,
>
> Orson's
I'll have time tonight to look into the pan and send a patch.
In the meantime, here's a video showing the disappearing symbols:
https://youtu.be/Ve8CTQb5U5k
I also just noted that the zoom Z value on the status bar doesn't always
update while zooming.
-S
Am Do., 6. Sep. 2018 um 10:05 Uhr
Hi Seth,
Yeah, Tom reported the first one, but I’ve no mouse so I’m gladly accepting
patches… ;)
For (2) do you mean when dragging or when scrolling? If you mean when
scrolling then what did you do just before scrolling? (The scrolling issues
I’ve seen so far are usually because the
Couple quick notes:
1) Middle mouse pan resets zoom level to 0.72
2) Modules disappear when ~90 of the module is off the canvas
Really looks great so far! Thanks guys!
Am Do., 6. Sep. 2018 um 09:41 Uhr schrieb Jeff Young :
> Thanks, JP. I pushed your patch.
>
> > On 6 Sep 2018, at 17:18, jp
Thanks, JP. I pushed your patch.
> On 6 Sep 2018, at 17:18, jp charras wrote:
>
> Le 06/09/2018 à 17:57, Tomasz Wlostowski a écrit :
>> On 06/09/18 17:37, Jeff Young wrote:
>>> Hi Tom,
>>>
>>> I have committed the completion of the block rotate and mirror fixes
>>> (including for LibEdit).
On 06/09/18 18:18, jp charras wrote:
> Attached, a small patch that fixes a few minor compil warnings, and
> re-enable calls to draw symbols items in wxDC canvas for printing
> purpose, making printing working again.
Hi JP,
Orson's close to finishing cairo printing support - so very soon we'll
Le 06/09/2018 à 17:57, Tomasz Wlostowski a écrit :
> On 06/09/18 17:37, Jeff Young wrote:
>> Hi Tom,
>>
>> I have committed the completion of the block rotate and mirror fixes
>> (including for LibEdit).
>
> Hi Jeff,
>
> Thanks, I played with eeschema for a short while and I really appreciate
>
On 06/09/18 17:37, Jeff Young wrote:
> Hi Tom,
>
> I have committed the completion of the block rotate and mirror fixes
> (including for LibEdit).
Hi Jeff,
Thanks, I played with eeschema for a short while and I really appreciate
all the work you have done!
Dear devs (non-devs too ;-) -
67 matches
Mail list logo
