On Fri, 2009-06-12 at 12:17 +0200, Alberto Garcia wrote:
> However the modifications you're talking about (changing the
> implementation of Gtk widgets so they look/behave differently while
> maintaining the same API) can't, by definition, be moved upstream :)
I don't see why not. That happens for
On Fri, Jun 12, 2009 at 10:31:44AM +0200, Murray Cumming wrote:
> > > All in all I think that the Gtk-API should be used more, but
> > > that the rendering on the screen should just different from the
> > > rendering on the desktop.
> > We try to do that where possible. Sometimes it's just a matte
On Fri, 2009-06-12 at 00:23 +0200, Alberto Garcia wrote:
>
> > All in all I think that the Gtk-API should be used more, but that
> > the rendering on the screen should just different from the rendering
> > on the desktop.
>
> We try to do that where possible. Sometimes it's just a matter of
> the
On Tue, Jun 02, 2009 at 08:09:36PM +0200, Cornelius Hald wrote:
> this mail got a bit longer then I expected.
And the reply took longer than I expected too :) Please accept my
apologies.
> I think most people who use filters and the portrait mode will have
> to create a different version of the
Hi fellow developers!
If you´re planning to use the portrait mode in Fremantle, please first
have a look at this (WONTFIX) bug:
https://bugs.maemo.org/show_bug.cgi?id=4618
Cheers!
Conny
___
maemo-developers mailing list
maemo-developers@maemo.org
https
Hi,
this mail got a bit longer then I expected. I added some ideas how the
UI could react to orientation changes. Those are only ideas and I know
that it´s too late to implement/change all this. Also I´m aware that
there might be different opinions ;) I just had to get this of my chest.
Maybe
Andre Klapper wrote:
> Am Dienstag, den 02.06.2009, 18:06 +0200 schrieb Cornelius Hald:
>
>> https://bugs.maemo.org/show_bug.cgi?id=4618
>> https://bugs.maemo.org/show_bug.cgi?id=4617
>>
>> I hope it´s ok, I´m not very familiar with the bugzilla monster ;)
>>
>
> Seems like you successfully
Am Dienstag, den 02.06.2009, 18:06 +0200 schrieb Cornelius Hald:
> https://bugs.maemo.org/show_bug.cgi?id=4618
> https://bugs.maemo.org/show_bug.cgi?id=4617
>
> I hope it´s ok, I´m not very familiar with the bugzilla monster ;)
Seems like you successfully tamed Bugzilla, though I always love to s
Murray Cumming wrote:
> On Fri, 2009-05-29 at 23:07 +0300, Henrik Hedberg wrote:
>
>> However, usually developer should not need to know mode but Hildon
>> widgets should adjust themselves as much as possible during the
>> relayout. Unfortunately that seems not to be the case, as Conny
>> dem
On Fri, May 29, 2009 at 11:07:32PM +0300, Henrik Hedberg wrote:
> However, usually developer should not need to know mode but Hildon
> widgets should adjust themselves as much as possible during the
> relayout. Unfortunately that seems not to be the case, as Conny
> demonstrated earlier with some
Henrik Hedberg wrote:
> Murray Cumming wrote:
>> On Fri, 2009-05-29 at 13:20 +0200, Alberto Garcia wrote:
>>> To detect screen orientation changes you can e.g. use the
>>> "size-changed" signal of GdkScreen.
>> This seems like a rather long-winded way to detect landscape or portrait
>> mode, requi
On Sat, 2009-05-30 at 12:47 +0200, Murray Cumming wrote:
> And most custom application layouts would need a different layout for
> portrait mode. The GTK+ box model can't know that you suddenly want the
> buttons in a hbox on the bottom instead of in a vbox on the right.
Some time ago I wrote a "m
On Fri, 2009-05-29 at 23:07 +0300, Henrik Hedberg wrote:
> However, usually developer should not need to know mode but Hildon
> widgets should adjust themselves as much as possible during the
> relayout. Unfortunately that seems not to be the case, as Conny
> demonstrated earlier with some scree
Murray Cumming wrote:
> On Fri, 2009-05-29 at 13:20 +0200, Alberto Garcia wrote:
>> To detect screen orientation changes you can e.g. use the
>> "size-changed" signal of GdkScreen.
>
> This seems like a rather long-winded way to detect landscape or portrait
> mode, requiring the hard coding of the
On Fri, May 29, 2009 at 09:37:10PM +0200, Murray Cumming wrote:
> > To detect screen orientation changes you can e.g. use the
> > "size-changed" signal of GdkScreen.
> This seems like a rather long-winded way to detect landscape or
> portrait mode, requiring the hard coding of the dimensions.
Why
On Fri, 2009-05-29 at 13:20 +0200, Alberto Garcia wrote:
> To detect screen orientation changes you can e.g. use the
> "size-changed" signal of GdkScreen.
This seems like a rather long-winded way to detect landscape or portrait
mode, requiring the hard coding of the dimensions.
Surely some simple
On Fri, 2009-05-29 at 14:50 +0300, Kimmo Hämäläinen wrote:
> That would be Xephyr/Xorg bug. The whole point of using XrandR is to get
> this input event and screen geometry delivery right.
I using xserver-xephyr-2:1.6.0-0ubuntu14 which is the ubuntu intrepid
version running on ubuntu jaunty. Maybe
On Fri, 2009-05-29 at 13:22 +0200, ext Cornelius Hald wrote:
...
> After rotating everything looks ok, but when clicking around I realized
> that only the visual content is rotated. Mouse clicks are still handled
> like the screen is not rotated at all. For example to close a window I
> still have
On Fri, 2009-05-29 at 13:34 +0200, Alberto Garcia wrote:
> On Fri, May 29, 2009 at 01:22:57PM +0200, Cornelius Hald wrote:
>
> > The AppMenu looks nice, only the Filters get crippled:
> > http://zwong.de/wp-content/uploads/2009/05/conboy_style_menu_portrait.png
>
> This is a bug (already fixed):
On Fri, May 29, 2009 at 01:22:57PM +0200, Cornelius Hald wrote:
> The AppMenu looks nice, only the Filters get crippled:
> http://zwong.de/wp-content/uploads/2009/05/conboy_style_menu_portrait.png
This is a bug (already fixed): in portrait, the menu will use the full
width of the screen, so in yo
Grrr I should have just waited for another couple of hours :D
Thanks Kimmo, Berto, Claudio and Hendrik for answering my questions.
They rendered this mail quite useless. Well, maybe at least the
screenshots help someone to get a feeling of the problems he/she will
have to face when implementing
On Thu, 2009-05-28 at 19:03 +0300, Eero Tamminen wrote:
> > * Is there a signal which signals that the screen orientation changed?
>
> Application needs to specifically request portrait mode with a window
> property (I guess there's some API for that), otherwise window manager
> uses landscape mod
On Fri, May 29, 2009 at 01:48:54PM +0300, Kimmo Hämäläinen wrote:
> AFAIK, there is automatic relayout only for confirmation dialogs
> (and maybe application menu as you said), but not much more. So
> toolbars you have to handle yourself. The toolkit people can give
> better answers (I'm handling
On Fri, 2009-05-29 at 13:48 +0300, Kimmo Hämäläinen wrote:
> On Thu, 2009-05-28 at 17:19 +0200, ext Cornelius Hald wrote:
> >
> > * What happens to toolbars when in portrait mode? Is there some
> > automatic behavior like showing the toolbar as two rows instead of a
> > single row? Is it scaled?
Kimmo Hämäläinen wrote:
> Yes, we have _HILDON_PORTRAIT_MODE_REQUEST and
> _HILDON_PORTRAIT_MODE_SUPPORT window properties (I think libhildon has
> convenience functions for setting them). The request property makes
> hildon-desktop to rotate the screen using XRandR, _IF_ all other visible
> wind
On Thu, 2009-05-28 at 17:19 +0200, ext Cornelius Hald wrote:
> Hi,
Hi,
> as I was asked to write a bit about the fremantle-ization of the Conboy
> UI, I first would like to ask some more UI specific questions. Then I
> can complete this process and write about it.
>
> * What happens with the A
Hi,
ext Cornelius Hald wrote:
> as I was asked to write a bit about the fremantle-ization of the Conboy
> UI, I first would like to ask some more UI specific questions. Then I
> can complete this process and write about it.
>
> * What happens with the AppMenu-Filters when in portrait mode? The
Hi,
as I was asked to write a bit about the fremantle-ization of the Conboy
UI, I first would like to ask some more UI specific questions. Then I
can complete this process and write about it.
* What happens with the AppMenu-Filters when in portrait mode? The HIG
tells me that the 2x5 button la
28 matches
Mail list logo