maemo.org - Talk
Page 43 of 136 « First 334142 43 444553 Last »
Show 40 post(s) from this thread on one page

maemo.org - Talk (https://talk.maemo.org/index.php)
-   Maemo 5 / Fremantle (https://talk.maemo.org/forumdisplay.php?f=40)
-   -   The in-development Maemo 5 Community SSU (https://talk.maemo.org/showthread.php?t=67905)

s4br0s0 2011-03-02 21:43
Re: The in-development Maemo 5 Community SSU
 
Quote:
Originally Posted by MONVMENTVM (Post 959188)
Yeah it should be easily doable... but I guess the devs will try to develop something first to rearrange the icons and widgets as like I see it now it just doesn't make much sense if you cant see half of your icons and stuff. This will be the more difficult part of it though... let's see, they did a great job until now!
I know that you say is an good idea but, if you can cutomize your desktop the way you want, why not just do it rotate and the user put the icons/widgets in a way that fix and rotate good?

I think is hard to do a rotate desktop for every user with every user have different stuff (to rearrange all).

And (for example) if you have in one desktop the conversation widget, the calendar widget, ussd widget, foreca widget and some icons, how rearrange the big ones to fix?

Grettings.

Mentalist Traceur 2011-03-02 21:54
Re: The in-development Maemo 5 Community SSU
 
Quote:
Originally Posted by droitwichgas (Post 959168)
Just my view but I would imagine most end users who will download the stable CSSU to get access to the protrait transitions and so will want the GUI, which I cannot see will take up that much memory space?, and once downloaded they wll never delete.
Of course the users who are fine with it won't bother deleting it. That's the point though - what does the majority lose if the UI is packaged separately? Nothing, other than a tiny inconvenience of clicking install on a second/third package. What does the user who DOESN'T want it have to do? Or do they not matter because they're a minority?

One of the advantages the CSSU brings (or at least is supposed to, I haven't checked if it does yet), is that you can go and get rid of a preinstalled "firmware" package that you don't want and don't need, without it throwing dependency errors when you go to update/install anything else. If the .deb / apt-get / dpkg system provide for a way to install them with the CSSU install/update and then delete them without it throwing dependency errors, I say go for it. But far as I know, it only allows for dependencies, and "recommends" which don't get installed near as I can tell anyway (at least through FApMan, never noticed when using HAM).

Quote:
Editing the power menu seems a different ball game to me.
Editing the power menu is a different extreme of the same concept - there are ways to tweak the UI in the official firmware releases. Because users wanted easier control, people wrote GUI apps to automate/simplify that tweaking. I think the same can apply to the CSSU - some of us are fine not using ApMeFo to make folders in the menu either, or editing our themes without Theme Customizer, yet that's not being pushed to the CSSU. (The reasoning is similar: you have customizable features, people want GUIs. If you think power menu is a bad example, find any number of other customizable things. The overwhelming majority of them want the GUI way. But you don't stick all those things into the CSSU, so why stick it in for features just because the CSSU happens to enable/add them?)

My problem is that not including it causes merely a small inconvenience for one demographic. Including it causes a pretty large inconvenience for another demographic. I think the former demographic needs to be exponentially bigger than the latter to justify that.

Jaffa 2011-03-02 22:02
Re: The in-development Maemo 5 Community SSU
 
Quote:
Originally Posted by Mentalist Traceur (Post 959234)
Of course the users who are fine with it won't bother deleting it. That's the point though - what does the majority lose if the UI is packaged separately? Nothing, other than a tiny inconvenience of clicking install on a second/third package. What does the user who DOESN'T want it have to do? Or do they not matter because they're a minority?
Indeed; and I think my opinion lies closer to yours; however, where does it stop? Personally, I think zaxisrotation is fantastic and - possibly in future - should be as widely used as possible. However, editing transitions.ini isn't a nice way of enabling that for such a beneficial feature. So people install the CSSU & a GUI settings editor - which is too complex (or, ultimately, we change the default. Muwahahaha)

Similarly with rotation lock: the CSSU can provide the capability (through a gconf key) to expose an orientation lock. But then it's not actually useful until someone installs the status area menu (note, this is proper orientation lock, not a forcerotation shortcut only for devs). So, now we're up to 3 packages for the "ideal Maemo" experience.

As you say, though, people might not be interested in rotation lock. For though, existing control panel settings applets are replaced or enriched; so you could have Display > Alternate orientation effect and Display > Show orientation lock.

rebelnoob 2011-03-02 22:15
Re: The in-development Maemo 5 Community SSU
 
i searched the eiki it has a new update but i cant find it in the app manager neither has it been updated on the testing page...how do i install the latest update????

droitwichgas 2011-03-02 22:20
Re: The in-development Maemo 5 Community SSU
 
Quote:
Originally Posted by Jaffa (Post 959238)
Indeed; and I think my opinion lies closer to yours; however, where does it stop? Personally, I think zaxisrotation is fantastic and - possibly in future - should be as widely used as possible. However, editing transitions.ini isn't a nice way of enabling that for such a beneficial feature. So people install the CSSU & a GUI settings editor - which is too complex (or, ultimately, we change the default. Muwahahaha)

Similarly with rotation lock: the CSSU can provide the capability (through a gconf key) to expose an orientation lock. But then it's not actually useful until someone installs the status area menu (note, this is proper orientation lock, not a forcerotation shortcut only for devs). So, now we're up to 3 packages for the "ideal Maemo" experience.

As you say, though, people might not be interested in rotation lock. For though, existing control panel settings applets are replaced or enriched; so you could have Display > Alternate orientation effect and Display > Show orientation lock.
Personally I think most of the transition changes in the CSSU are fantastic and have now activated most of them, it would therefore be a pity if end users missed out on them due to not having downloaded the GUI and so were not aware of them.

As I have already downloaded the GUI I personnally have no concerns about whether the GUI is included or not but if it is not we will need clear instructions on the changeblog informing the user they need to download the GUI to activate the transitions, we will also need to ensure the GUI is promoted to the right repo. as some end user will only use the repos which contain the tested/stable apps.

ceroberts75 2011-03-02 22:21
Re: The in-development Maemo 5 Community SSU
 
anyone else notice some sort of slow-down in the modest after the last update?

it doesnt crash as much, but takes forever...ok, not forever, but it is closer to how it was with pr1.1 where the modest was checking it 3 times so we had to do a modest fix.



@elie

i dont remember ever having a drag-to-drop menu on the n900...and i have had it since dec 7, 2009.

unless i missed it somewhere.

MetalSer 2011-03-02 22:22
Re: The in-development Maemo 5 Community SSU
 
Quote:
Originally Posted by s4br0s0 (Post 959229)
I know that you say is an good idea but, if you can cutomize your desktop the way you want, why not just do it rotate and the user put the icons/widgets in a way that fix and rotate good?

I think is hard to do a rotate desktop for every user with every user have different stuff (to rearrange all).

And (for example) if you have in one desktop the conversation widget, the calendar widget, ussd widget, foreca widget and some icons, how rearrange the big ones to fix?

Grettings.
Then maybe it is an idea to let the users rearenge their desktop on their own. Just like you do it nouw with the landscape one. As I image it; there are two files that contain the arranging of the desktop, one for portrait and one for landscape. When the device is in landscape it will use the landscape file and when in portrait it will use the portrait file. Just sharing some thoughts :)

Jaffa 2011-03-02 22:23
Re: The in-development Maemo 5 Community SSU
 
Quote:
Originally Posted by rebelnoob (Post 959246)
i searched the eiki it has a new update but i cant find it in the app manager neither has it been updated on the testing page...how do i install the latest update????
Go to Settings > About Community SSU. What version are you running? What does the Log say in HAM when you click Update (and possibly Refresh)?

rebelnoob 2011-03-02 22:30
Re: The in-development Maemo 5 Community SSU
 
Quote:
Originally Posted by Jaffa (Post 959250)
Go to Settings > About Community SSU. What version are you running? What does the Log say in HAM when you click Update (and possibly Refresh)?
yeah updated but didnt get the 9 desktops mentioned in the log>?

Jaffa 2011-03-02 22:39
Re: The in-development Maemo 5 Community SSU
 
Quote:
Originally Posted by Jaffa (Post 959227)
It's damn hard. I've been playing with some algorithms.
I've switched back to the shape-filling algorithm, rather than doing it heuristically. It just works better for my desktops:

http://bleb.org/software/maemo/View1.png http://bleb.org/software/maemo/View1-portrait.png

http://bleb.org/software/maemo/View3.png http://bleb.org/software/maemo/View3-portrait.png

Jaffa 2011-03-02 22:40
Re: The in-development Maemo 5 Community SSU
 
Quote:
Originally Posted by rebelnoob (Post 959255)
yeah updated but didnt get the 9 desktops mentioned in the log>?
Not sure I see an answer to any of my questions there ;-) How do you know you haven't got 9 desktops? Go into the desktop edit mode and select Manage views, you should see a scrollbar fade in/out as the dialogue opens. Drag them the desktops right and touch the screen to enable them.

Remember they'll be black by default!

s4br0s0 2011-03-02 22:42
Re: The in-development Maemo 5 Community SSU
 
Quote:
Originally Posted by MetalSer (Post 959249)
Then maybe it is an idea to let the users rearenge their desktop on their own. Just like you do it nouw with the landscape one. As I image it; there are two files that contain the arranging of the desktop, one for portrait and one for landscape. When the device is in landscape it will use the landscape file and when in portrait it will use the portrait file. Just sharing some thoughts :)
I thought in that too but is almost the same.

