![]() |
Re: MeeGo Reconstructed - a plan of action and direction for MeeGo
Quote:
|
Re: MeeGo Reconstructed - a plan of action and direction for MeeGo
Quote:
OK now i understand fully why meego has never been successful. If you want to develop meego to be recognised by anyone who will use it then it MUST be capable as an operating system if it is to even run properly. As a UI/GUI it must be capable of working with the OS it is being used with or it will fall flat on its face. What has happened is very basically the interaction between the OS as a user interface, this is always where the problem has occured. IF meego is to be used as an OS then ALL and every driver must be in place within the structure of its BIOS and this is what has never been accomplished. What has happened is the development has been limited because of driver source and as a UI it is clashing with instead of working with the OS. IF meego as an OS is to even work then ALL source must be available and here we start with the problem of development for the N900 because for me i still do not understand what the adaption was, ie an OS or a UI/GUI. |
Re: MeeGo Reconstructed - a plan of action and direction for MeeGo
Quote:
Hardware adaptation is things like: configuration files for hardware, kernel, GLESv2/EGL libraries, modem drivers, etc. |
Re: MeeGo Reconstructed - a plan of action and direction for MeeGo
Quote:
In my understanding, MeeGo was a common core: - entirely open source (like, 100%). - with reference UI for the targetted platforms. These were never meant to be consumer UI. Just an example of what can be done, and a base framework to test your app in for developpers. Then, the MeeGo Hardware Adaptation project was adding the Nxxx specific drivers and tuning for having the core booting and running correctly on these devices, without care for the UI. Finally, the MeeGo CE project (different project but same people) was adding a UI on the Hardware Adaptation project, and bundling some application with the goal of making it "daily use ready". This was at first based on the reference handset UI, but there was discussions at some point to use the tablet UI, and they could have used/devellopped a completely different one in the future. And after that, there was the abill_uk project, complaining that MeeGo (from netbook to IVI) was failling because the MeeGo CE project was not progressing rapidly enough for him. In order to stop logicless people from ranting, the Mer project is now without reference UI ;) |
Re: MeeGo Reconstructed - a plan of action and direction for MeeGo
I still do not get an answer to my question so i will ask again.
What is this meego to be? is it to be an OS or a UI/GUI ? |
Re: MeeGo Reconstructed - a plan of action and direction for MeeGo
Quote:
Mer: Quote:
Quote:
Quote:
|
Re: MeeGo Reconstructed - a plan of action and direction for MeeGo
Quote:
Mer is a core. An OS that boots to a display with nothing on it (as I said). No UI, no GUI. You are not expected to run this, it's only of interest to people making devices, or people making UIs. To get something that you can actually run, put another project, such as Cordia, handset CE, or Plasma Active on top. *They* have a UI. |
Re: MeeGo Reconstructed - a plan of action and direction for MeeGo
Quote:
|
Re: MeeGo Reconstructed - a plan of action and direction for MeeGo
Quote:
Meego is common core you say but what "core" was it? was it a UI/GUI or was it an OS?. If it is supposed to be an OS then it must have all source available for the device this OS is to be written for OR are you saying it will be a "common" OS?. My god you got some work to do if you are to make this a common OS because you then have to incorporate every single driver for every single CPU and component within any device that has been manufactured, the same as Windows is capable of being programmed into any computer as it has all the needed drivers incorperated within its entirety as a multi OS for any device/computer. "Then, the MeeGo Hardware Adaptation project was adding the Nxxx specific drivers and tuning for having the core booting and running correctly on these devices, without care for the UI." This is non logical because without care of the UI it cannot be accomplished and this kind of dumfounds me. "Finally, the MeeGo CE project (different project but same people) was adding a UI on the Hardware Adaptation project, and bundling some application with the goal of making it "daily use ready". This was at first based on the reference handset UI, but there was discussions at some point to use the tablet UI, and they could have used/devellopped a completely different one in the future." What is the "hardware adaption project" ? is it OS or UI/GUI ?. What i am trying to esablish here is knowledge of the actual understanding of the meego "build" and just what is it actually meant to be. |
Re: MeeGo Reconstructed - a plan of action and direction for MeeGo
Quote:
Do you really think that manufacturers will give you all source code to the devices they have put in there particular design? because without this there can not be an OS of any kind. Or are you going to start from scratch with data sheets of every component?. |
All times are GMT. The time now is 18:20. |
vBulletin® Version 3.8.8