CrEv a écrit 4577 commentaires

Sur un projet «libre et ouvert» (sic)

?
Quel est le problème ? Un projet peut être libre mais avoir un développement fermé (tu as les sources mais le développement est lui privé)

Le premier draft officiel d'AJAX ne date que de 2006, après tout.

Oui mais ça veut pas dire grand chose.
XMLHttpRequest date de 1998 et l'implémentation dans firefox date de 2002 (2004 pour safari et 2005 pour opera).

Et même sans ça rien n'empêche d'avoir des traitements serveurs et du polling à base d'iframe (c'est peut-être crade mais c'est possible)

donc avec un varnish devant ça avance plutôt bien.

Ça veut donc dire que de base c'est quand même lent, non ?
Parce que bon devoir avoir des serveurs de cache juste pour avoir des performances acceptables c'est triste (en tout cas c'est le cas avec des trucs comme magento)

Le truc c'est rpm+son environnement et deb+apt-get

Le truc c'est que si en gros deb veut dire utiliser apt-get (ou aptitude) rpm ne veut pas dire utiliser redhat et yum… c'est plus fragmenté. Donc oui il y a quand même une différence

Perso j'en ai rien a foutre, le format rpm il vient avec ses outils donc si ca merde que ce soit la faute du format, du logiciel rpm, de yum, urpmi ou tartampion j'en ai rien a taper ca ne marche juste pas.

Ben non, le format rpm il vient pas avec ces outils par magie.
Et le ça marche juste pas, c'est juste risible.

Si tu ne maximises pas tes fenêtres, c'est que tu n'as pas de problème de place consommée par la barre de titre (sinon tu serais bien obligé d'agrandir la fenêtre pour y voir plus clair).

Ben non. Surtout sur les écrans d'aujourd'hui pour beaucoup 16:9 ou 16:10, je peux très bien avoir une fenêtre maximisée en vertical mais pas en horizontal.
Ou alors justement je peux ne pas la maximiser parce que je n'ai pas plein de place perdue inutilement verticalement.

je vois juste que Firefox sous Gnome c'est horrible

C'est bon, j'ai ma réponse :-)

Quand tu vois la capture d'écran avec le persona c'est réellement gâché (même si pour le coup je n'aime pas les persona)

Ce que je dis c'est que pour une fois je trouve que firefox avance bien, qu'il y a justement du progrès au niveau de l'interface qui est plus compacte. Sauf sous linux (ou uniquement gnome ?). Et ça je le déplore.
Chrome par exemple permettait d'utiliser leur propre toolkit et n'affichait justement pas la barre de titre du window manager, ce qui leur permettait, y compris sous linux, d'avoir une interface qui prenait moins de place (et côté persona c'était aussi mieux que cette barre grise gnome qui jure)

Firefox est sous linux une appli Linux et se comporte au maximum comme tel.

Et alors ? Comme s'il n'y avait qu'une seule façon de faire des fenêtres sous linux.

sauf que Chrome est maintenant sous blink, non ? (mais je crois que opera aussi est parti pour utiliser blink)
Car Webkit ce n'est justement pas (que) google

edit: ok la prochaine fois le lirai les autre commentaires avant de vouloir corriger ;-)

Faut pas exagérer, en mode plein écran avec Unity

Sérieux ? La réponse à "ça prend de la place pour rien" c'est "en mode plein écran ça passe" ?

Au contraire, je ne met jamais mes fenêtres en plein écran et en général elles ne sont jamais maximisées d'ailleurs.

Et puis je connais personne même sous Linux qui n'a pas sa fenêtre maximisée quand il surfe

-_-

on dirait que tu découvres que sous Gnome toutes les fenêtres ont une barre de titre :)

Non je vois juste que Firefox sous Gnome c'est horrible par rapport à Firefox sous windows ou mac.

en fait quand je vois http://chevrel.org/screenshot/linuxfr/persona.png je comprend pourquoi les captures d'écran sont rarement sous linux par défaut…
Lorsqu'on voit que sous windows et mac il n'y a quasiment plus de barre de titre et donc c'est de la place supplémentaire gagnée en hauteur (pratique sur des écrans de plus en plus horizontaux) et que sous linux on la rajoute, c'est horrible question place mais aussi question style