In the end, the user (probably, unless someone can do rearrange automatically) should customize thier desktops the way fix in landscape and portrait, as i see it, the important thing here is that everyone can have both (landscape and portrait).

But in my opinion, the people should have the option to enable/disable portrait (if you can choose in what parts you want to have potrait, better), not do it mandatory.

Grettings.

Jigzy 2011-03-02 23:02
Re: The in-development Maemo 5 Community SSU
 
Quote:
Originally Posted by Jaffa (Post 959108)
Could you raise an enhancement linking to the patch, please?

http://wiki.maemo.org/Community_SSU/Development
sorry man! I don't know where to begin I read the link attached but made no sense to me!

ejasmudar 2011-03-03 05:43
Re: The in-development Maemo 5 Community SSU
 
Quote:
Originally Posted by Jaffa (Post 959238)
Indeed; and I think my opinion lies closer to yours; however, where does it stop? Personally, I think zaxisrotation is fantastic and - possibly in future - should be as widely used as possible. However, editing transitions.ini isn't a nice way of enabling that for such a beneficial feature. So people install the CSSU & a GUI settings editor - which is too complex (or, ultimately, we change the default. Muwahahaha)

Similarly with rotation lock: the CSSU can provide the capability (through a gconf key) to expose an orientation lock. But then it's not actually useful until someone installs the status area menu (note, this is proper orientation lock, not a forcerotation shortcut only for devs). So, now we're up to 3 packages for the "ideal Maemo" experience.

