Mais à mon avis, on va s'orienter vers davantage de possibilités de "tiling automatique" (comme le 50/50 qui existe déjà) pour pouvoir se passer autant que possible de la gestion explicite des fenêtres.
Soyons honnête, 90% du temps la seule gestion des fenêtres que l'on fait c'est pour mettre les fenêtres à peu près l'une à côté de l'autre (ou l'une en dessous de l'autre). Après, c'est vrai que le ratio est rarement 50/50
Est-ce possible d'utiliser SPICE sans virtualisation?
Oui.
Bah, est-ce un problème d'X11 ou bien est-ce un problème plus générique?
Le problème c'est que l'opengl bypasse X11 et que les animations provoquent le redessin (et donc la retransmission) de toute la fenêtre. Pour corriger ça, il faut éviter d'utiliser d'opengl et probablement avoir un mode simplifié pour la GUI, comme fait microsoft avec le RDP.
Après, je ne sais pas comment SPICE adresse ce problème.
X11 n'est pas fait pour le WAN
En même temps, à l'heure actuelle, un protocole de ce type qui n'est pas fait pour le WAN est tout simplement inutile. Et si, X11 marchait très bien en WAN avec des applis en motif par exemple. Le matlab dont je parlais tout à l'heure, je l'utilisais derrière une ADSL et ça marchait au poil pour ce type d'applications "laides" et peu dynamiques.
Je soupçonne que pour RedHat et les autres autres l'avenir du réseau est du côté de SPICE, bien que les fonctionnalités ne soient pas vraiment identiques (et qu'il soit difficile de trouver un comparatif entre SPICE, X11, RDP et VNC). De toute façon le protocole X11 a déjà du mal avec les applications modernes qui utilisent de l'OpenGL et des animations dans tous les sens.
Personnellement j'aimais bien ssh -X, mais en toute honnêteté je ne m'en suis plus servi depuis l'unif quand je m'en servais pour lancer sur mon PC le matlab de l'unif...
Dans ce cas il faudrait fixer tous les liens non absolus, en particulier vers les pages wiki. J'aurais tendance à croire qu'il ne faut faire cela que pour les liens de la newsletter d'ailleurs.
Il n'empêche que cela génère une requête non-https (alternativement, https) malgré que la personne ait choisi un mode ou l'autre. Requête inutile pour le serveur qui ralentit l'utilisateur et n'est pas en ssl.
Je viens de vérifier et les fils rss de github par exemple contiennent une tétra-chiée de liens du type '/foo/bar'. Donc a priori cela ne devrait pas faire plus de mal à linuxfr.
Parce que actuellement, [[[Wiki]]] donne <a href="/wiki/Wiki">, donc si ça casse vraiment les fils RSS alors il y a d'autres trucs à corriger... Pour moi ça devrait donc fonctionner correctement.
Ce qui pourrait également être sympa c'est de plier les commentaires qui répondent à un commentaire non pertinent, car de toute façon une réponse à un commentaire à côté de la plaque sera d'office à côté de la plaque.
Plus que la correction des fautes d'orthographe, ce qui me choque dans certains commentaires est le fait que certains ne regardent même pas le rendu de leur message...
Donc on voit encore régulièrement un commentaire avec des signes cabalistiques qui se trimbalent, ou pire avec du bbcode!
En fait, la suggestion est peut-être un peu con, mais le plus simple ne serait-il pas tout simplement d'avoir un éditeur wisywig simplifié? (pas question de choisir sa police, mais "voir" le rendu en live ne laisserait plus l'excuse du "oh je ne sais pas comment on fait")
Bref, j'avais vraiment pensé que Shift avait fait une faute de frappe
C'est l'un des problèmes avec les réformes orthographiques, c'est que pour les "vieux", les "jeunes" qui écrivent avec la nouvelle orthographe ont tendance à passer pour des illettrés. Mine de rien, ça peut poser un problème pour les gens qui rédigent des lettres de motivations, etc.
En Belgique une habitation sans raccordement à l'électricité publique est considérée comme insalubre. Ceci ne t'empêche cependant pas d'y habiter je suppose.
[^] # Re: Quelques précisions
Posté par nud . En réponse au journal GNOME3: après le shell, les applications ?. Évalué à 3.
Ou un browser et un éditeur de texte pour la doc.
Mais à mon avis, on va s'orienter vers davantage de possibilités de "tiling automatique" (comme le 50/50 qui existe déjà) pour pouvoir se passer autant que possible de la gestion explicite des fenêtres.
Soyons honnête, 90% du temps la seule gestion des fenêtres que l'on fait c'est pour mettre les fenêtres à peu près l'une à côté de l'autre (ou l'une en dessous de l'autre). Après, c'est vrai que le ratio est rarement 50/50
[^] # Re: Pour une transition douce depuis wayland
Posté par nud . En réponse à la dépêche Quatre actualités concernant la pile graphique de Linux. Évalué à 1.
Oui.
Le problème c'est que l'opengl bypasse X11 et que les animations provoquent le redessin (et donc la retransmission) de toute la fenêtre. Pour corriger ça, il faut éviter d'utiliser d'opengl et probablement avoir un mode simplifié pour la GUI, comme fait microsoft avec le RDP.
Après, je ne sais pas comment SPICE adresse ce problème.
En même temps, à l'heure actuelle, un protocole de ce type qui n'est pas fait pour le WAN est tout simplement inutile. Et si, X11 marchait très bien en WAN avec des applis en motif par exemple. Le matlab dont je parlais tout à l'heure, je l'utilisais derrière une ADSL et ça marchait au poil pour ce type d'applications "laides" et peu dynamiques.
[^] # Re: hum...
Posté par nud . En réponse à la dépêche Appel pour le web ouvert !. Évalué à 2.
Encore faut-il que les gens achètent le Lumia, qui paraît-il est bien en dessous des ventes du N9 qui n'a pourtant bénéficié d'aucun marketting...
[^] # Re: Pour une transition douce depuis wayland
Posté par nud . En réponse à la dépêche Quatre actualités concernant la pile graphique de Linux. Évalué à 2.
Je soupçonne que pour RedHat et les autres autres l'avenir du réseau est du côté de SPICE, bien que les fonctionnalités ne soient pas vraiment identiques (et qu'il soit difficile de trouver un comparatif entre SPICE, X11, RDP et VNC). De toute façon le protocole X11 a déjà du mal avec les applications modernes qui utilisent de l'OpenGL et des animations dans tous les sens.
Personnellement j'aimais bien ssh -X, mais en toute honnêteté je ne m'en suis plus servi depuis l'unif quand je m'en servais pour lancer sur mon PC le matlab de l'unif...
[^] # Re: Correctif
Posté par nud . En réponse à l’entrée du suivi Gestion des liens vers http(s)://linuxfr.org. Évalué à 1 (+0/-0).
Dans ce cas il faudrait fixer tous les liens non absolus, en particulier vers les pages wiki. J'aurais tendance à croire qu'il ne faut faire cela que pour les liens de la newsletter d'ailleurs.
# Choix multiples
Posté par nud . En réponse au sondage Et toi, lecteur de LinuxFr.org, quel sport pratiques-tu ?. Évalué à 7.
C'est là qu'on regrette l'absence d'une variante "cases à cocher" des sondages.
[^] # Re: Fonctionnalité
Posté par nud . En réponse à l’entrée du suivi Gestion des liens vers http(s)://linuxfr.org. Évalué à 2 (+0/-0).
Il n'empêche que cela génère une requête non-https (alternativement, https) malgré que la personne ait choisi un mode ou l'autre. Requête inutile pour le serveur qui ralentit l'utilisateur et n'est pas en ssl.
[^] # Re: Correctif
Posté par nud . En réponse à l’entrée du suivi Gestion des liens vers http(s)://linuxfr.org. Évalué à 1 (+0/-0).
Je viens de vérifier et les fils rss de github par exemple contiennent une tétra-chiée de liens du type '/foo/bar'. Donc a priori cela ne devrait pas faire plus de mal à linuxfr.
[^] # Re: Correctif
Posté par nud . En réponse à l’entrée du suivi Gestion des liens vers http(s)://linuxfr.org. Évalué à 2 (+0/-0).
En es-tu bien sûr?
Parce que actuellement,
[[[Wiki]]]donne<a href="/wiki/Wiki">, donc si ça casse vraiment les fils RSS alors il y a d'autres trucs à corriger... Pour moi ça devrait donc fonctionner correctement.# Correctif
Posté par nud . En réponse à l’entrée du suivi Gestion des liens vers http(s)://linuxfr.org. Évalué à 1 (+0/-0).
https://github.com/nono/linuxfr.org/pull/172
[^] # Re: Supprimer le karma
Posté par nud . En réponse à l’entrée du suivi pertinence des commentaires. Évalué à 1 (+0/-0).
Ce qui pourrait également être sympa c'est de plier les commentaires qui répondent à un commentaire non pertinent, car de toute façon une réponse à un commentaire à côté de la plaque sera d'office à côté de la plaque.
[^] # Re: moinssage abusif
Posté par nud . En réponse au message Note de 0 à chaque commentaire . Comment ... taire ? . Évalué à 3.
Peut-être faudrait-il rajouter la possibilité de marquer son accord/désaccord avec un commentaire indépendamment de la pertinence ?
[^] # Re: auto-évaluation
Posté par nud . En réponse au message Note de 0 à chaque commentaire . Comment ... taire ? . Évalué à 1.
→ Suivi ?
# Formatage
Posté par nud . En réponse au message Bouton «prévisualiser». Évalué à 0.
Plus que la correction des fautes d'orthographe, ce qui me choque dans certains commentaires est le fait que certains ne regardent même pas le rendu de leur message...
Donc on voit encore régulièrement un commentaire avec des signes cabalistiques qui se trimbalent, ou pire avec du bbcode!
En fait, la suggestion est peut-être un peu con, mais le plus simple ne serait-il pas tout simplement d'avoir un éditeur wisywig simplifié? (pas question de choisir sa police, mais "voir" le rendu en live ne laisserait plus l'excuse du "oh je ne sais pas comment on fait")
[^] # Re: Caractères absurdes
Posté par nud . En réponse à la dépêche Nouvelle version d'Unicode : la 6.1.0. Évalué à -1. Dernière modification le 09 février 2012 à 10:03.
[citation needed]
[^] # Re: Caractères absurdes
Posté par nud . En réponse à la dépêche Nouvelle version d'Unicode : la 6.1.0. Évalué à 1.
Au moins maintenant il pourra afficher son logo dans le terminal \o/
[^] # Re: Correctif
Posté par nud . En réponse à l’entrée du suivi Liste des commentaires: afficher le contenu initial.. Évalué à 1 (+0/-0).
Cela donne ceci:
# Correctif
Posté par nud . En réponse à l’entrée du suivi Liste des commentaires: afficher le contenu initial.. Évalué à 1 (+0/-0).
C'est corrigé ici: https://github.com/nono/linuxfr.org/pull/171
# Correctif
Posté par nud . En réponse à l’entrée du suivi Liens non fonctionnels sur la page du commentaire et la liste des commentaires d'un utilisateur. Évalué à 2 (+0/-0).
Le correctif pour ce ticket se trouve ici: https://github.com/nono/linuxfr.org/pull/170
[^] # Re: Déplacer au lieu de copier
Posté par nud . En réponse à l’entrée du suivi Masquer le journal initial, lorsqu'une dépêche en est issue.. Évalué à 2 (+0/-0).
Pourquoi ne pas mettre le journal initial en tant que premier commentaire de la dépêche et relocaliser tous les commentaires initiaux sous celui-ci?
[^] # Re: correction d'orthographe
Posté par nud . En réponse à la dépêche Appels à rédacteurs sur LinuxFr.org !. Évalué à 2.
C'est l'un des problèmes avec les réformes orthographiques, c'est que pour les "vieux", les "jeunes" qui écrivent avec la nouvelle orthographe ont tendance à passer pour des illettrés. Mine de rien, ça peut poser un problème pour les gens qui rédigent des lettres de motivations, etc.
[^] # Re: Et alors?
Posté par nud . En réponse au journal On devrait manger ce qu'on donne à notre chien. Évalué à 4.
Si mais
[^] # Re: Pendant ce temps...
Posté par nud . En réponse à la dépêche Les drones de combat américains basculent sous Linux. Évalué à 6.
Ils vont utiliser linux, mais pas gnu/linux.
[^] # Re: correction d'orthographe
Posté par nud . En réponse à la dépêche Appels à rédacteurs sur LinuxFr.org !. Évalué à 1.
J'hésite entre pognon et oignon.
[^] # Re: téléphones
Posté par nud . En réponse à la dépêche Big Brother Awards Belgique 2012. Évalué à 2.
En Belgique une habitation sans raccordement à l'électricité publique est considérée comme insalubre. Ceci ne t'empêche cependant pas d'y habiter je suppose.