D'ailleurs on le voit aussi dans la capture sous gnome dans la news.

hein ? quoi ? tu peux perdre de la conf en upgradant ?
Et d'ailleurs tu sais quoi, beaucoup de logiciels que tu utilises ont une belle clause qui dit qu'ils ne sont garanti en aucun cas, que ça peut ne pas fonctionner bla bla. Ça veut dire que les développeurs ne connaissent pas ce qu'ils développent ou sont incompétents ?

Et sinon, reste que j'ai quand même bien l'impression que tu confond RPM et yum/redhat.
A moins que, encore une fois, tu montres que RPM a un problème sur l'upgrade (et non yum, et non redhat en particulier).

Parce que bon des maj qui foirent à base de deb ça marche aussi hein.

mouarf
Ben essaie de pointer les arguments parce que dans ce journal y'en a pas vraiment hein…

alors apres ca peut venir de apt qui est vachement mieux que yum et toute la clique de logiciel

Tu serais pas en train de mélanger RPM et Yum ?
Parce que bon y'a pas de Yum pour faire du rpm, et les urpm* en général s'en sortent plutôt pas mal.

systeme base RPM : upgrade tres complique voir impossible
systeme base Deb : upgrade tres facile

Heu, ça c'est des arguments ??

C'est a peu pres impossible d'updater un systeme a base de RPM et il est fortrement conseille de faire une re-installation.

T'as des liens, des infos, quelque chose de précis ?
Nan c'est juste pour que je sache comment je fais depuis plus de 10 ans…

Les serveurs web savent gérer cette problématique s'il le faut…

un serveur web tout seul comme un grand ne sait pas gérer cela au niveau de PHP. De base en PHP chaque nouvelle requête demande de tout réexécuter. Ensuite il y a les caches d'op-code qui eux améliorent les choses, mais c'est pas juste "les serveurs web savent gérer"

je ne sais pas dans le cas de seafile mais de manière générale découper en plusieurs blocs peut avoir comme intérêt d'éviter de faire de la duplication (en gros si deux blocs sont identiques un seul est enregistré) et on peut peut-être imaginer la même chose lors de la synchro, ce qui pourrait réduire la quantité de données à télécharger.

Source ?

J'ai jamais vu un seul utilisateur Windows atteint de versionnite.

Oki cool, donc tu me demandes des sources et tu fais exactement la même chose, sans sources. Bien, on est avancé.

un sudo apt-get update && sudo apt-get dist-upgrade lui suffit largement.

Ha oui c'est sur que l'utilisateur il veut vraiment ça…

Les mises à jours ça l'emmerde, l'utilisateur.

Je parle pas de mise à jour, juste d'avoir la dernière version d'un logiciel.
Parce que la personne veut juste par exemple le dernier vlc pour pouvoir lire un fichier qu'il vient de trouver. Et là franchement il s'en fout totalement de son système, il veut juste le prendre et l'installer.

