Watchwolf a écrit 216 commentaires

je suis d'accord, l'article ne révolutionne rien mais il est agréable à lire et je n'y voit pas de fanatisme ou autre.

Un point que je n'ai pas trop compris, les modifications faite à la fenêtre KDE pour la "gnomiser" sont toute faites dans le thème ? Il serai possible d'avoir un KDE "gnomisé" juste en sélectionnant un thème ?

et si je veut garder des applis qui utilisent kdelibs ?

Bah c'est juste un menu qui occupe tout l'écran d'après les screens. Bon c'est bien je ne dit pas le contraire mais c'est pas spécialement innovant. Parmis les différents menus qui ont était fait pour kde et gnome certains y ressemble quand même.

Pourquoi j'ai l'impression que tu ne l'as pa vu au cinéma ? :)

Aucune que 10% des utilisateurs coupent leu connexion internet, suffit de voir la manif a Paris. Déjà moi je ne le ferait pas.

Sauf que tu n'es pas seul au monde, et que plusieurs personnes ne pensent pas du tout comme toi.
A part Apple donc, sauf que Apple niveau ergonomie ne fait pas l'unanimité.

mais tu voudrais quoi ? que des que tu clique sur une image ça la sélectionne comme fond d'écran ?
Tu fait comment si finalement tu veut pas changer et garder l'ancienne image ? tu la recherche dans la liste pour la sélectionner ?
Si finalement tu ne veut appliquer la nouvelle image que pour ce bureau et non tous les bureaux ? Tu doit re-sélectionner l'ancienne image pour revenir en arrière puis ensuite sélectionner un bureau puis l'image ?

C'est un peu lourd comme méthode :/
Ici c'est clair: Tu sélectionne une image, si finalement tu la veut en fond d'écran tu doit clairement le valider. Au contraire niveau ergonomie au moins c'est clair pour l'utilisateur.

Après e fond d'écran animé n'est as quelque chose qui a réellement était cherché. Un fond d'écran c'est un fichier edje, et un fichier peut contenir des animations et la gestion des evenements. Donc on peut faire des fonds d'écran animé. Ce n'est pas franchement LA feature de e17, c'est plus une feature collatérale.

Afficher une vidéo et une suite d'image ce n'est pas tout à fait la même chose. Ton processeur a des optimisations pour la vidéos et la vidéo n'est qu'une suite d'image là ou edje calcul l'image résultat.

Toujours est il que oui ca rame, ce n'est peut être pas le bon exemple cette vidéo. Avoir un fond d'écran avec edje permet plus qu'une simple animation: il est possible de gérer les evenements souris et claviers et ainsi executer des animations au passage de la souris par exemple. Une animation n'est pas obligée d'occuper tous l'écran comme c'est le cas ici, une plus petite animation pour simuler un bouton par exemple, pour mettre une transition pendant le changement de la valeur de la t° du proc par exemple.

Sinon actuellement il y a un travail au niveau du cache du redimenssionnement des images qui est effectué, l'absence de se cache plombe les perfs lors d'animation utilisant des images dont la taille est modifiées par l'appli.

En ce qui concerne la taille de la fenetre, c'est possible de sauvegarder sa taille. Actuellement elle est petite parce que l'appli a était codé pour pouvoir tourner sur des petits écran (téléphone par ex).

Il ne faut pas non plus éxagérer, faire de l'OO complet en C c'est très lourd, en générale ce qui est fait est de l'OO simplifié, c'est d'ailleurs le cas de EWL et de ETK. C'est surtout pour avoir un aspect héritage entre les widgets.

les Evas_Smart_Object sont un peu plus complet niveau OO.

Le développement de enlightenment ne se fait pas exactement comme celui de Gnome ou de KDE.
Les principaux devs de e travaillent sur les bibliothèques et parfois sur des applis mobiles, les entreprises qui aujourd'hui utilisent les EFL c'est sur des environnement mobiles et tactiles.
C'est pourquoi le dev d'appli "classique" n'avance pas.

Je ne sais pas pour les autre box, mais la freebox a un DD de 40go.

pour juste téléphoner j'ai pas besoin d'un freerunner, un tel a 1€ sans abonnement ca suffit.

l'openmoko permet de caler des feuilles je pense :D

et puis avec la brique tu as aucune chance de recompiler ton noyau ou d'avoir un kernel panic donc bon...

Ca en fait partie, personnelement je suis dev sur enlightenment, j'était interessé par le projet openmoko mais je n'ai jamais travaillé dessus en raison de l'absence de 3G, d'appareil photo et du prix. Je prefere m'amuser avec un nokia.

Magic peut être pas, il y a pas mal de limitation sur le G2. Pour les développeurs, le projet Openmoko est largement meilleur.

c'était un tout. Il n'était pas d'accord avec les décisions qui pour lui dirigées le projet vers un echec.

ok il n'y a pas de pbs, je tenait à préciser ce que l'on peut entendre par occupation mémoire. Sinon étant donné que l'un des objectifs semble d'épurer l'écran pour laisser la place aux fenetre et d'occuper peu de mémoire (moins de kde et consort) vous avez pensez aux netbooks ? ca pourrait être interessant de developper une interface plus appropriés pour ces machines.

et globalement lorsque le livecd est démarre ? vous utilisez des libs toute fait comme QT/Gtk non ? Je pense qu'il faut donc les compter dans le poids utilisé par Logram.

Etk c'est mort, c'est juste gardé dans un état compilable pour le moment.

pour l'API je dirait que ca part du plus global au plus prévis:
lib_objectDeLaLib_actionSurObjet

beaucoup de personnes utilise e17 depuis des années, même dans des entreprise on en voit, alors dire que ca crash trop ...

En ce qui concerne les fonds d'écran animé, on ne parle pas de vidéo mais d'animation ce qui est différent. On peut même y gérer l'événementiel et ainsi activer une anim lorsque la souris passe dans une zone, on peut également exécuter des application lors d'une clic dans une zone (et en même temps avec une anim genre les classiques boutons par ex).

En faite tous les widgets et autres apps sont faites avec la même méthode que celle pour faire des fonds d'écran.

Ca va un peu plus loin que de la vidéo (qui n'est pas encore possible dans e17 d'ailleurs car le support de la vidéo n'est pas présent dans edje/eet pour le moment).

oui mais il n'y a pas de release de e17 :)

bah le gestionnaire de fenetre c'est une application non ?

bof, dans l'entreprise ou je travail on a fixé les sources que l'on utilise, ca revient au même qu'une release. Ce n'est pas parce qu'une release est faite que les API ne vont plus changer (après faut pas tout changer non plus, mais depuis 2 ans que je suis sur e et les API n'ont pas tant changer que ca à part le passage a eina).

bah voila, ton interface en QT est simple, statique alors que illumine y a quelques trucs en plus quand même. Disons que illumine n'est pas adapté a openmoko si tu veut, mais honnetement openmoko n'est pasa dapté a grande chose pour le moment.