Apple devrait censurer toutes les applications de « contenu »

/apple-devrait-censurer-toutes-les

  • Non, je ne vais pas télécharger ton application mobile de merde ! - Framablog
    http://www.framablog.org/index.php/post/2013/02/04/application-mobile-de-merde

    Les applications mobiles doivent fournir une fonctionnalité réelle, et pas seulement des bouts de contenu encapsulés dans des fichiers binaires.

    un article de blog qui milite implicitement en faveur du #Responsive Web Design (#RWD), si je comprends bien...

    #mobile



  • Le Financial Times fait sa transition vers le HTML5
    http://www.ebouquin.fr/2011/06/09/le-financial-times-fait-sa-transition-vers-le-html5

    Visiblement, les humeurs changeantes d’Apple semblent avoir poussé le quotidien économique britannique de référence, le Financial Times, à revoir sa stratégie numérique. Le journal propose depuis un an une application iPad très réussie, longtemps gratuite et financée par des sponsors prestigieux, mais maintenant accessible dans sa totalité aux seuls abonnés. Cependant, les nouveaux abonnés iPad (et les données personnelles associées) restent prisonniers du système d’Apple, chose qui ne plait guère aux équipes du groupe Pearson. De plus, le développement des tablettes Android et un souci de mutualisation des moyens ont poussé l’entreprise à se tourner vers le HTML5.

    #Presse #Apple #iPad #html5 #webapp

    • Un point intéressant qui n’est pas abordé dans l’article, c’est la possibilité de contourner le besoin d’une application propriétaire pour IOS grace à HTML5 avec un système de mise en cache (base de donnée) pour consultation “off line” des articles.

    • C’est ce que je racontais l’année dernière : si tu n’es pas dépendant du système de micro-paiement qu’a réussi à installer Apple chez sa base d’utilisateur, c’est un parfait contresens de développer une « application mobile » pour distribuer du contenu : le support naturel du contenu éditorial, c’est le Web. (Et le Web finira à nouveau par planter les supports fermés de contenus, comme il a déjà tué, de manière spectaculaire, les CD-Rom.)

      Apple devrait censurer toutes les applications de « contenu » - Le Scarabée
      http://www.scarabee.org/les-editos/article/apple-devrait-censurer-toutes-les

      Aujourd’hui, Safari sur iPad, Chrome sur Android, Firefox sur les prochaines tablettes, permettent tous de faire ce que promettent les « applications de contenu » (journaux, magazines, livres) :
      — interactivité puissante, graphismes élaborés,
      — consultation hors ligne.

      Mais l’aspect « consultation hors ligne », je m’en suis rendu compte ensuite, n’était pas assez développé dans mon article, et pas grand monde ne pigeait ce point. Alors que, comme tu le signale, c’est un point important introduit par le HTML5 : si tu cibles spécifiquement les tablettes, tu peux faire reposer ton appli là-dessus.

    • J’avais effectivement raté à l’époque ton très bon article sur le sujet.

      Ce que je trouve important dans l’histoire du FT, c’est justement que ce soit le FT qui ouvre l’offensive contre le modèle complètement fermé que tente d’imposer Apple.

      Et que ce soit fait en utilisant une fonctionnalité “banale” de HTML5, dont Apple a été un des pionniers en matière de support par ses machines/produits.

    • Pas convaincu par l’argument d’@ARNO* D’abord, ce qui a tué le CD-ROM, c’est que l’Internet rapide rendait inutile la possession d’un objet physique avec les données, pas le fait que cet objet physique incluait une application spécifique (beaucoup de CD-ROMs n’étaient composés que de pages HTML, parfois avec un navigateur embarqué, et ils ont disparu comme les autres).

      Ensuite, dans leur état actuel, certaines applications de contenu sont meilleures que ce qu’on a sur le Web. Cela changera peut-être avec le temps, mais pas à cause de HTML5 : je préférerai que les sites Web commencent par se servir de CSS 2, pour avoir une feuille de style spécifique aux mobiles, au lieu de rediriger vers un site Mobile dont les URL ne sont plus uniques (Wikipédia, le Monde).

      Un exemple tout simple : la possibilité de ne voir que les nouveaux articles. Peu de sites Web le permettent et, pour cause, cela implique la gestion d’un état, ce qui fait perdre au Web un de ses avantages en terme de performances.

      Enfin, il ne faut pas oublier que, pour la consultation seule, il y a une autre possibilité : la syndication. Le site Web envoie des données structurées que le lecteur peut formater d’une manière adaptée.


  • « The Daily »... aberration. C’était déjà complètement absurde de créer un journal « spécialement pour iPad » (comme l’écrivait Rosselin, un journal sur iPad devrait plus ressembler à Flipboard qu’à un journal, et si vous essayez Flipboard avec le flux RSS de Rezo.net, vous aurez un excellent aperçu de ce qu’il voulait dire ; Rezo.net sur Flipboard, c’est de la bombe).

    Mais le plus aberrant, donc, ce n’est pas de produire un contenu spécialement pour l’iPad (s’il y a un marché, n’est-ce pas...). C’est que ce soit un QUOTIDIEN (comme son nom l’indique, en plus, sans aucun équivoque). Mettre en forme tous les contenus possibles pour inventer une killer-app pour iPad encore meilleure que le Flipboard de Rezo, pourquoi pas, si c’est possible, mais QUOTIDIEN ??? Alors qu’on est tous dopés aux fils d’actu à flux tendus et que c’est la raison principale pour laquelle on n’achète plus Libé, ayant lu les dépêches AFP sur xxx.fr (celui qui les sort les plus vite, même si j’ai honte) la veille ?

    • Pour me citer moi-même :
      http://www.scarabee.org/les-editos/article/apple-devrait-censurer-toutes-les
      « C’est le mouvement naturel du Web et des contenus ouverts (que l’on peut copier, par tager, recommander, sélectionner, twitter, facebooker…) qui aura, à nouveau, la peau de ces applications. »

      Flipboard est une interface avec le Web, et c’est ça sa force (pas le graphisme). Ça ne fonctionne d’ailleurs même pas off-line.

    • Les deux (blogs et 140 caractères) ne sont pas exclusifs, à mon avis. Perso, je vois plutôt :
      – le besoin désormais établi (succès pas démenti) de faire des billets écrits, structurés, et faciles à publier : blog ;
      – le besoin de faire des « webzines » (vieux mot, hein) plus construits, à plusieurs : c’est l’origine de SPIP ; là, à mon avis, c’est plutôt de ce côté qu’il devrait un jour y avoir un retour à la mode - le blog unipersonnel c’est sympa, mais ça ne suffit pas ;
      – le billet hyper-court, quasi-instantané, dont l’usage principal est le suivi de l’actualité ; ce que Twitter est devenu, par la bande (le truc est conçu, à la base, pour échanger des SMS avec des groupes d’amis) ; c’est pour cet usage que Seenthis est conçu.

      Je pense que les trois « niveaux » de publication ne s’excluent pas, et que chaque individu intervenant sur le Web en a besoin.
      – Le « webzine » à plusieurs, c’est épatant, surtout s’il y a un véritable travail éditorial collectif (qui vise la qualité) ; mais c’est (a) plus lourd à gérer, (b) c’est insupportable si les participants n’ont pas leur propre espace personnel (un blog notamment) à eux et surinvestissent l’espace collectif ;
      – le blog, épatant ; mais un blog s’use à force de billets longs (on passe de plus en plus de temps à écrire des trucs de plus en plus élaborés) ; pour l’auteur, besoin de balancer du billet instantané ;
      – le microblogging remplit en partie cette fonction ; perso je trouve ça tout de même très restrictif, d’où Seenthis : j’aime bien l’aspect « commentaire super-court », mais bon, 140 caractères, faut pas déconner non plus :-)

      Du coup, en tant que contributeur au Web, chaque individu a besoin de ces différentes formes. Et, de plus en plus, tu trouves des « sites persos » qui regroupent plusieurs entrées :
      – mon blog,
      – les sites/magazines auxquels je collabore,
      – mes messages Twitter,
      – mes photos Flickr,
      – mes vidéos Youtube,
      – mon CV sur Linkedin,
      – désormais, mes messages sur Seenthis...