Critique constructive

J'ai vu un topic sur un certain forum qui parlait de ce projet, mais j'ai quand même pas mal de remarques à faire, du coup je poste ça ici.

Alors déjà en ce qui concerne le concept de "distribution", je ne sais pas si c'est forcément le bon terme. Il faut voir ce qui est prévu, si c'est une application ou bien si c'est la modification d'applications existantes, en tout cas je doute que faire une "distribution" comme projet soit la meilleure chose à faire.
À la limite, avoir une distribution de démo qui soit le résultat de tout le travail, d'accord, mais le plus important devraient à mon avis être les logiciels créés et les modifications aux logiciels existants (sous forme de patchs et/ou d'inclusion dans la version officielle de ces logiciels).
En effet, pouvoir utiliser ce travail sur n'importe quelle distribution serait vraiment un gros plus pour se faire connaître.

Mon deuxième point concerne la présentation du projet. Un forum c'est pas trop mal comme premier contact, mais il devrait y avoir beaucoup moins de catégories.
En effet, si il y a trop de catégories, les gens ne les visitent pas toutes, il y a des messages tout seuls qui restent, on a l'impression que c'est un peu mort. Au contraire, avec juste quelques catégories, les messages se regroupent, on a une meilleure vision de ce qui se passe et c'est à mon avis plus motivant.

Le français est une langue finalement peu utilisée dans le monde du logiciel libre, en tout cas parmis les développeurs actifs. Si c'est vraiment un projet un minimum important qui est envisagé, le choix de l'anglais est à mon avis plus approprié. Ça permettrait vraiment d'intéresser des personnes. (Perso je tombe sur un projet de logiciel libre en Russe, ça me tente pas)
Il y a quelques petites touches d'anglais sur le forum, mais en fait non.

Pour l'instant j'ai principalement vu des idées, qui reprenaient en général des choses qui ont déjà été vues sur internet. Le problème n'est pas que ça existe déjà, mais plutôt que tout ça est beaucoup trop théorique pour moi. Je voudrais savoir comment un développeur pourra avoir accès à ce qu'il faut pour développer (sûrement pas un vrai touchscreen multipoint, peut-être que 2 souris USB ça pourrait le faire).
Outre le problème du matériel, il y a le problème du logiciel. Je ne vois aucun proof of concept nulle part, pourtant une petite démo pourrait vraiment aider. Il n'y a pas non plus de document d'architecture.

Enfin, tant qu'il n'y a pas de lead developper, un projet ne peut pas aller loin, surtout un projet libre. Je n'ai encore vu aucun projet libre démarrant de zéro avec juste des idées et à la recherche de développeurs. Il faut un développeur vraiment motivé pour que ça avance, quelqu'un qui prenne la plupart des solutions techniques importantes.

Alors oui, je suis peut-être un peu critique, mais personnellement, si je voulais faire un logiciel libre qui fait exactement ce dont on parle ici, je commencerais tout de suite à faire des petits trucs dans mon coin tout seul, et pourtant j'ai vu ce forum (puisque je poste dessus).

Pour ne pas rester juste ces points négatifs :

Au niveau technique, MPX est maintenant intégré dans Xorg 7.4 et permet de gérer plusieurs curseurs. Et à côté, Clutter (depuis la 0.8 à priori) permet de gérer le multitouch (et est à mon avis un framework intéressant à envisager).
Le concept de gestionnaire de fenêtres multi-touch a-t'il déjà été envisagé?

Salut !

Merci pour tes remarques, je suis effectivement d'accord avec tout cela. L'objectif technique n'est pas encore arrêté : distro, développement sur le kernel, ... Ya plein de possibilités. Mais l'objectif général est clair : ne pas réinventer la poudre.

Pour l'instant, il est fait un peu de buzz ici pour trouver des gens motivés et intéressés par le sujet. On est encore loin de la phase de développement. On est tous ici motivés par le même objectif et on réflêchit à ce qu'il pourrait se faire aussi bien en termes d'architecture que de nouveautés software. Mais restons humbles pour le moment. Comme je l'ai dit, il y a beaucoup à faire et on préfère fédérer les efforts et les bonnes volontés plutôt que de partir à corps perdu chacun dans son coin. Le projet est ambitieux et passionnant et une bonen étude de ce qui existe déjà permettrait de rentrer dans les rails de la communauté.

Ce n'est que le début, il faut bien commencer quelque part Si je suis là c'est parce que je pense qu'il y a une idée et qu'il ne lui manque que des bonnes volontés pour pouvoir éclore. Donc si je reste dans mon coin à attendre et regarder, ça n'avancera jamais et le projet tombera à l'eau. Et j'invite toutes les personnes intéressées à suivre le raisonnement.

