Ainsi, Linux en général rattrapera son principal retard sur Windows : la GUI pour tout et n'importe quoi.
Euh, pas vraiment, j'ai pas testé les derniers windows mais il ne me semble pas qu'ils aient de l'avance dans ce domaine.
Les principaux «retards» qu'à le libre par rapport à windows pour un poste de bureau, c'est la vente lié et le support par des applications pas fournie dans la distribution.
Mais tu es fou, tu ne sais donc pas que les jeux vidéos rendent violant ? Ah, c'est pour l'armée ? On incarne un gentil soldat et il faut tuer les méchants terroristes ou soldats ennemies ? Bon alors ça va, dans ces conditions c'est tout à fait acceptable.
Ça ne peu pas fonctionner, des objets graphiques ou sonores sont par essence moins accessibles que des objets textes. Il ne faut pas arrêter de vivre parceque des personnes ont des handicapes ou simplement des machines aux performances modestes, mais dans la mesure du possible, il faut ne pas favoriser l'exclusion sociale de ces personnes.
Euh, à part toi, qui à parlé de système de fichier ?
J'ai jamais vue un environnement de bureau qui tentait d'avoir une approche avec un paradigme sur le document.
Il suffit pas d'avoir un appli qui peu ouvrir une URL quelle soit locale où distante, il faut faire disparaitre (c'est à dire la cacher à l'utilisateur) la notion d'application.
Cela dit, je ne prétends pas que cette approche est bonne.
Pour faire un jeu en ligne pourquoi pas, mais pour faire un espace de commerce, une plateforme web me semble bien meilleur.
Déjà c'est interopérable (si on fait quelque chose de propre).
Ensuite c'est clairement plus pratique, à tout point de vues : enregistrer ma facture en pdf depuis une page web qui le pointe en lien, ok. Comment je fait sous second life ? Comment je vérifie que mon numéro de carte est pas envoyé en clair dans second life ? Comment je fait pour pointer la ressource qui présente un produit par email ou pour messagerie instantanée si elle est présenté dans second life ?
Moi ça me parait vraiment pas adapté.
Je ne savais pas qu'il y avais un serveur libre, tant mieux, le client deviens bien plus intéressant dans ce cas. Il doit être possible de faire tout type de MMO libres avec ça non ? Les graphismes sont pas du dernier crie, mais bon.
Non. Le local tu sais toujours modifier. Si tu n'y arrives c'est une erreur d'accès. Une pages web n'est pas toujours éditable. Prends ce journal, utilises un éditeur html et renvoie la page web sur dlfp.
Ben c'est impossible et ce n'est pas qu'un problème droit.
C'est exactement pareil qu'en local : essai de modifier un fichier sur lequel tu n'as que le droit de lecture. Bien sûr tu peux passer root et modifier ça, mais sur dlfp c'est pareil, si tu as un compte qui te le permet, tu peux modifier le fichier original. C'est rien d'autre qu'un problème de droit.
Et si je fais document->ouvrir->"url://du/fichier/à/" j'ai la liste des fichiers ?
Tu ouvriras le document que fournie cette adresse, c'est tout. Si le document est une liste de fichiers, alors afficher le document c'est afficher cette liste.
Le web n'est pas un système de fichier avec des données, c'est une application. Un navigateur donne accès à l'application.
Non, le web est un système qui permet de facilement inter-référencer des documents stockés sur des machines un peu partout dans le monde. Tu utilises l'applicatif que tu veux pour parcourir ce système.
Si j'ouvre http://linuxfr.org/my/ et que tu fais de même on n'as pas le même document (il y a mon nom sur mon page, le tien pour ta page, des trucs qui indique les dépèches que je n'ai pas encore lu, pour toi ce que tu n'as pas encore lu, etc).
Et si j'ouvre le document file://~/.vimrc il y a toutes les chances que si tu fais la même chose on n'ai pas le même document sous les yeux. C'est donc ici aussi tout à fait équivalent.
Cela dit, c'est un peu de ma faute car je fait le raccourcis ressource->document. Une URL est un identifiant unique de ressource et pas de document, mais la notion de document est surement plus simple à présenter.
Pour gnome pourquoi pas, pour nautilus c'est moins vrai voire faux.
Oui mais on parle de gnome là, pas juste de nautilus. Avec juste nautilus, tu risque pas de faire grand chose.
Certes. Mais un navigateur web ne fait qu'afficher des pages web. Le web n'y a pas de notion de répertoire, on ne peut pas modifier les pages, une page web n'a pas de sous-élément identifié comme un répertoire à des fichiers, on ne peut pas supprimer une page web, etc, etc.
Ce n'est qu'un choix de présentation. Je peux très bien prendre le paradigme «tout est document» (oh tiens ça me rappel quelque chose) et ne fonctionner que par une logique documents, où que le document soit stocké.
Une page web est autant éditable que n'importe quel fichier local sur lequel tu as accès seulement en lecture : si tu veux le modifier, tu fais une copie (enfin dans le cas d'une page web tu fais nécessairement une copie, même pour la lecture).
C'est à l'application de le faire. Tu mélanges la vue sur le système de fichier (fait par nautilus) et la visualisation/édition de fichier.
Je ne mélanges pas, je dit que dans un paradigme du spatial/document, il n'y a pas de place pour les applications (du moins pas explicitement). Il s'agit d'avoir un bureau, des documents posé dessus, et à coté une petite boite à outil (éventuellement contextuelle). Comme sur ton vrai bureau quoi. Quand tu ouvres un classeur, tu te demandes pas qu'elle application il te faut, tu l'ouvres, et si ce n'est pas pour lire, tu prends les outils dont tu as besoin (stylo, crayon, règle…).
J'aimerai bien savoir comme tu vas consulter une page web (qui n'est pas sur ton bureau/bécane) si tu ne peux pas lancer de navigateur... Tu crées un fichier avec l'adresse et tu double cliques dessus ?
Non, dans un paradigme document, à la place de ton menu application, tu aurais un menu document et tu ferais document->ouvrir->"url://du/fichier/à/ouvrir".
Et pitié, pas de double clique! L'anti-ergonomie dans tout sa splendeur ! Non seulement c'est pas intuitif et ça favorise les troubles musculosquelettiques, mais en plus c'est une véritable plaie pour les gens qui débutent (il faut acquérir la dextérité nécessaire pour double cliquer assez vite), sans parler des personnes ayant des difficulté physiques à faire un tel mouvement.
Bof, mon analyse de la chose c'est que c'est un concept qui pourrait être pas mal mais qu'il n'est suivi qu'à moitié.
Globalement on peu dire que on applique une vision soit «par appli», soit «par document». Le mode spatial de gnome tente de faire un peu du deuxième mais en restant bien le cul entre deux chaises.
Le navigateur web n'ouvre pas chaque page dans une nouvelle fenêtre par exemple.
Gnome est pas capable de faire du complètement spatiale, pour ça il faudrait que chaque fois que j'ouvre un fichier,qu'elle qu'il soit, il m'ouvre une nouvelle fenêtre ou fasse remonter celle qui contiens le document. En revanche gnome gère bien l'applicatif, tendance qui se confirme avec l'intégration d'un système d'onglet dans nautilus.
D'ailleurs que vois-t-on en premier dans le menu gnome ? Applications. Viens ensuite les «raccourcis» («spaces» en anglais il me semble).
Je m'attarderais peut être sur le mode spatial le jour où il y en aura un, pas comme ce pseudo-mode batare où l'on passe au moins la moitié du temps à utiliser un mode «par application». Dans un environnement spatial je ne veux pas entendre parler d'application, je veux afficher le document dont j'ai besoin et la boite à outil qui va bien.
Ok. Moi je préfères vim (c'est à dire que c'est le seul éditeur puissant que j'ai jamais appris), par contre j'ai jamais vraiment essayé gvim.
Comme tu le dis, vi(m) démarre instantanément (mon vimrc fait un peu plus de 150 lignes, ce qui est pas énorme mais pas minuscule non plus).
Pour le copier(/sélectionner) coller, pas de problème, je dirais même que je le trouve mieux que la plupart des applis, car selon comment tu configures la variable mouse, tu peux cliquer n'importe où dans ton vim pour faire ton coller au lieu d'avoir à viser.
Pour la connexion distante, je fait du ssh sur tuxfamily de temps en temps de manière fluide, j'ai jamais eu de problème.
Moi j'ai découvert catalyst, un framework MVC en perl.
J'ai commencé à développer une appli web avec, et pour l'instant ça me paraît très bien. Il s'inscrit bien dans la philosophie de la communauté perl (TMTOWTDI) en adoptant un approche très modulaire qui permet de sélectionner les modules perl qu'on juge les plus appropriés.
La documentation comprends un tutoriel pas à pas assez exhaustif, sans non plus rentrer dans les détails d'une applications prête pour la production. Un compromis qui me parait correct.
Il est livré avec quelques petits scripts qui peuvent par exemple générer vos objets à partir de votre modèle (ex : une base de donnée) et si vous les régénérez plus tard, il prend soin de ne pas écraser le code que vous avez vous même saisie. Il y a aussi un script serveur, et un script qui permet de tester en ligne de commande le résultat d'une requête…
Sur le canal IRC les gens sont sympa et répondent à vos questions, même quand elles sont dans la doc et que vous l'avez loupé à vouloir lire trop vite en diagonal (hum…).
Non, pas par la même appli, «une fenêtre» screen à toujours le même contenu on est d'accord. Tu peux me donner un exemple d'usage utile ? Je n'arrive pas à voir l'intérêt de la chose. Si c'est juste pour basculer entre l'affichage de plusieurs fichiers dans un même éditeur de texte, il suffit d'utiliser les tampons, non ?
Ma phrase à bien un sens, elle explique que contrairement à ce qu'il pense, la densité est très disparate de manière générale, et que les cas comme le japon font plutôt figure d'exceptions.
Je sais bien que c'est pas forcément rentable de mettre des installations pour le haut débit partout.
Pour tout ce qui est édition de texte, les outils en ligne de commande me semble ce qu'il y a de mieux a plus d'un titre. Non un émulateur de terminal c'est pas ce qu'il y a de plus pratique pour faire de la retouche d'images, c'est sûr (sauf pour des choses basiques à faire en traitement par lots), mais ce n'est pas le sujet ici.
Et dans screen tu n'as pas nécessairement le même affichage sur les différents terminaux, c'est le cas seulement si tu affiches la même fenêtre de la même session.
Maintenant je dis pas que ça a aucun intérêt, ça permet certainement une meilleur intégration avec les environnements de bureau comme expliqué ci-dessus. Moi je trouve cette approche de tout intégrer dans l'éditeur de texte trop usine à gaz, mais c'est que mon avis.
[^] # Re: ArchLinux
Posté par psychoslave__ (site web personnel) . En réponse au journal La distrib idéal.... Évalué à 4.
En voila une question simple ! La réponse est bien évidemment : tout (et si possible son contraire également).
# Du retard ?
Posté par psychoslave__ (site web personnel) . En réponse à la dépêche Logram, environnement de bureau totalement différent, fête ses 1 ans.. Évalué à 5.
Euh, pas vraiment, j'ai pas testé les derniers windows mais il ne me semble pas qu'ils aient de l'avance dans ce domaine.
Les principaux «retards» qu'à le libre par rapport à windows pour un poste de bureau, c'est la vente lié et le support par des applications pas fournie dans la distribution.
[^] # Re: comprend pas
Posté par psychoslave__ (site web personnel) . En réponse à la dépêche La loi Hadopi a été adoptée à l'Assemblée Nationale. Évalué à 3.
[^] # Re: Bof
Posté par psychoslave__ (site web personnel) . En réponse à la dépêche Mondes virtuels : Second Life et Opensim. Évalué à 4.
:)
[^] # Re: et les autres ?
Posté par psychoslave__ (site web personnel) . En réponse à la dépêche Mondes virtuels : Second Life et Opensim. Évalué à 3.
[^] # Re: Attention !
Posté par psychoslave__ (site web personnel) . En réponse au journal Plans pour GNOME 3.0. Évalué à 2.
J'ai jamais vue un environnement de bureau qui tentait d'avoir une approche avec un paradigme sur le document.
Il suffit pas d'avoir un appli qui peu ouvrir une URL quelle soit locale où distante, il faut faire disparaitre (c'est à dire la cacher à l'utilisateur) la notion d'application.
Cela dit, je ne prétends pas que cette approche est bonne.
[^] # Re: pas la tête...
Posté par psychoslave__ (site web personnel) . En réponse au journal HADOPI et sont applications. Évalué à 2.
[^] # Re: Un gag?
Posté par psychoslave__ (site web personnel) . En réponse au journal HADOPI et sont applications. Évalué à 3.
# Bof
Posté par psychoslave__ (site web personnel) . En réponse à la dépêche Mondes virtuels : Second Life et Opensim. Évalué à 8.
Déjà c'est interopérable (si on fait quelque chose de propre).
Ensuite c'est clairement plus pratique, à tout point de vues : enregistrer ma facture en pdf depuis une page web qui le pointe en lien, ok. Comment je fait sous second life ? Comment je vérifie que mon numéro de carte est pas envoyé en clair dans second life ? Comment je fait pour pointer la ressource qui présente un produit par email ou pour messagerie instantanée si elle est présenté dans second life ?
Moi ça me parait vraiment pas adapté.
Je ne savais pas qu'il y avais un serveur libre, tant mieux, le client deviens bien plus intéressant dans ce cas. Il doit être possible de faire tout type de MMO libres avec ça non ? Les graphismes sont pas du dernier crie, mais bon.
[^] # Re: Attention !
Posté par psychoslave__ (site web personnel) . En réponse au journal Plans pour GNOME 3.0. Évalué à 2.
Non. Le local tu sais toujours modifier. Si tu n'y arrives c'est une erreur d'accès. Une pages web n'est pas toujours éditable. Prends ce journal, utilises un éditeur html et renvoie la page web sur dlfp.
Ben c'est impossible et ce n'est pas qu'un problème droit.
C'est exactement pareil qu'en local : essai de modifier un fichier sur lequel tu n'as que le droit de lecture. Bien sûr tu peux passer root et modifier ça, mais sur dlfp c'est pareil, si tu as un compte qui te le permet, tu peux modifier le fichier original. C'est rien d'autre qu'un problème de droit.
Même si on utilise quasiment que GET et POST,HTTP prévois une méthode PUT et DELETE : [http://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html#sec9.6]
Et si je fais document->ouvrir->"url://du/fichier/à/" j'ai la liste des fichiers ?
Tu ouvriras le document que fournie cette adresse, c'est tout. Si le document est une liste de fichiers, alors afficher le document c'est afficher cette liste.
Le web n'est pas un système de fichier avec des données, c'est une application. Un navigateur donne accès à l'application.
Non, le web est un système qui permet de facilement inter-référencer des documents stockés sur des machines un peu partout dans le monde. Tu utilises l'applicatif que tu veux pour parcourir ce système.
Si j'ouvre http://linuxfr.org/my/ et que tu fais de même on n'as pas le même document (il y a mon nom sur mon page, le tien pour ta page, des trucs qui indique les dépèches que je n'ai pas encore lu, pour toi ce que tu n'as pas encore lu, etc).
Et si j'ouvre le document file://~/.vimrc il y a toutes les chances que si tu fais la même chose on n'ai pas le même document sous les yeux. C'est donc ici aussi tout à fait équivalent.
Cela dit, c'est un peu de ma faute car je fait le raccourcis ressource->document. Une URL est un identifiant unique de ressource et pas de document, mais la notion de document est surement plus simple à présenter.
http://www.example.com/rep != http://www.example.com/rep/
file:///rep == file:///rep/
file:///rep/.. == file:///
Etc.
Et ? Tu en conclus quoi ?
[^] # Re: A coté de la question
Posté par psychoslave__ (site web personnel) . En réponse au journal [vidéo] Albanel, pare-feu, open office et logiciel libre. Évalué à 7.
[^] # Re: Attention !
Posté par psychoslave__ (site web personnel) . En réponse au journal Plans pour GNOME 3.0. Évalué à 1.
Oui mais on parle de gnome là, pas juste de nautilus. Avec juste nautilus, tu risque pas de faire grand chose.
Certes. Mais un navigateur web ne fait qu'afficher des pages web. Le web n'y a pas de notion de répertoire, on ne peut pas modifier les pages, une page web n'a pas de sous-élément identifié comme un répertoire à des fichiers, on ne peut pas supprimer une page web, etc, etc.
Ce n'est qu'un choix de présentation. Je peux très bien prendre le paradigme «tout est document» (oh tiens ça me rappel quelque chose) et ne fonctionner que par une logique documents, où que le document soit stocké.
Une page web est autant éditable que n'importe quel fichier local sur lequel tu as accès seulement en lecture : si tu veux le modifier, tu fais une copie (enfin dans le cas d'une page web tu fais nécessairement une copie, même pour la lecture).
C'est à l'application de le faire. Tu mélanges la vue sur le système de fichier (fait par nautilus) et la visualisation/édition de fichier.
Je ne mélanges pas, je dit que dans un paradigme du spatial/document, il n'y a pas de place pour les applications (du moins pas explicitement). Il s'agit d'avoir un bureau, des documents posé dessus, et à coté une petite boite à outil (éventuellement contextuelle). Comme sur ton vrai bureau quoi. Quand tu ouvres un classeur, tu te demandes pas qu'elle application il te faut, tu l'ouvres, et si ce n'est pas pour lire, tu prends les outils dont tu as besoin (stylo, crayon, règle…).
J'aimerai bien savoir comme tu vas consulter une page web (qui n'est pas sur ton bureau/bécane) si tu ne peux pas lancer de navigateur... Tu crées un fichier avec l'adresse et tu double cliques dessus ?
Non, dans un paradigme document, à la place de ton menu application, tu aurais un menu document et tu ferais document->ouvrir->"url://du/fichier/à/ouvrir".
Et pitié, pas de double clique! L'anti-ergonomie dans tout sa splendeur ! Non seulement c'est pas intuitif et ça favorise les troubles musculosquelettiques, mais en plus c'est une véritable plaie pour les gens qui débutent (il faut acquérir la dextérité nécessaire pour double cliquer assez vite), sans parler des personnes ayant des difficulté physiques à faire un tel mouvement.
[^] # Re: Attention !
Posté par psychoslave__ (site web personnel) . En réponse au journal Plans pour GNOME 3.0. Évalué à 1.
Globalement on peu dire que on applique une vision soit «par appli», soit «par document». Le mode spatial de gnome tente de faire un peu du deuxième mais en restant bien le cul entre deux chaises.
Le navigateur web n'ouvre pas chaque page dans une nouvelle fenêtre par exemple.
Gnome est pas capable de faire du complètement spatiale, pour ça il faudrait que chaque fois que j'ouvre un fichier,qu'elle qu'il soit, il m'ouvre une nouvelle fenêtre ou fasse remonter celle qui contiens le document. En revanche gnome gère bien l'applicatif, tendance qui se confirme avec l'intégration d'un système d'onglet dans nautilus.
D'ailleurs que vois-t-on en premier dans le menu gnome ? Applications. Viens ensuite les «raccourcis» («spaces» en anglais il me semble).
Je m'attarderais peut être sur le mode spatial le jour où il y en aura un, pas comme ce pseudo-mode batare où l'on passe au moins la moitié du temps à utiliser un mode «par application». Dans un environnement spatial je ne veux pas entendre parler d'application, je veux afficher le document dont j'ai besoin et la boite à outil qui va bien.
[^] # Re: Norme
Posté par psychoslave__ (site web personnel) . En réponse au journal Plans pour GNOME 3.0. Évalué à 3.
[^] # Re: A coté de la question
Posté par psychoslave__ (site web personnel) . En réponse au journal [vidéo] Albanel, pare-feu, open office et logiciel libre. Évalué à 2.
[^] # Re: C'est parceque c'est le premier avril, c'est ça ?
Posté par psychoslave__ (site web personnel) . En réponse à la dépêche Les nouveautés dans Emacs 23. Évalué à 3.
Comme tu le dis, vi(m) démarre instantanément (mon vimrc fait un peu plus de 150 lignes, ce qui est pas énorme mais pas minuscule non plus).
Pour le copier(/sélectionner) coller, pas de problème, je dirais même que je le trouve mieux que la plupart des applis, car selon comment tu configures la variable mouse, tu peux cliquer n'importe où dans ton vim pour faire ton coller au lieu d'avoir à viser.
Pour la connexion distante, je fait du ssh sur tuxfamily de temps en temps de manière fluide, j'ai jamais eu de problème.
# Catalyst
Posté par psychoslave__ (site web personnel) . En réponse au journal ASP.NET MVC sous licence libre. Évalué à 1.
Moi j'ai découvert catalyst, un framework MVC en perl.
J'ai commencé à développer une appli web avec, et pour l'instant ça me paraît très bien. Il s'inscrit bien dans la philosophie de la communauté perl (TMTOWTDI) en adoptant un approche très modulaire qui permet de sélectionner les modules perl qu'on juge les plus appropriés.
La documentation comprends un tutoriel pas à pas assez exhaustif, sans non plus rentrer dans les détails d'une applications prête pour la production. Un compromis qui me parait correct.
Il est livré avec quelques petits scripts qui peuvent par exemple générer vos objets à partir de votre modèle (ex : une base de donnée) et si vous les régénérez plus tard, il prend soin de ne pas écraser le code que vous avez vous même saisie. Il y a aussi un script serveur, et un script qui permet de tester en ligne de commande le résultat d'une requête…
Sur le canal IRC les gens sont sympa et répondent à vos questions, même quand elles sont dans la doc et que vous l'avez loupé à vouloir lire trop vite en diagonal (hum…).
Pour en savoir plus c'est par là http://www.catalystframework.org/
[^] # Re: A coté de la question
Posté par psychoslave__ (site web personnel) . En réponse au journal [vidéo] Albanel, pare-feu, open office et logiciel libre. Évalué à 2.
[^] # Re: omgwtfbbq
Posté par psychoslave__ (site web personnel) . En réponse au journal [vidéo] Albanel, pare-feu, open office et logiciel libre. Évalué à 7.
[^] # Re: C'est parceque c'est le premier avril, c'est ça ?
Posté par psychoslave__ (site web personnel) . En réponse à la dépêche Les nouveautés dans Emacs 23. Évalué à 2.
[^] # Re: Avènement des réseaux p2p anonymes et cryptés
Posté par psychoslave__ (site web personnel) . En réponse au journal [HADOPI] Avènement des réseaux p2p anonymes et cryptés. Évalué à 3.
Je sais bien que c'est pas forcément rentable de mettre des installations pour le haut débit partout.
[^] # Re: Avènement des réseaux p2p anonymes et cryptés
Posté par psychoslave__ (site web personnel) . En réponse au journal [HADOPI] Avènement des réseaux p2p anonymes et cryptés. Évalué à 2.
Pour comparaison :
France : 96,3[4] hab./km²
États-Unis : 31,15 hab./km²
Allemagne : 231 hab./km²
Chine : 141 hab./km²
La densité mondiale est de 45 hab./km².
Enfin bon, si tu regardes au niveau mondial, la densité démographique est très disparate de manière générale.
[^] # Re: Avènement des réseaux p2p anonymes et cryptés
Posté par psychoslave__ (site web personnel) . En réponse au journal [HADOPI] Avènement des réseaux p2p anonymes et cryptés. Évalué à 1.
[^] # Re: C'est parceque c'est le premier avril, c'est ça ?
Posté par psychoslave__ (site web personnel) . En réponse à la dépêche Les nouveautés dans Emacs 23. Évalué à 3.
Et dans screen tu n'as pas nécessairement le même affichage sur les différents terminaux, c'est le cas seulement si tu affiches la même fenêtre de la même session.
Maintenant je dis pas que ça a aucun intérêt, ça permet certainement une meilleur intégration avec les environnements de bureau comme expliqué ci-dessus. Moi je trouve cette approche de tout intégrer dans l'éditeur de texte trop usine à gaz, mais c'est que mon avis.
[^] # Re: C'est parceque c'est le premier avril, c'est ça ?
Posté par psychoslave__ (site web personnel) . En réponse à la dépêche Les nouveautés dans Emacs 23. Évalué à 2.
m'en passer. :)