<div dir="ltr"><div>Hi,<br><br></div><div>What about having a theme definition service for graphical environment?<br></div><div>This theme definition would contains¬† "hints" about windows decorations, colors, fonts, textures, and much more.<br>
</div><div>The hints could only be recommendations - not requirements. The toolkits, shells, CSD, SSD should ideally use these hints to give a more consistent user experience.<br></div><div><br></div><div>I think the benefits would be:<br>
</div><div>1.¬† Better Visual consistency between applications in a windows environment <br></div><div>2. (optional) Visual consistency between the windows environments on the same computer<br></div><div>3. The level of integration is optional - toolkits and windows environment can select the level of integration they want<br>
</div><div>4. It's extensible, new hints and level of integration of toolkits / windows environment could be developed at their own pace<br></div><div>5. Separation of concern - theme definition service would NOT do any rendering, only supply hints/recommendations<br>
</div><div>6. Equal beneficial for both CSD / SSD <br></div><div>7. Technical neutral regarding CSD / SSD<br><br></div><div>Is this feasible?<br></div><div><br><br></div><div><br></div><div><br><br></div><div><div><div><div>
<div><div><div><div><div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Nov 19, 2013 at 1:34 AM, Bill Spitzak <span dir="ltr"><<a href="mailto:spitzak@gmail.com" target="_blank">spitzak@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="im">Thiago Macieira wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
On segunda-feira, 18 de novembro de 2013 10:28:12, Bill Spitzak wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Can you explain why "consistency" is so important for the window frame, but is not a problem for the buttons and scrollbars and text fields and everything else inside the frame?<br>
</blockquote>
<br>
I personally think that it is a problem. IMO, toolkits should provide a way for an application to deeply integrate with the environment that they're running in and have as best as possible look and feel and behaviour.<br>

<br>
Maybe that's a race we can't win. But I do think we should try.<br>
</blockquote>
<br></div>
I agree that it may be impossible, but it should be tried. And I think an important first step is to treat the window frames and the rest of the widgets the same, using the same library to draw them both.<br>
<br>
I think the solution is to try to come up with a minimal library with no "objects" (except maybe a "context" that is reused for every call). It would be something like "draw the outline of a button here with the pressed-in state" and "tell me the box to draw the label in for a button drawn here". The existence of the button is not stored by the library, the bounding box is passed to the calls.<br>

<br>
Qt's QStyle are a pretty good first approximation.<div class=""><div class="h5"><br>
______________________________<u></u>_________________<br>
wayland-devel mailing list<br>
<a href="mailto:wayland-devel@lists.freedesktop.org" target="_blank">wayland-devel@lists.<u></u>freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/wayland-devel" target="_blank">http://lists.freedesktop.org/<u></u>mailman/listinfo/wayland-devel</a><br>
</div></div></blockquote></div><br></div></div></div></div></div></div></div></div></div></div></div>