As you say, though, people might not be interested in rotation lock. For though, existing control panel settings applets are replaced or enriched; so you could have Display > Alternate orientation effect and Display > Show orientation lock.
IMHO, the CSSU need not have all those GUI apps bundled with it. But we could have a meta package in the repos that installs all the extra GUIs that can make modding cssu easier.
This way, the hardcore fanatics who'd rather change stuff manually are happy, and the end users' happiness is just a single install away.

debjitbis08 2011-03-03 05:53
Re: The in-development Maemo 5 Community SSU
 
Quote:
Originally Posted by Jaffa (Post 959258)
I've switched back to the shape-filling algorithm, rather than doing it heuristically. It just works better for my desktops:
Have you tried swapping the x, y values, such as (x1, y1) becomes (y1, x1) after rotation. I have never modified the hildon-home code, will try to implement some ideas.

Mentalist Traceur 2011-03-03 06:05
Re: The in-development Maemo 5 Community SSU
 
Quote:
Originally Posted by ejasmudar (Post 959417)
IMHO, the CSSU need not have all those GUI apps bundled with it. But we could have a meta package in the repos that installs all the extra GUIs that can make modding cssu easier.
This way, the hardcore fanatics who'd rather change stuff manually are happy, and the end users' happiness is just a single install away.
I like. My main hope is that both of the packages are at least visible in the GUI when you enable the CSSU repository. (I'd also love to see a second, smaller link somewhere on the main page to a CSSU .install file that will enable the CSSU and install it without the higher-up metapackage and the GUI stuff. For the less actually-read-the-manual user types, it can be stuck somewhere in fine print, with a nice warning saying that "This is a version of the CSSU stripped down of the extra GUI apps to configure the settings. If you don't know how to configure it manually, you should use the Install button above")

poleepkwa 2011-03-03 07:23
Re: The in-development Maemo 5 Community SSU
 
Quote:
Originally Posted by Mentalist Traceur (Post 959424)
I like. My main hope is that both of the packages are at least visible in the GUI when you enable the CSSU repository. (I'd also love to see a second, smaller link somewhere on the main page to a CSSU .install file that will enable the CSSU and install it without the higher-up metapackage and the GUI stuff. For the less actually-read-the-manual user types, it can be stuck somewhere in fine print, with a nice warning saying that "This is a version of the CSSU stripped down of the extra GUI apps to configure the settings. If you don't know how to configure it manually, you should use the Install button above")
How about a popup menu after installation congratulation you on installing the step 5/5 :p and then stating the customization packing can be installed now if needed?

I think all the "extras" should be enabled by default... instead of enabling them after installation.

randomdood 2011-03-03 07:44
Re: The in-development Maemo 5 Community SSU
 
Quote:
Originally Posted by debjitbis08 (Post 959419)
Have you tried swapping the x, y values, such as (x1, y1) becomes (y1, x1) after rotation. I have never modified the hildon-home code, will try to implement some ideas.
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.

Quote:
Originally Posted by poleepkwa (Post 959455)
How about a popup menu after installation congratulation you on installing the step 5/5 :p and then stating the customization packing can be installed now if needed?

I think all the "extras" should be enabled by default... instead of enabling them after installation.
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

debjitbis08 2011-03-03 07:50
Re: The in-development Maemo 5 Community SSU
 
Quote:
Originally Posted by randomdood (Post 959471)
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.
Yes, you are right just tried with GIMP. This does not work. Maybe the landscape screen can be divided into two horizontal parts and the portrait sceen into vertical parts. Though I have no idea how to handle widgets that take up the whole width of the screen.

ejasmudar 2011-03-03 08:11
Re: The in-development Maemo 5 Community SSU
 
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.

MetalSer 2011-03-03 08:35
Re: The in-development Maemo 5 Community SSU
 
Quote:
Originally Posted by ejasmudar (Post 959492)
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.
That was what I meant, but then explained in proper words. Thanks :)

randomdood 2011-03-03 08:36
Re: The in-development Maemo 5 Community SSU
 
i say independant desktops are better (if it can be done.. may take a little longer to redraw) this is mainly so that i can have my arrangments different to look better on the two orientations (some arrangements might have icons go to a different screen, hence will need two seperate portrait/landscape dekstops)

also with things like OMweather, i have it the width of my entire desktop, i would like to change the settings of this widget or use another widget on portrait.

[DarkGUNMAN] 2011-03-03 08:37
Re: The in-development Maemo 5 Community SSU
 
I'd say two separate configurations may be needed.. the qbw flipclock is a collection of widgets arranged on top of each other in a specific order - would the arrangement algorithm be able to cope?

In any case I would happily test it out and report the results in detail :)

