there is an lot of very good dialog here :)<br><br><br><div class="gmail_quote">On Fri, Sep 25, 2009 at 9:14 AM, Murray Cumming <span dir="ltr"><<a href="mailto:murrayc@murrayc.com" target="_blank">murrayc@murrayc.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div>On Thu, 2009-09-24 at 08:28 +0200, Cornelius Hald wrote:<br>
> Hi!<br>
><br>
> There are some important widgets which are deprecated without a<br>
> replacement in Fremantle. Those widgets are still available, but they<br>
> are not fully finger-friendly or don't look good.<br></div></blockquote><div><br><br>
and this was the kickstart of the whole discussion a few days ago :)<br>fiferboy came to a section in his program where he needed a font dialog and we all started talking in irc.<br><br>
<br>
whatever project and choices we organise now would be a hotbed of ideas
for practical usable handheld finger friendly components but at
the same time we must have a rapid and sustainable process to take the
best of these ideas and concentrate efforts in getting stable end
developer ready components quickly in whichever end library we decide.<br>
<br>
there is already fragmentation in the standard controls with font
handling especially and this means end users will already have a different
experience depending on the app chosen. <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div>
<br>
</div>When this is just about regular GTK+ widgets that are not supported on<br>
Maemo, I'd rather just see the Maemo GTK+ port improved. We don't need<br>
more unnecessary ifdefs in our applications.<br></blockquote><div><br><br>the most serious issue I see with that approach is needing to remain fully and completely API compliant with the standard dialogs - which is where the developer staying power comes from.<br>
its easy to create new glossy front ends for specific use cases, but to have a rounded feature complete bug tested component which accounts for all the standard options and which replicates the subtle bugs usually makes things difficult.<br>
<br>There is a long history of expansion libraries for GTK, some have lived longer than others - Hildon stands up as a successful expansion and whilst we are all aware of its limitations believe the experience and knowledge that the library has will be invaluable.<br>
<br><br>I would suggest one thing with any test code we create in garage<br>to ensure developers do not get the wrong idea, we should not really make it a library..<br>just a test app with a palette of test screens and dialogs that can be worked on<br>
developers should not tie themselves to this initial library and the temptation will be great and we will get into a mess very quickly and upset people who pickup the components too early because of buzz about their utility and impressive attributes ;)<br>
<br>incidentally, there is a colorwheel in standard GTK<br><br><a href="http://commons.wikimedia.org/wiki/File:GTK_color_chooser.png">http://commons.wikimedia.org/wiki/File:GTK_color_chooser.png</a><br><br>whilst the number boxes themselves are not finger friendly (they could be replaced with popouts of some kind)<br>
the dialog itself certainly fits within the dimensions.<br>perhaps taking a look at how that works and whether its usable in Fremantle would be beneficial.<br><br>Gary<br><br><br>
<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<font color="#888888"><br>
<br>
--<br>
<a href="mailto:murrayc@murrayc.com" target="_blank">murrayc@murrayc.com</a><br>
<a href="http://www.murrayc.com" target="_blank">www.murrayc.com</a><br>
<a href="http://www.openismus.com" target="_blank">www.openismus.com</a><br>
</font><div><div></div><div><br>
_______________________________________________<br>
maemo-developers mailing list<br>
<a href="mailto:maemo-developers@maemo.org" target="_blank">maemo-developers@maemo.org</a><br>
<a href="https://lists.maemo.org/mailman/listinfo/maemo-developers" target="_blank">https://lists.maemo.org/mailman/listinfo/maemo-developers</a><br>
</div></div></blockquote></div><br>