Autant pour moi.
Il a du modifier légèrement la configuration à chaque nouvelle installation, sinon c'est improbable. Dommage qu'il ne donne que si peu d'informations.
comparatif purement qualitatif : sur MIPS 200 MHz (la freebox 5, mais cedric pourra en dire plus) : qt ne marche pas, gtk2 est ultra lent, les EFL font tourner les jeux à 25 fps. Quant à gtk3, sérieusement, depuis qu'ils sont passé à cairo pour le rendering, ce n'est même pas la peine d'essayer de faire des comparatifs...
concernant les OS supportés par les EFL : linux, Solaris, *BSD, Windows XP et CE (je m'occupe du port). Mac OS X est pour ainsi dire pas supporté en natif mais fonctionne avec la couche X pour la partie graphique (E17 tourne sur Mac). Symbian n'est pas supporté, ni Android.
concernant le support graphique:
Linux : frame buffer, directfb, Xlib, XCB, Xrender (mais plus supporté, trop lent), OpenGL
Windows XP : GDI et DirectDraw (Direct3D et OpenGL doivent être re-écrit)
Windows CE : frame buffer, GDI, GAPI, DirectDraw
Mac OS X : Quartz (hyper lent, il faut re-écrire le moteur OpenGL)
cross plateforme : SDL (soft et OpenGL)
Concernant l'accélération asm : MMX, SSE, SSE2, Neon, il ya aussi un peu de parallelisation dans le rendu d'evas.
Donc je pense qu'au niveau support, on est pas mal.
"Si je veux lire une brochure publicitaire, je ne regarde pas une documentation supposée technique."
Parce que tu crois que qt et gtk ne font pas de la pub et des brochures publicitaires ? J'ai vu un blog d'un mec de QT qui voulait faire un truc graphique avec une nouvelle techno. Il a fait un blog d'une soixantaine de lignes pour dire qu'il avait réussi à afficher une fenêtre et qu'il ferait un blog quand il aura réussi à afficher 2 fenêtres. Ce blog a même eu de la pub sur phoronix. Tout le monde fait de la pub, plus ou moins bonne, et ceci chez les devs d'E, de GTK/Gnome et de QT/KDE. Il faut bien amener de nouveaux devs, du fric, etc...
Si tu es dégouté de la pub, tu dois être souvent dégouté dans la vie.
Mais sinon, concernant le wiki, je suis d'accord avec toi : je trouve le texte indigeste. C'est raster qui l'a pondu, pour ma part je lui ai dit que personne ne lira ces (ses) info.
apres, tu te fais une idee... Au passage, la techno introduite par les EFL date de plus de 7 ans. C'est dommage que si peu de pub ait été faite sur cette techno
on peut voir deux zones en haut (à droite et à gauche) avec un espace blanc qui n'a pas l'air volontaire.
Le 2011 dans l'affichage de la date d'une dépêche est lui aussi mal placé.
Quand je clique sur « pertinent » ou « inutile », il ne se passe rien pendant quelque secondes (2 seconde au moins), je ne sais pas si c'est du à la CSS ou non (je ne pense pas, ça fait la même chose avec kaiska-new). Il serait bien de faire un changement de forme lors du clique (changement de curseur déjà, au survol), là, j'ai vraiment l'impression de ne pas cliquer (comme si je cliquais sur du texte pur).
Dernier point, le noir sur fond blanc, c'est illisible, ne serait-il pas possible de ternir un peu le fond ?
Je suis content que ce soit cette CSS qui a été sélectionnée.
Juste deux petites suggestions :
- La zone de texte markdown déborde sur la droite avec FF 3.6/Linux
- Le lien « Envoyer un commentaire » pourrait être dupliqué en début de commentaires.
> Mwai enfin à part dire c'est moche, tu veux dire quoi pour une css ?
- couleurs criardes, mal assorties, contrastes agressifs
- dépassements des champs
- marche pas pour le navigateur machin
- espace mal utilisé (marge trop épaisses)
- ...
La plupart d'entre nous sommes conscients par ailleurs de ces défauts, mais un oeil extérieur permet de prendre beaucoup de recul.
(arcaik) |> ~ <| su -
Password:
(root) |> ~ <| rm -rf /
rm: it is dangerous to operate recursively on `/'
rm: use --no-preserve-root to override this failsafe
(root) |> ~ <|
Il suffit de faire : DAEMONS=(syslog-ng @crond @mysqld @openntpd dbus @networkmanager)
Mais je préfère (c'est purement esthétique) que les daemons en arrière-plan se lance après les autres.
Openntpd devrait attendre networkmanager, non ? Il est cencé attendre d'avoir le réseau.
Le truc c'est que networkmanager est une grosse bouse. Quand il se lance il ne fait rien et les clé (WEP ou les mot de passe WPA) sont stocké dans la session de l'utilisateur (chiffrées par mot de passe sous KDE). Même lancé, il faut attendre la connexion d'un utilisateurs pour qu'il se connecte au réseau et cette connexion se perd à la fermeture de la session.
C'est complètement débile mais c'est comme ça.
Il y a 5 services et c'est déjà pas optimal, tu pense qu'avec un peu plus de deamon c'est gérable ?
C'est pas optimale parce que c'est fait à la rache™ avec une grosse envie de pas se prendre la tête à se demander ce qui doit se lancer en premier.
Le seul endroit où j'ai un problème c'est sur mon desktop, avec bind qui n'écoute pas sur 0.0.0.0 et doit donc être lancé après le réseau (sauf que le réseau, en DHCP, c'est lent).
Le système que vous décrivez c'est bien quand on a des choses vraiment simples, mais si on a des dépendances à plus d'une branche de profondeur ça ne sert plus à rien
Je peux avoir un exemple, j'ai du mal à comprendre en fait.
Ben en fait, dans mon cas (très basique, je l'admet), ça fonctionne de manière parallèle : DAEMONS=(syslog-ng dbus @crond @openntpd @mysqld @networkmanager)
Syslog et D-BUS doivent être complètement chargés en premier, les autres non pas de contrainte sauf networkmanager qui doit être lancé après D-BUS. Après le lancement de dbus je me retrouve plus ou moins instantanément devant KDM/GDM/Slim.
Ça me permet d'avoir un boot ultra-rapide (en modifiant un peu les scripts d'init de Arch (pour virer la gestion du RAID, du cryptage, etc.)).
# Little coquille
Posté par Anonyme . En réponse à la dépêche Publication de la mise à jour du livre Linux From Scratch. Évalué à 2.
Voilà voilà.
[^] # Re: Douteux
Posté par Anonyme . En réponse au journal Un OS robuste qui résiste à 26 ans de mises à jour !. Évalué à 4.
Autant pour moi.
Il a du modifier légèrement la configuration à chaque nouvelle installation, sinon c'est improbable. Dommage qu'il ne donne que si peu d'informations.
[^] # Re: Douteux
Posté par Anonyme . En réponse au journal Un OS robuste qui résiste à 26 ans de mises à jour !. Évalué à 4.
Pourtant il a bien dit : "dans une machine virtuelle"
[^] # Re: des possibilités graphiques hors du commun.
Posté par Anonyme . En réponse à la dépêche Conférence Parinux : les Enlightenment Foundation Libraries (EFL). Évalué à 7.
comparatif purement qualitatif : sur MIPS 200 MHz (la freebox 5, mais cedric pourra en dire plus) : qt ne marche pas, gtk2 est ultra lent, les EFL font tourner les jeux à 25 fps. Quant à gtk3, sérieusement, depuis qu'ils sont passé à cairo pour le rendering, ce n'est même pas la peine d'essayer de faire des comparatifs...
concernant les OS supportés par les EFL : linux, Solaris, *BSD, Windows XP et CE (je m'occupe du port). Mac OS X est pour ainsi dire pas supporté en natif mais fonctionne avec la couche X pour la partie graphique (E17 tourne sur Mac). Symbian n'est pas supporté, ni Android.
concernant le support graphique: Linux : frame buffer, directfb, Xlib, XCB, Xrender (mais plus supporté, trop lent), OpenGL Windows XP : GDI et DirectDraw (Direct3D et OpenGL doivent être re-écrit) Windows CE : frame buffer, GDI, GAPI, DirectDraw Mac OS X : Quartz (hyper lent, il faut re-écrire le moteur OpenGL) cross plateforme : SDL (soft et OpenGL)
Architectures suportées : x86, x86-64, ARM9, ARM11, Cortex A8
Concernant l'accélération asm : MMX, SSE, SSE2, Neon, il ya aussi un peu de parallelisation dans le rendu d'evas.
Donc je pense qu'au niveau support, on est pas mal.
"Si je veux lire une brochure publicitaire, je ne regarde pas une documentation supposée technique."
Parce que tu crois que qt et gtk ne font pas de la pub et des brochures publicitaires ? J'ai vu un blog d'un mec de QT qui voulait faire un truc graphique avec une nouvelle techno. Il a fait un blog d'une soixantaine de lignes pour dire qu'il avait réussi à afficher une fenêtre et qu'il ferait un blog quand il aura réussi à afficher 2 fenêtres. Ce blog a même eu de la pub sur phoronix. Tout le monde fait de la pub, plus ou moins bonne, et ceci chez les devs d'E, de GTK/Gnome et de QT/KDE. Il faut bien amener de nouveaux devs, du fric, etc...
Si tu es dégouté de la pub, tu dois être souvent dégouté dans la vie.
Mais sinon, concernant le wiki, je suis d'accord avec toi : je trouve le texte indigeste. C'est raster qui l'a pondu, pour ma part je lui ai dit que personne ne lira ces (ses) info.
[^] # Re: Problème avec jquery
Posté par Anonyme . En réponse à l’entrée du suivi Plantage de javascript avec Konqueror. Évalué à 3 (+0/-0).
Pourquoi ça marchait à vent ?
Je veux dire, au lancement de la nouvelle version, tout allait bien et là ça foire.
[^] # Re: des possibilités graphiques hors du commun.
Posté par Anonyme . En réponse à la dépêche Conférence Parinux : les Enlightenment Foundation Libraries (EFL). Évalué à 6.
Ce qui peut être fait avec les EFL, par exemple:
http://www.calaos.fr/pub/video/calaos_media_music.ogg
apres, tu te fais une idee... Au passage, la techno introduite par les EFL date de plus de 7 ans. C'est dommage que si peu de pub ait été faite sur cette techno
# Quelque problèmes avec konqueror
Posté par Anonyme . En réponse à l’entrée du suivi Bugs graphiques avec webkit. Évalué à 3 (+0/-0).
Il y a pas mal de problème avec la CSS par défaut comme on peut le voir sur la capture d'écran que j'ai fait.
on peut voir deux zones en haut (à droite et à gauche) avec un espace blanc qui n'a pas l'air volontaire.
Le 2011 dans l'affichage de la date d'une dépêche est lui aussi mal placé.
Quand je clique sur « pertinent » ou « inutile », il ne se passe rien pendant quelque secondes (2 seconde au moins), je ne sais pas si c'est du à la CSS ou non (je ne pense pas, ça fait la même chose avec kaiska-new). Il serait bien de faire un changement de forme lors du clique (changement de curseur déjà, au survol), là, j'ai vraiment l'impression de ne pas cliquer (comme si je cliquais sur du texte pur).
Dernier point, le noir sur fond blanc, c'est illisible, ne serait-il pas possible de ternir un peu le fond ?
# Bof ?
Posté par Anonyme . En réponse au sondage Je trouve la nouvelle version de LinuxFr ..... Évalué à 10.
Autant de bof, je trouve les utilisateurs du site bien sévère... je l'aime bien moi cette nouvelle version...
# contrôleurs
Posté par Anonyme . En réponse au journal La RATP veux faire taire incidents-ratp.com. Évalué à -1.
Il faudrait ajouter la possibilité de dire lorsqu'on croise des contrôleurs aussi. Ça pourrait être très pratique.
# Bravo
Posté par Anonyme . En réponse à la dépêche Nouvelle version de LinuxFr.org. Évalué à 3.
Je suis content que ce soit cette CSS qui a été sélectionnée.
Juste deux petites suggestions : - La zone de texte markdown déborde sur la droite avec FF 3.6/Linux - Le lien « Envoyer un commentaire » pourrait être dupliqué en début de commentaires.
# Fuuuuu-
Posté par Anonyme . En réponse au journal Vendredi approche. Évalué à 5.
Non mais merde... pas nous... on est tous asexués de toute façon, alors laissez nous tranquille ><
[^] # Re: Moche
Posté par Anonyme . En réponse à la dépêche Les résultats du concours LinuxFr.org. Évalué à 9.
- couleurs criardes, mal assorties, contrastes agressifs
- dépassements des champs
- marche pas pour le navigateur machin
- espace mal utilisé (marge trop épaisses)
- ...
La plupart d'entre nous sommes conscients par ailleurs de ces défauts, mais un oeil extérieur permet de prendre beaucoup de recul.
[^] # Re: prompt…
Posté par Anonyme . En réponse au journal rm mon amour. Évalué à 6.
(arcaik) |> ~ <| su -
Password:
(root) |> ~ <| rm -rf /
rm: it is dangerous to operate recursively on `/'
rm: use --no-preserve-root to override this failsafe
(root) |> ~ <|
Je préfère taper malencontreusement / que * :)
[^] # Re: La méthode utilisée ...
Posté par Anonyme . En réponse à la dépêche Windows Phone 7 débarquera sur les Nokia. Évalué à 8.
Depuis quand ?
Non, parce que pour moi un QProcess, un QSqlQuery, un QSettings, ça n'a rien n'à voir avec du graphique.
[^] # Re: Firefox
Posté par Anonyme . En réponse au sondage Le logiciel libre que j'utilise et qui plante le plus souvent. Évalué à 2.
Je dois parfois rebooter la machine plus de 5 fois pour réussir à lancer X, à tel point que je 'ai inséré un sync au début du script de startx.
[^] # Re: Pareil
Posté par Anonyme . En réponse au sondage Le logiciel libre que j'utilise et qui plante le plus souvent. Évalué à 2.
[^] # Re: Pareil
Posté par Anonyme . En réponse au sondage Le logiciel libre que j'utilise et qui plante le plus souvent. Évalué à 2.
[^] # Re: HTTPS
Posté par Anonyme . En réponse au journal Bouygues Télécom interdit l'accès aux fichiers volumineux sur son réseau mobile. Évalué à 6.
[^] # Re: Pas bête
Posté par Anonyme . En réponse au sondage Le logiciel libre que j'utilise et qui plante le plus souvent. Évalué à 2.
Parce que faire passer un plantage pour une fitwueure, c'est beaucoup, beaucoup trop gros.
[^] # Re: c'est voulu toutes les fautes dans le post ?
Posté par Anonyme . En réponse au message correcteur grammaticale..... Évalué à 9.
# languagetool
Posté par Anonyme . En réponse au message correcteur grammaticale..... Évalué à 2.
http://www.languagetool.org
[^] # Re: Pourquoi je n'aime pas Debian
Posté par Anonyme . En réponse à la dépêche Debian 6.0 Squeeze est sortie. Évalué à 2.
Il suffit de faire :
DAEMONS=(syslog-ng @crond @mysqld @openntpd dbus @networkmanager)
Mais je préfère (c'est purement esthétique) que les daemons en arrière-plan se lance après les autres.
Openntpd devrait attendre networkmanager, non ? Il est cencé attendre d'avoir le réseau.
Le truc c'est que networkmanager est une grosse bouse. Quand il se lance il ne fait rien et les clé (WEP ou les mot de passe WPA) sont stocké dans la session de l'utilisateur (chiffrées par mot de passe sous KDE). Même lancé, il faut attendre la connexion d'un utilisateurs pour qu'il se connecte au réseau et cette connexion se perd à la fermeture de la session.
C'est complètement débile mais c'est comme ça.
Il y a 5 services et c'est déjà pas optimal, tu pense qu'avec un peu plus de deamon c'est gérable ?
C'est pas optimale parce que c'est fait à la rache™ avec une grosse envie de pas se prendre la tête à se demander ce qui doit se lancer en premier.
Le seul endroit où j'ai un problème c'est sur mon desktop, avec bind qui n'écoute pas sur 0.0.0.0 et doit donc être lancé après le réseau (sauf que le réseau, en DHCP, c'est lent).
Le système que vous décrivez c'est bien quand on a des choses vraiment simples, mais si on a des dépendances à plus d'une branche de profondeur ça ne sert plus à rien
Je peux avoir un exemple, j'ai du mal à comprendre en fait.
[^] # Re: 2011, l'année sans vaporware
Posté par Anonyme . En réponse à la dépêche L'année 2010 du Hurd. Évalué à 2.
[^] # Re: wow
Posté par Anonyme . En réponse à la dépêche L'année 2010 du Hurd. Évalué à 4.
[^] # Re: Pourquoi je n'aime pas Debian
Posté par Anonyme . En réponse à la dépêche Debian 6.0 Squeeze est sortie. Évalué à 4.
DAEMONS=(syslog-ng dbus @crond @openntpd @mysqld @networkmanager)
Syslog et D-BUS doivent être complètement chargés en premier, les autres non pas de contrainte sauf networkmanager qui doit être lancé après D-BUS. Après le lancement de dbus je me retrouve plus ou moins instantanément devant KDM/GDM/Slim.
Ça me permet d'avoir un boot ultra-rapide (en modifiant un peu les scripts d'init de Arch (pour virer la gestion du RAID, du cryptage, etc.)).