This ticket if for deciding what should be in the project roadmap. It was created from T6740.
If there is already a clear idea and no discussion, we can create it and close this ticket.
If you disagree with anything in this ticket please comment.
Where
The project roadmap would be a wiki article on the site.
Who/When
Who is going to maintain it? I think it should be reviewed when there is a release. The release manager could do it but it is already a lot of work (that is why we should reduce other work if possible)
Also someone has to start a first draft.
CONTENTS
I am going to take raster email to have a rough idea of a first draft.
I don't think other people expressed much about this. If they did tell me where. If you didn't please do
Project vision/philosophy
a) E started with making a FANCY UI ... and that is still what it is about. EFL
too. to make fancy totally out-there GUI designs possible even with just the
change of a theme file being dropped in-place.
b) E started as just a WM, but unlike the WM's of the day it did far far more.
It basically was a desktop environment minus the actual applications. I still
want the same, but now want E to work like a charm on not just desktops, but
laptops, tablet convertibles, pure tables, phones etc. etc. with a mouse and
keyboard, or touch, or buttons etc. ... with the addition of now being able to
provide apps because EFL makes that possible now
c) I want E and EFL to be efficient at what they do and yet still not give up
being fancy. Deciding on the line to draw here is hard, but c)
To summarize : fancy themes, e/efl working on desktop but also everything that has a screen, efficient, fast and fancy.
Support other programming languages through interfaces
d) Everyone can argue about languages all day long, but supporting as many as
sensibly possible is important for EFL. It opens things up to many more
developers. This is why EO/Interfaces is important. To some extent I think it's
kind of gone too far and it making using EFL in C far more painful than the
legacy API's and this needs to be addressed before any stable release is out. C
is still the core language of EFL and E and it shouldn't suck just because a
binding is a "little nicer". But still - supporting more developers is
important and supporting their languages and operating systems too
Make it easy to create, share, download an app whatever your platform
e) Continuing from above, I'd love to see a trivial "make an E app" scheme with
simple tools to start the app project and fill it in with a templated (edi did
start with this), and provide at least some languages supported at this point,
then the ability to upload, and share that app, and for users to download and
install it as a user without root and without having to worry about what OS or
distribution they are on.
Have a filemanager builtin for e
f) I still think E should have the filemanager built in. It's far too useful to
not do this. It's pretty much necessary for icons on the desktop and consistent
FM UI. If its done in-process or outside is another matter, but it has to be
deeply integrated.
Make the ui easier to use
g) I think we should have a powerful GUI, but there should be some effort to
make it easier to use. A lot has organically grown and needs a review and
re-do.
Make a distribution to show off enlightenment
h) I think at some point we may have to do our own distro that integrates E
well and shows it off out-of-the-box. This is a huge amount of work and it's
only sane to do piggy-backing off an existing distro (arch, debian, fedora,
whatever). But we need to show E off pre-packaged and configured to be
just-right. Perhaps some Rpi images where the hardware is fixed and known and
maybe a bootable and installable ISO too for x86? To make this ebentually all
work out well we need system config tools (gui time/date/ntp/locale config for
the OS, gui user management tools, gui package management/system update tools,
a gui installer front end etc.).
Make more apps
i) fill in more apps. we have a solid terminal emulator. a good video player
(does music too but not well). a good photo viewer. there's a media center too
which i don't know well enough to say much about. a start of an ide, irc
client, a matrix client was being done by indefini, a pdf viewer (needs work),
text editor, calculator and more ... some of these apps are well polished now,
others need a little more polish, some need some real hard work. we could do
with a web browser (re-use blink or ewebkit - ensure it is compiled and shipped
so it can be sued as a web view and a browser core). an email client would be
nice too. you get the drift. fill in the apps.