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
follo
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 wrote:
> Aurora is not about fragmentation. Zhone was already there before
> 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 le
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 firs
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
> >> smartphones were invented.
> >
> > Could you please elaborate
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
> http://gnumonks.org/~laforge/papers/gsm_phone-a
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.
>
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" –
t; 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.
[cut]
very good idea! This might also be a good starting point as a simple
reference application for those wh
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
nnecessary
> fragmentation of front-end efforts; also for the FSO2 middleware 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.
FSO clients, 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
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
) 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 as
14 matches
Mail list logo