C isn't a big issue.The main problem is that even if you can read doxygen and see params needed for every functions, and what they return, it is sometimes hard to see how to build your App. Tutorials and examples are few.
On 07/06/2011 00:02, Gustavo Sverzut Barbieri wrote:
On Mon, Jun 6, 2011 at 6:44 PM, Steven Le Roux<ste...@le-roux.info> wrote:Hi, at the last EFL meeting in france with #e.fr , yoz suggested few, bloody simple example which could be run by simple copy/paste/compile I think it's a good idea too because doxygen and API (documentation) works great with devs, but it's maybe not sexy enough to convert a web dev/sysadmin/whatever into a C developper...well, this is another problem I'm personally interested for a while. EFL's biggest problem is the lack of applications(*) using it. And lack of application is deeply linked with lack of high level languages(**), at least supported officially and as a first class citizen. I tried to solve this long ago when I created python-efl to save our development time with Canola software (circa 2007). It turned out to be successfully OUTSIDE efl community, with great adoption on Maemo and OpenMoko and it you aggregate these applications, it turns out we have more Python-EFL applications than C applications using EFL :-) Nonetheless EFL community bashes Python's usage and I have no free time (or motivation for the sake of it) to maintain python-efl or bring it to a first-class citizen of our community. In the hope to solve this problem I'm trying to find companies to sponsor/contract a project to create JavaScript bindings and actually an even higher level layer on top of Elementary to make development as simple as web. It's being hard, but if you know interested companies let me know ;-) The idea is instead of just exposing widgets to users and having them to do plumbing to get something that resembles an application, we follow Web Frameworks (Rails, Django) or Mobile Frameworks (iPhone, Android) and deliver solutions that abstract those and let the developer focus on the problem rather then extensive work to get basics. -- Real world example is the amount of work you have to do to create drill down navigation in EFL x (Android|iPhone). The combination of Higher Level Languages x Higher Level Toolkit will result in LESS code to type, LESS places to do mistakes and EASIER copy and paste of common cases as examples. If you ever did Web development you know that CSS, JS and HTML are things few people know properly, but anyway you see millions of web sites that people like :-) (*) writing libraries without actual use cases (applications) leads to infinite rework on some bits, and wrong designs that when we try to put in use we face unusable patterns. For a looooong time E17 was the sole application using EFL. I know it's hard to get core people to work on UI/applications, thus that's why we need to solve the problem listed in (**). (**) many people don't get along with C, even people that contribute with core EFL make gross mistakes on its usage. Pointers, callbacks and manual memory management are major pitfalls for developers. While developing an application to do X you rather focus on doing X properly than dealing with low level language nasties. The more you focus on creating auxiliary structures, doing casts, checking memory pointers and freeing them, the less stamina you have to think about the actual purpose of your application. Then either you have an application that suck because you struggled too much with the internals instead of designing a proper UI, or you don't even finish your application at all. -- a common pattern ;-)
<<attachment: guillaume_friloux.vcf>>
------------------------------------------------------------------------------ EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev
_______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
