kicad-developers team mailing list archive
-
kicad-developers team
-
Mailing list archive
-
Message #07748
Re: alternately sized icons
We have some agreement, but also some disagreement. I do not cherish the idea of all your
hard work being trivialized. I also put a great deal of time in designing the CMake script.
On 03/25/2012 06:30 AM, Fabrizio Tappero wrote:
> Hello,
> desiring smaller buttons is understandable especially if you have a
> small screen. But, 26 pixel buttons are (almost always) made for a
> specific button size. If you attempt to reduce it to 20 pixel or 18
> pixel or whatever, the icon will appear fuzzy.
Inkscape generates a fuzzy icon? Why?
> So, in general, smaller
> buttons will require a new button set, which mean to design about 450
> new images.
I am fully unconvinced. We invested our time in vector based bitmaps so we could scale
them. Now you are saying we cannot scale them. I need to be convinced.
> On the other hand, using a "snap to grid" option Inkscape
> and attempt the conversion from 26 to say 20, might give better result
> but fuzziness will always be there.
Can you post an example please.
> The other thing is, computer monitors are getting denser and denser
> (more pixels per inch), this means that icons are getting already
> smaller and smaller. The good news is that a monitor like new Apple
> iPad could almost (I guess) allow us to resize buttons without having
> to draw a new set. This is because one pixel is really tiny.
>
> Current kicad buttons are 26 pixel large, in 2012, this is a small
> button and in few years it will be a tiny button. in fact, we should
> actually be thinking about larger icons !!
>
> Please think about it.
> Cheers
> Fabrizio
I am not in favor of this alternate bitmap set, I just want it done correctly if it has to
be done. My preference would be to have this support chase behind KiCad as an externally
maintained patch. Because I see twice as many bitmap compiles happening.
I don't use microscopes to run KiCad. The cost of a decent computer is less than my time
costs.
We have some agreement, but also some disagreement.
Dick
>
>
> On Sun, Mar 25, 2012 at 1:16 PM, Dick Hollenbeck <dick@xxxxxxxxxxx> wrote:
>> Some talk has been brewing about providing smaller icons for those running KiCad on a
>> microscope.
>> 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 DLL/DSO.
>>
>>
>> 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
>> INKSCAPE).
>>
>>
>>
>>
>> _______________________________________________
>> 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
Follow ups
References