[Kicad-developers] Launch Pad ???

[Christopher Buckley]

Are you guys still using launchpad for bug reporting / tracking?

Latest bug I've found there is for June 2020...

Am searching through the inventory...

C

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

[Kicad-developers] Bug Reports???

[Christopher Buckley]

Okay, it's been like two years since I've been on here cause I haven't had time 
to do anything in my 7 days per week, 14 hour per day trucking job I had to 
take for the sake of survival.

So, I can't remember if there's a formal bug reporting system or just submit to 
this list.

I think it's the latter

Anyone? :)

THX - C

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] MSYS2 Dropping 32-bit support

[Christopher Buckley]

 Okay, admitting that it's been almost a year since I tuned in to any KiCAD 
dev, this MSYS stuff has got my attention, and I feel compelled to offer my two 
'sense' worth.

I'm disappointed to hear support for 32 bit is going bye-bye, but then I still 
use XP because the vast majority of my CAE/CAD and management software is all 
that old.

So I'm really unhappy with this move, because I'm sure there are a heck of a 
lot of people out there like me that can't afford to spend 5-10K upgrading all 
of their software for 64-bit systems that are being force upon us by 
"advancements" and the market place.

It makes me wonder: "How long until we will be forced in 128-bit systems, and 
must spend another 5-10K updating???"

That being said, my last build of KiCAD was 64-Bit, and it seems KiCAD left the 
32 bit world long ago anyways.

Sadly, I haven't had time to transition to Linux Wine or ReactOS that will 
facilitate my needs.

Driving a truck 12-14 hours a day 6-7 days per week just to survive doesn't 
allow a lot of time to do anything, let alone deal with all my "tech" problems 
that I wish I had time for.

Thanks for keeping me advised, and aware of my progressively sinking boat! LOL!

Cheers all,

C


 On Tuesday, August 4, 2020, 07:39:45 a.m. MDT, Mark Roszko 
 wrote:  
 
 Sigh, almost as bad as QT 5 minors being majors without ever bumping the 5 
because "qt5" is a marketing brand they don't want to replace from the 
commercial standpoint.
On Tue, Aug 4, 2020 at 9:15 AM Ian McInerney  wrote:



On Tue, Aug 4, 2020 at 1:44 PM Mark Roszko  wrote:

Been working on Phoenix, I basically have something working to build, though 
it'll be awhile before I have anything to share.

However, here's the fun part:wxPhoenix 4.1.0 only works with wxWidgets 3.1.4 
and abovewxPhoenix 4.0.7 only works with wxWidgets 3.0.x series
There's a fun gap with 3.1.0-3.1.3 :D Basically even with their fancy pancy 
dynamic generation system for most of their code. They hardcoded things 
specific references with no version checking fallback. Even the 4.0.x series 
may have some compatibility issues with wx 3.0.x depending on mix.
wx is to blame too because wxWidgets 3.1.4 has API changes that really should 
have made it 3.2.  Hell, 3.1.4 appears to have enabled a newer C++ standard and 
the build is broken for MSVC until you patch it with master because Microsoft 
under some newer standard flags clamped down on STL export violations.


