gnumdk a écrit 7486 commentaires

La pour les outils de conf, la réponse est simple:
- Les outils Fedora respectent les HIG de Gnome
- Idem pour ceux de Ubuntu

Par contre, chez Mandriva, c'est un mix d'on ne sait pas trop quoi...

Le compiz de la mandriva 2007 est une vieille version il me semble.
Beryl fonctionne utilise la même méthode que Looking Glass pour la composition, donc il peut tourner sur un Xorg de base.
Compiz a besoin de Aiglx ou des drivers Nvidia pour fonctionner sans Xgl.
L'interface de configuration n'est pas présente dans Mandriva 2007.

Elle ressemble à ca:
http://hibbert.univ-lille3.fr/~cbellegarde/compiz-settings.p(...)

Meme en IMAP connecté, sur tu fais une recherche sur les sujets de ton dossier courant, kmail ne fait aucun acces au serveur...

Bon, gconf-editor, c'est pas vraiment un outil de configuration, c'est un acces graphique à gconf.

Il était tout à fait possible de faire berylsettings DIRECTEMENT sur gconf. Les critiques de gconf sont idiotes. kconfeditor presente les options de kde de la meme façon et pourtant ce sont des .ini .

Ensuite, inputzoom est dispo sur le forum de compiz.

Pourquoi le plugin zoom de compiz ne permet pas la redirection d'entrée, parce que David attend que Xorg supporte la chose afin de l'implémenter correctement. C'est d'ailleurs lui qui est en train de rajouter le support dans Xorg.

>ton code appartient a la boite qui te paye pour le developper...

Et? Il a commencé le projet avant de bosser pour Novell, son code est sous une licence libre et peut donc être forké à n'importe quel moment. Je ne vois pas de probleme particulier.

>En ce qui concerne Beryl, si les plugins que j'ai cite au dessus sont integre a
>compiz (et qu'il soit plus simple a configurer) je lui redonnerai sa chance,
>d'ici la je reste sur beryl :) Desole j'ai pris de mauvaises habitudes ;)

Les plugins dont tu parles sont dans compiz-extras...

http://img248.imageshack.us/my.php?image=screenshotgz8.png
Pour la configuration, il y'a ca...
Je ne sais pas ou en est le developpement par contre vu que l'auteur est Zootreeves qui semble avoir pris un peu de recul après avoir fait sa connerie.

Oui, ils ont d'autres choix.

Kristian Lyngstøl ne semble pas favorable au "déforkage" (hmm, c'est mignon). Au contraire, il voudrait que Beryl prennent son propre chemin... Je ne pense pas donc que Beryl va disparaitre, il y'aura peut etre quelques développeurs qui vont rejoindre Compiz... En encore pas sur, l'avenir nous le dira ;)

http://fedoraproject.org/wiki/compiz

Compiz est déjà le gestionnaire de composition par défaut de Fedora.

>Non je parle de zootreeves qui a profite d'une faille dans le serveur de beryl
>pour "s'amuser" a tout effacer (le premier lien que tu donnes en parles).

Je viens de discuter avec Kristian (de beryl), effectivement, il a effacer une parti de la base SQL de leur site (apres qu'un dev ai poster les identifiants dans les changelogs).

Effectivement pas cool, y'a pas eu vraiment d'annonce publique... Mais je vais pas me gener pour en parler sur le forum de compiz en faisant le mec qui comprend pas trop de quoi parle Kristian dans son mail.

D'ailleurs, pour info, Kristian, c'est le mec qui pense que David Reveman code comme un pied ;) Comme quoi on peut avoir des discussions avec des gens avec qui on est pas d'accord et que je ne suis pas en croisade contre Beryl ;)

>Pour ton dernier point, et je sais que cela va relancer un troll, le fait que
>David garde le control du GIT est bien moins genant (pour moi) que le fait
>que le copyright lui soit attribue et donc a Novell.

"One assumption is that compiz is some kind of Novell controlled project
that Novell will move in whatever direction it wants. This is completely
wrong. I started the project and no one at Novell has ever told me in
which direction it should go. "

Dans le désordre...

Je n'ai rien contre Beryl!!! Pour moi, il aurait du rester ce qu'il était, un branche de compiz avec quelques "hack" en attendant que David et/ou les devs Xorg trouvent une meilleur solution... Aujourd'hui, même si le coeur de Beryl est proche de celui de Compiz, il inclu beaucoup de modifications qui rendent à mon avis une migration des nouveautés de Compiz vers Beryl très difficile... Ce n'est pas impossible, les devs de Beryl sont motivés mais certains se rendent comptent que le fonctionnement actuel du développement de Beryl ne leur facilite pas la tache...

>suite a la destruction du projet beryl par un membre avec responsabilite de
>compiz

Je ne comprend pas très bien cette phrase. On dira que tu parles des attaques de mikedee. Pour moi elle sont pour la plupart justifiée, même si je pense que Mike n'est pas du tout un bon médiateur et à tendance à tuer le débat... Mais bon, il y'a quelques devel beryl qui lui arrivent à la cheville à ce niveau la... Certain allant jusqu'a dire que David Reveman ne sait pas coder...

>j'ai plutot vu les attaques provenant de compiz, beryl se contentant de faire
>les trucs qui les amusaient.

Les devs Beryl (un(e) en particulier) n'ont pas toujours été réglo avec David, il était bon de leur reprocher... Il est vrai que le ressortir à toutes les sauces fini par être un peu lourd... Ensuite, que les devs de Beryl s'amusent, je trouve ca un peu moyen, ils font du bon boulot pour la plupart (certain au vu des changelogs ont effectivement l'air de s'amuser).

La question aujourd'hui est de savoir si ils sont capables de conduire leur projet seuls ou si ils ont besoin de compiz. La dessus, les avis sont partagés...

Sur le sujet qui fache, à savoir si David veut laisser les gens bosser sur le git de compiz directement, je pense que la réponse est non. Enfin, si quelqu'un de tres bon propose beaucoup de patchs et de bonnes idées, pourquoi pas... Mais pour l'instant, je ne vois pas personne capable de mener Compiz la ou David veut le mener... Donc quand je vois quelques beryliste penser que si il y'a raprochement entre Beryl et Compiz, il faudra que David laisse un acces libre au modifications du code, je pense qu'ils se fourent le doigt dans l'oeil et perso je suis contre...

Juste pour information, David vient de rajouter beaucoup de code ces derniers jours afin de pouvoir utiliser des expressions régulieres afin d'affecter des paramètres à une fenêtre: par exemple, on peu définir les fenetre affectées par le plugin blur.

Il a aujourd'hui rajouté la chose pour l'opacité des fenetres. Résultat, il ne reste plus qu'a continuer avec la luminosité et la saturation afin de se débarasser du code affectant l'affichage des fenetres present dans le plugin state: Code absolument moche et non optimisé...

A terme, le plugin state risque de subir une cure de minceur, beaucoup de ses fonctionnalités pouvant migrer vers les plugins...

Bien sur, en mettant la variable en read only...

alain@loupianche:~$ typeset -r KDEDIRS=/etc/kde3/restrictions
alain@loupianche:~$ KDEDIRS=
bash: KDEDIRS: variable en lecture seule

>Effectivement, au sein d'une page de configuration, il n'est pas possible de
>faire disparaitre des options... Enfin pas que je sache...

On me répond sur #kde qu'il faut que le logiciel le gère pour que l'option disparaisse... Apparement pas le cas de kpdf...

Il parlait de /usr/share/config le monsieur ;)

