Hi !
 
J'aimerai savoir si des gens ont essayé Y-Windows ?
 
Pour ceux qui ne connaissent pas (news de linuxfr)

 
http://www.y-windows.org/
http://www.doc.ic.ac.uk/~ajf/Teach [...] Thomas.pdf
 
FredericK

Moi je suis aussi intéressé je viens de voir la news

Ca a l'air prometeur comme projet
 
Il faudrais qu'une comunauté se crée autour maintenant

c'est de l'opengl?

+1
très intéréssent

Ca inspire pas plus de monde ? étant donné que c'est surement le successeur de X . Ce dernier possedant des lacune du a sa veilliesse et pret a se faire doubler par les standard d'affichage windows (pour longhorm) qui gère la transparence ..

Perso, je ne dirais pas que c'est le successeur de Xfree vu l'état d'avancemenent du projet ...
Le XServer de freedesktop.org est dans un état vachement plus avancé et je parierai plus sur celui-là!

 
sans support pour l'accélération 3D des Radeon et Nvidia, il ne vole pas haut

Il y a un problème de centralisation des projets...
 
.. Y-windows a l'air vraiment tres tres prometteur, c'est domage

qu'est-ce que a Y-Windows par rapport à freedesktop?
il y aussi Xouvert. Mais je me perds dans tous ces projets...

Actuellement, Y n'en a pas non plus...

Je sais pas trop pour les autres, mais ce que je trouve très interessant dans ce projet, c'est les widgets intégrés au serveur.

bah on connait bien X(p) Windows alors bon

effectivement, je pense que c'est ce qui ralentit le plus xfree (et pas le réseau!). Et enfin le même look pour toutes les applications!
Mais d'après les screenshots, les widgets ont l'air assez simplistes
S'ils se limitent à ça, on est reparti pour refaire les librairies qt/gtk!

Bah c'est le debut, faut aussi savoir etre patient. Et puis d'apres ce que j'ai lu, le tout est themable, donc il suffit de faire des nouveaux themes.

Je pense certes que c'est la bonne solution, mais malgré tout, quand je vois le temps qu'il a fallu pour avoir des librairies comme qt et gtk (alors que X existait déjà!), je me dis que cela risque de prendre BEAUCOUP de temps...
mais c'est un projet à suivre!
Pour freedesktop, le site est assez clairsemé, donc je vois pas trop ce qu'il apporte....

Et d'ailleurs ce sont encore des bibliothèques et non des librairies.

là je vois pas trop la différence

je crois que Y recommence tout depuis le début et ne se pose pas sur X.
ca peut etre un bon changement, mais après fo vir si ca avance bien !

library <=> bibliothèque
bookshop <=> librairie
 
