Tiens un wiki qui passe très bien avec links-graphic comme navigateur, bravo :) c'est très agréable de naviguer dans les rubriques depuis ce navigateur : les pages sont claires, aérées, et surtout pas chargées en menu et sous-menu. Excellent.
Merci
D'autant que Adobe Flash va être rendu disponible pour ARM en décembre (avec un ou deux mois de retard il me semble, mais ça arrive). Donc non seulement nous on va être intéresser par ces petites bêtes, mais en plus mr michu lui ne sera nullement dépaysé avec son flash.
heu
ben je suppose qu'une reconnaissance des mac avec connection automatique, dans le cas bluetooth, suffit. ensuite un script/programme qui upload automatiquement (ou l'autre machine va chercher) les photos, en ftp-obex. Et enfin elles sont affichées automatiquement.
y' a rien de sorcier à ça je pense.
ha ben tiens, j'avais pas lu la doc jusqu' au bout : ils semblent proposer un choix entre 9 ou 25 points... tu devrais essayer avec 25 points sur une faible résolution (ou au contraire sur une + haute ?) en appuyant avec le doigt. Et revenir à une résolution normale voir si le contrôle au doigt est correctement fonctionnel.
Merci de l'info. J'ai télécharger le tarball, ça me dit 8,9MO, ouch pour un driver, presque 9MO !! Avec un tel poids je me doute déjà de la licence... Et paf c'est bien ça : c'est un ensemble de bons gros blobs (7 lib pour xorg en tout, en 7 versions). Un pdf EULA est présent en 2 exemplaires : c'est du "pas touche licence" :( Zut.
Pour la calibration, peut être est il trop précis ?
Tu peux essayer de contourner cela en modifiant la résolution de l'écran vers du 640x480, puis lance l' outil de calibration et re-calibre le. Enfin repasse sur une résolution normale. Je n'ai aucune idée si cela a un intérêt/impact quelconque mais c'est ce que j'essaierai ;)
Les stylets m'énervant personnellement, je préfère faire "au doigt".
Il semble y avoir un très joli outil graphique de configuration, livré, également. (tout ceci explique le poids du tarball qu'ils nomment "driver" en fait)
Tu critiques un potentiel manque d'objectivité, et juste après tu écris toi même : "écrire un thème pour Metacity, ou utiliser awesome" ... J'avoue que je ne comprends pas bien, tu ajoutes un argument au fait que malheureusement Gnome n'est pas agréable pour l'instant à utiliser avec une solution tactile, tout en commençant par dire "troll detected"
;)
Je ne pense pas que Arm Cortex A9 souhaite concurencer l'Intel Atom (si le journal reflète cela, ben désolé), il me semble plutôt venir juste en dessous, en terme de gamme d'appareil portatif. En montant en technologie (gageons que leur premier dual core sera une réussite) et en puissance ils vont toutefois être en mesure de proposer aux constructeurs non seulement des puces pour les smartphones d'aujourdhui, mais aussi des puces pour des netbooks d'entrée de gamme, ainsi que pour des tablettes, et pour les smartphones de demain.
ARM augmente la puissance de ses puces en s'essayant à une nouvelle techno pour lui. Et devient un autre allié pour linux sur le marché grand public.
J'ai hate de voir les petits netbooks / tablettes équipé(e)s avec ce couple ;)
Enfin pour répondre à la demande de NickNolte, voici une référence en anglais : http://en.wikipedia.org/wiki/Touchscreen
Et si je l'avait lue avant, j'aurais ajouté encore des trucs dans la première partie \o/ sorry
Ai hésiter à l'intégrer dans la dépêche, je le pose en commentaire :
La technologie que Microsoft utilise pour le multitouch dans Vista, Seven et Surface est massivement basée sur des logiciels libres : http://www.codeplex.com/MultiTouchVista http://multitouchvista.codeplex.com/Release/ProjectReleases.(...)
Bon en même temps ils n'ont pas trop le choix, vu que tous les développements les plus actifs sous opensource et libres... Et s'ils pompaient du code, ça se verrait un chouilla quand même, non ? L' utilisation des standards tels que TouchLib et Tuio laisse présager un bond culturel et peut être collaboratif avec la société de Redmond.
Microsoft réussit le tour de force que je recherchais : réunir les possibilités d'une réactable (pour la reconnaissance de caractères et de mouvements) avec le multitouch classique, et ajoute le multitouch multi-utilisateur. Nous avons à la fois, en même temps :
* reconnaissance de formes (comme reactivision)
* reconnaissance de mouvements (comme reactivision)
* gestion de multiples entrées vers des actions, depuis, vers et entre matériels et logiciels (comme tuio)
* gestion de multiples entrées pour de multiples utilisateurs (comme mpx / tuio)
En utilisant les mêmes briques logiciels opensource, et il faut le noter : du code est hébergé sur la forge opensource codeplex, ils arrivent plus loin que les solutions toutes prêtes sous Linux. (bien entendu les drivers pour leur noyau ne sont pas libres eux, mais grace au travail de l' ENAC, le noyau linux a leurs équivalents à pour lui)
Mais tout ceci est encore à l'état de développement, et les matériels ne sont pas encore 'grand public'. Les distributions Linux peuvent encore une fois se trouver en avance lorsque ces matériels commenceront à se répandre (au moins des lcd avec dalles gérant le multitouch). Bien entendu l' important ce n'est pas d'arriver premier, mais c'est la course elle-même, tout comme un chemin à parcourir... À titre personnel, il me semble que KDE est très bien placé pour offrir autant - et plus - qu'une surface Windows. Avec tous les avantages d'un système gnu/linux en prime (alors vista et seven, ils sont déjà au placard ?)
Caméra seule C'est également la technologie retenue
C'est aussi la technologie retenue
Mpx et Xorg Cairo-Dock devrait lui aussi être adapté à cet usage, et aussi surtout les bureaux de type Gtk.
Cairo-Dock devrait lui aussi être adapté à cet usage, et sur tout les bureaux de type Gtk.
Conclusion Un bricolage totalement manuel reviendra bien cher, certes
Un bricolage totalement manuel reviendra peu cher, certes
Le plus grand bien que je leur souhaite, c'est d'arriver à produire quelque chose de la qualité de Samba. C'est à dire un élément se posant à égalité avec son concurrent, voire le dépassant, tout ça depuis un projet initialement basée sur un travail d'ingénierie inversée.
Mais ça me semble mal barré dans la mesure ou là le concurrent est en constante évolution (pas les mêmes besoins que samba), j' ai bien peur que Mono ne fasse que suivre, éternellement. Ou alors tout le monde se met à coder en Mono, et là on a que du compatible, tout le temps. Là, encore plus, ça relève de l'utopie.
Mais ça serait pas un mal, ouaih, que les distributions arrêtes d'inclure les applications mono pour gnome par défaut, car de plus elles n'apportent rien de spécial que d'autre ne sachent faire. (un mail presque au hasard : http://www.mail-archive.com/gnewsense-dev@nongnu.org/msg0088(...) )
Perso, je préfère largement Adobe Air à Mono ;) au moins ça se développe partout pareil, ça marche partout pareil et ça avance à visage découvert. \o/
il s'en foute tant que tu bosses et sont même prêts à sortir des pdf fait par la médecine du travail pour bien nous expliquer "comment kcest mieux d'avoir l'écran à 90" !! même qu'on va y ajouter un pied pour ré-hausser l'écran du bureau, afin que ça soit encore plus chiant, heu pardon, plus confortable (pendant 10 heures par jour)... mais tellement plus simple à brancher (pendant 1/4h)
Tu en vois, toi, des gens bossant avec leur laptop et n'ayant pas l'écran légèrement penché ? alors qu'ils se trouvent avec les mêmes chaises, et les mêmes positions de coudes et la même hauteur de bureau ?
Je ferai un ajout en commentaire sur la dépêche, pour pointer des liens vers des ressources anglaises.
Le temps de réponse est effectivement important, mais pour un usage de type ordinateur multimédia cela reste secondaire : tant que ça laggue pas trop ça va.
La technique qui semble la meilleure c'est celle de la "surface infrarouge" malgrès son aspect complexe (diodes <-> touché <-> caméra <-> analyse <-> interface) dès lors que les écrans commencent à avoir des tailles respectables.
Par exemple, sur la vidéo faites par les gens de l' ENAC, avec donc un portable de type "tablet pc" (donc un écran lcd recouvert d'une dalle tactile, stratum je crois) on voit très nettement que ça laggue lors de l' utilisation du plugin "water".
Alors que sur les vidéos de "surface infrarouge" : avec 8 doigts sur l'écran ça ne laggue pas une seule milliseconde lors d'une utilisation identique (avec ephex par exemple)
Voilà... c'est bien ça. Effectivement si c'est pour avoir un écran posé sur une table ou un bureau, avec un tactile qui sert juste à faire "clique" c'est nul ça n'avance à rien, n'apporte rien et est très inconfortable. Voir par exemple le dernier lien "ce qu'il ne faut pas faire"
ps : désolé jmagourré j'ai cliqué sur "inutile" au lieu de "pertinent" sur ton commentaire \o/ quelle buse.
L'idéal est d'avoir l'écran sur un angle de type 20~70 degrés (comme l' on fait de manière naturelle avec un portable, en passant...) Les écrans posés en face sont très inconfortables et fatiguants pour le coup et la tête. Pour ceux ne tapant pas énormement au clavier, le clavier virtuel intégré peux suffir amplement. Pour ceux ayant un usage intensif du clavier, un vrai clavier reste.
Biens sûr si je pouvais me payer un bureau complet : écran à plat (20 degrés, comme un clavier classique : tout le confort à la fois pour le clavier virtuel et pour la visualisation de l'écran : c'est vraiment la conf parfaite en terme d'ergonomie), avec bord larges permettant de poser les coudes pour taper, table suffisament haute pour ne pas être pencher dessus, et place pour les jambes dessous, là je pourrais de nouveau réunir les deux fonctions. Mais ça, c'est trop cher pour ma bourse. C'est pourquoi je m'oriente vers une dissociation du matériel en fonction de mes besoins d'utilisations. Perso je distingue complètement dorénavant l'ordinateur "stable" (celui qui me sert pour mes mails, mon surf, mon multimédia) de l'ordinateur de travail (shell, documents). Pour ce dernier j' ai besoin d'un clavier. Pour le premier beaucoup moins et je recherche des manières plus confortables (et ergonomiques) d'utilisation.
Si on a pas d'aménagement de ce type qui soient très répandus, c'est pas parceque c'est moins bien, c'est plus simplement parceque cela coute plus cher et que l'ergonomie du poste de travail, il s'en foute tant que tu bosses.
Merci pour ton journal, perso je le trouve sympa car tu présentes des arguments pertinents, sur les logiciels MAO par exemple. (essai Qtractor et Ardour si tu en a l'usage... ;) ). Et aussi par qu'il constitue une certaine franchise quant à la réalité de l'utilisation courante des logiciels.
# links
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche Création d'un wiki et d'un planet francophone pour vim. Évalué à 5.
Merci
[^] # Re: Une autonomie annoncée de 8H en moyenne ???!?
Posté par bubar🦥 (Mastodon) . En réponse au journal ARM sort l'artillerie lourde. Évalué à 2.
[^] # Re: Une autonomie annoncée de 8H en moyenne ???!?
Posté par bubar🦥 (Mastodon) . En réponse au journal ARM sort l'artillerie lourde. Évalué à 0.
Je profite de ce tit commentaire pour ajouter une référence oubliée, celle concernant l' analyste financier de Gartner : lu sur article à propos de Arm sur linuxinsider : http://www.linuxinsider.com/rsstory/68144.html?wlc=125351762(...)
[^] # Re: Microsoft
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche Le tactile avec tact. Évalué à 2.
ben je suppose qu'une reconnaissance des mac avec connection automatique, dans le cas bluetooth, suffit. ensuite un script/programme qui upload automatiquement (ou l'autre machine va chercher) les photos, en ftp-obex. Et enfin elles sont affichées automatiquement.
y' a rien de sorcier à ça je pense.
[^] # Re: eGalax
Posté par bubar🦥 (Mastodon) . En réponse au journal Tactile sans tact. Évalué à 2.
[^] # Re: eGalax
Posté par bubar🦥 (Mastodon) . En réponse au journal Tactile sans tact. Évalué à 4.
Merci de l'info. J'ai télécharger le tarball, ça me dit 8,9MO, ouch pour un driver, presque 9MO !! Avec un tel poids je me doute déjà de la licence... Et paf c'est bien ça : c'est un ensemble de bons gros blobs (7 lib pour xorg en tout, en 7 versions). Un pdf EULA est présent en 2 exemplaires : c'est du "pas touche licence" :( Zut.
Pour la calibration, peut être est il trop précis ?
Tu peux essayer de contourner cela en modifiant la résolution de l'écran vers du 640x480, puis lance l' outil de calibration et re-calibre le. Enfin repasse sur une résolution normale. Je n'ai aucune idée si cela a un intérêt/impact quelconque mais c'est ce que j'essaierai ;)
Les stylets m'énervant personnellement, je préfère faire "au doigt".
Il semble y avoir un très joli outil graphique de configuration, livré, également. (tout ceci explique le poids du tarball qu'ils nomment "driver" en fait)
[^] # Re: Troll détecté
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche Le tactile avec tact. Évalué à 3.
;)
[^] # Re: mouais...
Posté par bubar🦥 (Mastodon) . En réponse au journal ARM sort l'artillerie lourde. Évalué à 7.
Je ne pense pas que Arm Cortex A9 souhaite concurencer l'Intel Atom (si le journal reflète cela, ben désolé), il me semble plutôt venir juste en dessous, en terme de gamme d'appareil portatif. En montant en technologie (gageons que leur premier dual core sera une réussite) et en puissance ils vont toutefois être en mesure de proposer aux constructeurs non seulement des puces pour les smartphones d'aujourdhui, mais aussi des puces pour des netbooks d'entrée de gamme, ainsi que pour des tablettes, et pour les smartphones de demain.
ARM augmente la puissance de ses puces en s'essayant à une nouvelle techno pour lui. Et devient un autre allié pour linux sur le marché grand public.
J'ai hate de voir les petits netbooks / tablettes équipé(e)s avec ce couple ;)
[^] # Re: correctifs
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche Le tactile avec tact. Évalué à 0.
[^] # Re: Sur le même sujet, à Toulouse...
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche Le tactile avec tact. Évalué à 3.
# ref anglaise -> wikip
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche Le tactile avec tact. Évalué à 3.
http://en.wikipedia.org/wiki/Touchscreen
Et si je l'avait lue avant, j'aurais ajouté encore des trucs dans la première partie \o/ sorry
# Microsoft
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche Le tactile avec tact. Évalué à 4.
La technologie que Microsoft utilise pour le multitouch dans Vista, Seven et Surface est massivement basée sur des logiciels libres :
http://www.codeplex.com/MultiTouchVista
http://multitouchvista.codeplex.com/Release/ProjectReleases.(...)
Bon en même temps ils n'ont pas trop le choix, vu que tous les développements les plus actifs sous opensource et libres... Et s'ils pompaient du code, ça se verrait un chouilla quand même, non ? L' utilisation des standards tels que TouchLib et Tuio laisse présager un bond culturel et peut être collaboratif avec la société de Redmond.
Microsoft réussit le tour de force que je recherchais : réunir les possibilités d'une réactable (pour la reconnaissance de caractères et de mouvements) avec le multitouch classique, et ajoute le multitouch multi-utilisateur. Nous avons à la fois, en même temps :
* reconnaissance de formes (comme reactivision)
* reconnaissance de mouvements (comme reactivision)
* gestion de multiples entrées vers des actions, depuis, vers et entre matériels et logiciels (comme tuio)
* gestion de multiples entrées pour de multiples utilisateurs (comme mpx / tuio)
En utilisant les mêmes briques logiciels opensource, et il faut le noter : du code est hébergé sur la forge opensource codeplex, ils arrivent plus loin que les solutions toutes prêtes sous Linux. (bien entendu les drivers pour leur noyau ne sont pas libres eux, mais grace au travail de l' ENAC, le noyau linux a leurs équivalents à pour lui)
Mais tout ceci est encore à l'état de développement, et les matériels ne sont pas encore 'grand public'. Les distributions Linux peuvent encore une fois se trouver en avance lorsque ces matériels commenceront à se répandre (au moins des lcd avec dalles gérant le multitouch). Bien entendu l' important ce n'est pas d'arriver premier, mais c'est la course elle-même, tout comme un chemin à parcourir... À titre personnel, il me semble que KDE est très bien placé pour offrir autant - et plus - qu'une surface Windows. Avec tous les avantages d'un système gnu/linux en prime (alors vista et seven, ils sont déjà au placard ?)
# correctifs
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche Le tactile avec tact. Évalué à 0.
C'est également la technologie retenue
C'est aussi la technologie retenue
Mpx et Xorg
Cairo-Dock devrait lui aussi être adapté à cet usage, et aussi surtout les bureaux de type Gtk.
Cairo-Dock devrait lui aussi être adapté à cet usage, et sur tout les bureaux de type Gtk.
Conclusion
Un bricolage totalement manuel reviendra bien cher, certes
Un bricolage totalement manuel reviendra peu cher, certes
[^] # Re: Intéressant…
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche Sortie de Vala 0.7.6. Évalué à 3.
En tout cas, merci pour le lien vers SambaEdu
[^] # Re: parts de marché
Posté par bubar🦥 (Mastodon) . En réponse au journal Tactile sans tact. Évalué à 2.
(ainsi qu'aux autres relecteurs qui arrivent de week end :p )
[^] # Re: Intéressant…
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche Sortie de Vala 0.7.6. Évalué à 2.
Mais ça me semble mal barré dans la mesure ou là le concurrent est en constante évolution (pas les mêmes besoins que samba), j' ai bien peur que Mono ne fasse que suivre, éternellement. Ou alors tout le monde se met à coder en Mono, et là on a que du compatible, tout le temps. Là, encore plus, ça relève de l'utopie.
Mais ça serait pas un mal, ouaih, que les distributions arrêtes d'inclure les applications mono pour gnome par défaut, car de plus elles n'apportent rien de spécial que d'autre ne sachent faire. (un mail presque au hasard : http://www.mail-archive.com/gnewsense-dev@nongnu.org/msg0088(...) )
Perso, je préfère largement Adobe Air à Mono ;) au moins ça se développe partout pareil, ça marche partout pareil et ça avance à visage découvert. \o/
[^] # Re: Intérêt ?
Posté par bubar🦥 (Mastodon) . En réponse au journal Tactile sans tact. Évalué à 2.
Tu en vois, toi, des gens bossant avec leur laptop et n'ayant pas l'écran légèrement penché ? alors qu'ils se trouvent avec les mêmes chaises, et les mêmes positions de coudes et la même hauteur de bureau ?
[^] # Re: Temps de réponse?
Posté par bubar🦥 (Mastodon) . En réponse au journal Tactile sans tact. Évalué à 2.
Le temps de réponse est effectivement important, mais pour un usage de type ordinateur multimédia cela reste secondaire : tant que ça laggue pas trop ça va.
La technique qui semble la meilleure c'est celle de la "surface infrarouge" malgrès son aspect complexe (diodes <-> touché <-> caméra <-> analyse <-> interface) dès lors que les écrans commencent à avoir des tailles respectables.
Par exemple, sur la vidéo faites par les gens de l' ENAC, avec donc un portable de type "tablet pc" (donc un écran lcd recouvert d'une dalle tactile, stratum je crois) on voit très nettement que ça laggue lors de l' utilisation du plugin "water".
Alors que sur les vidéos de "surface infrarouge" : avec 8 doigts sur l'écran ça ne laggue pas une seule milliseconde lors d'une utilisation identique (avec ephex par exemple)
[^] # Re: Intérêt ?
Posté par bubar🦥 (Mastodon) . En réponse au journal Tactile sans tact. Évalué à 3.
ps : désolé jmagourré j'ai cliqué sur "inutile" au lieu de "pertinent" sur ton commentaire \o/ quelle buse.
L'idéal est d'avoir l'écran sur un angle de type 20~70 degrés (comme l' on fait de manière naturelle avec un portable, en passant...) Les écrans posés en face sont très inconfortables et fatiguants pour le coup et la tête. Pour ceux ne tapant pas énormement au clavier, le clavier virtuel intégré peux suffir amplement. Pour ceux ayant un usage intensif du clavier, un vrai clavier reste.
Biens sûr si je pouvais me payer un bureau complet : écran à plat (20 degrés, comme un clavier classique : tout le confort à la fois pour le clavier virtuel et pour la visualisation de l'écran : c'est vraiment la conf parfaite en terme d'ergonomie), avec bord larges permettant de poser les coudes pour taper, table suffisament haute pour ne pas être pencher dessus, et place pour les jambes dessous, là je pourrais de nouveau réunir les deux fonctions. Mais ça, c'est trop cher pour ma bourse. C'est pourquoi je m'oriente vers une dissociation du matériel en fonction de mes besoins d'utilisations. Perso je distingue complètement dorénavant l'ordinateur "stable" (celui qui me sert pour mes mails, mon surf, mon multimédia) de l'ordinateur de travail (shell, documents). Pour ce dernier j' ai besoin d'un clavier. Pour le premier beaucoup moins et je recherche des manières plus confortables (et ergonomiques) d'utilisation.
Si on a pas d'aménagement de ce type qui soient très répandus, c'est pas parceque c'est moins bien, c'est plus simplement parceque cela coute plus cher et que l'ergonomie du poste de travail, il s'en foute tant que tu bosses.
# 3g et cerveau
Posté par bubar🦥 (Mastodon) . En réponse au journal pourquoi je quitte linux ubuntu. Évalué à 4.
( https://linuxfr.org/~micka75014/28123.html )
# ok
Posté par bubar🦥 (Mastodon) . En réponse au journal Pourquoi je quitte windows. Évalué à 7.
[^] # Re: parts de marché
Posté par bubar🦥 (Mastodon) . En réponse au journal Tactile sans tact. Évalué à 4.
;)
merci de ta remarque, sinon j'aurai pas proposer une dépêche. Je suis dessus depuis 12h du coup ... :p
pour la prochaine, me faudra voir comment faire un zoli sommaire.
[^] # Re: parts de marché
Posté par bubar🦥 (Mastodon) . En réponse au journal Tactile sans tact. Évalué à 5.
En espérant ne pas leur avoir laisser trainer des fautes.
[^] # Re: parts de marché
Posté par bubar🦥 (Mastodon) . En réponse au journal Tactile sans tact. Évalué à 3.
[^] # Re: encore un oubli, encore un complément
Posté par bubar🦥 (Mastodon) . En réponse au journal Tactile sans tact. Évalué à 2.