Ça fait un peu un bide ce truc non ?

Ils feraient mieux de se pencher sur le cas d'iBooks OSX, parce que dans le genre merdouille infâme, ni Microsoft, ni même Adobe ne peuvent faire mieux. Et pourtant Adobe s'est donné du mal dans ce sens avec Adobe viewer (lecteur ePub et servant éventuellement au transfert sur liseuses).

@Rigat0n
iBooksAuthor n'est pas un logiciel grand public, mais semi-pro. Il n'a vocation à "faire succès" et, selon moi, il n'aurait pas dû être proposé aux non-développeurs ou non-éditeurs.

@PO_
De mon côté, rien à reprocher à iBooks OSX.
Quels sont tes soucis ?

@Rigat0n

C'est au contraire une très agréable façon de réfléchir sur ce que l'on enseigne.
des enseignants, sous mon influence commencent à l'utiliser dans mon université, mais c'est comme tout, ça ne se fait pas d'un claquement de doigts...
De même qu'une présentation doit/devrait être bien pensée avant de commencer à écrire, c'est le cas d'un livre fait avec ce soft. Il y a tellement de possiblités:)

@Rigat0n

Commercialement parlant, on est effectivement proche d'un échec. Par exemple, le musée getty a sorti un livre qui a quasiment plus reçu de récompenses que fait de ventes (40 exemplaires). À quelques exceptions, donc, ce n'est pas forcément un choix avisé.

Il faut bien penser à ce qu'on va publier et se demander si ça va le faire, et perso on propose quasi systématiquement une version EPUB à côté quand on part dessus, prévue pour liseuses et apps qui ne gèrent pas l'enrichi, tout en préparant les fichiers pour mise à jour ultérieure (donc prête à accueillir les enrichissements sans que ça pose de problème). Autrement, on sait que dans 99 % des cas, ce serait les mener droit dans le mur.

Rajoute que l'unique support iPad a posé problème et que même si iBooks est désormais sur OS X, ça ne suffit pas... On met quand même le plus gros de côté et on vise une cible assez restreinte. Le fait que les livres créés ne soient pas lisible sur iPhone pose également problème alors qu'on découvre que les gens l'utilisent de plus en plus pour lire en mobilité (mais pas forcément de la même façon).

On est donc à peu près sur le modèle Amazon (format proprio, apps propres qui en permettent la lecture) mais les apps restent dans l'écosystème Apple... Forcément, ça n'aide pas au développement du format. Apple devrait peut être faire le choix de développer le format (surtout qu'epub 3 patine à côté et qu'Amazon s'intéresse peu à l'interacrivité) plutôt que de l'utiliser pour vendre du hardware...

Même sur le business qui tourne autour du format, ça marche pas fort (presta, maquettes, etc.).

Mais, il a été pensé pour l'éducation en premier lieu, donc tout ce qui en sort est détournement. Il y a donc responsabilité du côté de l'éditeur ou de l'auteur : il doit bien réfléchir à ce qu'il veut en faire.

Et dans le domaine de l'éducation, ça prend quand même pas mal.

@ArchiArchibald

Pas d'accord avec ta vision "soft pas fait pour les non développeurs et non éditeurs", sachant que le soft, ton dev pourra franchement pas faire grand chose de plus que le mec qui n'y connaît rien (allez, des widgets en plus, mais personne ne le fait ou presque).

C'est le sout le plus simple à utiliser pour faire du livre numérique enrichi, il n'est clairement pas pensé pour les devs ou même les éditeurs (va placer iBooks Author dans un work flow pour un éditeur, je te promets que tu n'y arriveras pas tellement il lui manque des choses importantes pour un éditeur, ne serait ce que niveau import et export, collaboration, etc.) l'éditeur, il ira plutôt voir du côté de Inkling (monté par un ancien d'Apple d'ailleurs).

Merci pour vos réponses instructives et détaillées. Et bonne journée à vous :)