[Differential] [Updated] D4827: possibility to use a fallback chain as prefix

Marco Martin noreply at phabricator.kde.org
Mon Feb 27 16:58:49 UTC 2017


mart marked an inline comment as done.
mart added a comment.


  In https://phabricator.kde.org/D4827#90599, @davidedmundson wrote:
  
  > > [15:20] ‎<‎notmart‎>‎ if the svg doesn't exists, it falls back to the breeze one
  > > ‎[15:20] ‎<‎notmart‎>‎ then all hasElementPrefix would check if said prefix exists in the breeze theme
  >
  > That's exactly what this code is doing, just in a much more complicated way...
  
  
  no, because buttons.svg would exist in the old theme that does not have the prefix

INLINE COMMENTS

> broulik wrote in framesvgitem.cpp:287
> Maybe print a warning if none found? Or how did the old code behave where we would always call this no matter if we had it?

yeah, it would always do it (and for framesvg setting an inexistent prefix has the effect of setting an empty one)
so perhaps if none found, print a warning and set one (the first, the last, whatever)

> broulik wrote in framesvgitem.cpp:321
> Sure that QML gives you a QStringList?

yep, just works

> broulik wrote in framesvgitem.cpp:438
> I think this loop which is in three places should be turned into a private method void applyPrefixes(const QStringList &prefixes)

ok

REPOSITORY
  R242 Plasma Framework (Library)

REVISION DETAIL
  https://phabricator.kde.org/D4827

EMAIL PREFERENCES
  https://phabricator.kde.org/settings/panel/emailpreferences/

To: mart, #plasma
Cc: davidedmundson, broulik, plasma-devel, #frameworks, progwolff, lesliezhai, ali-mohamed, jensreuterberg, abetts, sebas, apol
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-frameworks-devel/attachments/20170227/2c308f2f/attachment-0003.html>


More information about the Kde-frameworks-devel mailing list