kicad-developers team mailing list archive

[jp charras <jp.charras@xxxxxxxxxx>]

Le 21/02/2017 à 16:05, Chris Pavlina a écrit :
> On Tue, Feb 21, 2017 at 02:57:18PM +0100, jp charras wrote:
>> [snip]
>>
>> After changing an option, you have to quit and restart Kicad, to take in account the icon settings.
> 
> I don't have time to test this right now, but... for me, this is
> unacceptable. No option should require a restart. The functions that
> populate the menus claim to be able to repopulate them, you should make
> use of that, and fix it if it doesn't work right.

Chris, you have missed something: it is an *experimental* feature.
Therefore I need to known is it is working or useful.

I do not want spend my time to repopulate the toolbars, if this feature does not work fine on HDPI
monitors, and if is is never added to Kicad.

Therefore it is perfectly acceptable, for an experimental test.


> 
>>
>> I need to know:
>> * If the look of large icons is good with HDPI monitors (standards icons are just scaled)
>> * If it is useful with monitors having only a vertical size of 800 pixels (choose "small icons")
>> * If HDPI monitors are correctly detected (the Kicad/preferences/Icons Options shows in HDPI
>> SysScale menu the scaling factor returned by wxWidgets for the monitor in use to display the Kicad
>> manger.
>> * If it makes sense to have an option to enable/disable icons in menus at run time, especially for
>> OSX users.
> 
> OSX cannot display icons in menus, so hide the option for them.
> 
> Why can't we just kill menu icons entirely? Very few other applications
> use them, and those that do use them sparingly, only for things users
> need to find very quickly. KiCad is the only one I've seen that puts a
> bloody huge icon on every single menu item.
> 
>>
>> Attached the patch to test this experimental feature.
>> Thanks.
>>
>> -- 
>> Jean-Pierre CHARRAS
> 
> 


-- 
Jean-Pierre CHARRAS