Re: Fremantle UI Portrait Mode
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, requiring the hard coding of the dimensions.
if (width height) {
/* landscape */
} else if (width height) {
/* portrait */
} else {
/* square :) */
}
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 screenshots.
Mmm... what could possibly go wrong ... eg when we look at maemo on a slightly
squarer device with a different windowmanager layout.
Surely
XRRScreenChangeNotifyEvent
should be supported since this actually provides 'orientation' which is what IU
the UI guidelines suggest working to.
Maybe even abstracted to a high level 'RandRChanged' signal?
David
--
Don't worry, you'll be fine; I saw it work in a cartoon once...
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Fremantle UI Portrait Mode
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 screenshots. As Murray says, that's not always possible/feasible with all standard Gtk widgets. There is one (1) Hildon widget in Conny's screenshots and that one is already fixed. Berto ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: maemo UI
Would anyone be willing to help a designer work on changes to the maemo UI? I can make designs and flows, buttons, etc.-- anyone out there able to code it up? I'd like to change the startup screen as well, I'm a bit tired of the Nokia touching hands... I'm also interested in a nicer ebook reader for maemo, I can provide designs for anyone willing to work with me. A flash-like page flipper would be nice to implement. I am all for making the animations such that they help users get a better experience. But fbreader already works pretty well for my needs. I am not convinced that page turning is more then a gimmick. The real bonus points for reading electronic documents is to make evince be small screen aware and make it be able understand page layout so that it focuses away whitespace (like margins). Bonus points if it understands two and three column layouts as well. PDF reading on small devices is the sux0rs. E -- Erik Hovland e...@hovland.org http://hovland.org/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: maemo UI
On 06/01/2009 01:49 PM, Erik Hovland wrote: The real bonus points for reading electronic documents is to make evince be small screen aware and make it be able understand page layout so that it focuses away whitespace (like margins). Bonus points if it understands two and three column layouts as well. PDF reading on small devices is the sux0rs. The real problem is that PDF is not a format for electronic books. Because it hardcodes paper size and layout, it is not independant of the media. PDF is a format for digital rendering of printouts. As long as this will not be understood, then the problem will stick. (and this also applies to people who think PDF is also for the web) And to fall back on the subject of Maemo, this problem shows when the User's Manual for the N800 is provided as a PDF on the device... and the inline help tries to refer to it. Hub ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: maemo UI
On Mon, Jun 1, 2009 at 11:04 AM, Hubert Figuiereh...@figuiere.net wrote: On 06/01/2009 01:49 PM, Erik Hovland wrote: The real bonus points for reading electronic documents is to make evince be small screen aware and make it be able understand page layout so that it focuses away whitespace (like margins). Bonus points if it understands two and three column layouts as well. PDF reading on small devices is the sux0rs. The real problem is that PDF is not a format for electronic books. Because it hardcodes paper size and layout, it is not independant of the media. PDF is a format for digital rendering of printouts. As long as this will not be understood, then the problem will stick. (and this also applies to people who think PDF is also for the web) I totally agree. But as long as this issue is not understood we are stuck w/ lots of ebooks in PDF. E -- Erik Hovland e...@hovland.org http://hovland.org/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: maemo UI
hi all, the current liqbase has a simplified text based book reader - its available in maemo extras. its got super sliq kinetic scrolling through the document and fullscreen tearfree rendering of booktext with an autoscroll function :) it remembers your position and allows you to select a new book (what else do you need..) its principle limitation is that it reads only text files (the other being its all mixed in with everything else that I expect to have) there are discussions underway and plans to make use of my new libliqbase framework to allow multiple book formats to be read on the device using the same sliq UI :) theres a video of my work here http://www.youtube.com/watch?v=iMXp0Dg_UaYwhich shows the initial framework a couple of months ago and I have advanced further already (theres a followup video) We (myself, community council member keesj and jeremiah the maemo debmaster) have just spent some time at the mozilla maemo weekend preparing a proper debian package for the library itself so that myself and others can build on the library to create apps which work well on this and future devices (I have run the framework on omap3 prototypes with even more impressive speed!) hope that gives a little foodfor thought :) gary (lcuk on #maemo) On Mon, Jun 1, 2009 at 7:26 PM, Erik Hovland e...@hovland.org wrote: On Mon, Jun 1, 2009 at 11:04 AM, Hubert Figuiereh...@figuiere.net wrote: On 06/01/2009 01:49 PM, Erik Hovland wrote: The real bonus points for reading electronic documents is to make evince be small screen aware and make it be able understand page layout so that it focuses away whitespace (like margins). Bonus points if it understands two and three column layouts as well. PDF reading on small devices is the sux0rs. The real problem is that PDF is not a format for electronic books. Because it hardcodes paper size and layout, it is not independant of the media. PDF is a format for digital rendering of printouts. As long as this will not be understood, then the problem will stick. (and this also applies to people who think PDF is also for the web) I totally agree. But as long as this issue is not understood we are stuck w/ lots of ebooks in PDF. E -- Erik Hovland e...@hovland.org http://hovland.org/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Missing dependencies on build bot system
Hello list, I tried to build a package with Maemo's build bots. However, the build failed during the configure check and now the log contains this: Package hildon-notify was not found in the pkg-config search path. Perhaps you should add the directory containing `hildon-notify.pc' to the PKG_CONFIG_PATH environment variable Package 'hildon-notify', required by 'hildon-notifymm', not found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Any ideas how to solve that dependency problem? thanks in advance, Michael ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Missing dependencies on build bot system
Hi, You may possibly need to add libhildonnotify-dev (= 0.0.2) to your Build-Deps in debian/control. Best Regards, Faheem On 6/1/09, Michael Hasselmann micha...@openismus.com wrote: Hello list, I tried to build a package with Maemo's build bots. However, the build failed during the configure check and now the log contains this: Package hildon-notify was not found in the pkg-config search path. Perhaps you should add the directory containing `hildon-notify.pc' to the PKG_CONFIG_PATH environment variable Package 'hildon-notify', required by 'hildon-notifymm', not found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Any ideas how to solve that dependency problem? thanks in advance, Michael ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