En ce qui concerne XFree86, j'ai cru comprendre qu'il avait un problème de réactivité (c'est pas vraiment de la rapidité) et que cela venait en grande partie de la Xlib.
Xserver propose entre autre un remplaçant.

 
sources :
http://www.linux-france.org/prj/ja [...] airie.html
http://www.linux-france.org/prj/jargonf/L/library.html
 
+ en cadeau : 1 semaine d'utilisation forcée de windows, comme ça tu la feras plus après
 
edit :

A noter que le port de Qt, GTK, wxWindows ou SWT pour Y est prevu.

mais l'intéret de Y par rapport à X se réduit alors . Cela permet en revanche d'avoir des applis qui tournent dessus plus rapidement.

ben non justement il s'elargit ! si le port de qt et autre est prevu pour y !

mais ça revient à X dans ce cas. kde -> qt -> Y
Pour accelérer l'affichage, je pense qu'il vaut mieux: kde -> widget Y
Même raisonnement pour avoir le même look pour toutes les applis. Le port de qt sur Y est je pense plus une manière d'avoir un port rapide d'applications sous Y, mais pas une manière de faire à terme.

Pas faux, mais je pense que ce genre de chose est pensé...
 
Il faut detronner X que ce soit a cause sa vieillesse ou des ces licences

C'est marrant le nombre de trucs révolutionnaire que j'ai vu passer depuis que je suis sous linux. Malheureusement jusqu'a présent aucun n'a réussi à s'imposer.

c'est vrai, mais il faut reconnaitre que beaucoup de sites parlent de Y comme le successeur malgré sa jeunesse. Même les porjets comme Blue Eyed OS ou Opnebeos n'excluent pas le fait de passer sur Y ou d'adopter son architecture. C'est donc assez prometteur, et il embalel aseez l'ensemble de la communauté. J'espère que ce ne sera pas un échec comme Berlin/Fresco.

Non ça revient pas à X car le protocole de communication entre le client et le serveur est très différent. Dans son mémoire l'auteur évoque la possibilité d'un layer de compatibilité avec les applis X, qui lui annulerait les avantages de Y. Mais le simple port de bibliotheques graphique permettra d'avoir rapidement tout un tas d'applis qui tournent sur Y, ce qui risque d'etre determinant pour la reussite ou l'echec de la chose.

moi dans ce que je comprends: c'est que les applis utilisant directement les widget Y bénéficieront d'un affichage rapide (car pas de surcouche graphique), ceux qui tourneront avec un port de qt ne tourneront guère plus rapidement que sur X car surcouche à la X. Le protocole Y apportera peut-être un gain (encore que X est assez rapide sur ce point il me semble), mais j'ai peur qe ce soit peu sensible.

moi perso cest directFB qui me semble le plus prometteur, et ya eu deja pas mal de portage dessus.
 
QT par dessus Y n'apporterait surement pas beaucoup plus de perf, tout comme kde directement par dessus Y, vu qu'il faudrait réimplementer pratiquement toutes les classes Qt.  
L'interet de "modulariser" les projets en se basant sur d'autres lib est de ne pas avoir a reinventer la roue a chaque fois, simplifier la maintenance et l'évolution de chacuns des éléments du projet, c'est dailleurs une des grande force du libre, du coup je ne vois pas l'interet de kde a se passer de qt.
Par contre l'interet de Y est son utilisation par socket TCP/IP, vu que le protocole et les "primitives" de Y sont plus "complexes", il y a donc moin d'info a faire transiter par le reseau. Selon se que j'ai entendu dire de ci de là le protocole serait utilisable par le net.

Qt par dessus Y, c'est juste pour faire la transition. Parce que si il n'est pas possible de faire tourner des applis designée pour X sous Y, ça ne marchera jamais. L'idée c'est qu'à terme les widgets intégrés à Y deviennent la référence et que les applis les utilisent (comme ca se fait sous windows). Moi le principe me plait beaucoup, j'espère vraiment que ça va marcher.

L'un empeche pas l'autre, qt pourrait directement utiliser les widget Y comme sous win. Toujours dans l'idée de modularisé au plus possible les projets, je ne vois pas l'équipe de kde maintenir une version sans qt mais avec Y, surtout que qt est bien plus qu'une librairie graphique. Moi aussi je pense que l'idée d'avoir des widgets de référence est une bonne idée, mais l'idée de reprendre trop de choses from scratch en oubliant l'éxistant (à long terme bien sur si Y devient une référence) ne plairait pas à tout le monde, moi y compris et également aux entreprises qui n'ont pas envie de payer pour supporter plusieurs serveur graphique a la fois, et c'est bien là la force de qt, gtk... qui se charge de ce travail.

j'espère aussi, mais si jamais il faut réécrire toutes les applis kde/gnome pour profiter pleinement de Y, c'est pas demain la veille!

Non il suffira de réécrire Qt et GTK

je m'y colle dès demain

yahoo le projet doit être quasi mort..

selon leur roadmap la version 0.9 sort a la fin de la semaine

0.2 a 0.9 pas mal