Bon, sous debian c'est dans /etc/kde3 :)

Surtout pas, ton gestionnaire de packages aurait vite fait de tout virer...

Non, il faut utiliser la variable magique KDEDIRS ou alors modifier /etc/kderc comme indiqué dans ma doc ;)

Et non tu n'as pas tout compris :p

Dans les exemples suivant, nous allons nous intéresser à l'environnement
de l'utilisateur courant. Nous verrons plus tard comment faire la même chose
de manière plus globale.

En clair, on commence pas montrer comment ca fonctionne...

2.2 Affecter les restrictions globalement:

Et ensuite on voit comment gérer ca en tant qu'admin...

Bon, ca doit pas encore être clair dans la doc, je verais comment améliorer ca... Ou alors tu l'as survolé :p

Mais il est tout à fait imaginable de l'utiliser sur le compte courant d'un utilisateur. Su le pc de ma soeur, kdesktoprc et kickerrc se mange un gros [$i] au début... Histoire qu'elle m'appelle pas pour un panel qui est à gauche ou un truc dans la genre...

Bon, la bonne blague, c'est que y'a pas longtemps, j'ai passé au moins 5 minutes à me demander pourquoi kdesktop plantait et que je ne pouvais pas bouger les icones... Ah la mémoire....

>Cela restreint l'utilisateur, mais je ne trouve pas que ça simplifie tellement
>l'interface. J'ai raté quelque chose ?

Effectivement, au sein d'une page de configuration, il n'est pas possible de faire disparaitre des options... Enfin pas que je sache...

Mais quand je parlais de simplification de l'interface, la vidéo est plus parlante.

Toi tu le sens que je ne sais pas me servir d'un traitement de texte ;)

J'essaierai de rendre ca plus lisible plus tard, t'inquietes!

Merci de ta proposition, mais je risque à terme d'utiliser les services de Kde-france ;)

Sinon, pour la licence, rien de décider pour le moment, la doc est vraiment encore à l'état embryonnaire. Mais je risque de m'orienter vers du Creative Commons.

En meme temps, la licence BSD se rapproche du libéralisme (liberté absolue), pas la GPL...

Donc si je suis ton raisonnement, la GPL est communiste vu que pour elle la liberté est accessoire (la liberté est limitée pas les objectifs que la GPL tent à atteindre).

Pfff, n'importe quoi, tout le monde sait que Linux est anarcho-syndicaliste...

Pour peu qu'ils arrivent à faire migrer tous leurs amis...

Quand t'as 30 contacts MSN qui ont eut aussi 30 contacts chacun (et par forcement les memes que toi), qui eux meme ont....

Ben t'es pas dans la merde pour faire migrer tout ce beau monde...

C'est quoi le rapport?

Tous les gens que je connais qui ont un compte gmail n'utilisent pas gtalk...
Ils sont tous sous MSN...

I=-1;

cat file.txt | ( while read REF_LINE

do

{

let I++;

}

done

echo "I = "$I;
)

Comme ca ca fonctionne!!!
avec l'utilisation de ( ) , ca te permet de rester dans le processus de la boucle!

gnumdk@flanders:~$ cat p
#!/bin/bash

I=0
while read REF_LINE
do
(( i+=1 ))
echo $i
done < /etc/fstab

echo a la fin I=$i

gnumdk@flanders:~$ bash p
1
2
3
4
5
6
7
8
9
a la fin I=9
gnumdk@flanders:~$


Sinon, tu peux faire comme ca aussi
commande | ( while read argument
do
blah blah
done

#les variables de ta boucle sont toujours accessible

)

>Bref, le FUD a mis du temps à venir ici

http://linuxfr.org/~manuell/23709.html

Tu trouves?
Non c'est juste ques beaucoup de gens ici postent des journaux mais ne lisent jamais ceux des autres...
Et que vnunet sux!