Articles précédents : Logiciel
- [12] Film Gimp
- [147] Sortie de GNU OS retardée
- [52] Mozilla 1.0.1 et 1.1 en français
- [47] Sawfish 1.2 est là !
- [4] Une société financière choisie une PKI OpenSource
- [66] Sortie de Mplayer 0.90-pre10
- [31] The Gimp en version 1.3.10
- [36] OOo pour MacOS X : ça compile c'est déjà ça ...
- [31] Drivers NVidia pour FreeBSD
- [14] La version 0.3.3 de Grisbi est sorti
Liens connexes
- Trolltech (483 hits)
- Annonce de Qt 3.1 (589 hits)
- Les nouveautés de Qt 3.1 (754 hits)
- Annonce et paquets KDE 3.1 (742 hits)
- Calendrier de sortie de KDE 3.1 (653 hits)
- Non-annonce officielle KDE 3.0.5 (608 hits)
Dépêche modérée par
Tout d'abord, Trolltech annonce la sortie de QT 3.1, avec entre autres l'apparition du support de Xft2 (gestion de l'antialiasing des polices d'une qualité encore accrue) et la présence de QMotif (pour aider à la migration de Motif vers Qt).
Koté KDE, la 3° "release candidate" de KDE 3.1 (basée sur Qt 3.1) est sortie, et devrait, sauf problème de dernière minute être la dernière.
Enfin et même surtout, des problèmes de sécurité ayant été détectés dans toutes les versions de KDE (2.x >= 2.1, 3.0.x et 3.1pre (même la RC3)), il est conseillé de soit neutraliser les protocoles rlogin et telnet, soit de télécharger KDE 3.0.5 qui n'est pas annoncée officiellement quoique si quand même (??!?!?)
Plus d'infos ici (désolé, mais j'ai trop de liens pour les cases ;) )
![[en]](../../../images/en.png)
Trolltech (483 hits)-
Annonce de Qt 3.1 (589 hits)
-
Les nouveautés de Qt 3.1 (754 hits)
-
Annonce et paquets KDE 3.1 (742 hits)
-
Calendrier de sortie de KDE 3.1 (653 hits)
-
Non-annonce officielle KDE 3.0.5 (608 hits)
> Lire les commentaires (46 commentaires, moyenne: 2,2).
Re: Du nouveau chez KDE/Qt
de toute facon il ne faut pas utiliser rlogin et telnet !!!
c'est trop dangereux au niveau secu!
-
[^]Re: Du nouveau chez KDE/Qt
Posté par Moby-Dik () le 14/11/2002 à 13:47. (lien). Évalué à 5.Je crois que ça parle de rlogin et telnet en mode client depuis KDE (avec des URLs à la telnet://monordi.magrossebouse.net)
-
[^]Re: Du nouveau chez KDE/Qt
Posté par kael () le 14/11/2002 à 14:15. (lien). Évalué à 6.meme ... s'en servir en tant que client ca veut dire qu'il y a encors des serveurs telnet et c'est po bien .. a part pour configurer les vieux boitiers d'impression reseau ..
-
[^]Re: Du nouveau chez KDE/Qt
Posté par Moby-Dik () le 14/11/2002 à 14:21. (lien). Évalué à 2.Je crois que la plupart des routeurs (Cisco & co) n'ont toujours pas ssh.
-
[^]Re: Du nouveau chez KDE/Qt
Posté par Olivier Cahagne () le 14/11/2002 à 14:36. (lien). Évalué à 4.Les routeurs Cisco (ainsi que tout le reste: switchs, access point, storage, etc.) ont SSH depuis un bout de temps:
http://www.cisco.com/warp/public/707/ssh.shtml(...) par ex.
-
[^]Re: Du nouveau chez KDE/Qt
-
-
-
précisions
telnet
pas 3.1 ni 3.0 mais KDE 2.x
and, for affected KDE 2.x systems, the telnet:// service
Oublié
le protocole lisa et rslisa pour 3.0.x et 3.1:
The second advisory concerns the LISa and resLISa network browsing applications.
Il suffit de le désactiver, ceci dit.
-
[^]Re: précisions
Posté par Olivier Jeannet () le 14/11/2002 à 17:50. (lien). Évalué à 1.le protocole lisa et rslisa pour 3.0.x et 3.1:
The second advisory concerns the LISa and resLISa network browsing applications.
J'ai vu que KDE permettait une sorte de voisinage réseau à la Windows, mais je n'ai pas trop compris comment ça marchait, si ça avait un rapport avec Samba ou NFS (ou pas du tout), etc...
Tu peux en dire plus stp ?
Un RC supplémentaire
La RC4 est prévu pour Lundi.
Tout est dis.
-
[^]Re: Un RC supplémentaire
Posté par Dawm () le 14/11/2002 à 14:07. (lien). Évalué à 1.KDE 3.1 RC1 was released on October 28nd, 2002.
KDE 3.1 RC2 was released on November 4th, 2002.
KDE 3.1 RC3 was released on November 11th, 2002.
Ca fait pas un peu court comme rythme de RC, 1 semaine entre chaque, pour laisser les utilisateurs télécharger, tester, remonter les bugs, les fixer .. ?-
[^]Re: Un RC supplémentaire
-
[+] [^]Re: Un RC supplémentaire
Posté par anonyme512 () le 14/11/2002 à 15:57. (lien). Évalué à -1.à vrai dire, contrairement aux alphas et betas, les RC sont à destination des développeurs de KDE ou bien des gros malades.
il n'y a que des versions sources qui sont sorties, et la plupart du temps, les gens qui les installent utilisent de toutes façons en temps normal une version CVS de KDE.
par ailleurs, précisément, ces RC suivent quelques alphas et betas, qui étaient à destination de tout le monde, et qui avaient déjà permis de décanter énormément les choses.
le "feature freeze" a eu lieu il y a déjà longtemps d'autre part.
les bugs qui restent sont souvent pas bien gros en termes de lignes de code (typiquement des failles de sécu). enfin la phase de remontée des bugs s'est considérablement améliorée depuis le passage à bugzilla.
tout ça pour dire que dans le cycle de téléchargement, test, remontées de bugs, fix, pour ces RC, le plus long, c'est encore la compilation ;-))-
[^]Re: Un RC supplémentaire
Posté par fbilhaut () le 14/11/2002 à 16:30. (lien). Évalué à 2.Ton discours ne me paraît pas clair... En fait les RC (Release Candidate) sont précisemment destinées aux utilisateurs finaux qui souhaitent apporter leur pierre à la chasse aux bugs, en rapportant notemment ce que l'on appelle des "show stoppers", bugs majeurs qui forceront à repousser la release.
D'ailleurs, comme tu le précises toi-même, les RCs viennent après des alphas et des betas qui elles sont plutôt réservées aux utilisateurs plus expérimentés, et qui sont éventuellement prêts à se lancer dans des séances de déboguages.
-
[^]Re: Un RC supplémentaire
Posté par Infernal Quack (Jabber id, page perso, ) le 14/11/2002 à 17:17. (lien). Évalué à 1.????
- Les RC sont pour les utilisateurs qui veulent aider à débugguer.
- Il y a eu de nombreuses versions binaires des RC : cooker, certains sites pour la debian, SuSE,...
- Les alphas et bétas ne sont pas pour les utilisateurs mais surtout pour les développeurs
-
[^]Re: Un RC supplémentaire
Posté par Dawm () le 14/11/2002 à 19:07. (lien). Évalué à 2.Comme l'ont dit 2 personnes plus bas, il me semble qu'une RC ("Release Candidate") est justement une version destinée à etre très utilisée. En gros les dev disent : "voilà cette version, nous on considére que ça pourrait etre la finale mais on préfére que vous testiez à fond au cas où". D'où mon étonnement de voir des cycles de RC si courts.
-
[^]Re: Un RC supplémentaire
-
-
-
[^]Re: Un RC supplémentaire
Posté par Emmanuel Blindauer (page perso, ) le 14/11/2002 à 16:33. (lien). Évalué à 3.Y a un packageur, qui fait ca
et apres y a plus qu'a charger les rpms (dans le cas de cooker, on a généralement les paquets dans les 12h qui suivent, merci laurent :)
Pour ce qui est de fixer les bugs, c'est uniquement les showstoppers.
Les autres moins graves le seront dans le 3.1.1
Pour ce qui concerne le remontage des bugs, le bugzilla en place est tres efficace, pres de 50 bugs ouverts et fermés par jour.-
[^]Re: Un RC supplémentaire
Posté par anonyme512 () le 14/11/2002 à 17:57. (lien). Évalué à 1.merci de me résumer correctment, je suis un peu balade (snirfl), et en me relisant, je me trouve moi meme pas très clair !!!
[-1]
-
-
-
[^]Re: Un RC supplémentaire
Posté par Emmanuel Blindauer (page perso, ) le 14/11/2002 à 16:35. (lien). Évalué à 2.URL de l'info ?
Moi j'ai rien vu de tel jusqu'a present, seul 2 gros bugs empechaient de passer en finale: ne pas avoir qt3.1 (c'est fait), et un bug dans kmail qui en fait était dû à Qt et qui est maintenant résolu.-
[^]Vla ...
Posté par Nim () le 14/11/2002 à 17:22. (lien). Évalué à 1.Cela doit être la source de l'info :
http://developer.kde.org/development-versions/kde-3.0-release-plan.(...)-
[^]Arf trompé !
Posté par Nim () le 14/11/2002 à 17:25. (lien). Évalué à 2.On la refait :
http://developer.kde.org/development-versions/kde-3.1-release-plan.(...)-
[^]Re: Arf trompé !
Posté par Bouil (Jabber id, page perso, ) le 14/11/2002 à 20:48. (lien). Évalué à 1.Ce que je peux lire, c'est que un peu apres la RC3, il pacquagent une pseudo RC4 et ils déciderons si cette RC4 sera en fait la finale ou non à ce moment la. Si ce n'est pas le cas, la RC4 sera diffusée sous ce snon, et si oui, la RC4 sera en fait 3.1 finale...
Arretez moi si j'ai rien compris.--
« La clé d'une langue commune, perdue dans la Tour de Babel, peut être seulement construite par l'usage de l'Espéranto. » Jules Verne.
-
-
-
[^]Re: Un RC supplémentaire
Posté par Jacolin Robert (page perso, ) le 14/11/2002 à 18:07. (lien). Évalué à 1.URL de l'info ?
Les listes de discussions :) kde-francophone :
http://lists.kde.org/?l=kde-francophone&m=103702873410745&w(...)
Bon, je retrouve pas ce courrier dans la liste où il a été posté en premier :(
-
[+] [HS]les polices sous X
support de Xft2 (gestion de l'antialiasing des polices d'une qualité encore accrue)
Je ne comprends pas cette phrase, le support xft c'est bien le support des polices True Type, non ?
Xft2 est donc une amélioration de ce support mais quel rapport avec l'antialiasing si ce n'est que l'extension Xrender a besoin de Xft ?
D'ailleurs parler de qualité accrue quand on parle de gestion des polices sous X me fait bien rire ... étant donné la laideur caractéristique des polices et la faiblaisse de l'extension Xrender dont souffre le <quasi> seul environnement graphique dispo sous Linux.
-
[^]Re: [HS]les polices sous X
Posté par Jean-Yves B. () le 14/11/2002 à 14:34. (lien). Évalué à 2.étant donné la laideur caractéristique des polices et la faiblaisse de l'extension Xrender dont souffre le <quasi> seul environnement graphique dispo sous Linux.
Ce qui me tue c'est que je n'ai jamais eu d'environnement moche sous unix chez moi.Les polices sont plus jolies que sous windows ... faudra qu'on m'explique.-
[^]Re: [HS]les polices sous X
Posté par rouge13 () le 14/11/2002 à 14:48. (lien). Évalué à 3.Installe n'importe quelle distrib assez récente, au hasard une Mandrake 9.0, une RedHat 8.0 ou même une Debian 3.0 (chez moi j'ai une sid), lance KDE ou gnome2 en activant l'antialiasing et regardes.
Le résultat est une impression de flou permanent et les polices de petites taille sont carrément illisibles.
Lance Open office et pleure, essaie abiword et c'est encore une autre histoire, je ne parle même pas de mozilla qui a encore une façon de gérer les polices.
C'est le bordel, c'est incohérent, c'est moche et dès qu'on veut améliorer un peu les choses il faut bricoler sévèremment (installation à la mano des polices, patcher xrender, essayer de bricoler les fichiers de conf, spécificités des distribs ... le bordel quoi)-
[^]Re: [HS]les polices sous X
Posté par PasChauve PasOunet () le 14/11/2002 à 14:50. (lien). Évalué à 2.c est surtout que la lib freetype a pas le bytecode machin d activé qui ameliore considerablement les choses.
-
[^]Re: [HS]les polices sous X
Posté par Laurent Rathle () le 14/11/2002 à 16:43. (lien). Évalué à 3.Ce lien explique comment activer l'option qui améliore les polices dans freetype.
http://www.theregister.co.uk/content/4/27788.html(...)
Sinon, des paquetages pour Mandrake sont disponibles sur plf avec l'option activée.
-
-
[^]Re: [HS]les polices sous X
Posté par imr () le 14/11/2002 à 15:18. (lien). Évalué à 1.meuh non. Tu vas dans le controle centré de ton kde3.1 et tu régles dans quelle plages tu actives ou pas l'anticrénelage des polices. C'est juste à coté de la petite boite ou tu cliques activer l'anticrénelage des polices.
Ah! mais attention, je parle de kde 3.1!
J'ai les options:
Exclude Range
Use SubPixel Hiniting-
[^]Re: [HS]les polices sous X
Posté par Robert Palmer (page perso, ) le 14/11/2002 à 16:00. (lien). Évalué à 6.Pour ceux qui n'ont pas KDE 3.1, ça peut se régler globalement avec /etc/X11/XfTConfig :
match
any size < 14
edit
antialias = false;
match
any pixelsize < 14
edit
antialias = false;
Qui a pour effet de désactiver l'anti-crénelage pour les polices de taille inférieure à 14 (la deuxième directive servant surtout pour Konqueror)
-
[^]Re: [HS]les polices sous X
Posté par anonyme512 () le 14/11/2002 à 16:04. (lien). Évalué à 2.ça y est aussi dans le 3.0.4, et ça génère tout connement un fichier .xftconfig , mais tu peux avoir le meme résultat en modifiant le /etc/X11/XftConfig.
MAIS ça n'est pas pris en compte par toutes les applications, notamment Mozilla et OOo qui ont leur propre système de conf pour les polices...-
[^]Re: [HS]les polices sous X
Posté par imr () le 15/11/2002 à 00:03. (lien). Évalué à 4.oui mais le fichier .xftconfig, j'ai donné quand c'est sorti et j'ai des boutons rien qu'a y repenser. A l'époque de son apparition, une des polices de bases les plus utilisées (verdana ou helvetica) plantait xfree. Il fallait faire un allias vers une autre police. Que du bonheur.
Pourquoi l'expresion "mettre les mains dans le cambouis" me vient tout de suite à l'esprit?
Bref, je suis bien content d'avoir un front-end bien simple.
En plus, vu le commentaire du monsieur au dessus, j'avais eu l'impression qu'on cherchait du simple et rapide, plutôt que du hardcore genre chef d'oeuvre du maitre artisan qui fait ses fichiers avec amour et vim.-
[^]Re: [HS]les polices sous X
Posté par anonyme512 () le 16/11/2002 à 15:19. (lien). Évalué à 2.Mon commentaire visait simplement à redire que cette conf n'était pas unifiée, et à expliquer quelle était sa portée exacte : les applications utilisant freetype+xftconfig.
Mozilla, par ex, utilise freetype, mais pas xftconfig.
Résultat des courses, si tu veux avoir des polices potables sur Mozilla, il faut y aller à la hardcore vim:
vim /usr/lib/mozilla/defaults/pref/unix.js
pref("font.FreeType2.enable", true);
pref("font.freetype2.shared-library", "libfreetype.so.6");
// if libfreetype was built without hinting compiled in
// it is best to leave hinting off
pref("font.FreeType2.autohinted", false);
pref("font.FreeType2.unhinted", false);
// below a certian pixel size anti-aliased fonts produce poor results
pref("font.antialias.min", 12);
pref("font.embedded_bitmaps.max", 1000000);
pref("font.scale.tt_bitmap.dark_text.min", 64);
pref("font.scale.tt_bitmap.dark_text.gain", "0.8");
// sample prefs for TrueType font dirs
pref("font.directory.truetype.1","/usr/local/fonts/TrueType");
pref("font.directory.truetype.2","/usr/share/fonts/default/TrueType");
(enfin c'est qu'un extrait)
Quand à OOo, c'est encore un autre combat, qui se gère en partie via l'interface, là au moins.
Pour le coup, en ce qui concerne l'AA, Windows était plus simple, il suffisait d'aller dans l'onglet "Plus" de la conf du bureau et de cocher "lisser les polices de l'écran". Mais tout le monde est au courant que XFree86 a encore un paquet de progrès à faire, et que les environnements de bureau ont besoin d'unification ( http://www.freedesktop.org(...) , que les développeurs de Moz regardent d'ailleurs avec intérêt ). Ca arrive, espérons juste que tous aient la patience d'attendre.
-
-
-
-
[^]Re: [HS]les polices sous X
Posté par Jean-Yves B. () le 14/11/2002 à 16:22. (lien). Évalué à 1.Je viens de regarder, j'ai un fichier xftconfig qui traîne (à priori depuis très longtemps) avec les bonnes options dedans ... du coup j'avais complètement oublié le côté dégueulasse d'il y a 2 ans :)
Soit je me suis tapé la config il y a longtemps (mon /home à déjà 3 ans) et j'ai oublié, soit openb a une version de base potable.
-
-
[^]Re: [HS]les polices sous X
Posté par Benjamin () le 15/11/2002 à 07:45. (lien). Évalué à 0.Ce qui me tue c'est que je n'ai jamais eu d'environnement moche sous unix chez moi.Les polices sont plus jolies que sous windows
C'est pas vraiment contradictoire, ca..
Je me répète, mais croire que des fontes outlines (vectorielles, comme le Type1 ou le TrueType) peuvent s'appliquer à un écran et meme être plus belle que des fontes bitmap (prévues pour l'écran) me parait assez naif.
C'exactement comme les icones SVG, ils pourront jamais etre *meilleurs* (en rendu) que des bitmaps, vu qu'ils sont rasterizés (= mis en bitmap) au final..
En même temps c'est vrai que la tendance actuelle est de faire des desktops laids aux possibles pour qu'ils ressemblent le plus (visuellement) à mswindows [ce qui n'est pas forcément une mauvaise chose à court terme, mais bon..] c'est sur la bonne voie..-
[^]Re: [HS]les polices sous X
Posté par Moby-Dik () le 15/11/2002 à 14:42. (lien). Évalué à 1.C'est comme de dire que le C ne peut pas être un meilleur langage que le langage machine vu qu'il est au final traduit en langage machine. Dans un sens c'est vrai, mais C permet de coder plus rapidement et donc de faire des softs plus sophistiqués et aboutis.
-
[^]Re: [HS]les polices sous X
Posté par Benjamin () le 15/11/2002 à 22:18. (lien). Évalué à 1.Tu veux dire que les gens utilisent des fontes vectorielles parce que les créateurs de ces fontes ont moins de mal à les faire que des fontes bitmap ?
-
[^]Re: [HS]les polices sous X
Posté par Jean-Yves B. () le 16/11/2002 à 09:53. (lien). Évalué à 1.Il est plus facile de faire une famille de fontes vectorielles qu'une famille de fontes bitmap toutes tailles qui rend bien.
-
-
-
-
[^]Re: [HS]les polices sous X
Posté par Xavier B. () le 15/11/2002 à 08:21. (lien). Évalué à 2.Chépas, c'est une question de goût peut-être. Pour mon cas perso à moi, j'ai le même problème : généralement ( de moins en moins quand même ) X11 = polices moches et pas pratiques. Ou bien, il faut passer _bcp_ de temps à modifier ça, et ça, ça me gonfle.
-
-
[^]Re: [HS]les polices sous X
Posté par oliv () le 14/11/2002 à 15:07. (lien). Évalué à 9.Des dires de Keith Packard, Xft2 donne un anti-crénelage de bien meilleure qualité que Windows (pour les écrans de portable, il semble que le gain soit très très appréciable).
> xft c'est bien le support des polices True Type
1- les polices True Type ne sont qu'un cas particulier (inventé par Apple et Microsoft) de police vectorielles. Il y a aussi les polices de Type 1 (de Adobe), basées sur des courbes de Bézier cubiques et non pas quadratiques, plus anciennes et supérieures. Et encore pleins d'autres types!
2- XFT = X FreeType interface library
d'après la page de man ( http://www.xfree86.org/current/Xft.3.html(...) ):
"Xft is a simple library designed to interface the FreeType rasterizer with the X Rendering Extension. This manual page barely scratches the surface of this library."
qui dit Xrender dit anti-crénelage.
Alors, il y a FreeType ( http://www.freetype.org/index2.html(...) ) qui est
"... a software font engine that is designed to be ..."
et fontconfig ( http://fontconfig.org/(...) ) qui est "... a library for configuring and customizing font access".
A eux trois (Xft + Freetype2 + fontconfig) c'est un système (parmi d'autres) qui permet la gestion des polices vectorielles (dont les TTF) avec un qualité supérieure à ce que l'on trouve sur les autres plateformes.
Je sais, je ne suis pas clair, mais il y a plus d'infos dans les liens. :)-
[^]Re: [HS]les polices sous X
Posté par rouge13 () le 14/11/2002 à 16:05. (lien). Évalué à 2.avec un qualité supérieure à ce que l'on trouve sur les autres plateformes.
Je veux bien te croire et j'ai lu la page trés instructive de fontconfig The many faces of Xft. Les outils sont de qualité OK et le système ne demande qu'a être utilisé mais ya encore du boulot côté client de ce système.
Il faut que les applis utilisent ce système et actuellement aucune appli ne l'utilise (attention je parle des applis que l'on trouve dans les distribs actuelles "out of the box").
D'après un post au dessus kde 3.1 permet de configurer plus finnement l'anti-crénelage, Qt 3.1 utilise xft2, Mozilla CVS doit bien roxer aussi et pango aussi certainement.
Je suis d'accord quand tu dis que ce système rend les polices avec une qualité supérieure aux autres plateformes mais franchement je n'ai pas encore vu ce système fonctionner et je ne pense pas que l'on puisse qualifier le système actuel de gestion/rendu des polices sous Linux de satisfaisant et encore moins de qualité. Dans 6 mois peut être si tout ce petit monde décide de marcher ensemble.
-
[^]rendre à César...
Posté par oliv () le 14/11/2002 à 17:45. (lien). Évalué à 1.>Des dires de Keith Packard, Xft2 donne un anti-crénelage de bien meilleure qualité que Windows (pour les écrans de portable, il semble que le gain soit très très appréciable).
En fait, c'est pas Keith Packard qui a dit celà, mais un autre habitué de la liste de diffusion Render: Vadim Plessky.-
[^]Re: rendre à César...
-
-
-
[+] [^]Re: [HS]les polices sous X
Posté par Gruik Man () le 14/11/2002 à 17:47. (lien). Évalué à -1.Rhôoo, un grooooos troll X sux0r... Ca faisait longtemps ; )
Enfin, chez moi ça marche(tm), c'est une Debian[1], et les polices ne sont pas plus belles, ni moins belles d'ailleurs, que sous windows[2].
Ca tombe bien, d'ailleurs, c'est les mêmes.
[1] debian r0x0r
[2] windows sux0r
Cette page a été générée par Templeet en 0.2081s (dont 0.0573 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !
Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.