Olivier Serve a écrit 856 commentaires

Le lien qui manque (avec screenshots animés) :

http://www.artenum.com/fr/products/jyconsole.php

Je plussoie !

Ctrl-Shift-L : séparer Gauche-Droite (penser Left)
Ctrl-Shift-T : séparer Haut-Bas (penser Top)
Ctrl-Shift-R : fermer la frame actuelle

Quand on a eu l'habitude d'utiliser ça dans Emacs (les raccourcis clavier sont différents), c'est un vrai bonheur.

Et ça marche aussi dans Kate.

Je parlais avant tout des portables.
Du 19" ou 20" sur un portable c'est plus un portable. Déjà le 17" est trop encombrant.

Qu'il y ait des portables avec écran Wide pour ceux qui veulent seulement regarder des films dans le train, pas de problème. Mais que TOUS les portables (allez voir à la FNAC/BUT/Planet Saturn/ce que vous voulez) soient en Wide, ça ça me dérange.

Pour la console, yakuake a réglé le problème depuis longtemps.

Sinon, les bureaux virtuels sont là pour ça...
Je ça 4200 fois plus pratique...

Le problème des écrans Wide, c'est que leur hauteur est ridiculement faible. Si bien qu'il faut monter plus haut en taille afin d'avoir un écran de taille raisonnable pour travailler (Non, j'aime pas n'avoir que 10 lignes de code sous les yeux).

Sur les portables c'est problématique puisque ça oblige à prendre un 17" qui devient tout de suite beaucoup plus encombrant.

La plus grosse connerie d'Apple sur les MacBook a été de remplacer le 12" par un 13" wide. C'est mieux pour les films, mais à part ça c'est merdique à utiliser.

Rendez-nous des portables avec écrans 4/3 !

Tu devrais écrire aussi aux auteurs des plus de 40 milions de pages qui contiennent 'drake', ils ne doivent pas être au courant qu'ils risquent un procès !

http://www.google.be/search?hs=C96&hl=fr&client=fire(...)

C'est pour le chipset nForce, pas pour les cartes graphiques...

Frozen Bubbles ?

C'est aussi du pur pragmatisme que de vouloir corriger le logiciel libre là où il sucks.

Oui, mais c'est pas le rôle des dévs KDE. Ils ont suffisamment à faire comme ça.

Mais il le font pour Qt, etc...

Qt est stable et fonctionne bien de puis longtemps. Ce n'est pas encre le cas des frameworks mm.

Autant prendre une Gentoo...

//pulà

A mon avis, ce qui ralentit n'est pas la puissance de la puce mais la vitesse de transfert RAM -> mémoire vidéo.

D'habitude dans les jeux, les textures sont relativement petites et il y a énormément de polygones. Les cartes et bus de données sont optimisées dans ce sens.

Or avec XGL, on a très très peu de polygones, mais des textures énormes (une fenêtre => une texture). Le coût de copie des textures est donc le principal facteur limitant.

Il n'y a pas d'erreur. Il utilise bien le présent, et en l'état, il n'était portable.

- Gentoo & Mandriva
- KDE
- Firefox & Konqueror
- KMail & Thunderbird
- None

Dans le contexte actuel où les frameworks sucks, t'as raison.
Mais pourquoi diable il faudrait se résoudre à croire que le logiciel libre ne peut que merder que les frameworks multimédia ?

C'est du pur pragmatisme. Si un framework particulier était largement utilisé, les devs de KDE ne se seraient pas posé de questions et l'auraient choisi.

Malheureusement, ce n'est pas le cas, et il ne peuvent pas prendre la responsabilité de trop se lier à un framework. On a vu ce que ça a donné avec arts...

Il y a tellement d'autres choses à développer pour KDE4 qui sont davantage dans le cadre de KDE. Développer un petit wrapper ne coûte pas cher et résoud un problème immédiat. Et les développeurs des backends vont sans doute rencontrer des bugs dans les frameworks et donc les reporter d'où augmentation générale de la qualité. Certains vont peut-être même mettre la main à la pâte...

J'espère aussi que les frameworks multimédia gagnent en maturité et qu'on arrivera à en avoir 1 ou 2 activement soutenus qui sortiront du lot. Dans KDE5, qui sait ?

