[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-panel-devel
Subject:    [Differential] [Commented On] D4838: [Notifications] Add context menu for thumbnail
From:       Thomas Pfeiffer <noreply () phabricator ! kde ! org>
Date:       2017-03-01 13:58:40
Message-ID: 20170301135839.25998.32392.44332C0B () phabricator ! kde ! org
[Download RAW message or body]

colomar added a comment.


  In https://phabricator.kde.org/D4838#91286, @mart wrote:
  
  > i don't see the split button a very feasible option on a technical standpoint \
(and pretty bad purely on aestetics, would also be a thing we use only here and \
visually clashes with a combobox)  
  
  If a split button clashes visually with a combo box, it's just badly designed. I \
trust our visual designers to design a split button that does not look like a combo \
box, just as visual designers have in so many other places. Roman's mockup did npt \
represent the final visual design for this.  
  > those extra actions are not a fundamental thing at all, and i would not \
particularly expect to *have* to access them in order for the entire thing to be \
functional, that makes it ok to me (or even *better*) to be the semi-hidden way of \
context menu.  >  and here we are at the point: either the feature gets in with this \
design, or with a different one requires so much work for little gain that i would \
advise to not have it at all  
  I agree that the split button is not a must-have (as I already said above: The \
whole thing is just a shortcut, so it's fine if not everybody knows about it).  What \
I don't like is people dismissing a well-established interaction pattern in desktop \
computing just because they personally don't like it.

REPOSITORY
  R120 Plasma Workspace

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

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

To: broulik, #plasma, #vdg
Cc: mart, Fuchs, subdiff, colomar, plasma-devel, progwolff, lesliezhai, ali-mohamed, \
jensreuterberg, abetts, sebas, apol


[Attachment #3 (text/html)]

<table><tr><td style="">colomar added a comment.
</td><a style="text-decoration: none; padding: 4px 8px; margin: 0 8px 8px; float: \
right; color: #464C5C; font-weight: bold; border-radius: 3px; background-color: \
#F7F7F9; background-image: linear-gradient(to bottom,#fff,#f1f0f1); display: \
inline-block; border: 1px solid rgba(71,87,120,.2);" \
href="https://phabricator.kde.org/D4838" rel="noreferrer">View \
Revision</a></tr></table><br /><div><div><blockquote style="border-left: 3px solid \
#8C98B8;  color: #6B748C;
          font-style: italic;
          margin: 4px 0 12px 0;
          padding: 8px 12px;
          background-color: #F8F9FC;">
<div style="font-style: normal;
          padding-bottom: 4px;">In <a href="https://phabricator.kde.org/D4838#91286" \
style="background-color: #e7e7e7;  border-color: #e7e7e7;
          border-radius: 3px;
          padding: 0 4px;
          font-weight: bold;
          color: black;text-decoration: line-through;" \
rel="noreferrer">D4838#91286</a>, <a href="https://phabricator.kde.org/p/mart/" \
style="  border-color: #f1f7ff;
              color: #19558d;
              background-color: #f1f7ff;
                border: 1px solid transparent;
                border-radius: 3px;
                font-weight: bold;
                padding: 0 4px;" rel="noreferrer">@mart</a> wrote:</div>
<div style="margin: 0;
          padding: 0;
          border: 0;
          color: rgb(107, 116, 140);"><p>i don&#039;t see the split button a very \
feasible option on a technical standpoint (and pretty bad purely on aestetics, would \
also be a thing we use only here and visually clashes with a combobox)</p></div> \
</blockquote>

<p>If a split button clashes visually with a combo box, it&#039;s just badly \
designed. I trust our visual designers to design a split button that does not look \
like a combo box, just as visual designers have in so many other places. Roman&#039;s \
mockup did npt represent the final visual design for this.</p>

<blockquote style="border-left: 3px solid #a7b5bf; color: #464c5c; font-style: \
italic; margin: 4px 0 12px 0; padding: 4px 12px; background-color: #f8f9fc;"><p>those \
extra actions are not a fundamental thing at all, and i would not particularly expect \
to *have* to access them in order for the entire thing to be functional, that makes \
it ok to me (or even *better*) to be the semi-hidden way of context menu.<br />  and \
here we are at the point: either the feature gets in with this design, or with a \
different one requires so much work for little gain that i would advise to not have \
it at all</p></blockquote>

<p>I agree that the split button is not a must-have (as I already said above: The \
whole thing is just a shortcut, so it&#039;s fine if not everybody knows about \
it).<br /> What I don&#039;t like is people dismissing a well-established interaction \
pattern in desktop computing just because they personally don&#039;t like \
it.</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R120 Plasma \
Workspace</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a \
href="https://phabricator.kde.org/D4838" \
rel="noreferrer">https://phabricator.kde.org/D4838</a></div></div><br \
/><div><strong>EMAIL PREFERENCES</strong><div><a \
href="https://phabricator.kde.org/settings/panel/emailpreferences/" \
rel="noreferrer">https://phabricator.kde.org/settings/panel/emailpreferences/</a></div></div><br \
/><div><strong>To: </strong>broulik, Plasma, VDG<br /><strong>Cc: </strong>mart, \
Fuchs, subdiff, colomar, plasma-devel, progwolff, lesliezhai, ali-mohamed, \
jensreuterberg, abetts, sebas, apol<br /></div>



[prev in list] [next in list] [prev in thread] [next in thread]