En attendant, si tu te sens motivé par le projet, tu es évidemment le bienvenu

Last but not least, as you said, English is much more used than french in that kind of project. Thus, let's use it right now, shall we ?

LSP

Bonsoir à vous deux,

LSP a bien résumé la situation je pense, nous n'en sommes pas encore au stade de développement, on a plein (trop) d'idées, mais il faut dégrossir, analysé, et comme tu dis si bien, tuXXX, peut être que faire une distrib est trop important, et avec peu de renommer.

Enfin, j'espère que tu nous rejoindras, car nous avons besoin d'experts comme vous (je pense à vous deux, LSP et tuXXX)

On en est qu'au tout début, espérons que ça continue dans le bon sens

Voila Tuxxx,

Les categories du forum sont maintenant réorganisés. (on Avance) Maintenant ce qui serait vraiment interressant c'est d'avancer sur les idees et les besoins de ce projet.

un nouveau menbre vient de nous rejoindre aujourd'hui Faust.

Alors je vais poser des observations et questions simples et si tout le monde y répond on pourra degrossir le projet comme le disait si justement Nemesis.

Les besoins du projets

Avoir un Interface graphique du Gestionnaire de Bureau concu et penser Multi-touch
-l'interface graphique comprend, un dock pour choisir les applications (situé en bas et centré)
-un Fond d'ecran (wallpaper) Multi Touch

Maintenant les questions aux specialistes

les questions importantes :