Geoportail ou les impots, c'est certainement parce que les projets ont ete confiés à des ssii qui ne visent que la productivité et qui etiquettent leurs employés embauchés à la sortie des etudes il y a quelques mois comme des "experts".

Tu as eu des problèmes d'engorgement sur les impôts cette année ? Vu ce qu'il y avait derrière, j'ai de sérieux doutes.

> D'où la très grande utilité de Phonon, même pour l'utilisateur : si j'ai envie d'utiliser Xine, je le dis à Phonon, et je n'ai pas à le dire à chaque appli.

Ici tu te trompes. Pourquoi, pour l'utilisateur, demander à Phonon de changer de backend si le but de Phonon est d'avoir la même chose quelque soit le backend ?

Le but de Phonon est d'avoir la même interface. Mais les backends peuvent avoir des caractéristiques différentes en termes notamment d'empreinte mémoire, de conso CPU ou de qualité de rendu que sais-je... Dans ce cas, je peux choisir un backend plus gourmand sur mon poste fixe équipé de bonnes enceintes et un backend plus léger sur mon portable qui économisera la batterie. Ce n'est qu'un exemple.

Ou bien si un backend ne compile pas (64 bits, problème de versions de libs sur une plateforme donnée), pouvoir choisir un backend qui lui compile au lieu de se retrouver sans aucun son.

Le but de Phonon n'est évidemment pas de changer de backend toutes les 5 minutes, mais d'avoir la possibilité de choisir et de s'adapter à l'environnement choisi par les distributions et/ou l'utilisateur.

Pour l'utilisateur ça a un sens si Phonon échoue dans ses objectifs (typiquement ne marche pas avec le backend X pour cause de bug mais marche avec le backend Y).

Si le backend X a un bug, je ne vois pas en quoi c'est lié à Phonon ni en quoi ça constitue un échec pour lui. Au contraire, dans ce cas-là, l'intérêt saute aux yeux.

Et si ça change quelque chose, pourquoi Phonon encapsule des backends qui offrent de "piètres" prestations ?

Because it can be done ;-) Si un backend est vraiment mauvais (i.e. pas d'amélioration au fil des versions), il sera peu utilisé et le backend sera abandonné. Où est le problème ?

Sont-ils maintenant capables de lire du Ogg qualité 10 sans problème ? Il fut un temps où c'était inécoutable.

J'ai dit qu'il ne fallait pas faire de wrapper pour permettre aux développeurs de faire simplement des choses simples ?
Où ça ?

ici :

[...] je répète encore un fois que ce que je trouve abhérant, c'est Phonon.

Phonon est exactement ça : un wrapper pour faire des choses simples.

Genre le jour où je voudrai ajouter un bigornophone à koinkoin, j'ai pas besoin de me taper l'API de GST ou Xine.
Je code pour Phonon et le backend utilisé dépend des préférences de l'utilisateur. Je n'ai aucune dépendance à un backend particulier, et je n'oblige personne à installer un backend qu'il ne veut - ou ne peut - utiliser.

On retombe dans la même discussion que plus bas. Quelle solution technique adopter ?

Est-ce vraiment une solution technique qu'il faut ou éduquer les utilisateurs ?

Dans ce cas, son certificat de signature peut (doit) être révoqué par l'autorité de certification, ce qui (devrait en tout cas) annuler les bénéfices de la signature de l'applet.

Un organisme de certification doit s'assurer de l'identité du demandeur pour délivrer un certificat.

Quelqu'un qui signe une applet 'malintentionnée' met donc tout le monde au courant de son identité via la signature. Pas très discret...

Certes il y a peu de triangles à dessiner, mais les textures sont beaucoup plus grosses, ce qui nécessite quand même une certaine bande passante.

C'était juste une remarque que je me suis faite, je ne suis pas expert dans le domaine.

Surtout que ça marche très bien avec Firefox (et IE) en plus. Opera et Konqueror ne savent pas faire par contre.

c'est surtout que RIEN ne garantit que tu es bien sur la page de la caisse d'épargne puisqu'il n'y a pas d'authentification du serveur.

Il y a donc toujours le risque que la page affichée soit une copie pirate de la page 'normale' mais qui envoie les données à un site tiers puis redirige vers le site 'normal'. L'utilisateur n'y voit que du feu.

L'espagnol utilisé est fleuri...