kicad-developers team mailing list archive
Mailing list archive
Re: alternately sized icons
Hi Dick, I don't know whether you are referring to the Bug #963105, that I
filed, with the "brewing talk".
If you did, then I just want to make clear, that the last thing I wanted is
smaller buttons. This wouldn't really solve the problem, but only postpone
it until there are again so many buttons so that they don't fit on the
My idea behind this was to make the toolbars and the position of them
customizable by the *user*. (and especially the not-scrollable layer list
in pcbnew and gerbview should be a problem that is easy to fix)
After all there are some reasons for small screens in some cases.
Especially for beamers it is still very common to have a 1024x768
resolution. So when you teach how to use kicad in front of a class, this
bug is very limiting.
Kind regards, Stefan
2012/3/25 Dick Hollenbeck <dick@xxxxxxxxxxx>
> Some talk has been brewing about providing smaller icons for those running
> KiCad on a
> I offer some tips here on how to do that most easily.
> Suggestion as to easiest path:
> *) switch to DLL/DSO based bitmap lib. All programs can dynamically link
> to the *same*
> DLL/DSO bitmap library.
> *) provide alternate bitmap DLL/DSOs, each containing a different sized
> set of bitmaps,
> give user the choice at *installation* time.
> There should be no C++ code changes required, most everything can be done
> from within the
> one file: bitmaps_png/CMakeLists.txt
> Only exception is the establishment of the PATH or LD_LIBRARY_PATH to the
> Although bitmaps are generated using vector graphics to any practical
> size, we may find
> that at smaller sizes they are too busy (even though they may be crisply
> generated using
> Mailing list: https://launchpad.net/~kicad-developers
> Post to : kicad-developers@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help : https://help.launchpad.net/ListHelp