d-iivil 2011-03-03 09:31
Re: The in-development Maemo 5 Community SSU
 
Quote:
Originally Posted by d-iivil (Post 958928)
The app already pretty much fills those details. Only portait mode ain't working, there I could use some help from devs who knows how to make the UI to scale into new orientation.
Uploaded updated version of my Qt based CSSU Transitions Tuner few minutes ago. It has some error handlings done better and also re-arranged the UI to fit more into Maemo specs.

I still can't get the damn application to work properly in portait mode. Please someone with knowledge; grab the source and help me out :)

jnack95 2011-03-03 09:34
Re: The in-development Maemo 5 Community SSU
 
Quote:
Originally Posted by ejasmudar (Post 959492)
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.
Yes it makes sense, but if the widgets aren't visible the first time it rotates, how can you re-position them?

Nevermind..I re-read it and you said the same thing. My bad...

scoobydoo 2011-03-03 10:12
Re: The in-development Maemo 5 Community SSU
 
for some reason all apps work with autorotate but my menu has stopped rotating any help is greatly appreciated


EDIT i fixed issue with code
gconftool-2 -s /apps/osso/hildon-desktop/ui_can_rotate -t bool true

i put this as root in xterm and issue now fixed

n900 lover 2011-03-03 10:34
Re: The in-development Maemo 5 Community SSU
 
