<p dir="ltr">Webbrowser: new tab, edit url, top page<br>
Image viewer: export, edit, </p>
<div class="gmail_quote">Am 18.04.2016 19:34 schrieb "Kai Uwe Broulik" <<a href="mailto:kde@privat.broulik.de">kde@privat.broulik.de</a>>:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I like that, also the compact look.<br>
<br>
In an Email app when reading a mail for example the main button would be "reply" , the right one "forward" and the left one "reply all" or "archive". The less important action would be in the context drawer.<br>
<br>
<br>
  Ursprüngliche Nachricht  <br>
<a href="mailto:Von%3Anotmart@gmail.com">Von:notmart@gmail.com</a><br>
Gesendet:18. April 2016 7:30 nachm.<br>
<a href="mailto:An%3Aplasma-devel@kde.org">An:plasma-devel@kde.org</a><br>
<a href="mailto:Antworten%3Aplasma-devel@kde.org">Antworten:plasma-devel@kde.org</a><br>
<a href="mailto:Cc%3Asubsurface@subsurface-divelog.org">Cc:subsurface@subsurface-divelog.org</a><br>
Betreff:Kirigami: a feature needed for subsurface and api change feedback<br>
<br>
Hi all,<br>
<br>
one thing that as i understood was needed in the mobile UI of Subsurface, is<br>
the possibility to add other buttons in the action buttons at the bottom.<br>
here's how my prototype looks like: <a href="http://imgur.com/VTHbDBJ" rel="noreferrer" target="_blank">http://imgur.com/VTHbDBJ</a><br>
>From discussions with the designers, it seems it should be always limited to<br>
at most three buttons, and this of course influences the final API: there<br>
should then be 3 separate actions properties instead of a list of an arbitrary<br>
number of actions, like it happens for context menu actions<br>
<br>
In my first working approach, the API looks like this, leftAction and<br>
rightAction properties work just like mainAction controls the central button:<br>
<br>
Page {<br>
mainAction: Action {...}<br>
leftAction: Action {...}<br>
rightAction: Action {...}<br>
    contextualActions: [<br>
       Action {...},<br>
Action{...}<br>
]<br>
}<br>
<br>
Now, since we are still at a prerelease state, I would like a little api<br>
change.<br>
In QML, is usually considered good manner to group together similar<br>
properties, to obtain code more tied together and less repeated words in<br>
property names (such as mainAction LeftAction whateverAction)<br>
<br>
for instance you define anchors like<br>
Item {<br>
anchors {<br>
left: parent.left<br>
right: parent.right<br>
...<br>
}<br>
}<br>
<br>
following this, the api of Page would look like this:<br>
<br>
Page {<br>
actions {<br>
main: Action {...}<br>
left: Action {...}<br>
right: Action {...}<br>
    contextualActions: [<br>
       Action {...},<br>
Action{...}<br>
]<br>
}<br>
}<br>
<br>
opinions? comments? (would be a problem for subsurface for eventually adapting<br>
existing stuff to new api?)<br>
<br>
--<br>
Marco Martin<br>
_______________________________________________<br>
Plasma-devel mailing list<br>
<a href="mailto:Plasma-devel@kde.org">Plasma-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/plasma-devel" rel="noreferrer" target="_blank">https://mail.kde.org/mailman/listinfo/plasma-devel</a><br>
_______________________________________________<br>
Plasma-devel mailing list<br>
<a href="mailto:Plasma-devel@kde.org">Plasma-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/plasma-devel" rel="noreferrer" target="_blank">https://mail.kde.org/mailman/listinfo/plasma-devel</a><br>
</blockquote></div>