2009/11/23 Neil Jerram neiljer...@googlemail.com:
FWIW, as well as the discussed rotation support, I'd also like to
- add a GPRS/PDP toggle to the GSM gadget
- add a fast charge menu to the battery gadget
- fix the battery gadget so that it it goes up to 100%.
Just in case anyone is waiting
2009/11/23 Neil Jerram neiljer...@googlemail.com:
2009/11/23 Neil Jerram neiljer...@googlemail.com:
For now, just to get the code out, I've created a project at
gitorious: http://gitorious.org/enlightenment-for-openmoko-freerunner.
For anyone who may take a look, I should say that there are
On Mon, 23 Nov 2009 21:06:30 + Rui Miguel Silva Seabra r...@1407.org said:
On Mon, Nov 23, 2009 at 07:26:57PM +, Neil Jerram wrote:
2009/11/7 Neil Jerram neiljer...@googlemail.com:
Thanks. I think I'll look at adding this into the e17 WM.
I have some code ready to share
2009/11/7 Neil Jerram neiljer...@googlemail.com:
Thanks. I think I'll look at adding this into the e17 WM.
I have some code ready to share now. What would be the best way to do
that - bearing in mind that the aim is to facilitate contributions and
new packages for the Freerunner? If the E
On Mon, Nov 23, 2009 at 07:26:57PM +, Neil Jerram wrote:
2009/11/7 Neil Jerram neiljer...@googlemail.com:
Thanks. I think I'll look at adding this into the e17 WM.
I have some code ready to share now. What would be the best way to do
that - bearing in mind that the aim is to
2009/11/23 Rui Miguel Silva Seabra r...@1407.org:
There's an illume2 project at enlightenment, perhaps a good spot for it?
It has seen some action recently, perhaps thanks to Samsung's sponsoring?
Yes, but I imagine that could be pretty unstable in the short term.
For now, just to get the
2009/11/23 Neil Jerram neiljer...@googlemail.com:
For now, just to get the code out, I've created a project at
gitorious: http://gitorious.org/enlightenment-for-openmoko-freerunner.
For anyone who may take a look, I should say that there are still 2
big pieces missing:
- Being notified
FWIW, as well as the discussed rotation support, I'd also like to
- add a GPRS/PDP toggle to the GSM gadget
- add a fast charge menu to the battery gadget
- fix the battery gadget so that it it goes up to 100%.
This sounds great and needed. Communication with SHR devs might be
useful to get
On Tue, Nov 10, 2009 at 12:00:31AM +, Dave Ball wrote:
Carsten Haitzler (The Rasterman) wrote:
wm needs to track both and determine which one takes precedence
based on policy and th en implement that rotation, if needed.
policy is what a wm implements - that's the nature of the beast.
Rui Miguel Silva Seabra wrote:
On Tue, Nov 10, 2009 at 12:00:31AM +, Dave Ball wrote:
option1: New atoms in the _NET_WM_STATE property.
- _NET_WM_STATE_LANDSCAPE
- _NET_WM_STATE_PORTRAIT
If neither is present for a given window, WM can choose (based on
the accelerometers). Both present
perhaps the landscape / portrait flag should just contrain the rotation?
So if you flip the phone 180 degrees, you get the 'expected' behaviour, but
if you just flip it 90 degrees nothing changes?
Warren
On Tue, Nov 10, 2009 at 7:08 AM, Dave Ball openm...@underhand.org wrote:
Rui Miguel Silva
Warren Baird wrote:
perhaps the landscape / portrait flag should just contrain the
rotation? So if you flip the phone 180 degrees, you get the
'expected' behaviour, but if you just flip it 90 degrees nothing changes?
Given that these properties are for the orientation an application
On Tue, Nov 10, 2009 at 12:08:06PM +, Dave Ball wrote:
Rui Miguel Silva Seabra wrote:
On Tue, Nov 10, 2009 at 12:00:31AM +, Dave Ball wrote:
option1: New atoms in the _NET_WM_STATE property.
- _NET_WM_STATE_LANDSCAPE
- _NET_WM_STATE_PORTRAIT
If neither is present for a given
Rui Miguel Silva Seabra wrote:
On Tue, Nov 10, 2009 at 12:08:06PM +, Dave Ball wrote:
However, what's the use-case for an application requesting either of the
inverted states? I can't see when those would be useful - in terms of
hints the app would supply.
Obviously, if the WM was
I meant that it should *constrain* the behaviour of rotation - more or less
like omnewrotate behaves now, but skipping over the two 'incorrect'
orientations.
so if the app says 'landscape', it's still flip between xrandr -o 1 and
xrandr -o 3 as you rotate the phone, but won't flip to xrandr -o 0
On Tue, Nov 10, 2009 at 05:15:54PM +, Dave Ball wrote:
Rui Miguel Silva Seabra wrote:
On Tue, Nov 10, 2009 at 12:08:06PM +, Dave Ball wrote:
However, what's the use-case for an application requesting either of the
inverted states? I can't see when those would be useful - in terms
Warren Baird wrote:
I meant that it should *constrain* the behaviour of rotation - more or
less like omnewrotate behaves now, but skipping over the two
'incorrect' orientations.
so if the app says 'landscape', it's still flip between xrandr -o 1
and xrandr -o 3 as you rotate the phone,
If you want to standardize something, better be prepared for uses such as
a device.
For some reason xrandr allows different options rathen than just 3.
0 == normal
1 == turned left
2 == normal inverted
3 == turned right
Now... on my laptop, landscape == 0 or 2, but on the Free Runner
2009/11/10 Warren Baird wjba...@alumni.uwaterloo.ca:
I meant that it should *constrain* the behaviour of rotation - more or less
like omnewrotate behaves now, but skipping over the two 'incorrect'
orientations.
so if the app says 'landscape', it's still flip between xrandr -o 1 and
xrandr -o
On Tue, 10 Nov 2009 16:11:40 + Dave Ball openm...@underhand.org said:
Warren Baird wrote:
perhaps the landscape / portrait flag should just contrain the
rotation? So if you flip the phone 180 degrees, you get the
'expected' behaviour, but if you just flip it 90 degrees nothing
Rui Miguel Silva Seabra wrote:
On Fri, Nov 06, 2009 at 04:40:04PM +0100, Helge Hafting wrote:
But there is a problem. The user may switch between several apps with
different rotation needs. (xmahjongg needs landscape, tetris needs
portrait, ...) How will omnewrotate be notified about this?
On Mon, Nov 09, 2009 at 01:28:48PM +0100, Helge Hafting wrote:
But there is a problem. The user may switch between several apps with
different rotation needs. (xmahjongg needs landscape, tetris needs
portrait, ...) How will omnewrotate be notified about this?
The proper way is to
On Mon, 9 Nov 2009 15:49:24 + Rui Miguel Silva Seabra r...@1407.org said:
On Mon, Nov 09, 2009 at 01:28:48PM +0100, Helge Hafting wrote:
But there is a problem. The user may switch between several apps with
different rotation needs. (xmahjongg needs landscape, tetris needs
Carsten Haitzler (The Rasterman) wrote:
wm needs to track both and determine which one takes precedence based
on policy and th en implement that rotation, if needed. policy is what
a wm implements - that's the nature of the beast. that policy may be
hard-coded in the wm or configuration for
in my oppinion, it is not necessary, because one has all needed
information already in
-- man XSizeHints
if a window says, for exampe 800x600, and says maybe in the aspect
ratios 4:3, the rotation preference is quite clear, i think.
800x600 doesn;'t even fit. its a minimum
Am Sonntag, den 08.11.2009, 14:39 +1100 schrieb Carsten Haitzler:
so to me - it makes perfect sense for such a desired state to be put into the
x
domain entirely as the property is related directly to the display/screen. gsm
makes no sense being properties/events of x11. neither does wifi, or
Carsten Haitzler (The Rasterman) wrote:
On Sun, 08 Nov 2009 04:37:07 + Dave Ball openm...@underhand.org said:
Is there a quick-start guide for writing an e module, maybe some simple
code / example?
http://www.rasterman.com/files/logo-0.0.1.tar.gz
On Sun, 08 Nov 2009 09:48:23 +0100 Matthias Huber
matthias.hu...@wollishausen.de said:
in my oppinion, it is not necessary, because one has all needed
information already in
-- man XSizeHints
if a window says, for exampe 800x600, and says maybe in the aspect
ratios
On 11/8/09, Carsten Haitzler ras...@rasterman.com wrote:
1. omnewroatte ONLY listens to accelerometers and talks to the wm (via any
mechanism you like) telling it what position the phone is in. that is all it
does. nothing else. all other decisions are made by the wm base on as you
said
2009/11/7 Carsten Haitzler ras...@rasterman.com:
no. the proper way is to set properties on your window.
How exactly does that (setting a property) happen though? Is it
something that the app would normally do in its own startup code? (I
presume yes.) For apps that don't already do this -
On Fri, 6 Nov 2009 17:22:27 + Rui Miguel Silva Seabra r...@1407.org
said:
On Fri, Nov 06, 2009 at 04:40:04PM +0100, Helge Hafting wrote:
Rui Miguel Silva Seabra wrote:
On Wed, Nov 04, 2009 at 01:55:29PM +0100, Helge Hafting wrote:
[...]
The software that control rotation need to
On Sat, Nov 07, 2009 at 11:49:18AM +1100, Carsten Haitzler wrote:
On Fri, 6 Nov 2009 20:24:13 + Neil Jerram neiljer...@googlemail.com
said:
2009/11/6 Rui Miguel Silva Seabra r...@1407.org:
On Fri, Nov 06, 2009 at 04:40:04PM +0100, Helge Hafting wrote:
Well, you cannot expect every
On Fri, Nov 06, 2009 at 08:24:13PM +, Neil Jerram wrote:
2009/11/6 Rui Miguel Silva Seabra r...@1407.org:
On Fri, Nov 06, 2009 at 04:40:04PM +0100, Helge Hafting wrote:
Well, you cannot expect every app to have such preferences, this device
runs generic linux apps that aren't made
On Sat, 7 Nov 2009 10:20:37 + Rui Miguel Silva Seabra r...@1407.org said:
On Fri, Nov 06, 2009 at 08:24:13PM +, Neil Jerram wrote:
2009/11/6 Rui Miguel Silva Seabra r...@1407.org:
On Fri, Nov 06, 2009 at 04:40:04PM +0100, Helge Hafting wrote:
Well, you cannot expect every app
On Sat, 7 Nov 2009 08:33:35 + Neil Jerram neiljer...@googlemail.com said:
2009/11/7 Carsten Haitzler ras...@rasterman.com:
no. the proper way is to set properties on your window.
How exactly does that (setting a property) happen though? Is it
how does setting the title? or the
On Sat, 7 Nov 2009 10:14:34 + Rui Miguel Silva Seabra r...@1407.org said:
On Sat, Nov 07, 2009 at 11:49:18AM +1100, Carsten Haitzler wrote:
On Fri, 6 Nov 2009 20:24:13 + Neil Jerram neiljer...@googlemail.com
said:
2009/11/6 Rui Miguel Silva Seabra r...@1407.org:
On Fri, Nov
On Sat, 7 Nov 2009 03:41:28 -0600 Jared Maddox absinthdr...@gmail.com said:
On Fri, 6 Nov 2009 17:22:27 + Rui Miguel Silva Seabra r...@1407.org
said:
On Fri, Nov 06, 2009 at 04:40:04PM +0100, Helge Hafting wrote:
Rui Miguel Silva Seabra wrote:
On Wed, Nov 04, 2009 at 01:55:29PM
On Sat, Nov 7, 2009 at 1:55 PM, Carsten Haitzler ras...@rasterman.com wrote:
[...]
yes. see above. apps are doing it all the time. it's about the most standard
way to provide information about your window, from title to minimum and
maximum
size to aspect ratios and more. rotation preferences
2009/11/7 Rui Miguel Silva Seabra r...@1407.org:
I'm definitely not following you... I envision the following scenario
according
to what you say, could you please elaborate on why it wouldn't happen this
way?
My thinking is evolving with this discussion, but my current idea of
the solution
2009/11/7 Nicola Mfb nicola@gmail.com:
I agree that window properties is the right way to implement that, but
we need a way to get rotation preferences now, while that may be
proposed and discussed as a standard for the future.
Yes, exactly.
So a couple of questions:
* is it
On Sat, Nov 7, 2009 at 3:33 PM, Neil Jerram neiljer...@googlemail.com wrote:
[...]
I don't think the launcher itself can do it, because it doesn't know
when the app gets mapped to the foreground. Some apps take so long to
appear that you can switch to several other screens and write a short
2009/11/7 Rui Miguel Silva Seabra r...@1407.org:
You have no solution for existing apps other than causing a full
stop on rotation once you get the desired rotation (which is what I
do for apps that work better on landscape).
I imagine WM configuration for this, and a shelf gadget to make it
2009/11/7 Carsten Haitzler ras...@rasterman.com:
On Sat, 7 Nov 2009 08:33:35 + Neil Jerram neiljer...@googlemail.com
said:
2009/11/7 Carsten Haitzler ras...@rasterman.com:
no. the proper way is to set properties on your window.
How exactly does that (setting a property) happen
07.11.2009 14:44, Nicola Mfb :
On Sat, Nov 7, 2009 at 1:55 PM, Carsten Haitzler ras...@rasterman.com wrote:
[...]
yes. see above. apps are doing it all the time. it's about the most standard
way to provide information about your window, from title to minimum and maximum
size to aspect
On Sat, Nov 7, 2009 at 4:56 PM, Matthias Huber
matthias.hu...@wollishausen.de wrote:
[...]
* is it possible/safe/correct to set a window properties of a
window/xclient by an external app (e.g. a launcher)?
in my oppinion, it is not necessary, because one has all needed information
already in
On Sat, Nov 07, 2009 at 11:46:28PM +1100, Carsten Haitzler wrote:
if something is related to the display - especially something is related
to
your window, your domain for advertising state, information, making
requests
and getting replies is the x11 domain as long as you are using
On Sat, Nov 07, 2009 at 02:23:01PM +, Neil Jerram wrote:
2009/11/7 Rui Miguel Silva Seabra r...@1407.org:
I'm definitely not following you... I envision the following scenario
according
to what you say, could you please elaborate on why it wouldn't happen this
way?
My thinking
On Sat, Nov 07, 2009 at 02:53:18PM +, Neil Jerram wrote:
But I think I might have a go anyway at patching the e17 WM. With
Debian, and 'apt-get source', and gcc on the phone, it shouldn't be as
hard as it might sound.
Please do, and hopefully make it so much better and niftier than
On Fri, Nov 06, 2009 at 08:24:13PM +, Neil Jerram wrote:
2009/11/6 Rui Miguel Silva Seabra r...@1407.org:
On Fri, Nov 06, 2009 at 04:40:04PM +0100, Helge Hafting wrote:
Well, you cannot expect every app to have such preferences, this device
runs generic linux apps that aren't made
On Sat, 7 Nov 2009 19:46:28 + Rui Miguel Silva Seabra r...@1407.org said:
On Sat, Nov 07, 2009 at 11:46:28PM +1100, Carsten Haitzler wrote:
if something is related to the display - especially something is
related to your window, your domain for advertising state, information,
On Sat, 7 Nov 2009 14:53:18 + Neil Jerram neiljer...@googlemail.com said:
2009/11/7 Rui Miguel Silva Seabra r...@1407.org:
You have no solution for existing apps other than causing a full
stop on rotation once you get the desired rotation (which is what I
do for apps that work better
On Sat, 7 Nov 2009 19:57:25 + Rui Miguel Silva Seabra r...@1407.org said:
On Sat, Nov 07, 2009 at 02:23:01PM +, Neil Jerram wrote:
2009/11/7 Rui Miguel Silva Seabra r...@1407.org:
I'm definitely not following you... I envision the following scenario
according to what you say,
On Sat, 07 Nov 2009 16:56:13 +0100 Matthias Huber
matthias.hu...@wollishausen.de said:
07.11.2009 14:44, Nicola Mfb :
On Sat, Nov 7, 2009 at 1:55 PM, Carsten Haitzler ras...@rasterman.com
wrote: [...]
yes. see above. apps are doing it all the time. it's about the most
standard
On Sat, 7 Nov 2009 14:33:25 + Neil Jerram neiljer...@googlemail.com said:
2009/11/7 Nicola Mfb nicola@gmail.com:
I agree that window properties is the right way to implement that, but
we need a way to get rotation preferences now, while that may be
proposed and discussed as a
On Sat, 7 Nov 2009 17:31:58 +0100 Nicola Mfb nicola@gmail.com said:
On Sat, Nov 7, 2009 at 4:56 PM, Matthias Huber
matthias.hu...@wollishausen.de wrote:
[...]
* is it possible/safe/correct to set a window properties of a
window/xclient by an external app (e.g. a launcher)?
in my
On Sat, 7 Nov 2009 14:44:53 +0100 Nicola Mfb nicola@gmail.com said:
On Sat, Nov 7, 2009 at 1:55 PM, Carsten Haitzler ras...@rasterman.com wrote:
[...]
yes. see above. apps are doing it all the time. it's about the most standard
way to provide information about your window, from title to
On Sat, 7 Nov 2009 15:04:46 + Neil Jerram neiljer...@googlemail.com said:
2009/11/7 Carsten Haitzler ras...@rasterman.com:
On Sat, 7 Nov 2009 08:33:35 + Neil Jerram neiljer...@googlemail.com
said:
2009/11/7 Carsten Haitzler ras...@rasterman.com:
no. the proper way is to set
On Sat, 7 Nov 2009 14:23:01 + Neil Jerram neiljer...@googlemail.com said:
2009/11/7 Rui Miguel Silva Seabra r...@1407.org:
I'm definitely not following you... I envision the following scenario
according to what you say, could you please elaborate on why it wouldn't
happen this way?
Carsten Haitzler (The Rasterman) wrote:
On Sat, 7 Nov 2009 19:46:28 + Rui Miguel Silva Seabra r...@1407.org
said:
Being X properties or DBUS, it's the same for me. DBUS seems more natural as
there's probably less pooling, but then I know only a bit more of DBUS than
of X11 (which
On Sun, 08 Nov 2009 02:03:47 + Dave Ball openm...@underhand.org said:
Carsten Haitzler (The Rasterman) wrote:
On Sat, 7 Nov 2009 19:46:28 + Rui Miguel Silva Seabra r...@1407.org
said:
Being X properties or DBUS, it's the same for me. DBUS seems more natural
as there's probably
Carsten Haitzler (The Rasterman) wrote:
On Sun, 08 Nov 2009 02:03:47 + Dave Ball openm...@underhand.org said:
Sounds like we should be using window properties for passing hints to
the WM, and dbus for getting orientation information from the
accelerometers.
that is sane. :)
On Sun, Nov 8, 2009 at 2:13 AM, Carsten Haitzler ras...@rasterman.com wrote:
[...]
Raster, I understand perfectly that the best way is having apps
setting an XAtom and the wm managing it. But if all those people are
asking for a weird or wrong solution is becouse the good way is not
standardized,
On Sun, 08 Nov 2009 03:14:54 + Dave Ball openm...@underhand.org said:
Carsten Haitzler (The Rasterman) wrote:
On Sun, 08 Nov 2009 02:03:47 + Dave Ball openm...@underhand.org said:
Sounds like we should be using window properties for passing hints to
the WM, and dbus for
On Sun, 8 Nov 2009 04:15:52 +0100 Nicola Mfb nicola@gmail.com said:
On Sun, Nov 8, 2009 at 2:13 AM, Carsten Haitzler ras...@rasterman.com wrote:
[...]
Raster, I understand perfectly that the best way is having apps
setting an XAtom and the wm managing it. But if all those people are
Carsten Haitzler (The Rasterman) wrote:
wm needs to track both and determine which one takes precedence based
on policy and th en implement that rotation, if needed. policy is what
a wm implements - that's the nature of the beast. that policy may be
hard-coded in the wm or configuration for
On Sun, 08 Nov 2009 04:37:07 + Dave Ball openm...@underhand.org said:
Carsten Haitzler (The Rasterman) wrote:
wm needs to track both and determine which one takes precedence based
on policy and th en implement that rotation, if needed. policy is what
a wm implements - that's the
On Tue, Nov 03, 2009 at 07:40:58PM +, Neil Jerram wrote:
- for many apps there is a preferred orientation (e.g. zhone and
hex-a-hop), and the best thing is to rotate the screen to what is best
for each app, regardless of how the phone is being held
When this is the case, I stop
[cut]
autorotation for the apps where that makes sense). Alternatively - at
least for e17 - an easily accessible gadget in the top shelf could
What about full screen appications? Maybe using AUX button is a
solution?
--
Patryk LeadMan Benderz
Linux Registered User #377521
() ascii ribbon
Neil Jerram wrote:
Having just written an automatic screen rotation program (like
omnewrotate), I'm now wondering about the best way of using it, so
that everything Just Works the way that it should.
In particular, I've realized now that
- for many apps there is a preferred orientation
On Wed, Nov 04, 2009 at 01:55:29PM +0100, Helge Hafting wrote:
Have others already thought about this and devised solutions?
I think a good solution might involve the window manager - since the
window manager knows which app is at the front of the screen and so
could rotate the screen
The software that control rotation need to know if the foreground app
should run in landscape, portrait or auto mode. (And perhaps the
upside-down variants as well.)
Or, what I think would be the proper way to do it, the application
should broadcast to dbus that it prefers no rotation, or one
On Wed, Nov 04, 2009 at 02:22:33PM +0100, Petr Vanek wrote:
The software that control rotation need to know if the foreground app
should run in landscape, portrait or auto mode. (And perhaps the
upside-down variants as well.)
Or, what I think would be the proper way to do it, the
so how does framework fit to this with it's orientation interface?
As far as I know, FSO will only emit some signals from time to time
saying what position it thinks it's on. Other programs can plug into
it and decide what to do (but of course that isn't at a rate useful
for gestures).
i am
On Wed, Nov 04, 2009 at 02:47:02PM +0100, Petr Vanek wrote:
so how does framework fit to this with it's orientation interface?
As far as I know, FSO will only emit some signals from time to time
saying what position it thinks it's on. Other programs can plug into
it and decide what to do
Look for accelges (for an example).
You need a lot more finegrained readings (several per second) in order
to understand adequately a gesture (example, shaking the freerunner,
doing an L in the air, etc...)
oh yes, agree, but this is complicated and has nothing to do with simple
screen rotation
On Wed, Nov 04, 2009 at 03:50:55PM +0100, Petr Vanek wrote:
Look for accelges (for an example).
You need a lot more finegrained readings (several per second) in order
to understand adequately a gesture (example, shaking the freerunner,
doing an L in the air, etc...)
oh yes, agree, but
oh yes, agree, but this is complicated and has nothing to do with
simple screen rotation per application/user needs which i thought
this thread was about?
Nothing much, really, which is why it was a mere comment between
parenthesis, you asked, I replied :)
:)
Petr
Having just written an automatic screen rotation program (like
omnewrotate), I'm now wondering about the best way of using it, so
that everything Just Works the way that it should.
In particular, I've realized now that
- for many apps there is a preferred orientation (e.g. zhone and
hex-a-hop),
78 matches
Mail list logo
