Closed
Bug 644919
Opened 13 years ago
Closed 5 years ago
We need another way to ifdef for MeeGo since MeeGo Core does not define UX
Categories
(Firefox for Android Graveyard :: General, defect)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: jbos, Unassigned)
Details
The huge advantage of MeeGo is that it does not define any UX. This allows vendors of MeeGo Product to maybe take one existing UX, but also to redefine everything. So i.e. taskswitcher buttons are maybe needed for one MeeGo but not for the other. We also have issues regarding the fact that i.e. egls graphic drivers are in different states of development and i.e. crashing or not. Also there is MeeGo 1.1 Core, MeeGo 1.2 Core, MeeGo 1.x Core, MeeGo y.x Core Which might need to have different code in some point of time. To handle this in future and now, we need and to take another path than calling all MeeGo just "MOZ_PLATFORM_MAEMO==6" (what we do right now) But what would be the best way to handle this? I propose to go away from the thinking of making a desicion based on the platform. I would like to take sets of features which differ in the releases and turn them off/on within mozconfig. Ie. MOZ_ENABLE_MEEGO_TASKSWITCHER MOZ_ENABLE_MEEGO_EGL ... Also we should consider to move away from having MOZ_PLATFORM_MAEMO=6 as a synonym for MeeGo. I think that we should introduce MOZ_PLATFORM_MEEGO= with numbers like, 11,12,13,...,20,21,22,..... (for Meego 1.1, Meego 1.2)
Comment 1•5 years ago
|
||
Closing all opened bug in a graveyard component
Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•