wxWidgets follows a "development series" version system - only the even numbers 
are stable releases (e.g. 2.9, 3.0, 3.2, etc.), so anything in 3.1 is going to 
have API/ABI changes happening as they change the API and stabilize it before 
the next stable release (the full list of changes from 3.0 to the current 
3.1/future 3.2 is here 
https://github.com/wxWidgets/wxWidgets/blob/master/docs/changes.txt). This on 
its own isn't a problem, the real problem is that 3.1 has been in development 
for a long time and hasn't been released as a stable release yet. 
I have a PR update to vcpkg to go to 3.1.4 and patch it for 
MSVC.https://github.com/microsoft/vcpkg/pull/12733  


On Tue, Aug 4, 2020 at 7:41 AM Wayne Stambaugh  wrote:

On 8/3/20 9:19 PM, Seth Hillbrand wrote:
> 
> 
> On Mon, Aug 3, 2020, 10:48 AM Wayne Stambaugh  > wrote:
> 
>     I'm not ready to drop 32 bit builds for V6.  I still think there are
>     enough 32-bit users to warrant supporting it for one more release.  It's
>     something we can discuss for V7.
> 
> 
> If we keep 32 bit builds on mingw2, does that mean that we freeze all
> packages at their current versions?  It might be problematic to keep
> different package versions for different architectures.

I'm assuming you mean dependency packages so yes we would continue to
build 32 bit windows versions using the current package versions.  If
someone figures out how to get wxPhoenix to build, then we could bump to
wxWidgets 3.1.x and Python 3.x.

> 
> Obviously, if we successfully move to MSVC, this question is moot.
> 
> -Seth
> 

___
Mailing list: https://launchpad.net/~kicad-developers
Post to     : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp



-- 
Mark
___
Mailing list: https://launchpad.net/~kicad-developers
Post to     : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp




-- 
Mark
___
Mailing list: https://launchpad.net/~kicad-developers
Post to    : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help  : https://help.launchpad.net/ListHelp
  ___
Mailing list: https://launchpad.net/~kicad-developers
Post to : 

[Kicad-developers] Error TransformRoundRectToPolygon not declared

[Christopher Buckley]

I've made some mods in the following files pulled about 48hrs ago.

/common/colors.cpp
/common/plotters/DXF_plotter.cpp
/include/colors.h

Had some declaration problems with each and figured those out. After a few 
attempts got past colors.cpp @ 29% and onto DXF_Plotter.cpp broke @ 34% 
internal function following and suggestion 'TransformRing'both include 
colors.h

This ain't my stuff, is it???

Any suggestions? :)


C:/msys64/home/Christopher/kicad-devel/common/plotters/DXF_plotter.cpp:
In member function 'virtual void DXF_PLOTTER::FlashPadRoundRect(const wxPoint&, 
const wxSize&, int, double, EDA_DRAW_MODE_T, void*)':

