Closed Thread
Thread Tools
neboja's Avatar
Posts: 277 | Thanked: 93 times | Joined on Jan 2010 @ Belgrade
#1711
Originally Posted by ejasmudar View Post
For the portrait desktop thing, can't we have independant portrait and landscape desktops? ie, my arrangement/icons/widgets in one view wont affect what I have in the other view.

Or the more practical alternate method, is the icons and widgets will remain the same but their arrangement will be independent in either view, without it being controlled by an algorithm. This way, only an initial algorithm will be needed to get an arrangement in portrait mode, then the user can change it and it will be remain fixed, even if he changes the x,y postition of the widget in landscape. I hope my rambling makes sense.
the best way to put it! i agree!!!!!!!!!!!
 
neboja's Avatar
Posts: 277 | Thanked: 93 times | Joined on Jan 2010 @ Belgrade
#1712
Originally Posted by f2thak View Post
why do we have 3 apps reading/writing the transitions.ini file?

CSSU needs to implement all these 3 apps into one menu in the settings panel. tidy things up a lot. I wish I knew linux, or even how to code.

-theme customiser
-CSSU transitions tuner
-CSSU features enabler
yes... that is quite ridiculous....

i think that one app for ALL theme customisation is enough...
 
Jaffa's Avatar
Posts: 2,535 | Thanked: 6,681 times | Joined on Mar 2008 @ UK
#1713
Originally Posted by neboja View Post
yes... that is quite ridiculous....

i think that one app for ALL theme customisation is enough...
I haven't yet seen a screenshot of a small enhancement to the Display settings applet that I'd like to see included. See the posts above about what the actual scope of the core CSSU should be.
__________________
Andrew Flegg -- mailto:andrew@bleb.org | http://www.bleb.org
 

The Following User Says Thank You to Jaffa For This Useful Post:
d-iivil's Avatar
Posts: 2,154 | Thanked: 2,186 times | Joined on Dec 2009 @ Hellsinki, Finland
#1714
Originally Posted by f2thak View Post
why do we have 3 apps reading/writing the transitions.ini file?

CSSU needs to implement all these 3 apps into one menu in the settings panel. tidy things up a lot. I wish I knew linux, or even how to code.

-theme customiser
-CSSU transitions tuner
-CSSU features enabler
Well... I can only answer questions about TC and CSSU Transitions Tuner:
- TC won't do anything to the extra features brought by CSSU, that's why I wrote CSSU Transitions Tuner which is also integrated into TC's interface.

I know there's already CSSU features enabler, but I prefer to have my own version which is written in Qt/C++.

Btw, thanks to gionni88, I just uploaded a version 0.0.5 of CSSU Transitions Tuner to repos which now supports portait mode
__________________
If you're rich and you think I deserve a cold beer, you may donate one or two :-P

80's style stadium rock is back - FIRENOTE
Hi-Octane heavy metal - FORCE MAJEURE
 
Posts: 47 | Thanked: 32 times | Joined on Nov 2009
#1715
Originally Posted by ejasmudar View Post
For the portrait desktop thing, can't we have independant portrait and landscape desktops? ie, my arrangement/icons/widgets in one view wont affect what I have in the other view.

Or the more practical alternate method, is the icons and widgets will remain the same but their arrangement will be independent in either view, without it being controlled by an algorithm. This way, only an initial algorithm will be needed to get an arrangement in portrait mode, then the user can change it and it will be remain fixed, even if he changes the x,y postition of the widget in landscape. I hope my rambling makes sense.
Well put, I tried to say that earlier in the thread. However I also added - why don't we have the desktops scroll vertically when in portrait mode? This would maintain background integrity (ie no vertical lines) and would also possibly be easier to code. On rotate - move icons to their user defined portrait positions, move the menu bar to the top, done. Though obviously it's not that simple :P
 
F2thaK's Avatar
Posts: 4,365 | Thanked: 2,467 times | Joined on Jan 2010 @ Australia Mate
#1716
yes sorry, i just realised "CSSU features enabler" doesnt work for me anymore, I can change all settings thru your 2 apps d-iivil

e. great work, BTW
 
Dark_Angel85's Avatar
Posts: 519 | Thanked: 123 times | Joined on Oct 2010 @ Malaysia
#1717
the themes customizer icon size is not working?
 
Posts: 3,617 | Thanked: 2,412 times | Joined on Nov 2009 @ Cambridge, UK
#1718
Originally Posted by Dark_Angel85 View Post
the themes customizer icon size is not working?
No, the patch for this is not currently in the CSSU version of hildon-desktop.
 
Posts: 395 | Thanked: 255 times | Joined on Nov 2010
#1719
Originally Posted by randomdood View Post
won't work so well with widgets/shortcuts that aren't square. (possible to have things overlap and maybe even things cut off on the edge of the desktop.) there needs to be a more complex alogythm than just flipping x,y co-ords.



i agree, once this is stable there would be no reason for them not to be enabled (except things like the zoom thing which i think is personal preference) would be nice to have a gui bundled with specific for cssu, easier for end users to customize (although i don't really mind if it is included, for end users i think it should be. why have shiny new extras which you can customize when end users are gonna have some trouble doing it)...i dunno.. just my opinion
I disagree with you, i preffer put the options to the end user too.

The end user who going to install the CSSU, probably have the knowledge (or curiosity to learn how) to use those things, and we are talking that all those things are going to be stables to use and to change without poblems.

Grettings.
 
pelago's Avatar
Posts: 2,121 | Thanked: 1,540 times | Joined on Mar 2008 @ Oxford, UK
#1720
Originally Posted by ejasmudar View Post
For the portrait desktop thing, can't we have independant portrait and landscape desktops? ie, my arrangement/icons/widgets in one view wont affect what I have in the other view.

Or the more practical alternate method, is the icons and widgets will remain the same but their arrangement will be independent in either view, without it being controlled by an algorithm. This way, only an initial algorithm will be needed to get an arrangement in portrait mode, then the user can change it and it will be remain fixed, even if he changes the x,y postition of the widget in landscape. I hope my rambling makes sense.
I definitely agree with this. I made a similar suggestion back in 2009 (ignore some of the stuff about resizing, as I didn't realise Maemo 5 wouldn't support widget resizing when I wrote it). It might be worth reading that, and the rest of the thread, for some more useful portrait mode ideas.

Last edited by pelago; 2011-03-03 at 14:05.
 
Closed Thread

Tags
community ssu, f**k nokia, fremantle, maemo 5, nokia-who?, portrait mode, rotate, task-switcher, update, upgrade


 
Forum Jump


All times are GMT. The time now is 05:38.