Heyho,
a little bit late but it's still august so who cares? The first release
of the aurora project has finally arrived. It is still in beta state but
ready to be flashed on your Palm Pre / Pre Plus / Pre 2 devices.
The images for each device you find in [1]. Just download them and
follow
Am Freitag, den 20.05.2011, 19:57 +0200 schrieb Enrico Zini:
On Mon, May 16, 2011 at 06:02:58PM +0200, Michael 'Mickey' Lauer wrote:
SUPPORTED DEVICES
We decided to only support the Palm Pre devices (Pre/Pre Plus/Pre 2) for
the first to-be-released version of Aurora. More
supported
Although we have seen a welcome level of standardization
via kernel class devices in the past years, there are still
too many home-grown vendor solutions and interfaces developed
out of the kernel tree. All those we (FSO) have to adapt
to provide a unified experience to the application level.
Hi Simon,
Many thanks for your explanations of Aurora. I think I understand
now, at least as regards what you are trying to do, and why. I have
just one further comment below.
On 17 May 2011 06:57, Simon Busch morp...@gravedo.de wrote:
Aurora is not about fragmentation. Zhone was already
On Monday 16 May 2011 23:22:03 Neil Jerram wrote:
Some words about the technology choices we have made for Aurora. The UI
components of Aurora will be based on Qt's QML
(Qt Markup Language) and will have parts written in C++ and Vala
(although we're going to use Python for prototyping
. We have therefore decided to develop a new
testing/demonstrator for FSO named Aurora that
is supposed to be the driving force for further development.
[cut]
very good idea! This might also be a good starting point as a simple
reference application for those who want to start developing
Hi Corey,
On Monday, May 16, 2011 09:02:58 AM Michael 'Mickey' Lauer wrote:
NOTE: Cross-posted to three mailing lists, please keep it that way, if
you want to reply.
Aurora is supposed to be something we call a featurephone client –
featurephones being those things we used for telephony
On Tue, May 17, 2011 at 05:47:46PM +0200, Dr. Michael Lauer wrote:
Hi Corey,
On Monday, May 16, 2011 09:02:58 AM Michael 'Mickey' Lauer wrote:
NOTE: Cross-posted to three mailing lists, please keep it that way, if
you want to reply.
Aurora is supposed to be something we call
Am 17.05.2011 um 18:06 schrieb Martin Jansa:
Bottom line: feature phone is less flexible, comes with everything
preinstalled,
and is designed around the telephony.
There is nice description of feature phone and smartphone in Chapter 2
Thankyou for the clarification!
On Tuesday, May 17, 2011 08:47:46 AM Dr. Michael Lauer wrote:
Hi Corey,
On Monday, May 16, 2011 09:02:58 AM Michael 'Mickey' Lauer wrote:
NOTE: Cross-posted to three mailing lists, please keep it that way, if
you want to reply.
Aurora is supposed
) is
currently an oversimplified approach based on a
non-maintainable Edje file. We have therefore decided to develop a new
testing/demonstrator for FSO named Aurora that
is supposed to be the driving force for further development.
AURORA
The aim of Aurora is to replace zhone and zhone2
On Monday, May 16, 2011 09:02:58 AM Michael 'Mickey' Lauer wrote:
NOTE: Cross-posted to three mailing lists, please keep it that way, if
you want to reply.
Aurora is supposed to be something we call a featurephone client –
featurephones being those things we used for telephony before
, such as
the Emacs client, Zhone, and Zhone2. Zhone (and its successor Zhone2) is
currently an oversimplified approach based on a
non-maintainable Edje file. We have therefore decided to develop a new
testing/demonstrator for FSO named Aurora that
is supposed to be the driving force for further
to be
rock-solid, with things fixed like RequestResource('bluetooth')
starting bluetoothd.
Aurora is not about fragmentation. Zhone was already there before SHR
and Aurora will continue Zhone. We will take aurora as our new reference
application as it is quite simple and let us integrate new
14 matches
Mail list logo