C:/msys64/home/Christopher/kicad-devel/common/plotters/DXF_plotter.cpp:864:5:
error: 'TransformRoundRectToPolygon' was not declared in this scope

 TransformRoundRectToPolygon( outline, aPadPos, aSize, aOrient,
 ^~~

C:/msys64/home/Christopher/kicad-devel/common/plotters/DXF_plotter.cpp:864:5:

note: suggested alternative: 'TransformRingToPolygon'

 TransformRoundRectToPolygon( outline, aPadPos, aSize, aOrient,
 ^~~
 TransformRingToPolygon


___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

[Kicad-developers] Build Docs Page Not Working

[Christopher Buckley]

Is it just me using Firefox 66 or is the docs build page really messed up???

http://docs.kicad-pcb.org/doxygen/md_Documentation_development_compiling.html


___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] use mouse position instead of custom position

[Christopher Buckley]

This is one of my pet peeves with the component editors in particular.

I'm accustomed to using AutoCad which provides a seperate "Grid Snap" and "Grid 
Size" and is much more useful.

Consider creating a diode, transistor, resistor, capacitor symbol, each of 
which can fit within a 1 x 1 (or 25 x 25mm) area. Pins might need to be aligned 
at 1/10 inch or 2.5mm. I want my grid SNAP to be set a 1/20 or 1.25mm, and my 
grid SIZE to be 0.125 in or 5mm. This allows me perspective on the design with 
accuracy and assurance ALL items will line up on specific points, in regards to 
specific reference points (the grid itself).

This is a problem with Kicad where the grid size IS the snap size. I find it 
particularly problematic when establishing sizes of entities ( lines, pins, 
text). If I want to place text at a certain location, I need to change the grid 
size to be able to change the snap size. This introduces significant errors 
when editing other parts of the component, by forgetting which grid size I need 
to revert to. In the end it creates alignment problems when inserting 
components, demanding I go back and redraw it!!!

Likewise, the existing KiCad grid divisions don't provide for HALF-SIZE 
measures that are available when grid snap and grid size are uniquely 
changeable. Grid sizes are 1, 2, 5, 10, 25, 50, 100, 200 as opposed to 1, 2, 
2.5, 5, 7.5, 10, 20, 25, 50, 75, 100 or whatever snap you want.

Even so, I still have the odd alignment problem with AutoCAD but it's usually 
easily resolved. This most often occurs when I turn the grid snap off when 
trying to do something like intersect a line with an arc to establish an exact 
angle, distance, or theoretic point in space. However, the grid remains 
available so I can see where the point in space will be in relation to specific 
coordinates.

Granted AutoCad uses a Floating point system, but a 32 or 64 bit integer can 
theoretically provide enough resolution to make a fairly small snap size for 
any given grid size. I would think it's just a matter of seperating them. 
Additionally, the snap size would not necessarily need to change given a 
particular zoom scale.

As far as specific component alignment problems, to solve some AutoCAD 
problems, I ended up writing a lisp function that would audit the database and 
"quantize" entity points and move them to a nearest point within a specified 
fractional size. (1/8, 1/16, 1/10, 1/20)







On Fri, 3/22/19, Brian Piccioni  wrote:

 Subject: Re: [Kicad-developers] [eeschema/question] use mouse position instead 
of custom position for selecting objects?
 To: "'Tomasz Wlostowski'" , "'Kicad Developers'" 

 Received: Friday, March 22, 2019, 10:32 AM
 
 From a position of (mostly) ignorance, isn't
 the real question 
 
 "how can things be off-grid in a system
 where all the coordinates are
 expressed in whole numbers"?
 
 I looked at the test file
 (https://kicad-info.s3.dualstack.us-west-2.amazonaws.com/original/2X/2/26f98
 c3b4f02bdb0a4e47a18a05c5dba187cb199.zip), changed
 the grid to 1 mill, and I
 still can't get a wire to connect to
 the ends of the components (focusing
 mainly on BBC - see attachments)
 
 I can understand a situation where, for
 example, real number round results
 in an issue but here were have a file
 where everything is expressed as an
 integer, where the least significant
 digit corresponds to 1, the smallest
 gird, and yet somehow the parts are
 "off-grid". That doesn't seem to be a
 user error.
 
 
 
 -Original Message-
 From: Kicad-developers
 
 On Behalf Of Tomasz Wlostowski
 Sent: March 21, 2019 7:42 PM
 To: Kicad Developers 
 Subject: [Kicad-developers]
 [eeschema/question] use mouse position instead
 of custom position for selecting
 objects?
 
 Hi all,
 
 In the thread [1] on the forum, someone
 is having hard time trying to edit a
 schematic with off-grid wires. Does
 anyone here remember if older versions
 of Kicad used the mouse or cursor
 position for grabbing objects? Is there a
 chance there's a regression in V5/V5.1?
 If so, I'm willing to fix this.
 Editing a schematic with non-aligned
 pins is now next to impossible...
 
 Cheers,
 Tom
 
 [1]
 https://forum.kicad.info/t/struggling-with-schematic-layout-editor/15842/9
 
 ___
 Mailing list: https://launchpad.net/~kicad-developers
 Post to     : kicad-developers@lists.launchpad.net
 Unsubscribe : https://launchpad.net/~kicad-developers
 More help   : https://help.launchpad.net/ListHelp
 ___
 Mailing list: https://launchpad.net/~kicad-developers
 Post to     : kicad-developers@lists.launchpad.net
 Unsubscribe : https://launchpad.net/~kicad-developers
 More help   : https://help.launchpad.net/ListHelp
 
 -Inline Attachment Follows-
 
 

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : 

Re: [Kicad-developers] [RFC] online (real-time) ERC/DRC

[Christopher Buckley]

A few ideas:

Option 1 an error type selection menu, possibly with levels so that an error 
can be flagged / marked / "ignored" in successive automatic/manual rule checks 
until manually resolved.

Option 2 might be classifying errors by significance (ie connecting a wire from 
+5 to gnd:== critical (duh-op!), open pin == notice, backwards transistor or 
electrolytic == important) (too much work!)

Option 3 might be a setting to "flag" all potential errors (ie post it note), 
but ignore warnings until a specific rule check is performed manually.

Option 4, manually mark the "flag" or "net point" as "accepted" so it never 
shows up again (possibly dangerous ;)




On Mon, 3/25/19, Jon Evans  wrote:

 Subject: Re: [Kicad-developers] [RFC] online (real-time) ERC/DRC
 To: "Wayne Stambaugh" 
 Cc: "KiCad Developers" 
 Received: Monday, March 25, 2019, 9:59 AM
 
 Understood. I will
 work on a user experience proposal on the schematic side,
 and I agree it makes sense to wait on the PCB side until we
 are in a better position with DRC code (which I guess might
 change dramatically as part of V6 development) 
 On Mon, Mar 25,
 2019, 11:52 Wayne Stambaugh 
 wrote:
 Jon,
 
 
 
 I would be open to a real time error ERC checking as long as
 it met the
 
 following criteria:
 
 
 
 It can be disabled by the user.
 
 
 
 A sane way to determine when it makes sense to actually
 start and stop
 
 the real time ERC testing can be designed.  I don't
 want a bunch of ERC
 
 indicators every time I add a couple of new symbols to a
 design after I
 
 have run the ERC and fixed the initial issues.  This would
 get annoying
 
 pretty quickly.
 
 
 
 On 3/23/2019 5:57 PM, Jon Evans wrote:
 
 > Hi all,
 
 > 
 
 > I would like to start laying the groundwork for online
 ERC/DRC.
 
 > 
 
 > This means, for example:
 
 > - Objects will know if they have any ERC/DRC errors
 
 > - If objects are edited, associated error markers can
 be cleared/updated
 
 > 
 
 > Eventually, we could add a (optional) mode where new
 ERC/DRC errors can
 
 > be added in real-time as the user edits.  To begin,
 I'd only be clearing
 
 > or updating existing errors (generated with the offline
 / batch ERC/DRC
 
 > process we have now).
 
 > 
 
 > For the schematic, I think all ERC checking will able
 to be done in
 
 > real-time once my new connectivity stuff is merged. 
 For the PCB, of
 
 > course there are some DRC checks that are way too slow
 to be done in
 
 > real-time, but we could explore whether some checks are
 fast enough.
 
 
 
 Real time DRC testing is a different conversation.  From
 what I've
 
 observed with some of the more complex designs I've
 tested, I don't
 
 think we are anywhere near ready for this conversion without
 making a
 
 lot of performance improvements to our DRC code.
 
 
 
 Wayne
 
 
 
 > 
 
 > I would start with the schematic ERC since that's
 where my head is at
 
 > right now, but what I do should be able to carry over
 to PcbNew in case
 
 > it ends up working well.
 
 > 
 
 > Any thoughts on this?
 
 > 
 
 > -Jon
 
 > 
 
 > ___
 
 > Mailing list: https://launchpad.net/~kicad-developers
 
 > Post to     : kicad-developers@lists.launchpad.net
 
 > Unsubscribe : https://launchpad.net/~kicad-developers
 
 > More help   : https://help.launchpad.net/ListHelp
 
 > 
 
 
 
 ___
 
 Mailing list: https://launchpad.net/~kicad-developers
 
 Post to     : kicad-developers@lists.launchpad.net
 
 Unsubscribe : https://launchpad.net/~kicad-developers
 
 More help   : https://help.launchpad.net/ListHelp
 
 ___
 Mailing list: https://launchpad.net/~kicad-developers
 Post to     : kicad-developers@lists.launchpad.net
 Unsubscribe : https://launchpad.net/~kicad-developers
 More help   : https://help.launchpad.net/ListHelp
 
 -Inline Attachment Follows-
 
 

___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

[Kicad-developers] Bit of Makefile Help

[Christopher Buckley]

Hello, I'm new to the dev team and am experimenting with an improvement.

I've done a successful build with provided sources and have revised the modules 
I believe are applicable.

My initial build took about 3 hours...which is probably typical.

I haven't done a lot of builds with complex makefiles, but generally understand 
the process.

How can I speed up test build time using make targets ?

Can I assume that as long as I don't 'make clean' then 'make install' should 
revise the process to only rebuild affected objects?

I've noticed a 'test' target...should just do 'make test' ?

What's everybody else do ?

Much thanks.


___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp