The in-development Maemo 5 Community SSU - Page 118 - maemo.org

Active Topics

Maemo repository (4)
to Community by teroyk - 15 hrs, 10 mins ago
Error after installing Leste on sdcard (13)
to Maemo 7 / Leste by Maemish - 1 day, 21 hrs ago
TLS 1.2 for N9 is ready (29)
to MeeGo / Harmattan by smatkovi - 2 days, 6 hrs ago
Camera phone competition March 2023 "Endless" (35)
to General by Maemish - 5 days, 15 hrs ago
more...

Page 118 of 544

118

Thread Tools

Rob1n	2011-02-25 , 09:04
Posts: 3,617 \| Thanked: 2,412 times \| Joined on Nov 2009 @ Cambridge, UK	#1171

Originally Posted by Carlito

Without force rotation, nothing is rotating except the menu. Is this how it should be? Or am I missing something?

I'm also seeing the Settings app and App Manager auto-rotating without force rotation on.

tomchiverton	2011-02-25 , 09:06
Posts: 291 \| Thanked: 134 times \| Joined on Dec 2009 @ North-west, UK	#1172

Originally Posted by ejasmudar

I think a widget for fast switching between "forced rotation" and "no forced rotation" is required. It can also have orientation lock when CSSU supports it.

Any developers listening?

Yes, I think everyone understands asking end-users to hand-edit a .ini file is not ideal :-)

__________________
Go on, press the 'thanks' link, you know you want to

	Mandibela	2011-02-25 , 09:43
	Posts: 270 \| Thanked: 195 times \| Joined on Aug 2009 @ Finland	#1173

Originally Posted by Rob1n

I'm also seeing the Settings app and App Manager auto-rotating without force rotation on.

I think I was the first to notice that ill effect. Good to know I'm not the only one.

You could check what settings you have in your 'Phone' app regarding rotation, and if those have any effect on the behavior?

	Jaffa	2011-02-25 , 09:57
	Posts: 2,535 \| Thanked: 6,681 times \| Joined on Mar 2008 @ UK	#1174

Originally Posted by Mandibela

I think I was the first to notice that ill effect. Good to know I'm not the only one.

What ill-effect? Just like microb, Phone, Conboy, Khweeteur, TwimGo, ...; Settings and Application Manager both properly support portrait mode now. "Force rotation" forces rotation on things which don't support it (yet), such as Conversations, Media Player etc.

It is intended behaviour that Settings and HAM will rotate out-of-the-box (i.e. with "force rotation" off) with the CSSU.

You could check what settings you have in your 'Phone' app regarding rotation, and if those have any effect on the behavior?

Some applications which support portrait provide per-app settings as to whether or not they should be always landscape, always portrait or auto-rotate. Some don't.

Currently, neither Settings nor HAM do. Please file a bug if you think they should.

__________________
Andrew Flegg -- mailto:andrew@bleb.org | http://www.bleb.org

The Following 2 Users Say Thank You to Jaffa For This Useful Post:
mece, sjgadsby

llBlackenedll	2011-02-25 , 09:57
Posts: 47 \| Thanked: 32 times \| Joined on Nov 2009	#1175

Originally Posted by tomchiverton

Originally Posted by ejasmudar
I think a widget for fast switching between "forced rotation" and "no forced rotation" is required. It can also have orientation lock when CSSU supports it.

Any developers listening?

Yes, I think everyone understands asking end-users to hand-edit a .ini file is not ideal :-)

I have tested this but just re-wrote it on my computer so sorry for any typos. Just get queenbeecon to run this:

Code:

sed -e 's/forcerotation=0/tmpstr/' -e 's/forcerotation=1/forcerotation=0/' -e 's/tmpstr/forcerotation=1/' /usr/share/hildon-desktop/transitions.ini > tmpFile
mv tmpFile /usr/share/hildon-desktop/transitions.ini

This code looks through transitions.ini and flips the forcerotation variable between 1 and 0. So all you'd have to do is copy that text into a file, chmod +x it, and tell queenbeecon to use it.

There's probably a much better way of doing this so that it prints out what state it has changed to, and could also be changed to add the line if it isn't there, but I didn't have time so this is a pretty basic flipper for now.

EDIT: Better version

Last edited by llBlackenedll; 2011-02-25 at 11:33.

The Following User Says Thank You to llBlackenedll For This Useful Post:
Switch_

ivgalvez	2011-02-25 , 10:31
Posts: 1,397 \| Thanked: 2,126 times \| Joined on Nov 2009 @ Dublin, Ireland	#1176

Is there any update to libraries/tools in the CSSU?

I would suggest:
- APT
- PulseAudio
- Kernel Power with Bleeding Edge Wifi drivers, substituting PR1.3 Kernel.
....

I'm really excited with this development, still trying to compile some stuff by myself and start hacking with newer libraries.

The Following User Says Thank You to ivgalvez For This Useful Post:
qole

Rob1n	2011-02-25 , 10:32
Posts: 3,617 \| Thanked: 2,412 times \| Joined on Nov 2009 @ Cambridge, UK	#1177

Originally Posted by Jaffa

What ill-effect? Just like microb, Phone, Conboy, Khweeteur, TwimGo, ...; Settings and Application Manager both properly support portrait mode now. "Force rotation" forces rotation on things which don't support it (yet), such as Conversations, Media Player etc.

It is intended behaviour that Settings and HAM will rotate out-of-the-box (i.e. with "force rotation" off) with the CSSU.

Yeah, I knew it was expected behaviour, and it certainly doesn't cause any major issues. I'd just prefer an option to disable it.

Originally Posted by Jaffa

Some applications which support portrait provide per-app settings as to whether or not they should be always landscape, always portrait or auto-rotate. Some don't.

I think every single app I use which supports rotation has the option, and I think it ought to be available for everything which supports rotation. I'd really prefer a system-wide setting, with the option of then using the system-wide setting throughout or overriding on a per-app basis - I'm not sure how feasible that'd be though.

Originally Posted by Jaffa

Currently, neither Settings nor HAM do. Please file a bug if you think they should.

I've filed enhancement requests for hildon-menu and hildon-control-panel (there isn't currently a component for HAM, and as I hardly ever use it I don't really care about that one):
https://bugs.maemo.org/show_bug.cgi?id=11981
https://bugs.maemo.org/show_bug.cgi?id=11982

The Following 3 Users Say Thank You to Rob1n For This Useful Post:
Jaffa, Mandibela, sjgadsby

droitwichgas	2011-02-25 , 11:01
Posts: 523 \| Thanked: 292 times \| Joined on Jan 2010	#1178

Originally Posted by droitwichgas

Tried that already but I can still only now select up to the usual 4 desktops?

Anybody any ideas how to get my 9 desktops back as re-installing the CSSU doesn't appear to be an option?

Char	2011-02-25 , 11:04
Posts: 255 \| Thanked: 107 times \| Joined on Nov 2010	#1179

Originally Posted by llBlackenedll

I have tested this but just re-wrote it on my computer so sorry for any typos. Just get queenbeecon to run this:
Code:
sed -e 's/forcerotation=0/tmpstr/' -e 's/forcerotation=1/forcerotation=0/' -e 's/tmpstr/forcerotation=1/' /usr/share/hildon-desktop/transitions.ini > tmpFile
mv tmpFile /usr/share/hildon-desktop/transitions.ini
This code looks through transitions.ini and flips the forcerotation variable between 1 and 0. So all you'd have to do is copy that text into a file, chmod +x it, and tell queenbeecon to use it.

There's probably a much better way of doing this so that it prints out what state it has changed to, and could also be changed to add the line if it isn't there, but I didn't have time so this is a pretty basic flipper for now.

probably a stupid question but why write to tmpfile first and not directly to transitions.ini?

btw, wouldn't that not work? most of those values also require a killall hildon-desktop after