Active Topics

 


Reply
Thread Tools
pichlo's Avatar
Posts: 6,445 | Thanked: 20,981 times | Joined on Sep 2012 @ UK
#61
There is no need to dig into details. I know Palm OS was single tasking, but save state or suspend, the effect was the same: you never closed an application, you just started a new one. When you then went back to the previous one, it resumed from the same state, i.e. it never started from zero.

With a handful of very rare exceptions, applications on neither OS even had the "Exit" option. On Symbian, it was even actively discouraged (by programming guidelines) for applications to have that option.

I have (thank Zarquon!) never owned a Symbian phone and have no extensive user experience with it, but I have a lot of programming experience and that alone made me never want to touch Symbian with a barge pole if I could avoid it. We had to go through hoops to follow the guidelines, such as #if-#endif to make "Exit" available for debugging but taken out from the release build. Yuck!

This is what now annoys me about Android. There is the "Back" button that, if you press it enough times, eventually closes the application. But does it really? The fact that you can never be sure is what I find rather irritating.
__________________
Русский военный корабль, иди нахуй!
 

The Following 11 Users Say Thank You to pichlo For This Useful Post:
Posts: 649 | Thanked: 762 times | Joined on Mar 2012 @ Ohio
#62
Originally Posted by pichlo View Post
With a handful of very rare exceptions, applications on neither OS even had the "Exit" option. On Symbian, it was even actively discouraged (by programming guidelines) for applications to have that option.
You are right, not many Symbian applications have an "Exit" option. However, that is because the right hardware button always closes the current application. No need to be redundant.



Sent from my XT1095 using Tapatalk
 

The Following 3 Users Say Thank You to imaginaryenemy For This Useful Post:
Posts: 992 | Thanked: 738 times | Joined on Jun 2010 @ Low Earth Orbit
#63
Originally Posted by imaginaryenemy View Post
You are right, not many Symbian applications have an "Exit" option.
I beg to differ. Most do have an Exit option. Especially the older ones. Even on my 808 many of built-in applications have Exit - Mail, Store, Music Player, etc.

However, that is because the right hardware button always closes the current application.
Some apps have 3 ways to close
  1. back arrow
  2. Menu option
  3. Hangup button

Some have only 1 or 2, and 3. And some like Camera can only be closed using 3.

No need to be redundant.
Coming from some other company I would say it gives you choice, but coming from Nokia it's more of them being inconsistent and incompetent. One of the changes they made in the Belle upgrade was supposed to be an improved keyboard. The English input keyboard was a marginal improvement, but the Chinese input keyboard was a step back from the Anna version. And to make things worse some remnant of the Anna keyboards are still present after the upgrade and some applications would use those instead of the new ones.
 

The Following 4 Users Say Thank You to kureyon For This Useful Post:
Posts: 649 | Thanked: 762 times | Joined on Mar 2012 @ Ohio
#64
Originally Posted by kureyon View Post
I beg to differ. Most do have an Exit option. Especially the older ones. Even on my 808 many of built-in applications have Exit - Mail, Store, Music Player, etc.

Some apps have 3 ways to close
  1. back arrow
  2. Menu option
  3. Hangup button

Some have only 1 or 2, and 3. And some like Camera can only be closed using 3.
I use the "hangup button" to close every application except Gravity (you have to use the "Exit" option in the menu to exit that).

I was merely adding to pichlo's personal experience with the "Exit" option in the development guidelines for Symbian. If I minimized the existence of the "Exit" option, I apologize.

I would like to add that I have never had an application be removed from the "open apps" by pressing a back button. The "hangup button" and "Exit" are the only ways I know of that happening.

Sent from my XT1095 using Tapatalk
 

The Following 3 Users Say Thank You to imaginaryenemy For This Useful Post:
Posts: 649 | Thanked: 762 times | Joined on Mar 2012 @ Ohio
#65
This seems relevant.

The comments range from people bad talking the N900, to people praising it. Everyone picking it apart to show why it is/isn't an amazing feat.
 

The Following 3 Users Say Thank You to imaginaryenemy For This Useful Post:
Posts: 992 | Thanked: 738 times | Joined on Jun 2010 @ Low Earth Orbit
#66
Originally Posted by imaginaryenemy View Post
I would like to add that I have never had an application be removed from the "open apps" by pressing a back button.
Calendar on the 808 has a back button that removes it from the open apps list. Music Player's back button does not remove it from the open apps list (which is probably the expected behaviour since you would want it to go into the background and continue playing). Like I said before, inconsistent and incompetent
 

The Following User Says Thank You to kureyon For This Useful Post:
Posts: 3,328 | Thanked: 4,476 times | Joined on May 2011 @ Poland
#67
Hmm... I could see a way to achieve real multitasking on Android.

1. Memory Locker to prevent apps from being killed
2. Binding one middle key to kill and app and launch the recent apps.

I assume that recent apps is cleaned of dead apps, otherwise we'd need a daemon for it.
__________________
If you want to support my work, you can donate by PayPal or Flattr

Projects no longer actively developed: here
 

The Following 2 Users Say Thank You to marmistrz For This Useful Post:
Posts: 649 | Thanked: 762 times | Joined on Mar 2012 @ Ohio
#68
Originally Posted by kureyon View Post
Calendar
If the calendar is your only example, it make sense that I am unfamiliar. Not being able to link it with my other calendars, I have never used the it.



Sent from my XT1095 using Tapatalk
 

The Following User Says Thank You to imaginaryenemy For This Useful Post:
javispedro's Avatar
Posts: 2,355 | Thanked: 5,249 times | Joined on Jan 2009 @ Barcelona
#69
Technically, programs are always 'running' in PalmOS. This is because there's no distinction at all between storage and memory, and thus there's little difference between an "unloaded" and a "loaded" program in PalmOS (the difference is, basically, whether globals have been allocated or not).

In fact, e.g. if you created a socket and used the asynchronous IO equivalent to listen() or read() from it (more or less equivalent to Linux AIO's raise a signal when IO finishes), you would quickly realize that your signal callback would be called _even after going back to the launcher and switching programs_. That is how my 'background' FTP server for PalmOS worked.

Similarly, it was easy to malloc() something that would leak even if you 'switched' programs.
However, this was not the default. In practice, PalmOS worked like Android. When you get the notification that the user is going to the launcher, you just free() everything (or as much as possible). When you get launched, you load stuff back.

Unlike Android, no one would kill or "SIGSTOP" you if you decided to not free() everything.
 

The Following 5 Users Say Thank You to javispedro For This Useful Post:
Reply

Tags
gravity box

Thread Tools

 
Forum Jump


All times are GMT. The time now is 06:39.