- Faut il modifier une distribution existante ou en creer une nouvelle ?
- Faut il modifier ou créer un gestionnaire de bureau
- Xorg (http://www.x.org/wiki/) inclue le Multi Pointer X
- Que peut on faire avec Clutter (http://www.clutter-project.org/)
- Doit on Modifier le Kernel

recreer une distribution n'est pas necessaire ; on pourrait eventuellement toucher au kernel, mais la suite ne pourrait se persenter que sous forme de packages
de toute facon, il vaut mieux partire sur une distribution 'classique' et trouver l'aide necessaire si besoin est, que se lancer a corps perdu dans une distro toute belle toute neuve, mais qui mettra deux ans a sortire...

En ce qui concerne le window manager, on peut l'envisager de trois facons:
- on en reprend un, et on y integre notre bordel
- on s'en fout, on est des warriors, on va rajouter une surcouche au window manager
- on s'en fout, on est des putains de barbares, on va creer norte window manager
bon, vu comme ca, le plus sence des solutions semble etre la premiere (enfin, je reste ouvert, mais faut rester realiste...)
et biensur, un Xorg gerant le double pointeur est indispensable (pour citer: 'on va pas reinventer la poudre')

Pour clutter, je ne suis passe que rapidement sur leur site, le seul screen que j'ai vu a l'air sympa, mais pour adopter une technologie, un screenshot et un article, c'est un peu faiblard...
J'ai une semaie de vacs lundi prochain, je vais essayer de me faire la main la-dessus, on va voire ce que ca donne

Niveau kernel, purquoi pas, mais pourquoi ?
On pourrait le faire. Dans certains cas bien precis, mais dans l'ideal, il faudrait faire simple
Si l'on se demerde pour tout caser dans des packages, alors on pourrait les integrer (puis les distribuer) plus facilement, sur n'importe quelle distrib (et je pense aussi aux BSD (enfn, restons modeste, si ca sort sous BSD, ca fera un flop, c'est plus pour le principe)).
Ceci n'empechant pas la sortie d'une "distrib", ou plutot d'un fork avec 3 packets supplemetaires, histoire d'avoir un produit fini plus 'concret' dans l'idee.

anthonydsf wrote:Les besoins du projets

Avoir un Interface graphique du Gestionnaire de Bureau concu et penser Multi-touch
-l'interface graphique comprend, un dock pour choisir les applications (situé en bas et centré)
-un Fond d'ecran (wallpaper) Multi Touch

Quelle est la spécificité d'un dock multi-touch? Je ne vois pas tellement ce qu'il pourrait y avoir de différent.
C'est quoi un fond d'écran multi-touch? Pour moi il n'y a pas d'interaction avec le fond d'écran.

Maintenant les questions aux specialistes

les questions importantes :

- Faut il modifier une distribution existante ou en creer une nouvelle ?

Je dirais, ni l'une ni l'autre, pour moi il suffit de créer les logiciels dont on a besoin, éventuellement proposer des patchs pour les autres.
Quand il y aura quelque chose de présentable, ça sera l'occasion de tout regrouper et de faire par exemple un live-CD de démo, mais d'ici-là, la question ne se pose à mon avis pas.

- Faut il modifier ou créer un gestionnaire de bureau

Bonne question. Pour moi il faut un window manager spécialement orienté multi-touch, reste à voir si ça existe déjà ou pas. C'est une partie assez difficile et je pense qu'il faut utiliser à la fois la composition et MPX.

- Xorg (http://www.x.org/wiki/) inclue le Multi Pointer X

Effectivement, est-il possible de simuler du multi-touch avec plusieurs souris? C'est une piste à creuser, parce que sinon c'est impossible pour un éventuel développeur de s'impliquer.

- Que peut on faire avec Clutter (http://www.clutter-project.org/)

Clutter semble intéressant, il doit y avoir moyen de faire des applications avec.

- Doit on Modifier le Kernel

Non

Bonjour,

Je ne savais pas vraiment où poster cela, donc je le fais ici, désolé si ce n'est pas bon

Alors voilà, je suis tombé sur un message sur le forum Linux de jv.com, et je serais éventuellement intéressé par ce projet, qui apparemment en est au tout début.
Je ne sais pas du tout si votre projet est réalisable, je ne vous connais pas, je ne connais pas vos qualifications. Mais néanmoins, je souhaite vous aider à tenter quelque chose.
Peut-être que vous n'aurez pas besoin de mes quelques compétences, je me propose quand même, qui ne tente rien n'a rien ^^.

J'ai 19 ans, je suis en BTS IRIS (Informatique et Réseau pour l'Industrie et les Services techniques ; 2 eme année en septembre prochain). Actuellement je travaille dans une entreprise qui fabrique des portes de garages, coupes feu et de quais (NOVOFERM FRANCE) au service informatique. Je fais de la sécurisation informatique de diverses machines outils (machines généralement pilotés par PC ou automate).
J'ai été engagé en CDD suite à un stage d'un mois et demis (fin de contrat fin aout). J'habite dans les environs de Nantes.
D'un point de vue informatique perso, je tourne sous Ubuntu 8.04 et Windows XP (ba oui j'aime bien jouer et alors ? =) ) J'ai également quelques connaissances de base sous OpenSUSE et Mandriva.
Côté compétences personnelles : de bonnes bases en analyse UML, C (avis personnel) et C++ (Visual C++ et débute sous Qt). Niveau API, j'utilise Eclipse et Visual studio (licence étudiante).
J'ai également une petite expérience en rédaction d'articles sur plusieurs sites web et forum (lancement d'une série de forums et sites axés JV le plus pro possible (location d'un serveur, sponsoring, etc) pendant un an avec 5 amis, mais arrêté à cause des études). Aucune connaissance en codage de site web (que ce soit html ou php).

Voilà, je souhaite vous apporter mon aide si vous en avez besoin, en espérant que ce projet avance, vous pouvez me contacter sur mon adresse mail perso : max.soulard@gmail.com . Ne pas m'envoyer de mail sur l'adresse de mon profil, c'est celle du boulot.

Merci d'avance si vous me répondez.

Bye

Maxetx

Hi Maxetx !

We're very glad to have you in. We're looking for anybody interested in such a matter than ergonomy inside a Linux environment. Thus, welcome onboard

It is to be admitted that the project is still in its starting phase. This can be a little frightening, yet it must be taken as a other reason of self-motivation. The project is huge, very ambitious (some say too much), but what we think is that it can be as ambitious as we want, the only thing that will make it work is to control it. And that is what we are dealing with at first : control. We have to write down what we want to do, what we have and what we need, what's affordable, what is not and then order things the way we will need them to be realized. We have a lot to deal with, but we're not starting from nowhere. Other people worked on that stuff before and we have a lot to learn from their work.

Once more, welcome onboard and I hope we're going to make some great work.

LSP, the penguin who translates his signs

Bonjour tout le monde.

Peut-etre devrait-on discuter de la suite du projet, et commencer a reflechire au fonctionnement et au decoupage du travail.
Aucune des idees suivantes n'est fixe, mais sont pour la plus part issues de discussions que j'ai eu avec anthonydsf. Libre a vous donc de contredire, et d'apporter de meilleures idees.

Pour resumer, dans l'idee actuelle des choses, nous aurions un programme principal, capable
- d'aquisition d'infos de la part de l'ecran
- du traitement de ces infos
- de 'communication' avec des applis tierces

Et etant donne que (certainement) personne n'aura de touchscreen pour les premierse phases de developpement, la partie concernant l'aquisition devra etre facilement remplacable par une partie qui fera exactement le meme travail mais a partir de n pointeurs (souris). En admettant, par exemple, qu'appuyer sur le bouton gauche de la souris simulerait un appuie sur l'ecran, alors on serait capable de se passer de touchscreen dans un premier temps.
On pourrait se creer deux libs (une clavier, l'autre touchscreen) interchangeables qui ne s'occuperont que de l'aquisition, Sachant que la seconde ne sera realisable qu'a partir du moment ou nous aurons une doc technique de l'ecran (par ailleurs, il faudra, bien plus tard, s'occuper de la compatibilite avec les dalles tactiles les plus repandues).

Pour ce qui est du traitement des infos, la base consisterait en un stockage de positions. Suivant ces positions, le type d'actions (deplacemet, simple contact, ...) et le type de surface concerne (une image, une icone, du texte, ...), on devrait pouvoir affecter une (suite) d'action(s) a effectuer.
En bonus dans cette partie, nous aurions la gestion du multiutilisateur (ben, 30", ce serait con de limiter son utilisation...), en regrouppant les points de contacts par groupes (suivant une zone ou une distance relative a un autre point)
Et un autre bonus serait une gestion de mouvements personnalisables (un onglet dans les settings du dock, ou l'user pourrait attribuer une suite d'actions predefinies a une suite de mouvements).
Pour des raisons de simplicites, dans un premier temps, nous devrions calquer le comportement de notre interpretteur sur celui d'un systeme ayant deja fait ses preuves (je pense aux iphone/ipod/..., spv, et tous ces telephones tactiles...).
Et pour en revenire a l'analyse meme du mouvement, une idee pourrait etre de stocker les positions des points dans une matrice :
t0 x00,y00 x01,y01 x02,y02
t1 x10,y10 x11,y11 x12,y12
tn x1n,y1n etc.
et de garder en statique une suite de matrices correspondant a des mouvements de base
par exemple, l'agrandissement:
t0 10,10 10,10
t1 8,8 12,12
t2 6,6 14,14
ou le defilement
t0 5,5
t1 6,6
t2 7,7
Bref, on s'est compris

Pour ce qui est de la communications avec les applications, il me semble plus simple de se contenter d'envoyer la matrice lue directement a l'application, sans traitement (un traitement dans l'application directe permettra une plus grande flexibilite dans les actions gerees, et une plus grande reactivite du dock).
Il faudra naturellement gerrer un minimum d'interactions avec les programmes originaux (un curseur et un clavier graphique seront certainement suffisant dans un premier temps)

Ceci n'est qu'une suite d'evidence. Mais au moins, on est sure de tous partir sur les memes bases. Donc, si vous avez qqc a rajouter/modifier, n'hesitez pas.

Et suite a ce decoupage sommaire, une fois que nous nous serons tous mit d'accord, peut-etre pourrons-nous commencer a coder (pas tapper, je suis d'accord avec vous, quand vous dites que se lancer tete baisser est du suicide, mais un jour ou l'autre, faudra faire autre chose qu'echanger de bonnes idees et intentions :p).


ps: si une bonne ame est motive pour la traduction...

Bonjour à tous

Je viens de découvrir ce projet, et j'ai très envie de m'y impliquer, mais je suis incapable de coder quoi que ce soit.

Par contre, je me pose des questions au niveau du hardware. Je ne connais pas bien le marché des touchscreen multitouch (capables, s'entend, mais c'est plutôt rare sur les laptops, car plus cher), mais je pense que les personnes qui achètent des touchscreen multitouch (typiquement des tables tactiles, du genre de celles sur lesquelles tourne Microsoft Surface) sont des professionnels, ont les moyens d'avoir ce genre de matos, et n'utiliseront jamais un projet comme celui-ci, étant donné que le système d'exploitation fourni avec est censé leur donner entière satisfaction.

Donc il n'y a pas forcément d'intérêt à se focaliser sur des périphériques de ce type. Par contre, ce qui est beaucoup plus facile à trouver (ou à fabriquer), ce sont des montages "expérimentaux", du type de ceux de Johnny Chung Lee ou une Table FTIR (Frustrated Total Internal Reflection), qui sont beaucoup moins chers à fabriquer, et à mon avis, seront beaucoup plus courants.

Pour avoir testé les montages de Johnny Chung Lee, je peux vous assurer que ça marche plutôt bien, et avec quasiment aucun matos "spécial" (bon d'accord, je me suis fabriqué un vidéoprojecteur...). Je pense donc qu'en phase de test, ça peut être plus intuitif que les deux (ou plus) souris.

Etant donné ma profonde incompétence en codage, je me propose donc de faire les tests, si ça peut aider. Par ailleurs, j'ai aussi l'intention de me fabriquer une table FTIR dans les prochains mois, mais c'est quand même pas pour tout de suite.

Si je peux être d'une quelconque autre utilité, n'hésitez pas !


English version :

Hi everyone (excuse my poor english, I'm French)

I've just discovered this project and I'd be glad to become involved in it, but I'm unable to code.

On the contrary, I'm having thoughts about hardware. I don't know how much multitouch-capable touchscreens are spread (because it's rather unusual on laptops, as it's more expensive), but I think that the people who usually buy multitouch touchscreens (typically touch tables, like those using Microsoft Surface) are professionnals, have enough money to buy this kind of stuff, and will never use a project like this one, given that the OS which is provided with is supposed to fill all their needs.

So I think there isn't any interest to consider only this kind of multitouch peripherals. On the contrary, the still rather experimentals multitouch-capable devices, such as Johnny Chung Lee's or FTIR tables (Frustrated Total Internal Reflection) are (or will be) more widely spread and far more affordable for us, and easy to build.

I've personnaly tested Johnny Chung Lee's assemblages and I can assure you it works pretty well, with nearly no "special" stuff (OK, I built myself a videoprojector...). I think that, during the test phase, it'll be far more intuitive than the two (or more) USB mice.

Given my deep ignorance of coding, I could do the interfaces tests, if it could help. By the way, I also intend to build FTIR table in the coming months, but it's not likely to be very soon.

If I can be of any help, don't hesitate to ask !

Bonjour je suis nouveau sur se forum !

Moi aussi je suis en train de créer ma propre distribution de linux !
J'ai décidé de reprendre une distribution de linux et la modifier de a A à Z .

Moi aussi, j'ai beaucoup d'idées et je sais qu'il ne faut pas s'attarder dans les idées pour continuer dans le développement !
C'est pour cela que je vous demande si nos 2 projet pourrait se fusionnait pour devenir qu'un ?



Melatox

Tout d'abord bonjour,

Je trouve que ce projet est un très bonne initiative et je serai disposé à vous aider dans un petit mois je pense. Je suis pas super calé niveau développement ou unix mais je me débrouille. L'aide que je peux fournir vient surtout du fait que j'ai fait pas mal d'ergonomie et que j'ai fait une solide veille sur tout ce qui est nouvelles interfaces depuis un an et demie =)

Je vais en profiter pour faire une remarque de départ: implémenter plusieurs souris est une très bonne idée mais le 'serveur' qui écoutera pour les évènements multitouch d'où qu'ils viennent devra implémenter TUIO. TUIO permettra de récolter des développeurs rapidement car ils n'auront rien à construire pour pouvoir débuter. Si on implémente TUIO, on peut developper sur TUIOSimulator, un Iphone ou n'importe quel framework. touchlib, bbtouch, (touché?) et ça c'est juste vital à mon avis.

Sinon pour ce qui est de l'architecture générale du projet pour moi ce serait :

UN SERVEUR : qui prend du TUIO et où on pourra développer d'autres drivers pour d'autres périphériques.
Par contre ce qu'il communiquerait serait standardisé. Il faut y réfléchir, mais je pense que le serveur lui-même doit intégrer la grammaire de la gestuelle. Par exemple on peut imaginer qu'un utilisateur qui dessine un rectangle sur le bureau désigne sa zone de travail. -> Le serveur ajoute une nouvel utilisateur et interprète ensuite les mouvements perçus dans cette zones aux applis. S'il écarte les doigts, le serveur enverrai :
Utilsateur: #1
Scale: Valeur du scale.
Rotate : Valeur du rotate.
Center: Position du centre.

Je pense que si toutes les applis écoutent ce que font tout les doigts, on est pas bons. Dans ce cas pourquoi implémenter un serveur? Le serveur aura une vue d'ensemble, il pourra gérer des interactions entre les utilisateurs (on peut imaginer des merging d'espace de travail), gérer un système de focus sur les applications.. (via un dock ou pas)

LES APPLIS : Que ce soit des plugin compiz, des applis Opengl, python... osef, l'important est de créer le protocole entre le serveur et ces applis. Celles-ci écouteraient ce que transmet le serveur, après on peut très bien imaginer que chaque utilisateur connecté sur la table puisse démarré son propre serveurX. On peut modifier Xorg ou créer un plugin compiz pour qu'il écoute ce serveur et adapte l'affichage en conséquence.

Enfin voila ce que j'en pense à froid. Mais je vais aller faire un tour à la BU pour vérifier que je dise pas trop de conneries et me mettre à jour sur Xorg, clutter.
edit: ortho