Re: [Kicad-developers] How to make single-plane .cpp from .png?

If I may chip in. The new symbols (16x16) I created for the horizontal text are done in inkscape and exported as png. Post processed in gimp to an 8-bit grey scale with alpha which reduced them from ~300 to ~170 something bytes. They still appear to have the same quality as you have seen.

Re: [Kicad-developers] [Patch] Move pcbnew layer toolbar icon values to member struct

Hi Ian, I’ve merged your patch. Thanks! Cheers, Jeff. > On 5 Aug 2019, at 09:13, Ian McInerney wrote: > > Here is an updated version of this patch that goes with the constexpr color > definitions instead of the initialize-on-first-use. > > -Ian > > On Mon, Aug 5, 2019 at 12:20 PM Ian

Re: [Kicad-developers] [Patch] Return event handled flag from dispatchHotkey

Hi Ian, I’ve merged your patch. Thanks! Cheers, Jeff. > On 5 Aug 2019, at 14:03, Ian McInerney wrote: > > This patch modifies the event dispatch in the tool manager to return whether > a hotkey has been handled with an action (instead of just returning true if > an action with the hotkey

Re: [Kicad-developers] How to make single-plane .cpp from .png?

If you open the PNG in Gimp and then export as XBM it works. (Note that while wxBitmap’s constructor purports to support sizes, if you pass anything under 32x32 you’ll get garbage.) However, the cursors aren’t greyscale (they’re true black-and-white), so the whole SVG source idea produces

Re: [Kicad-developers] How to make single-plane .cpp from .png?

I also tried online converters for PNG -> XBM and directly from the source (SVG -> XBM), but they all give me black images…. > On 5 Aug 2019, at 15:15, Jeff Young wrote: > > I found doc on the colour modes; 0 is monochrome without alpha, 2 is RGB, 4 > is monochrome with alpha and 6 is RGBA.

Re: [Kicad-developers] How to make single-plane .cpp from .png?

I found doc on the colour modes; 0 is monochrome without alpha, 2 is RGB, 4 is monochrome with alpha and 6 is RGBA. So -c 0 should be correct. But it appears wxBitmap is expecting XBM data rather than PNG data. Hm….. > On 5 Aug 2019, at 14:46, Jeff Young wrote: > > pngcrush -c 0 makes a

Re: [Kicad-developers] How to make single-plane .cpp from .png?

pngcrush -c 0 makes a single-plane char array, but it appears to be in a different order or something (the array is the right size, but produces a garbage cursor). Anyone know what the other colour modes are? (0, 2, 4, 6) > On 5 Aug 2019, at 13:22, Jeff Young wrote: > > Our PNG2cpp.cmake

[Kicad-developers] [Patch] Return event handled flag from dispatchHotkey

This patch modifies the event dispatch in the tool manager to return whether a hotkey has been handled with an action (instead of just returning true if an action with the hotkey exists). This will allow the handler to continue processing the event if the action with the hotkey does not have any

[Kicad-developers] How to make single-plane .cpp from .png?

Our PNG2cpp.cmake script makes a 3 or 4 plane (ie: colour) char array. wxWidgets’ wxBitmap() constructor needs a single plane char array. John Beard created a couple for the SPICE cursors, but I’m not sure how he did it. Thanks, Jeff. ___ Mailing

Re: [Kicad-developers] Anyone know where the sources to the simulation cursors are?

Maybe Orson has the answer here? On 2019-08-05 12:06, Jeff Young wrote: ___ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubscribe : https://launchpad.net/~kicad-developers More help :

[Kicad-developers] Anyone know where the sources to the simulation cursors are?

___ 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] [Patch] Move pcbnew layer toolbar icon values to member struct

Here is an updated version of this patch that goes with the constexpr color definitions instead of the initialize-on-first-use. -Ian On Mon, Aug 5, 2019 at 12:20 PM Ian McInerney wrote: > This patch moves the static variables in the toolbar icon creation > function into a member struct of the

