Est-ce qu'il y a des systèmes qui analysent le contenu HTML des pages pour les filtrer ? Est-ce que ces systèmes sont déployés en entreprise ? de manière légitime ? Si oui, effectivement, c'est effectivement problèmatique pour ces entreprises.
Ayant travaillé pour un fabriquant d'UTM-IPS, je peux répondre facilement à ces questions : oui.
Les UTMs sont généralement capables de filtrer, directement dans les flux HTTP, HTML et Javascript. Ceci dit, pour le HTTPS, à ma connaissance, ils proposent maintenant tous aussi des fonctionnalités pour faire du man-in-the-middle. La seule contrainte est que les postes clients doivent faire confiance à l'autorité de certification de l'UTM. À partir de là, l'UTM génère des certificats à la volée pour se faire passer pour les serveurs légitimes.
Le premier qui s'annonce disponible pour le faire gagne.
Du coup, si personne d'autre ne se déclare volontaire avant septembre, le job est pour toi :)
N'oublie pas d'envoyer un mail sur la mailing-list le moment venu s'il-te-plaît.
Le packaging est une tâche facile à déléguer. Du coup, j'espère pouvoir le déléguer pour pouvoir me concentrer sur les améliorations de Paperwork.
Ceci dit, si je ne trouve personne pour le faire (ou si on me dit encore que finalement on a pas le temps), je vais devoir finir par le faire moi-même.
Zut. Freecode était pratique pour moi pour faire ma pub sans pour autant spammer ou payer plein de brouzoufs. Du coup, est-ce que quelqu'un connaît de bonnes alternatives à Freecode ?
PS : Oui, j'en profite aussi pour me refaire un peu de pub ;)
Des fois que ça en inspire d'autres, voici la solution pour laquelle j'ai opté:
De base, j'ai opté pour Keepassx. Pour ce qui est de travailler sur plusieurs postes, j'ai résolu le problème en utilisant SparkleShare. Il synchronise automatiquement ma base de mots de passe sur la plupart de mes postes. Vu que SparkleShare utilise Git comme backend, j'ai aussi pu me mettre une copie de ma base de mots de passe sur mon téléphone Android : Il y un client Git/Android appelé agit, et KeePassDroid pour lire et modifier la base de données de mot de passe. Le seul défaut est que je dois faire la synchro de la base sur mon téléphone à la main de temps en temps.
Vous connaissez des bonnes alternative à Owncloud?
Personnellement, tout ce qui m'intéressait dans Owncloud, en fait, c'était la synchronisation de dossiers. Au final, j'ai opté pour SparkleShare. C'est basé sur Git. Et surtout, contrairement à Owncloud, SparkleShare fait une chose et une seule, et il la fait bien.
Ils disent que ce n'est pas idéal pour une collection de photos. Ceci dit, moi je m'en sers aussi pour ça, et pour l'heure ça fonctionne bien.
Directory Tiles will instead suggest pre-packaged content for first-time users.
En fait il ne s'agit que de préremplir les tuiles affichées dans les nouveaux onglets avec des suggestions/pubs. Suggestions/pubs qui ne seront plus faites une fois que les 9 tuiles seront remplies, autrement dit, une fois que l'utilisateur aura visité 9 sites différents.
Quand on précise ça, ça me semble tout de suite nettement moins désagréable et intrusif.
Reste surtout à voir comment ça va évoluer ensuite …
Chose que je trouve amusante, j'étais embêté par le problème inverse quand j'avais fais une dépêche pour mon projet. À savoir, des discussions techniques et des rapports de bugs avaient lieu dans les commentaires Linuxfr au lieu du bugtracker. Ça m'embêtait parce-qu'il fallait que je les copie-colle dans des tickets GitHub pour ne pas les perdre de vue et éviter les duplications.
Au final, j'aurais préféré avoir juste les trolls sur Linuxfr et les discussions constructives sur Github :)
Ma remarque porte seulement sur la croyance asso à but non lucratif" = que des gentils pas financièrement interessés c'est sûr. Il y a la belle théorie d'un côté, il y a la réalité d'un autre côté.
Tu présupposes souvent que les choses ne marchent pas comme elles devraient ? Si tu programme, ça doit donner des résultats intéressants. "Hm, et si ce bit passe à 1 soudainement sans prévenir ? mon programme devrait gérer ça".
Je ne dis pas qu'il faut avoir une confiance absolue et aveugle dans les associations. Mais à moment donné, tu es forcément obligé de présupposer que tout marche comme prévu. Et dans ce cas, les associations à but non-lucratif sont, de par leurs status et objectifs affichés, nettement plus fiables que les entreprises privées. Faute de pouvoir analyser leurs moindres détails, ce sont les meilleurs choix.
Bien vu, ma faute là aussi. On m'avait dit ça dans une des associations où j'ai été bénévole, mais ça devait être spécifique à cette association. Désolé pour cette erreur.
Quoiqu'il en soit, vu les règles strictes liées à leurs rémunérations, ça ne change pas grand chose à mon propos.
on va dire que tu pensais avec un ajout "à but non lucratif"
Oui, mea culpa.
l'association a des obligations de non lucrativité
ça ne garanti rien du tout sur la volonté des gens derrière
En fait si.
Dans une association française à but non-lucratif, le président de l'association est élu annuellement par les membres et n'a pas le droit d'être rémunéré. C'est à lui de s'assurer que l'association suit les buts qu'elle s'est fixée au départ. Si il n'arrive pas à maintenir le cap ou qu'il laisse des parasites trop se servir, il est sensé être remplacé par les membres l'année suivante.
À noter aussi que si ça merde franchement, l'autre risque est que l'association soit reclassée en association à but lucratif. C'est mauvais pour l'image de l'association, mais aussi pour sa fiscalité.
Bien entendu, ça suppose tout de même que l'association fonctionne de manière saine (genre plus que 5 membres-tous-copains notamment).
Pour le reste, je ne connais pas les règles exactes auxquelles sont soumises les associations américaines à but non-lucratifs. Je suppose qu'elles ont des règles similaires en place pour garantir leur intégrité.
Oui enfin après si tu tiens à faire dans les entreprises, on peut mentionner RedHat, qui finance directement Fedora et indirectement Gnome (sauf erreur de ma part). Ça leur permet d'améliorer leur distribution RedHat, mais je n'ai pourtant jamais eut l'impression d'être leur produit.
De plus, participer à une économie ne veut pas forcément dire faire des bénéfices. Ça peut aussi simplement être tirer les coups vers le bas et/ou casser un monopole en fournissant un logiciel gratuit/libre de qualité. Des logiciels libres développés par des associations à but non-lucratifs participent donc aussi à "l'économie numérique", juste de manière un peu plus indirecte. Sans compter que certaines arrivent à faire de l'argent en faisant du logiciel libre. Exemple bien connu, Firefox.
Le problème, c'est que les demandes de permissions sont trop vagues. Par exemple, combien d'applications demandent l'accès réseau juste pour afficher des pubs ?
Et juste après, tu donnes un parfait contre-exemple : F-Droid. Comme quoi le monde n'est pas juste en noir et blanc. J'invite d'ailleurs tout le monde à se méfier de cette phrase. Elle est trop simpliste. Après avoir dit ça, c'est tout de suite un peu plus compliqué de prêcher pour GNU/Linux :)
Quoiqu'il en soit, ici, le vrai problème, ce n'est pas gratuit VS payant. C'est que sur Google Play et l'Apple Store, il est grosso-modo impossible de distinguer les développeurs bien-intentionnés des mal-intentionnés. On est obligé de faire confiance à Google et Apple pour faire le tri. Visiblement, ils ne sont pas très au point (ils ne sont d'ailleurs pas très clean eux-mêmes sur ce point).
Les avantages avec F-Droid, c'est que:
c'est une association. Ils ne sont donc pas motivés par un gain financier
De l'article même que tu as indiqué: "So, would the team say Voyager 1 has left the solar system? Not exactly - and that's part of the confusion. (…)".
Wow. Il y a des fanboys qui ne doutent de rien quand il s'agit de leur marque favorite.
J'ai du mal à croire qu'un journal parlant de logiciels et d'équipements propriétaires, le tout avec un titre pareil, ait un score positif sur ce site.
Sérieusement, il y a encore des gens ici qui s'intéressent aux gadgets propriétaires d'Apple ? oO
Comme quoi, les choses ne changent jamais vraiment (c'est un vieux texte que j'ai en stock qui doit dater de ~2000. Si quelqu'un a la source originale, je suis preneur)
J'oubliais un autre point : niveau ergonomie, les menus sont très peu pratiques. Ils augmentent le nombre de clics requis pour une action, et oblige l'utilisateur à faire preuve de précision à la souris ou à l'écran tactile. Ce n'est donc pas un bon endroit pour mettre les actions les plus courantes d'une application. Du coup, tu ne veux pas rendre les menus rapidement accessibles. Il y a des éléments bien plus importants dans une GUI à rendre accessibles bien avant eux.
La plupart du temps passé sur la machine se fait dans une application
Si tu n'en utilises qu'une, oui. Si tu en utilises plusieurs, non. Personnellement j'ai toujours un paquet d'applications lancées (sur ma tablette aussi bien que mon ordinateur). Ça implique de basculer souvent d'un bureau à autre et/ou d'une application à une autre. Du coup, dans Gnome, je fais très souvent des passages par le menu "Activité".
Ceci dit, ce n'est sûrement pas le cas le plus courant pour Mme Michu.
les menus des applications dans le bas
On parle desquels au juste ? Le lanceur d'applications Android en bas de l'écran ? Les barres d'actions Android ? ou les menus Android (deprecated : remplacé par un bouton en haut à droite de la GUI) ?
Parce-que coté Gnome 3 + app GNU/Linux, il n'y rien en bas de l'écran (enfin hormis la zone de notification dont le design change à chaque nouvelle version de Gnome 3.x). De plus, dans les applications Gnome, les menus classiques sont progressivement remplacés par des "AppMenu". Ces menus sont intégrés à la barre Gnome, du coup ils sont aussi en haut de l'écran.
Je trouve dommage d'inclure Gnome 3 dans cette liste.
Gnome 3, d'un point vue clavier+souris, est très bien pensé.
Les icônes plus grands sont pertinents aussi bien à la souris que sur un écran tactile.
Ils utilisent aussi abondamment les coins et les bords de l'écran. C'est tout à fait pertinent dans le cadre d'un usage de la souris sur un poste mono-écran. Ce sont les zones les plus faciles à atteindre avec le curseur.
Ceci dit, ça n'a aucune utilité sur un écran tactile. L'utilisation fréquente du bord haut de l'écran sur un écran tactile me semble même être loin d'être optimal : à ma connaissance, lors du design d'une GUI sur écran tactile/mobile, on considère que les mains de l'utilisateur sont en bas de l'écran, pour le tenir. Résultat, accéder au menu "Activité" (action la plus courante dans Gnome 3) implique de déplacer complètement sa main au lieu de juste utiliser son pouce.
Au final, Gnome 3 me semble clairement être une interface plus axée PC que tablette.
le noyau est quasiment le même, et le portable Linux <=> Android est plus que facilité.
Ou pas. La plupart des applications Android sont écrites en Java en se basant sur le framework Android. Ce framework n'est pas disponible sous GNU/Linux.
Il y a un autre problème : même si le framework existait sur les 2 systèmes, une application mobile ne se porterait pas sur un desktop en claquant des doigts. Il y a des différences non-négligeables entre les deux. Essentiellement:
différences de tailles et de résolutions entre les écrans (d'ailleurs, ils ont déjà le problème entre les téléphone et les tablettes)
utilisation d'un écran tactile au lieu de clavier+souris
Ces différences impliquent des designs de GUI radicalement différents. Utiliser la même interface graphique sur ces 2 types de système est une très mauvaise idée. Il y a donc forcément un travail de portage à faire.
[^] # Re: Juste une question de point de vue
Posté par Jérôme Flesch (site web personnel) . En réponse au journal Dominique Loiselet, Blue Coat : « généraliser le HTTPS va rendre la sécurité aveugle ». Évalué à 7.
Ayant travaillé pour un fabriquant d'UTM-IPS, je peux répondre facilement à ces questions : oui.
Les UTMs sont généralement capables de filtrer, directement dans les flux HTTP, HTML et Javascript. Ceci dit, pour le HTTPS, à ma connaissance, ils proposent maintenant tous aussi des fonctionnalités pour faire du man-in-the-middle. La seule contrainte est que les postes clients doivent faire confiance à l'autorité de certification de l'UTM. À partir de là, l'UTM génère des certificats à la volée pour se faire passer pour les serveurs légitimes.
[^] # Re: Volontaire
Posté par Jérôme Flesch (site web personnel) . En réponse au journal Rebelote : Paperwork : cherche mainteneur Debian. Évalué à 2.
Le premier qui s'annonce disponible pour le faire gagne.
Du coup, si personne d'autre ne se déclare volontaire avant septembre, le job est pour toi :)
N'oublie pas d'envoyer un mail sur la mailing-list le moment venu s'il-te-plaît.
[^] # Re: Sponsoring
Posté par Jérôme Flesch (site web personnel) . En réponse au journal Rebelote : Paperwork : cherche mainteneur Debian. Évalué à 2.
Le packaging est une tâche facile à déléguer. Du coup, j'espère pouvoir le déléguer pour pouvoir me concentrer sur les améliorations de Paperwork.
Ceci dit, si je ne trouve personne pour le faire (ou si on me dit encore que finalement on a pas le temps), je vais devoir finir par le faire moi-même.
[^] # Re: Ok
Posté par Jérôme Flesch (site web personnel) . En réponse au journal Paperwork : cherche mainteneur Debian. Évalué à 6.
Cool :)
Dans ce cas, il faudrait juste que tu envoies un messages sur la mailing-list pour faire savoir que tu comptes t'en occuper.
Merci d'avance,
# Alternatives ?
Posté par Jérôme Flesch (site web personnel) . En réponse au journal freshmeat... ^W freecode n'est plus maintenu..... Évalué à 4. Dernière modification le 20 juin 2014 à 10:55.
Zut. Freecode était pratique pour moi pour faire ma pub sans pour autant spammer ou payer plein de brouzoufs. Du coup, est-ce que quelqu'un connaît de bonnes alternatives à Freecode ?
PS : Oui, j'en profite aussi pour me refaire un peu de pub ;)
# Keepassx + SparkleShare
Posté par Jérôme Flesch (site web personnel) . En réponse au journal La loose des mots de passe sur les sites webs. Évalué à 6.
Des fois que ça en inspire d'autres, voici la solution pour laquelle j'ai opté:
De base, j'ai opté pour Keepassx. Pour ce qui est de travailler sur plusieurs postes, j'ai résolu le problème en utilisant SparkleShare. Il synchronise automatiquement ma base de mots de passe sur la plupart de mes postes. Vu que SparkleShare utilise Git comme backend, j'ai aussi pu me mettre une copie de ma base de mots de passe sur mon téléphone Android : Il y un client Git/Android appelé agit, et KeePassDroid pour lire et modifier la base de données de mot de passe. Le seul défaut est que je dois faire la synchro de la base sur mon téléphone à la main de temps en temps.
[^] # Re: Owncloud...
Posté par Jérôme Flesch (site web personnel) . En réponse au journal Canonical abandonne Ubuntu One. Évalué à 1.
Personnellement, tout ce qui m'intéressait dans Owncloud, en fait, c'était la synchronisation de dossiers. Au final, j'ai opté pour SparkleShare. C'est basé sur Git. Et surtout, contrairement à Owncloud, SparkleShare fait une chose et une seule, et il la fait bien.
Ils disent que ce n'est pas idéal pour une collection de photos. Ceci dit, moi je m'en sers aussi pour ça, et pour l'heure ça fonctionne bien.
# Contexte
Posté par Jérôme Flesch (site web personnel) . En réponse au journal Firefox va afficher de la publicité. Évalué à 10.
En fait il ne s'agit que de préremplir les tuiles affichées dans les nouveaux onglets avec des suggestions/pubs. Suggestions/pubs qui ne seront plus faites une fois que les 9 tuiles seront remplies, autrement dit, une fois que l'utilisateur aura visité 9 sites différents.
Quand on précise ça, ça me semble tout de suite nettement moins désagréable et intrusif.
Reste surtout à voir comment ça va évoluer ensuite …
# Et pourquoi pas l'inverse ?
Posté par Jérôme Flesch (site web personnel) . En réponse au journal La communauté Linuxfr n'a-t-elle plus rien (de technique) à dire ?. Évalué à 10.
Chose que je trouve amusante, j'étais embêté par le problème inverse quand j'avais fais une dépêche pour mon projet. À savoir, des discussions techniques et des rapports de bugs avaient lieu dans les commentaires Linuxfr au lieu du bugtracker. Ça m'embêtait parce-qu'il fallait que je les copie-colle dans des tickets GitHub pour ne pas les perdre de vue et éviter les duplications.
Au final, j'aurais préféré avoir juste les trolls sur Linuxfr et les discussions constructives sur Github :)
[^] # Re: HS assos
Posté par Jérôme Flesch (site web personnel) . En réponse au journal Informatique de confiance et Android. Évalué à 0.
Tu présupposes souvent que les choses ne marchent pas comme elles devraient ? Si tu programme, ça doit donner des résultats intéressants. "Hm, et si ce bit passe à 1 soudainement sans prévenir ? mon programme devrait gérer ça".
Je ne dis pas qu'il faut avoir une confiance absolue et aveugle dans les associations. Mais à moment donné, tu es forcément obligé de présupposer que tout marche comme prévu. Et dans ce cas, les associations à but non-lucratif sont, de par leurs status et objectifs affichés, nettement plus fiables que les entreprises privées. Faute de pouvoir analyser leurs moindres détails, ce sont les meilleurs choix.
[^] # Re: HS assos
Posté par Jérôme Flesch (site web personnel) . En réponse au journal Informatique de confiance et Android. Évalué à 2. Dernière modification le 18 décembre 2013 à 11:13.
Bien vu, ma faute là aussi. On m'avait dit ça dans une des associations où j'ai été bénévole, mais ça devait être spécifique à cette association. Désolé pour cette erreur.
Quoiqu'il en soit, vu les règles strictes liées à leurs rémunérations, ça ne change pas grand chose à mon propos.
[^] # Re: HS assos
Posté par Jérôme Flesch (site web personnel) . En réponse au journal Informatique de confiance et Android. Évalué à 1. Dernière modification le 18 décembre 2013 à 11:01.
Oui, mea culpa.
En fait si.
Dans une association française à but non-lucratif, le président de l'association est élu annuellement par les membres et n'a pas le droit d'être rémunéré. C'est à lui de s'assurer que l'association suit les buts qu'elle s'est fixée au départ. Si il n'arrive pas à maintenir le cap ou qu'il laisse des parasites trop se servir, il est sensé être remplacé par les membres l'année suivante.
À noter aussi que si ça merde franchement, l'autre risque est que l'association soit reclassée en association à but lucratif. C'est mauvais pour l'image de l'association, mais aussi pour sa fiscalité.
Bien entendu, ça suppose tout de même que l'association fonctionne de manière saine (genre plus que 5 membres-tous-copains notamment).
Pour le reste, je ne connais pas les règles exactes auxquelles sont soumises les associations américaines à but non-lucratifs. Je suppose qu'elles ont des règles similaires en place pour garantir leur intégrité.
[^] # Re: Pas nécessairement
Posté par Jérôme Flesch (site web personnel) . En réponse au journal Informatique de confiance et Android. Évalué à 6.
Oui enfin après si tu tiens à faire dans les entreprises, on peut mentionner RedHat, qui finance directement Fedora et indirectement Gnome (sauf erreur de ma part). Ça leur permet d'améliorer leur distribution RedHat, mais je n'ai pourtant jamais eut l'impression d'être leur produit.
De plus, participer à une économie ne veut pas forcément dire faire des bénéfices. Ça peut aussi simplement être tirer les coups vers le bas et/ou casser un monopole en fournissant un logiciel gratuit/libre de qualité. Des logiciels libres développés par des associations à but non-lucratifs participent donc aussi à "l'économie numérique", juste de manière un peu plus indirecte. Sans compter que certaines arrivent à faire de l'argent en faisant du logiciel libre. Exemple bien connu, Firefox.
[^] # Re: PEBKAC
Posté par Jérôme Flesch (site web personnel) . En réponse au journal Informatique de confiance et Android. Évalué à 10.
Le problème, c'est que les demandes de permissions sont trop vagues. Par exemple, combien d'applications demandent l'accès réseau juste pour afficher des pubs ?
# Pas nécessairement
Posté par Jérôme Flesch (site web personnel) . En réponse au journal Informatique de confiance et Android. Évalué à 10. Dernière modification le 18 décembre 2013 à 09:59.
Et juste après, tu donnes un parfait contre-exemple : F-Droid. Comme quoi le monde n'est pas juste en noir et blanc. J'invite d'ailleurs tout le monde à se méfier de cette phrase. Elle est trop simpliste. Après avoir dit ça, c'est tout de suite un peu plus compliqué de prêcher pour GNU/Linux :)
Quoiqu'il en soit, ici, le vrai problème, ce n'est pas gratuit VS payant. C'est que sur Google Play et l'Apple Store, il est grosso-modo impossible de distinguer les développeurs bien-intentionnés des mal-intentionnés. On est obligé de faire confiance à Google et Apple pour faire le tri. Visiblement, ils ne sont pas très au point (ils ne sont d'ailleurs pas très clean eux-mêmes sur ce point).
Les avantages avec F-Droid, c'est que:
Bref, c'est du logiciel libre comme on l'aime :)
# Nope
Posté par Jérôme Flesch (site web personnel) . En réponse au journal v'ger a quitté le systeme solaire. Évalué à 2. Dernière modification le 14 septembre 2013 à 08:37.
De l'article même que tu as indiqué: "So, would the team say Voyager 1 has left the solar system? Not exactly - and that's part of the confusion. (…)".
Pour ceux que ça intéresse, les gars du laboratoire JPL de la NASA avaient fait un IAMA assez intéressant sur Reddit il n'y a pas longtemps: http://www.reddit.com/r/IAmA/comments/1m9wke/were_scientists_and_engineers_on_nasas_voyager/
[^] # Re: LinuxFr.org is not MacWorld.com
Posté par Jérôme Flesch (site web personnel) . En réponse au journal Dans 24h, la terre va trembler de nouveau.... Évalué à 2.
Je viens de voir les autres journaux de l'auteur. Effectivement, c'était un peu trop subtil pour moi comme second degré.
# LinuxFr.org is not MacWorld.com
Posté par Jérôme Flesch (site web personnel) . En réponse au journal Dans 24h, la terre va trembler de nouveau.... Évalué à 5.
Wow. Il y a des fanboys qui ne doutent de rien quand il s'agit de leur marque favorite.
J'ai du mal à croire qu'un journal parlant de logiciels et d'équipements propriétaires, le tout avec un titre pareil, ait un score positif sur ce site.
Sérieusement, il y a encore des gens ici qui s'intéressent aux gadgets propriétaires d'Apple ? oO
# Github le Facebook des geeks ?
Posté par Jérôme Flesch (site web personnel) . En réponse au journal Seuls les fous comprennent quelques chose à l’internet. Évalué à 7. Dernière modification le 09 septembre 2013 à 10:48.
Wow. Pendant un instant j'ai cru lire "balancez vos comm's ;-)".
[^] # Re: Ergonomie
Posté par Jérôme Flesch (site web personnel) . En réponse au journal MS Office c'est vraiment de la merde. Évalué à 3.
Faut bien justifier le nouveau numéro de version et l'augmentation du prix … :)
[^] # Re: Bienvenu en absurdie
Posté par Jérôme Flesch (site web personnel) . En réponse au journal MS Office c'est vraiment de la merde. Évalué à 6.
Comme quoi, les choses ne changent jamais vraiment (c'est un vieux texte que j'ai en stock qui doit dater de ~2000. Si quelqu'un a la source originale, je suis preneur)
[^] # Re: Portage facilité ?
Posté par Jérôme Flesch (site web personnel) . En réponse au journal La popularité d'Androïd bénéficiera t-elle à Linux ?. Évalué à 2.
J'oubliais un autre point : niveau ergonomie, les menus sont très peu pratiques. Ils augmentent le nombre de clics requis pour une action, et oblige l'utilisateur à faire preuve de précision à la souris ou à l'écran tactile. Ce n'est donc pas un bon endroit pour mettre les actions les plus courantes d'une application. Du coup, tu ne veux pas rendre les menus rapidement accessibles. Il y a des éléments bien plus importants dans une GUI à rendre accessibles bien avant eux.
[^] # Re: Portage facilité ?
Posté par Jérôme Flesch (site web personnel) . En réponse au journal La popularité d'Androïd bénéficiera t-elle à Linux ?. Évalué à 2. Dernière modification le 23 août 2013 à 14:09.
Si tu n'en utilises qu'une, oui. Si tu en utilises plusieurs, non. Personnellement j'ai toujours un paquet d'applications lancées (sur ma tablette aussi bien que mon ordinateur). Ça implique de basculer souvent d'un bureau à autre et/ou d'une application à une autre. Du coup, dans Gnome, je fais très souvent des passages par le menu "Activité".
Ceci dit, ce n'est sûrement pas le cas le plus courant pour Mme Michu.
On parle desquels au juste ? Le lanceur d'applications Android en bas de l'écran ? Les barres d'actions Android ? ou les menus Android (deprecated : remplacé par un bouton en haut à droite de la GUI) ?
Parce-que coté Gnome 3 + app GNU/Linux, il n'y rien en bas de l'écran (enfin hormis la zone de notification dont le design change à chaque nouvelle version de Gnome 3.x). De plus, dans les applications Gnome, les menus classiques sont progressivement remplacés par des "AppMenu". Ces menus sont intégrés à la barre Gnome, du coup ils sont aussi en haut de l'écran.
[^] # Re: Portage facilité ?
Posté par Jérôme Flesch (site web personnel) . En réponse au journal La popularité d'Androïd bénéficiera t-elle à Linux ?. Évalué à 6.
(Ça va partir en troll mais tant pis …)
Je trouve dommage d'inclure Gnome 3 dans cette liste.
Gnome 3, d'un point vue clavier+souris, est très bien pensé.
Les icônes plus grands sont pertinents aussi bien à la souris que sur un écran tactile.
Ils utilisent aussi abondamment les coins et les bords de l'écran. C'est tout à fait pertinent dans le cadre d'un usage de la souris sur un poste mono-écran. Ce sont les zones les plus faciles à atteindre avec le curseur.
Ceci dit, ça n'a aucune utilité sur un écran tactile. L'utilisation fréquente du bord haut de l'écran sur un écran tactile me semble même être loin d'être optimal : à ma connaissance, lors du design d'une GUI sur écran tactile/mobile, on considère que les mains de l'utilisateur sont en bas de l'écran, pour le tenir. Résultat, accéder au menu "Activité" (action la plus courante dans Gnome 3) implique de déplacer complètement sa main au lieu de juste utiliser son pouce.
Au final, Gnome 3 me semble clairement être une interface plus axée PC que tablette.
# Portage facilité ?
Posté par Jérôme Flesch (site web personnel) . En réponse au journal La popularité d'Androïd bénéficiera t-elle à Linux ?. Évalué à 9. Dernière modification le 23 août 2013 à 10:45.
Ou pas. La plupart des applications Android sont écrites en Java en se basant sur le framework Android. Ce framework n'est pas disponible sous GNU/Linux.
Il y a un autre problème : même si le framework existait sur les 2 systèmes, une application mobile ne se porterait pas sur un desktop en claquant des doigts. Il y a des différences non-négligeables entre les deux. Essentiellement:
Ces différences impliquent des designs de GUI radicalement différents. Utiliser la même interface graphique sur ces 2 types de système est une très mauvaise idée. Il y a donc forcément un travail de portage à faire.