On 30/08/2014 01:05, Jonas Sicking wrote: > First off, I'm somewhat concern about not giving the homescreen any > special treatment. It seems to me that even for users that swipe > between apps a lot, going to homescreen is going to be a relatively > common action. > > It sounds like the perfect solution here would be some form of > predictive algorithm, or something based on frecency. But that sounds > like a lot of complexity.
Yes, I'd rather avoid complexity. The idea of special-casing the homescreen was important back in the day because restarting it took significant time and the user could wait a few seconds before seeing the icons. I don't know if this is the case anymore with the vertical homescreen. If restarting it is quick enough then there's no point in keeping it artificially alive. > I agree that it's bad that the homescreen gets higher priority than > the "front most" app when the screen is turned off. But that sounds > fixable without completely making homescreen be "just another app". > Maybe one solution is to use LRU, but prevent homescreen from dropping > below 3rd place? I have to think about that. The foreground-app-goes-to-the-background-when-the-phone-is-turned off is kind of complicated to solve in a robust way right now. It's fixable and I've got a patch already to solve it but it's somewhat fragile. > Second, I'm missing mention of special treatment of apps that play > background music. I definitely think that if an app is playing audio > while in the background, that we need to give higher priority than > almost every other background app. This is both because it's directly > noticeable to the user when we kill the app, and because if the app is > playing audio, that audio is likely something that the user wants to > listen to. > > I would actually say that apps that play audio, including the dialer, > likely should always have higher priority than any background app. If > there are multiple apps that are doing this, then using an LRU seems > fine. Yes, I forgot mentioning it but we're already boosting the priority of apps playing audio in the background. That wouldn't change naturally. > Third, when I have pondered this stuff in the past, it seemed to me > like a lot of the complexity comes from the fact that the system app > generally had most of the information about which app is most > important. However gecko made all the decisions. And the only way that > the system app could influence gecko was through setting various > properties through the browser API which only affected LMK levels CPU > priorities in indirect and complex ways. Yes, your mail as well as Fabrice's and Alive's answers are making me warm up to the idea of moving some of these decisions into the system app. Gabriele
signature.asc
Description: OpenPGP digital signature
_______________________________________________ dev-b2g mailing list [email protected] https://lists.mozilla.org/listinfo/dev-b2g