Re: [Kicad-developers] [Patch] Fix initialization order for COLOR4D statics

The updated patch using constexpr (which now only affects the color4d files) is attached. Simon, thanks for the suggestion to use constexpr. It ended up working by just declaring the variables constexpr and also making one of the constructors constexpr. Definitely much simpler. -Ian On Mon, Aug

Re: [Kicad-developers] 5.1.3 release

Hi Eeli Jeff disabled it during this fix: It's reenabled in nightlies, but I'm not sure if the router improvements are too big to put in V5.1 branch Den 5. august 2019 kl. 15.42.16 +02.00, skrev Eeli Kaikkonen : > > > > ma 5. elok. 2019 klo

Re: [Kicad-developers] 5.1.3 release

ma 5. elok. 2019 klo 16.02 Eeli Kaikkonen (eeli.kaikko...@gmail.com) kirjoitti: > A very quick notice and maybe alert. I just tried 5.1.4-4-g450dac4b1from > Windows testing downloads. I can't drag vias with D. I will test further. > It it's really a bug it may affect 5.1.4. > > I'm not sure what

Re: [Kicad-developers] 5.1.3 release

On 8/4/19 6:02 PM, Rene Pöschl wrote: > On 04/08/2019 19:03, Wayne Stambaugh wrote: >> Please tag the doc, translation, >> and library repos to 5.1.4 using the same commit as 5.1.3.  I'll update >> the release announcement and there will be no official 5.1.3 release. >> Thank you everyone for your

Re: [Kicad-developers] 5.1.3 release

su 4. elok. 2019 klo 20.03 Wayne Stambaugh (stambau...@gmail.com) kirjoitti: > > I decided to revert all of the commits that contained UI string changes > and tagged 5.1.4. It's ugly but it contains the Fedora fix along with > the update footprint position fix. I already uploaded the source >

Re: [Kicad-developers] [Patch] Fix initialization order for COLOR4D statics

On 8/5/19 5:03 AM, Simon Richter wrote: > Hi, > > On Mon, Aug 05, 2019 at 10:58:44AM +0200, Ian McInerney wrote: > >> I tracked it down to the fact that COLOR4D has some static colors that were >> being used to initialize some other static variables in pcbnew's layer >> widgets. I have moved all

[Kicad-developers] [Patch] Move pcbnew layer toolbar icon values to member struct

This patch moves the static variables in the toolbar icon creation function into a member struct of the PCB_EDIT_FRAME class. These statics had posed some issues on Linux before, and are also not very good for having multiple PCB_EDIT_FRAME instances at one time. This patch is dependent upon the

Re: [Kicad-developers] [Patch] Fix initialization order for COLOR4D statics

Forgot that I split the updating the widget into a separate commit. Here is an updated patch that just fixes the initialization (I updated the message). -Ian On Mon, Aug 5, 2019 at 10:58 AM Ian McInerney wrote: > I decided to instrument my debug build with the address sanitizer and see > what

Re: [Kicad-developers] [Patch] Fix initialization order for COLOR4D statics

Hi, On Mon, Aug 05, 2019 at 10:58:44AM +0200, Ian McInerney wrote: > I tracked it down to the fact that COLOR4D has some static colors that were > being used to initialize some other static variables in pcbnew's layer > widgets. I have moved all the static colors to an initialize on first use >

[Kicad-developers] [Patch] Fix initialization order for COLOR4D statics

I decided to instrument my debug build with the address sanitizer and see what happened, and it has pointed out an initialization order fiasco in the loading of pcbnew. I tracked it down to the fact that COLOR4D has some static colors that were being used to initialize some other static variables

Re: [Kicad-developers] [PATCH] Crash Reporter

Ok, thanks. Just a note, there are two packages for msys2 mingw-packages that provided. I see you based your pkgbuild on the 3.0 one... On Thu, 1 Aug 2019 at 17:01, Tomasz Wlostowski wrote: > > On 30/07/2019 20:03, Nick Østergaard wrote: > > I get the same error. :( > > > > Hi Nick, > > We had