Mais si tu veux on peut prendre l'exemple des jeux. La personne qui veut installer la dernière version d'un jeux (et là me dit pas que ça n'existe pas) il s'en fiche de son système aussi, il veut l'installer. Sous linux, ben il a intérêt à bien s'accrocher (dans le cas où un jeux existe, ce qui est déjà mal barré).

C'est très exactement ce qu'on appelle la versionnite! C'est aussi pertinent que de sentir un irrésistible besoin de changer son téléphone dès qu'un nouveau modèle sort avec un nouveau gadget.

Peut-être… mais ce que vous oubliez dans ce point c'est que c'est juste ce que veulent beaucoup d'utilisateurs, tout comme beaucoup de monde veut toujours un téléphone récent.
Et là en gros votre seule réponse à ce besoin exprimé par des utilisateurs c'est "ils ont tord, on va leur expliquer qu'il ne faut pas faire ça" oO

Parce que bon derrière la "versionnite" il y a aussi des corrections de bugs, de sécurité, des améliorations qui peuvent être nécessaires.

mais j'avoue que je n'aime pas trop ceux qui prétendent être incapables d'une quelconque abstraction

Qui a dit qu'ils en étaient incapables ? Moi je dis surtout que ça a de la valeur, que ça répond à un vrai besoin rien qu'en terme de confort.

quand tu mets ton poulet au four et que tu règles sur 180°C/1h30, ton four ne te met pas une image de poulet grillé

Mouai, c'est pas le meilleur exemple à mon avis. D'ailleurs il est fort probable que tu passes devant ton four de temps en temps pour ajuster température / durée. Alors que si je prend ta logique c'est plutôt je recommence avec un nouveau poulet.

Et justement un exemple dans l'autre sens.
Lorsque j'usine une pièce avec une fraiseuse (ou que je lance un programme en heidenhein) je vois la tête que va avoir ma pièce. Par contre y'a pas à dire je préfère néanmoins pouvoir lancer une visualisation en accéléré de ce que mon programme va faire, ça peut me sauver d'une broutille pas mal de fois.

pourquoi le même genre de choses semble impossible quand on est devant un ordinateur?

Mais c'est le cas.
D'ailleurs avec ton exemple de clignotant tu as justement une "visualisation" de ton action avec le bruit. Alors que bon tu sais très bien que si tu bouge le levier ton clignotant fonctionne, pourquoi rajouter du bruit ?

mais il a raison sur ce point

C'est plus le côté répétitif dans chaque journal/dépêche sur le sujet que la véracité des propos ou non qui est parfois lourd.

Tu fais comment en Latex? Tu fais comment quand tu programmes? Tu modifies la valeur, compiles, exécutes, regardes, modifie la valeur, etc.

Sauf que justement dans ce cas une GUI de donne un aperçu en temps réel, ce qui est très très légèrement moins chiant que ce que tu proposes et qui à mon avis a justement beaucoup de valeur pour les utilisateurs.

De la même manière c'est bien pour ça qu'il existe de nombreux éditeurs markdown avec prévisualisation en temps réel.

T'as été traumatisé dans ton enfance par un autohébergeur ?
Parce que franchement c'est lourd hein.

D'ailleurs je corrige : « Si les adorateurs de [sketuveux] étaient honnêtes dans leur publicité, ça se saurait. tu fais confiance encore à ces personnes pour te conseiller? »

Quel est l'intérêt d'héberger soit-même ses mails si c'est pour les utiliser exclusivement au travers de GMail ?
Dans ce cas il est beaucoup plus intéressant de juste poser son domaine sur GMail et avoir un backup, bien plus résistant, efficace, etc.

De la même manière si j'utiliser GMail pour gérer mes mails, je ne pense pas qu'il puisse les envoyer via mon SMTP, il va envoyer via le siens.

Enfin tout ça c'est ridicule, si j'héberge mes mails c'est pas pour dépendre d'un tiers comme Google.

Nan mais on est pas du tout dans le cas de l'utilisation d'un webmail connecté à un serveur de mail.
On est dans le cas où il y a import de mails depuis un serveur vers une boite mail. Ça importe les mails dans un compte gmail (donc dans les serveurs) et ensuite c'est juste qu'on utilise le compte gmail. Le fait qu'il puisse poster aussi avec ton mail ne change pas grand chose. On est loin de l'utilisation du webmail.
Si c'était utilisation du webmail de Gmail ce serait juste permettre de le connecter à un serveur de mail (imap par exemple) autre que ceux de Google.

Heu, non.

A moins que je me goure la seule chose est que tu peux demander à gmail d'importer tes mails (via pop… supaÿr). Mais ça n'a pas grand chose à voir avec utiliser le webmail GMail et mon serveur.

D'ailleurs si GMail fonctionne bien c'est aussi que ce n'est justement pas qu'un webmail c'est aussi des extensions serveur imap (pour les tags).

Et bon, franchement héberger des mails pour les lires avec gmail…

j'aimerais bien savoir comment tu comptes faire alors pour choisir tes paramètres ?
Tu testes une valeur, génère, regarde le rendu, modifie la valeur, génère, regarde le rendu, etc.
C'est pas un peu intéressant une GUI non ?

le reste est de l'enrobage

C'est aussi juste ce que beaucoup d'utilisateurs demandent à mon avis.

Et sinon, c'est libre hein, tu peux très bien extraire le moteur si tu veux.