so......here is what has been happening since i first posted about the omweather widget forcing desktop portrait rotation.

after a while it stops rotating to portrait, but, if you go into settings of omweather from widget and change from marina theme to coffee theme or anyother theme the widget has, rotation starts up again.

Does that make sense? can anyone here figure out why its doing that and how to keep it in portrait all the time?i really dont need to have more than one desktop and i kinda like the way it is now.

gionni88 2011-03-03 10:35
Re: The in-development Maemo 5 Community SSU
 
1 Attachment(s)
Quote:
Originally Posted by d-iivil (Post 959533)
Uploaded updated version of my Qt based CSSU Transitions Tuner few minutes ago. It has some error handlings done better and also re-arranged the UI to fit more into Maemo specs.

I still can't get the damn application to work properly in portait mode. Please someone with knowledge; grab the source and help me out :)
http://img641.imageshack.us/img641/6...1030311253.png
http://img812.imageshack.us/img812/2...1030311254.png

Modified UI file. Reduced "single/double colum style" removing style word or it couldn't fit in and moved the buttons to bottom.

I'm not so good using designer, I mainly hardcode, but I think you should put the main layout with rightclicking the widgets and selecting "lay out". If you check on the top right there were red symbols in your widgets meaning there were no mainlayouts set.

Labels are too long in portrait mode, the longest ones may be cut a bit with abbreviations or a smaller font may be used.

EDIT: I'm not able to attach a rar file... When I close the attachment window there is nothing added...
RE-EDIT: Didn't know rar archives weren't supported, fixed.
EDIT+1: Instead of using label+checkbox, you may just put the option name inside the checkbox and save the space used by "Enabled" string.

F2thaK 2011-03-03 11:15
Re: The in-development Maemo 5 Community SSU
 
sweeet ....

F2thaK 2011-03-03 11:20
Re: The in-development Maemo 5 Community SSU
 
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

neboja 2011-03-03 12:02
Re: The in-development Maemo 5 Community SSU
 
Quote:
Originally Posted by ejasmudar (Post 959492)
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 2011-03-03 12:04
Re: The in-development Maemo 5 Community SSU
 
Quote:
Originally Posted by f2thak (Post 959582)
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.... :p

i think that one app for ALL theme customisation is enough... ;)

Jaffa 2011-03-03 12:06
Re: The in-development Maemo 5 Community SSU
 
Quote:
Originally Posted by neboja (Post 959610)
yes... that is quite ridiculous.... :p

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.

d-iivil 2011-03-03 12:30
Re: The in-development Maemo 5 Community SSU
 
Quote:
Originally Posted by f2thak (Post 959582)
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 :)

llBlackenedll 2011-03-03 12:35
Re: The in-development Maemo 5 Community SSU
 
Quote:
Originally Posted by ejasmudar (Post 959492)
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 2011-03-03 12:36
Re: The in-development Maemo 5 Community SSU
 
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 2011-03-03 12:43
Re: The in-development Maemo 5 Community SSU
 
the themes customizer icon size is not working?

Rob1n 2011-03-03 13:36
Re: The in-development Maemo 5 Community SSU
 
Quote:
Originally Posted by Dark_Angel85 (Post 959631)
the themes customizer icon size is not working?
No, the patch for this is not currently in the CSSU version of hildon-desktop.

s4br0s0 2011-03-03 13:39
Re: The in-development Maemo 5 Community SSU
 
Quote:
Originally Posted by randomdood (Post 959471)
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 2011-03-03 14:02
Re: The in-development Maemo 5 Community SSU
 
Quote:
Originally Posted by ejasmudar (Post 959492)
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.


All times are GMT. The time now is 15:32.
Page 43 of 136 « First 334142 43 444553 Last »
Show 40 post(s) from this thread on one page

vBulletin® Version 3.8.8