Just a comment. The pcbnew icon looks like disabled icon. It will be good
if top and bottom trace colours are added.
On 8 July 2016 at 02:52, Chris Pavlina wrote:
> Same here. You're definitely onto something good with the footprint and
> synonym symbol buttons :)
>
> On Jul 7, 2016 11:23, "Simo
Same here. You're definitely onto something good with the footprint and
synonym symbol buttons :)
On Jul 7, 2016 11:23, "Simon Wells" wrote:
> i agree, the footprint and symbol icons are nice, however i also think
> the page and the pen in the schematic/pcbnew icons are unnecessary,
>
> Simon
>
Sorry, I forgot to attach.
В Четверг, 7 июл. 2016 в 6:23 , Simon Wells
написал:
i agree, the footprint and symbol icons are nice, however i also think
the page and the pen in the schematic/pcbnew icons are unnecessary,
Simon
On Fri, Jul 8, 2016 at 2:58 AM, Marco Ciampa
wrote:
On Thu, Jul
I am agree with you.
Icons should be simple and easy to distinguishable - the same elements
break this (I was writting this early in the same theme).
Icons should be in intuitive style (see attachment).
В Четверг, 7 июл. 2016 в 6:23 , Simon Wells
написал:
i agree, the footprint and symbol ic
i agree, the footprint and symbol icons are nice, however i also think
the page and the pen in the schematic/pcbnew icons are unnecessary,
Simon
On Fri, Jul 8, 2016 at 2:58 AM, Marco Ciampa wrote:
> On Thu, Jul 07, 2016 at 04:06:37PM +0200, Fabrizio Tappero wrote:
>> Hello,
>>
>> Following and i
On Thu, Jul 07, 2016 at 04:06:37PM +0200, Fabrizio Tappero wrote:
> Hello,
>
> Following and integrating the feedback from all you guys, here we have some
> new main kicad icons. Looks is still not completely polished.
>
> To make Wayne happy I have even included a pretty pen in some main icons !
Le 07/07/2016 à 15:52, Bob Gustafson a écrit :
> Ahh - use the coordinates - I never did that - will have to try the next time
> I lose my board.
>
> Rather than hard-wiring a paper size into the pcb to determine viewing
> limits, I was thinking of
> having KiCad use the dimensions of the board
You have to be careful with constraining the page limits. If the page
limits are the current paper size, what happens when you import
something that is outside the page limits? You would not be able to
access it. The page limits would have to temporarily expanded until you
moved the object onto
Ahh - use the coordinates - I never did that - will have to try the next
time I lose my board.
Rather than hard-wiring a paper size into the pcb to determine viewing
limits, I was thinking of having KiCad use the dimensions of the board
as the limits. I don't see any value in viewing empty spa
On 7/7/2016 9:45 AM, jp charras wrote:
> Le 07/07/2016 à 15:12, Wayne Stambaugh a écrit :
>> On 7/7/2016 7:30 AM, jp charras wrote:
>>> Le 07/07/2016 à 11:55, Wayne Stambaugh a écrit :
On 7/6/2016 11:10 AM, jp charras wrote:
> Le 06/07/2016 à 15:53, Wayne Stambaugh a écrit :
>> On 7/6/
Le 07/07/2016 à 15:12, Wayne Stambaugh a écrit :
> On 7/7/2016 7:30 AM, jp charras wrote:
>> Le 07/07/2016 à 11:55, Wayne Stambaugh a écrit :
>>> On 7/6/2016 11:10 AM, jp charras wrote:
Le 06/07/2016 à 15:53, Wayne Stambaugh a écrit :
> On 7/6/2016 8:01 AM, jp charras wrote:
>> Le 06/0
ideally i would like to see the removal of page limits and likewise
the "frame" in pcbnew with just a print preview dialog where you can
choose to have it and its position, however i am not sure if this is
the consensus but it does seem popular with some people
There are multiple ways to find it i
Hi Simon
Thanks for your input.
I haven't worked with any B3 sized pc boards, but it is certainly
possible with KiCad.
If the OpenGL view limits are set to the edges of whatever paper size is
used, this is useful.
Without paper/board edge limits, a quick accidental brush of the
trackpad ca
Simon,
Thanks. I think commit r6971 should resolve this. Please let me know
if it doesn't.
Thanks,
Wayne
On 7/6/2016 11:35 AM, Simon Wells wrote:
> hey wayne,
>
> http://pastebin.com/EVgdXHuf on osx
>
> On Thu, Jul 7, 2016 at 3:21 AM, Wayne Stambaugh wrote:
>> On 7/6/2016 11:10 AM, jp char
On 7/7/2016 7:30 AM, jp charras wrote:
> Le 07/07/2016 à 11:55, Wayne Stambaugh a écrit :
>> On 7/6/2016 11:10 AM, jp charras wrote:
>>> Le 06/07/2016 à 15:53, Wayne Stambaugh a écrit :
On 7/6/2016 8:01 AM, jp charras wrote:
> Le 06/07/2016 à 11:23, Wayne Stambaugh a écrit :
>> I just
Good to hear, Bob!
On Thu, Jul 7, 2016 at 6:41 AM, Simon Wells wrote:
> As the pcb can be bigger than a4 size i am not sure this it is even a
> good idea to try and limit it like that in pcbnew
>
> On Thu, Jul 7, 2016 at 10:07 PM, Bob Gustafson wrote:
> > The latest OSX nightly has greatly enha
As the pcb can be bigger than a4 size i am not sure this it is even a
good idea to try and limit it like that in pcbnew
On Thu, Jul 7, 2016 at 10:07 PM, Bob Gustafson wrote:
> The latest OSX nightly has greatly enhanced panning and zoom on both the
> schematic and pcbnew (Legacy and OpenGL)
>
> T
Le 07/07/2016 à 11:55, Wayne Stambaugh a écrit :
> On 7/6/2016 11:10 AM, jp charras wrote:
>> Le 06/07/2016 à 15:53, Wayne Stambaugh a écrit :
>>> On 7/6/2016 8:01 AM, jp charras wrote:
Le 06/07/2016 à 11:23, Wayne Stambaugh a écrit :
> I just committed the initial schematic I/O plugin cod
The latest OSX nightly has greatly enhanced panning and zoom on both the
schematic and pcbnew (Legacy and OpenGL)
The panning works with a two finger drag on the trackpad - both up-down
and left-right work in a very natural way - no meta-keys need to be pressed.
The zoom is smooth without lar
On 7/6/2016 11:10 AM, jp charras wrote:
> Le 06/07/2016 à 15:53, Wayne Stambaugh a écrit :
>> On 7/6/2016 8:01 AM, jp charras wrote:
>>> Le 06/07/2016 à 11:23, Wayne Stambaugh a écrit :
I just committed the initial schematic I/O plugin code. It only
supports the schematic file parsing at
thanks Chris,
we will definetly take in consideration you inputs.
cheers
Fabrizio
On Wed, Jul 6, 2016 at 4:46 PM, Chris Pavlina
wrote:
> On Wed, Jul 06, 2016 at 06:14:26AM -0400, Wayne Stambaugh wrote:
> > That's a fair question that I'm not sure I can answer. Can we
> > reasonably assume tha
On 7/6/2016 1:38 PM, Jon Neal wrote:
> It took me a solid 15 minutes of searching to find the roadmap, so
> hopefully I'll do someone a favor and provide a link
> here:
> http://ci.kicad-pcb.org/job/kicad-doxygen/ws/Documentation/doxygen/html/v5_road_map.html
It's probably not obvious that the ro
On 7/6/2016 1:34 PM, Simon Wells wrote:
> just FYI this affects osx whether the -DUSE...SCH_IO... is ON or OFF
I didn't want too many #ifdef/#endif qualifiers all over the code and
cmake files so I only did it for the file load code. I'm working on
getting this resolved now.
>
> On Thu, Jul 7,
23 matches
Mail list logo
