pspp-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Icon for value search is not consistent to others (at least in KDE o


From: John Darrington
Subject: Re: Icon for value search is not consistent to others (at least in KDE or with some desktop themes)
Date: Sun, 5 Jul 2020 15:55:40 +0200
User-agent: Mutt/1.10.1 (2018-07-13)

I can't remember what the intention was.   But the current situation is:

We have a set of pictograms which follow the style of the
HighContrast theme which gnome distributes.

One of our pictograms has the same name as one distributed by gnome.


This means, that the user sees a HighContrast style set of pictograms,
regardless of which theme she chooses, with the single exception of
the "edit-find" icon.


Until such time as somebody contributes pictograms in the style of
the Adwaita theme (currently the default of gnome) I think the best
way forward is to rename all our icons with a "pspp-" prefix.

J'


On Sun, Jul 05, 2020 at 03:29:23PM +0200, Friedrich Beckmann wrote:
     I thought it was a bug too - but always expecting some smart idea behind 
what I find in pspp source I then thought that this might be intentional to use 
the default icon for default actions like ???Find???. But if I assume this, 
then it is inconsistent to use our own icons for ???open??? and ???save???. The 
default icon would be ???document-open???.
     
     So what is the opinion of the pspp art director and what does the ui team 
think?
     
     This is the look on MacOS with default icons ???document-open???, 
???document-save??? and ???edit-find???:
     
     
     
     And here is the look with ???document-open-symbolic???, 
???document-save-symbolic??? and ???edit-find-symbolic???:
     
     
     
     
     
     Here the ???dark??? default
     
     
     
     And here ???dark??? symbolic version.
     
     
     
     
     > Am 05.07.2020 um 12:40 schrieb opensuse.lietuviu.kalba 
<opensuse.lietuviu.kalba@gmail.com>:
     > This is not feature request. This is bug about inconsistency in toolbar 
(not about icon itself): PSPPIRE have hardcoded all icon in sources (including 
one icon for find function), but (un)intentionally use one generic icon 
(desktop theme icon) for find function instead of hardcoded icon. 
     

Attachment: signature.asc
Description: PGP signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]