J'ai installé dotclear récemment. J'avais hésité avec wordpress.
Parmis les majeurs inconvénients de WP < 2.0 qui m'ont fait pencher pour dotclear étaient:
* l'interface admin très spartiate et trop compliquée, touffue, mal présentée...
* en particulier l'écriture de billets... (un comble pour un blog!)
* ...et l'insertion d'images. Qui pour moi devrait se résumer à écrire billet, choisir image sur disque, cliquer, continuer d'écrire.
Je viens de rejouer rapidement avec WP 2.0. L'interface admin a été nettement améliorée (avec de joli effets graphics pour les messages de confirmation :) Et il utilisent (enfin) un éditeur de billet avancé, et les images s'insèrent facilement.
Les plus de wordpress:
* le dashboard, notement qui te prévient des dernières avancées du logiciel, et des failles de sécurités (heu... plus dans la version 2.0 ???)
* la gestion des utilisateurs (mais pas géniale à mon gout) pour restreindre l'acces de certains billets à certaines persones
* édition des fichiers par l'interface admin (notement les templates, et feuilles de style)
* WP2 prévisualisation avec le style final
Les plus de dotclear:
* une interface admin simple et très claire (même vs. WP2)
* un gestionnaire de plugins "plug and play" \o/
* "made in France" (ca compte ?)
* paneau d'information sur le system (notemment indique les problemes d'accès :)
Parmis les plugins dotclear que je trouve interessant,
si tu veux passer en douceur de la ligne de commande à un outil graphique ;)
Blague à part, outre son interface "ncurse" qui peut rebuter, c'est un des meilleurs outils de gestion de fichiers que j'ai pu utiliser.
Entre autre la présentation de 2 repertoires sur l'écran (double pane) permet une utilisation intuitive des opérations sur 2 fichiers / fichier-repertoire / repertoire-repertoire telles que cp, mv, diff, etc.; la bascule directe sur un terminal (Ctrl-o), etc.
> En quoi a-t-on besoin d'etre developpeur pour compiler un projet quelqu'il soit du moment qu'il contient un makefile bien ficele, ou tout autre systeme d'automatisation de la compilation des sources ?
Justement parce que un "makefile bien ficelé" qui marche partout, c'est loin d'être évident à produire pour un programme un peu évolué. C'est pour cela que les autotools (automake/autoconf) ont été développés : adapter le Makefile au système local.
Seulement voilà :
Justement ce programme utilise les autotools et a donc un script "bien ficelé", et justement le script de configuration (configure) gentillement fait remarquer "Hé ! Attention il manque un composant pour compiler ce programme". Mais notre apprenti linux ne comprend pas ce message, passe outre, se lance tout de même dans la compilation, et là... Aaaaaaaaaaa ! À l'aide !!! Je comprends rien.
Sur Debian par exemple un "apt-get build-dep foo" lui aurait installé toutes les dépendances de compilation. Et voilà, on recommence à parler Chinois pour notre ami apprenti linux.
Dépendances ? On m'avait dit "c'est facile : ./configure && make install et hop". On m'aurait menti ?
Donc OUI, il y a besoin d'un minimum de connaissance pour se lancer dans la compilation de logiciel. Bien que les développeurs fassent de leur mieux pour que "ca marche" sans qu'on ai même besoin de rien comprendre.
> A mon sens, il est complement incoherent de distribuer une bibliotheque, ou une programme base sur un systeme de plugins, sans ses .h
et la version statique de la bibliothèque ?
Je sens qu'on est reparti dans un cours de compilation.
Tu pourrais peut-être suggérer à ta distribution préférée une autre organisation des paquets, ou mieux, développer ta propre distribution.
Les distributions font un travail d'intégration énorme. L'intégration comme le développement, encore une fois, est un métier.
Je ne saurais que trop te conseiller d'utiliser des paquets binaires, pour lesquels une personne compétante à déjà fait ce travail pour toi.
Quand tu en sauras un peu plus sur ton système, tu pourras te lancer dans la compilation et le développement logiciel... mais peut-être commencer par des choses simples. Le développement logiciel est un métier qui ne se résume pas à taper "./configure && make".
Une chose de base, quand on développe, si on trouve des erreurs, on s'arrête sur la première. En l'occurence: gtk-config. Le reste n'est peut-être que conséquence de la toute première erreur. Rien ne sert donc même de lire 10 pages de rapports d'erreurs... (Donc pas besoin de les publier non plus ;)
oui merci...
j'invitais surtout l'auteur de ce canular à réfléchir et à ce qu'il affirmait.
La compatibilité entre les mises à jour, et l'ouverture des formats, c'est en effet un arguments, mais surtout pour les (petites) entreprises qui suivent difficilement le rythme des mises à jour imposées par Microsoft. Est-ce que celà préoccupe vraiement tes utilisateurs ?
Quelle est l'utilisation principale de tes utilisateurs ?
1)
- email
- internet
- messagerie instantanée
- jeux
- musique
- videos
2)
- ércire des documents (de quelques pages)
- tenir ses compte (?) (feuille de calcul)
J'ai bon?
Quand tu les auras sous la main, je te propose aussi de leur soumettre un questionnaire en fin de séminaire, afin de savoir ce qu'ils en on retenu, quelles étaient leurs attentes, etc.
Je te suggère de présenter deux PCs cote è cote l'un avec Windows, l'autre avec Linux. Et montrer les différences concretes.
Je ne penses pas qu'il y ai "d'arguments spectaculaire". Pour monsieur tout le monde, Linux fait son boulot à égal avec Windows, des fois mieux, des fois moins bien.
L'argument majeur sera AMHA : sécurité beaucoup de personnes sont inquiétées par les virus et autres quand ils vont sur "internet". Mais là pas de réelle démonstration à montrer.
Un autre argument peut-être la réutilisation de vieilles machines. Par contre je ne sais pas ce que tu fais tourner comme environement/logiciels sur une petite config.
Ensuite montre l'interopérabilité:
- document texte (.doc)
- (feuille de calcul)
- Messagerie instantanée
- email
- internet
Là où tu auras des problèmes:
- synchronisation avec un PDA
==> faire passer le message:
1. je peux faire ce que je veux
2. je ne suis pas coupé du monde avec mon Linux
> > Il suffirait de coder sans utiliser ce qui est couvert par les brevets.
> Plus facile à dire qu'à faire.
un brevet n'est pas une loi!
Un brevet atteste que M. X a connaissance de tel ou tel chose à une date donnée dans un pays donné. Il ne dit en aucun cas que tout ceux qui utiliseront le procédé tomberont sous le coup de la loi.
Le brevet servira d'outil dans l'argumentation d'une personne/entreprise au moment de la discussion avec un juge, (ou une discussion dite à l'amiable au préalable), mais n'est surement pas une conclusion par défaut.
Monsieur Da Costa, la description du "stage" ressemble tout bonnement à une mission de production. Est-il besoin de rappeler que tout travail mérite salaire ? Je ne peux pas comprendre comment des gens se permettent encore de demander du travail non rémunéré, sous prétexte de stage. Il est exact qu'un stagiaire n'a pas vraiement obligation de résultat. Ceci dit, au grand minimum une prime devrait être versée en cas de résultat.
Quelques questions:
Le fruit du travail sera-t-il propriété privée du labo, ou délivré sous une licence qui permette à tout le monde d'en profiter ?
Le principe de ce système minimal est qu'il puisse être exploité sur n'importe quel type de machine x86
La description est très floue. Peut-on en savoir un peu plus ?
Quelle est la finalité de l'opération ?
Quelle genre de hardware vous ciblez ?
Est-ce que cela n'existe pas déjà ce que vous cherchez... ?
Quelle est la nouveauté par rapport à l'existant ?
Un bon point cependant : le stage est dit "tutoré" et le document fourni semble définir le travail clairement - ce qui n'est pas vraiement le cas de beaucoup d'offres de stage. ... Ah pardon, on me dit dans mon oreillette que c'est le rapport du stage précédant... bon travail les gars !
> il y a la libxml2 et la libxslt qui peuvent servir de modele.
ou demander directement à Daniel Veillard si il a en tête un projet qui puisse cadrer dans les objectifs du cours. Comme ca en plus, c'est du code utile ! http://xmlsoft.org/(...)
De facon général, je pense que les profs devraient participer plus au projets open source,
"Bonjour, j'ai x élèves pendant x temps, voici leurs compétances, voici les contraintes du cours (contenu), est-ce que vous auriez un projet qui puisse coller ?"
Bien encadré, il y a surement moyen de faire avancer le schmilblick.
Ca doit être la camomille d'hiers soir, mais je n'ai pas bien compris quel est le public visé.
Est-ce ouvert au grand public, ou uniquement aux représentants d'entreprises? Dans le deuxième cas, l'entreprise doit-elle avoir une expérience dans le LL ? Ou peut-elle venir pour découvrir ?
Est-ce pour échanger des idées entre initiés ? Ou bien le bilan d'un travail de recherche ?
Est-ce une série de conférence (un orateur, plein d'oreilles) ? Ou un (des?) groupe(s) de travail (un animateur + x bouches + 2x oreilles) ?
>avec un numéro unique par salon ou par organisme que vous contactez directement
À l'époque je faisais ca avec mon adresse postale. Je rajoutais une lettre et un numéro après mon adresse - genre A22, B7, et je tenais une liste des codes. C'était assès "amusant" de voir qui a refilé mon adresse à La Redoute :O)
1) Effectivement, je me demande bien quel type de machine il a utilisé pour la démo même. Les applications lancées apparaissent en un clin d'oeil.
2) MS en a rêvé, GNOME l'a fait ?
On dirait que certains meneurs commencent à trainer la pate... et peinent à... suivre! :o)
Au suivant au suivant
Un jour je me ferai cul-de-jatte ou bonne s½ur ou pendu
Enfin un de ces machins où je ne serai jamais plus
Le suivant le suivant
> Son but est de fournir une alternative aux interfaces graphiques "traditionnelles", qui n'ont pas changé depuis 20 ans !
20 ans... est-ce un mal ? Que leur manquent-t-elles ? Ma feuille de papier sur mon bureau est toujours en 2D, et je me vois mal écrire un jour dans un cube 3D.
Outre les animations, lors du changement de bureau virtuel par example, quel en serait l'usage à terme ?
Parle-t-on d'un usage avec des périphériques d'entrée/sortie en 3D (casque, gants - qui n'existent tout au plus que dans les labos) ? Du coup on peut effectivement imaginer un "monde" 3D dans le quel on se "baladerait" en peu comme on irait regarder les vitrines en ville, mais en fin de compte, les appli comme les vitrines restent en 2D, non ?
Tant qu'on se limite à un écran (2D) je pense que cela restera de la fausse 3D.
> Actuellement, il s'agit plus de supporter les applications existantes. Le développement d'applications en 3D viendra plus tard.
Existe-t-il déjà des applications "3D" ? Ou du moins des concepts ?
[^] # Re: Wordpress vs dotclear
Posté par grafit . En réponse à la dépêche WordPress 2.0 est disponible. Évalué à 10.
(avis d'un néophyte)
J'ai installé dotclear récemment. J'avais hésité avec wordpress.
Parmis les majeurs inconvénients de WP < 2.0 qui m'ont fait pencher pour dotclear étaient:
* l'interface admin très spartiate et trop compliquée, touffue, mal présentée...
* en particulier l'écriture de billets... (un comble pour un blog!)
* ...et l'insertion d'images. Qui pour moi devrait se résumer à écrire billet, choisir image sur disque, cliquer, continuer d'écrire.
Je viens de rejouer rapidement avec WP 2.0. L'interface admin a été nettement améliorée (avec de joli effets graphics pour les messages de confirmation :) Et il utilisent (enfin) un éditeur de billet avancé, et les images s'insèrent facilement.
Les plus de wordpress:
* le dashboard, notement qui te prévient des dernières avancées du logiciel, et des failles de sécurités (heu... plus dans la version 2.0 ???)
* la gestion des utilisateurs (mais pas géniale à mon gout) pour restreindre l'acces de certains billets à certaines persones
* édition des fichiers par l'interface admin (notement les templates, et feuilles de style)
* WP2 prévisualisation avec le style final
Les plus de dotclear:
* une interface admin simple et très claire (même vs. WP2)
* un gestionnaire de plugins "plug and play" \o/
* "made in France" (ca compte ?)
* paneau d'information sur le system (notemment indique les problemes d'accès :)
Parmis les plugins dotclear que je trouve interessant,
* L'utilisation de tags pour "classifier" les billets, et leur représentation en nuage
http://www.brindilles.net/index.php?2005/10/07/54-des-tags-e(...)
* L'intégration (très bien faite) d'une galerie d'images (de fichiers quelconques en fait)
Je vais rester avec Dotclear pour l'instant ;)
[^] # Re: La totale !
Posté par grafit . En réponse au journal Navigateur imposé !. Évalué à 1.
Jouissifs ! :Q)
(tiens d'ailleurs ca fait longtemps que je n'en ai pas vu... auraient-ils compris ?)
# Re: Comparatif CMS
Posté par grafit . En réponse au message Comparatif CMS. Évalué à 2.
http://www.opensourcecms.com/
http://www.cmsreview.com/
[^] # Re: un détail.
Posté par grafit . En réponse au journal Le jour où notre disque dur aura disparu. Évalué à 5.
et que le mac mini est une boite blanche :)
# $HOME/perso
Posté par grafit . En réponse au journal libetc: faire le ménage dans son $HOME, la fin des fichiers de configuration cachés (dotfiles). Évalué à -2.
$HOME/perso
et hop!
ls -d ~/perso/* | wc -l
0
# en douceur
Posté par grafit . En réponse au message Gestionnaire de fichiers. Évalué à 3.
si tu veux passer en douceur de la ligne de commande à un outil graphique ;)
Blague à part, outre son interface "ncurse" qui peut rebuter, c'est un des meilleurs outils de gestion de fichiers que j'ai pu utiliser.
Entre autre la présentation de 2 repertoires sur l'écran (double pane) permet une utilisation intuitive des opérations sur 2 fichiers / fichier-repertoire / repertoire-repertoire telles que cp, mv, diff, etc.; la bascule directe sur un terminal (Ctrl-o), etc.
[^] # Re: apprenti linuxien ou apprenti developeur ?
Posté par grafit . En réponse au message installation logiciels. Évalué à 2.
Justement parce que un "makefile bien ficelé" qui marche partout, c'est loin d'être évident à produire pour un programme un peu évolué. C'est pour cela que les autotools (automake/autoconf) ont été développés : adapter le Makefile au système local.
Seulement voilà :
Justement ce programme utilise les autotools et a donc un script "bien ficelé", et justement le script de configuration (configure) gentillement fait remarquer "Hé ! Attention il manque un composant pour compiler ce programme". Mais notre apprenti linux ne comprend pas ce message, passe outre, se lance tout de même dans la compilation, et là... Aaaaaaaaaaa ! À l'aide !!! Je comprends rien.
Sur Debian par exemple un "apt-get build-dep foo" lui aurait installé toutes les dépendances de compilation. Et voilà, on recommence à parler Chinois pour notre ami apprenti linux.
Dépendances ? On m'avait dit "c'est facile : ./configure && make install et hop". On m'aurait menti ?
Donc OUI, il y a besoin d'un minimum de connaissance pour se lancer dans la compilation de logiciel. Bien que les développeurs fassent de leur mieux pour que "ca marche" sans qu'on ai même besoin de rien comprendre.
> A mon sens, il est complement incoherent de distribuer une bibliotheque, ou une programme base sur un systeme de plugins, sans ses .h
et la version statique de la bibliothèque ?
Je sens qu'on est reparti dans un cours de compilation.
Tu pourrais peut-être suggérer à ta distribution préférée une autre organisation des paquets, ou mieux, développer ta propre distribution.
Les distributions font un travail d'intégration énorme. L'intégration comme le développement, encore une fois, est un métier.
[^] # Re: apprenti linuxien ou apprenti developeur ?
Posté par grafit . En réponse au message installation logiciels. Évalué à 2.
C'est celle là:
et les 10 pages d'erreur qui suivent n'en sont que la directe conséquence...
renseigne toi sur ce qu'est un plugin et comment ca marche (d'un point de vue logiciel) la solution sera évidente.
# apprenti linuxien ou apprenti developeur ?
Posté par grafit . En réponse au message installation logiciels. Évalué à 4.
Quand tu en sauras un peu plus sur ton système, tu pourras te lancer dans la compilation et le développement logiciel... mais peut-être commencer par des choses simples. Le développement logiciel est un métier qui ne se résume pas à taper "./configure && make".
Une chose de base, quand on développe, si on trouve des erreurs, on s'arrête sur la première. En l'occurence: gtk-config. Le reste n'est peut-être que conséquence de la toute première erreur. Rien ne sert donc même de lire 10 pages de rapports d'erreurs... (Donc pas besoin de les publier non plus ;)
Bon courage.
# typo
Posté par grafit . En réponse à la dépêche Interview de Richard Stallman sur OfB.biz. Évalué à 0.
+ beaucoup de programmes sont distribués sous licence
# typo
Posté par grafit . En réponse au journal Notebook 0.2. Évalué à 2.
> http://www.acronycal.org/~mathias/notebook/images/notebook-0.2.0-ma(...)
- Nouvelle note créé
+ Nouvelle note créée
[^] # Re: re
Posté par grafit . En réponse au journal Démontrer l'intérêt du libre à un néophyte. Évalué à 1.
j'invitais surtout l'auteur de ce canular à réfléchir et à ce qu'il affirmait.
La compatibilité entre les mises à jour, et l'ouverture des formats, c'est en effet un arguments, mais surtout pour les (petites) entreprises qui suivent difficilement le rythme des mises à jour imposées par Microsoft. Est-ce que celà préoccupe vraiement tes utilisateurs ?
Quelle est l'utilisation principale de tes utilisateurs ?
1)
- email
- internet
- messagerie instantanée
- jeux
- musique
- videos
2)
- ércire des documents (de quelques pages)
- tenir ses compte (?) (feuille de calcul)
J'ai bon?
Quand tu les auras sous la main, je te propose aussi de leur soumettre un questionnaire en fin de séminaire, afin de savoir ce qu'ils en on retenu, quelles étaient leurs attentes, etc.
# test comparé & interoperabilite
Posté par grafit . En réponse au journal Démontrer l'intérêt du libre à un néophyte. Évalué à 3.
Je ne penses pas qu'il y ai "d'arguments spectaculaire". Pour monsieur tout le monde, Linux fait son boulot à égal avec Windows, des fois mieux, des fois moins bien.
L'argument majeur sera AMHA : sécurité beaucoup de personnes sont inquiétées par les virus et autres quand ils vont sur "internet". Mais là pas de réelle démonstration à montrer.
Un autre argument peut-être la réutilisation de vieilles machines. Par contre je ne sais pas ce que tu fais tourner comme environement/logiciels sur une petite config.
Ensuite montre l'interopérabilité:
- document texte (.doc)
- (feuille de calcul)
- Messagerie instantanée
- email
- internet
Là où tu auras des problèmes:
- synchronisation avec un PDA
==> faire passer le message:
1. je peux faire ce que je veux
2. je ne suis pas coupé du monde avec mon Linux
[^] # Re: re
Posté par grafit . En réponse au journal Démontrer l'intérêt du libre à un néophyte. Évalué à 4.
C'est quoi cette blague ? 1er Avril ? Caméra cachée ?
> Donc on peut faire rapidement le raccourci entre le faite que microsoft dois posseder 80 % des documents qui sont générer en entreprises
Ah ah ah :)
Sur quoi sont basées ces affirmations ?
[^] # Re: Je comprends pas tout, là...
Posté par grafit . En réponse à la dépêche Vers une licence libre européenne promue par la commission ?. Évalué à 4.
> Plus facile à dire qu'à faire.
un brevet n'est pas une loi!
Un brevet atteste que M. X a connaissance de tel ou tel chose à une date donnée dans un pays donné. Il ne dit en aucun cas que tout ceux qui utiliseront le procédé tomberont sous le coup de la loi.
Le brevet servira d'outil dans l'argumentation d'une personne/entreprise au moment de la discussion avec un juge, (ou une discussion dite à l'amiable au préalable), mais n'est surement pas une conclusion par défaut.
[^] # Re: Bookmarks synchronizer
Posté par grafit . En réponse au journal Serveurs de bookmarks. Évalué à 1.
A. Edit Advanced >> XBEL >> Style Tags in Options window. Sample.
# tout travail mérite salaire
Posté par grafit . En réponse au journal Proposition de stage Linux sur Dijon. Évalué à 2.
Quelques questions:
Le fruit du travail sera-t-il propriété privée du labo, ou délivré sous une licence qui permette à tout le monde d'en profiter ?
Le principe de ce système minimal est qu'il puisse être exploité sur n'importe quel type de machine x86
La description est très floue. Peut-on en savoir un peu plus ?
Quelle est la finalité de l'opération ?
Quelle genre de hardware vous ciblez ?
Est-ce que cela n'existe pas déjà ce que vous cherchez... ?
Quelle est la nouveauté par rapport à l'existant ?
Un bon point cependant : le stage est dit "tutoré" et le document fourni semble définir le travail clairement - ce qui n'est pas vraiement le cas de beaucoup d'offres de stage. ... Ah pardon, on me dit dans mon oreillette que c'est le rapport du stage précédant... bon travail les gars !
[^] # Re: interpreteur XSLT ?
Posté par grafit . En réponse au journal Exercices de compilations. Évalué à 4.
ou demander directement à Daniel Veillard si il a en tête un projet qui puisse cadrer dans les objectifs du cours. Comme ca en plus, c'est du code utile ! http://xmlsoft.org/(...)
De facon général, je pense que les profs devraient participer plus au projets open source,
"Bonjour, j'ai x élèves pendant x temps, voici leurs compétances, voici les contraintes du cours (contenu), est-ce que vous auriez un projet qui puisse coller ?"
Bien encadré, il y a surement moyen de faire avancer le schmilblick.
# html
Posté par grafit . En réponse au journal Imprimer un tas de fichier gif. Évalué à 6.
ouvre la page,
imprime.
pseudo bash code:
-----------------------------------
ALL_GIF = `ls *.gif`
for image in $ALL_GIF
do
echo '<img src="' $image '"/><br/>"
done
---------------------------------
$ cd /ou/elles/sont/mes/gifs
$ mon_script > ma_page.html
# quel est le public visé ?
Posté par grafit . En réponse à la dépêche Séminaire sur les Modèles économiques des logiciels libres et l'industrie. Évalué à 2.
Est-ce ouvert au grand public, ou uniquement aux représentants d'entreprises? Dans le deuxième cas, l'entreprise doit-elle avoir une expérience dans le LL ? Ou peut-elle venir pour découvrir ?
Est-ce pour échanger des idées entre initiés ? Ou bien le bilan d'un travail de recherche ?
Est-ce une série de conférence (un orateur, plein d'oreilles) ? Ou un (des?) groupe(s) de travail (un animateur + x bouches + 2x oreilles) ?
Merci par avance !
[^] # Re: Et le cordage ?
Posté par grafit . En réponse au sondage Au sol je préfère. Évalué à 4.
dans le temps c'était les serveurs qui entretenait quotidiennement la maison...
tout change :o)
[^] # Re: Hum ...
Posté par grafit . En réponse à la dépêche 11 raisons pour ne pas choisir la filière informatique. Évalué à 5.
À l'époque je faisais ca avec mon adresse postale. Je rajoutais une lettre et un numéro après mon adresse - genre A22, B7, et je tenais une liste des codes. C'était assès "amusant" de voir qui a refilé mon adresse à La Redoute :O)
[^] # Re: Bravo Gnome !
Posté par grafit . En réponse au journal Des nouvelles de Gnome. Évalué à 3.
2) MS en a rêvé, GNOME l'a fait ?
On dirait que certains meneurs commencent à trainer la pate... et peinent à... suivre! :o)
Au suivant au suivant
Un jour je me ferai cul-de-jatte ou bonne s½ur ou pendu
Enfin un de ces machins où je ne serai jamais plus
Le suivant le suivant
[^] # Re: environnement graphique en 3D ?
Posté par grafit . En réponse à la dépêche Sortie de Looking Glass 0.6.1. Évalué à 5.
Hmm... ce que je vois c'est plus un effet de perspective que de la "3D".
Note aussi le fond d'écran : un panorama à fort effet de perspective, qui accentu énormément l'effet global. ;o)
# environnement graphique en 3D ?
Posté par grafit . En réponse à la dépêche Sortie de Looking Glass 0.6.1. Évalué à 6.
> Son but est de fournir une alternative aux interfaces graphiques "traditionnelles", qui n'ont pas changé depuis 20 ans !
20 ans... est-ce un mal ? Que leur manquent-t-elles ? Ma feuille de papier sur mon bureau est toujours en 2D, et je me vois mal écrire un jour dans un cube 3D.
Outre les animations, lors du changement de bureau virtuel par example, quel en serait l'usage à terme ?
Parle-t-on d'un usage avec des périphériques d'entrée/sortie en 3D (casque, gants - qui n'existent tout au plus que dans les labos) ? Du coup on peut effectivement imaginer un "monde" 3D dans le quel on se "baladerait" en peu comme on irait regarder les vitrines en ville, mais en fin de compte, les appli comme les vitrines restent en 2D, non ?
Tant qu'on se limite à un écran (2D) je pense que cela restera de la fausse 3D.
> Actuellement, il s'agit plus de supporter les applications existantes. Le développement d'applications en 3D viendra plus tard.
Existe-t-il déjà des applications "3D" ? Ou du moins des concepts ?
Quelqu'un pour m'éclairer ?