Hi David,<br><br>IMHO most of the extended hildon widgets could be dropped.<br>Hildon widgets like hildon banners instead need to be integrated inside Qt.<br>Extended widget could be shipped in an external library if necessary.. but I won&#39;t care about them. <br>
About IPC Qt classes for system interaction.. I working on them... <br><br>Cheers,<br>Antonio<br><br><br><div class="gmail_quote">On Mon, May 25, 2009 at 2:09 PM, David Greaves <span dir="ltr">&lt;<a href="mailto:david@dgreaves.com">david@dgreaves.com</a>&gt;</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><div></div><div class="h5">Murray Cumming wrote:<br>
&gt; On Mon, 2009-05-25 at 12:25 +0300, Antonio Aloisio wrote:<br>
&gt;<br>
&gt;&gt;         While we are on the subject of Qt looking like Maemo without<br>
&gt;&gt;         API<br>
&gt;&gt;         changes, how are you dealing with the need for Maemo-specific<br>
&gt;&gt;         API such<br>
&gt;&gt;         as that in HildonWindow:<br>
&gt;&gt;         <a href="http://maemo.org/api_refs/5.0/beta/hildon/HildonWindow.html" target="_blank">http://maemo.org/api_refs/5.0/beta/hildon/HildonWindow.html</a><br>
&gt;&gt;<br>
&gt;&gt; This trick is possible because Maemo applications have menus, toolbars<br>
&gt;&gt; as any normal<br>
&gt;&gt; desktop application. Okay they look different, but we can instruct Qt<br>
&gt;&gt; to give them the looks that<br>
&gt;&gt; we want...<br>
&gt;&gt; The same thing happens for the other official supported Qt platforms<br>
&gt;&gt; (mac, s60 ans so on)<br>
&gt;<br>
&gt; Yes, I know that&#39;s the Qt philosphy, but repeating it doesn&#39;t answer my<br>
&gt; question. For instance:<br>
&gt;<br>
&gt; I guess, Qt windows can&#39;t usually have markup in their titles, so you&#39;d<br>
&gt; be changing the documented behaviour (therefore subtly changing the API)<br>
&gt; if you parsed the regular title as markup, instead of offering separate<br>
&gt; API:<br>
&gt; <a href="http://maemo.org/api_refs/5.0/beta/hildon/HildonWindow.html#hildon-window-set-markup" target="_blank">http://maemo.org/api_refs/5.0/beta/hildon/HildonWindow.html#hildon-window-set-markup</a><br>
&gt; (I think that the new API should be added to upstream GTK+ instead<br>
&gt; anyway.)<br>
&gt;<br>
&gt; I guess, Qt windows don&#39;t usually have a concept of &quot;activated by the<br>
&gt; window manager&quot;:<br>
&gt; <a href="http://maemo.org/api_refs/5.0/beta/hildon/HildonWindow.html#hildon-window-get-is-topmost" target="_blank">http://maemo.org/api_refs/5.0/beta/hildon/HildonWindow.html#hildon-window-get-is-topmost</a><br>
&gt; (This is presumably something different than gtk_window_is_active():<br>
&gt; <a href="http://library.gnome.org/devel/gtk/unstable/GtkWindow.html#gtk-window-is-active" target="_blank">http://library.gnome.org/devel/gtk/unstable/GtkWindow.html#gtk-window-is-active</a> )<br>
&gt;<br>
&gt; Also, I doubt that the Qt menu and toolbar API easily supports the idea<br>
&gt; of one-single &quot;edit&quot; toolbar, introduced in Maemo 5:<br>
&gt; <a href="http://maemo.org/api_refs/5.0/beta/hildon/HildonWindow.html#hildon-window-set-edit-toolbar" target="_blank">http://maemo.org/api_refs/5.0/beta/hildon/HildonWindow.html#hildon-window-set-edit-toolbar</a><br>

<br>
</div></div>It seems to me that there are several areas where Hildon is extending Gtk + Qt<br>
* new hildon-specific widgets (pannable, HildonWindow...<br>
  <a href="http://maemo.org/api_refs/5.0/beta/hildon/hildonobjects.html" target="_blank">http://maemo.org/api_refs/5.0/beta/hildon/hildonobjects.html</a> )<br>
* integrating/extending existing widgets (text entry + virtual keyboard)<br>
* visual style (thin scrollbars,radiobuttons...)<br>
* system interaction (essentially dbus and WM comms via API calls like<br>
can_hibernate, is_topmost)<br>
<br>
Is the aim to map to these in Hildon Qt?<br>
<br>
In which case it would be good to identify and prioritise targets and<br>
achievements and it would also be nice to have reference information for IPC for<br>
things like system interaction.<br>
<br>
I also wonder about better handling for applications not written for Maemo;<br>
should the core widgets be extended to handle Maemo at the system interaction<br>
level and provide derived widgets to expose the API.<br>
<br>
David<br>
<font color="#888888"><br>
--<br>
&quot;Don&#39;t worry, you&#39;ll be fine; I saw it work in a cartoon once...&quot;<br>
</font></blockquote></div><br><br clear="all"><br>-- <br><br><a href="http://www.brainyquote.com/quotes/authors/s/samuel_goldwyn.html" target="_blank">Samuel Goldwyn</a>  - &quot;For your information, I would like to ask a question.&quot;