← Back to team overview

kicad-developers team mailing list archive

Re: alternately sized icons

 

Example here:
http://dsmy2muqb7t4m.cloudfront.net/articles/linkb_10icondesign/5.jpg

cheers
Fabrizio


On Sun, Mar 25, 2012 at 11:56 PM, Fabrizio Tappero
<fabrizio.tappero@xxxxxxxxx> wrote:
> no mate, there is no disagreement, it's just that my explanation
> wasn't so good. As you rightly said a vectorial image can be easily
> scaled (with inkscape/cmakefile) into any size without any problem.
> You can make all current kicad button 2000px by 2000px and quality
> will be great.
>
> The problem I am talking about is when you rescale a vectorial button
> image using an non-multiple number of pixels then what thought when
> you made the vectorial image. See point 5 of this:
>
> http://vector.tutsplus.com/articles/inspiration/10-tips-for-effective-icon-design/
>
> or a long explanation here:
>
> http://www.firewheeldesign.com/sparkplug/2006/April/icon_design_bitmap_vs_vector.php
>
> we are talking about a very classic problem that does not really have
> a solution. When we went form 18px (old kicad set) to 26 pixel
> buttons, almost all icons had to be redesigned. Some still need
> adjustment and with time I will do it.
>
> let me know if you want me to add more info.
>
> cheers
> Fabrizio
>
>
>
>
> On Sun, Mar 25, 2012 at 2:13 PM, Dick Hollenbeck <dick@xxxxxxxxxxx> wrote:
>> 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
>>


References