ehm è un discorso piuttosto tecnico pensato per chi ha lavorato sugli epub e/o conosce l'html, per gli altri parlo ostrogoto.
A spiegarlo ai profani in dettaglio sul perché faccio cosa ci metto mezzora ma nella pratica sono operazioni di trova/sostituisci (attraverso le espressioni regolari) estremamente facili e ci si mette un minuto.
Piccolo riassunto: in un ebook ogni paragrafo del LG è una pagina/capitolo a se stanti, i link portano alla pagina in generale tipo vai al 10 ti porta alla pagina chapter_10.xhtml.
Con il mio metodo rafforzo l'hyperlink dando al titolo del paragrafo un identificativo univoco in questo modo il link non va più alla pagina generica chapter_10.xhtml ma in un punto specifico nella pagina ovvero il titolo del paragrafo. Dopodiché unisco tutte le pagine dei paragrafi in un unica pagina creando un lenzuolo di testo come su word dove i link funzionano tutti perfettamente perché non sono più legati alla pagina generica ma al titolo del paragrafo.
Infine impostando una piccola procedura su calibre (non ti dico la sofferenza per trovarla) trasformo l'epub in docx già impaginato perfettamente secondo quanto previsto dal CSS e con i link funzionanti. Il CSS è un file che contiene l'insieme delle regole di impaginazione dell'epub tipo quanto grande deve essere il titolo di un capitolo, quanto quello di un paragrafo, quanto spazio vuoto prima e dopo deve avere il titolo, se i link devono essere in grassetto oppure sottolineato e altre cosuccie più tecniche.
Un esempio di CSS adatto per i LG è questo:

 Spoiler  

 body {
    margin: 3%;
    font-family: "Times";
    font-size: 100%;
    word-wrap: break-word;
}

p {
    margin: 0;
    text-indent: 0;
    text-align: justify;
}


a {
    color: black;
    text-decoration: none;
    font-weight: bold;
}

h1 {
    margin-top: 4em;
    margin-bottom: 2em;
    page-break-after: avoid;
    font-size: 2em;
    text-align: center;
    text-indent: 0;
}

h2 {
    margin-top: 3em;
    margin-right: 0;
    margin-bottom: 2em;
    margin-left: 0;
    page-break-after: avoid;
    font-size: 1.4em;
    text-align: center;
    text-indent: 0;
}

h3 {
    margin-top: 2em;
    margin-bottom: 2em;
    line-height: normal;
    page-break-after: avoid;
    font-size: 1.1em;
    text-align: center;
    text-indent: 0;
}

h4 {
    margin-top: 2em;
    margin-bottom: 2em;
    line-height: normal;
    page-break-after: avoid;
    font-size: 0.9em;
    text-align: center;
    text-indent: 0;
}

h5 {
    margin-top: 2em;
    margin-bottom: 2em;
    line-height: normal;
    page-break-after: avoid;
    font-size: 0.9em;
    text-align: center;
    text-indent: 0;
}

h6 {
    margin-top: 2em;
    margin-bottom: 2em;
    line-height: normal;
    page-break-after: avoid;
    font-size: 0.9em;
    text-align: center;
    text-indent: 0;
}

la procedura è abbastanza facile anche se ho finito per impostarla nelle preferenze così da evitarmi alcuni passaggi, tra parentesi con questa procedura puoi trasformare l'epub in pdf (per i libri normali faccio così).
1 - clicchi pulsante converti libri
2 - scegli output docx
3 - vai sottomenù Visualizzazione e imposti la grandezza del font a 11, sarebbe 10 ma non so per quale oscuro motivo se imposto 10 nel docx mi ritrovo con font grande 9.
4 - scegli times new roman come font, probabilmente è già scelto di default non mi ricordo
5 - vai al sottomenù imposta pagina, sottosottomenù personalizza output scorri in fondo e scegli tablet, qualsiasi altra scelta porta solo orrore e disperazione.
6 - controlla che nel sottosottomenù personalizzazione input sia scelta Default input profile, non mi ricordo se è predefinito o no.
7 - imposta dei margini metti anche dei valori a caso tanto poi dovranno essere ridimesionati nel docx, per i libri metto 70, 80, 70, 60.
8 - non cambiare la dimensione della pagina dal letter, se provi a mettere quella dei librigame 107x173 ti ritrovi con il testo infilato in caselle di testo e risulta un gran casino dopo.
9 - premere ok e aspettare un minuto per avere il docx.
La procedura per il pdf è identica solo che per evidenti motivi di impaginazione non si può applicare ai librigame.

babacampione ha scritto:

1) permettere di fare cose ulteriori oltre ad un librogame classico (una app, un fumetto...)

La scrittura del software in codice html, renderà possibile, a breve, la realizzazione di app a partire dal file .xlgc, quindi sì, direi che questo è centrato.

babacampione ha scritto:

2) semplificare e rendere più semplici alcuni passaggi

Non richiede più java, quindi scarichi e sei pronto all'uso.

babacampione ha scritto:

3) risolvere bug

Il nuovo editor risolve il fastidioso problema che, se cancelli, ogni tanto si mangia uno spazio/un a capo.

Mai usate ma forse non ho capito la domanda. Puoi fare un esempio di utilizzo da parte dello scrittore di librogame?

Un suggerimento che posso dare, se vuoi cercare di accontentare gli utenti, è rallentare con gli sviluppi e chiedere cosa veramente serve. Lo shuffle, ad esempio, un tempo era solo su tutto il libro, ma più volte mi venne chiesto di poter shufflare blocchi (sia shufflando un blocco al suo interno, per tenere limitati i paragrafi di un "capitolo" del libro, che shufflando un blocco A in un blocco , feature che non so se è mai stata utilizzata.

Allo stesso modo le esportazioni. Ci sono formati sconosciuti più o meno agli italiani, come ChoiceScript o Squiffy perché fondamentalmente quelli sono formati per programmatori/scrittori, e non so quanta utilità abbiano realmente (basta contare le app italiane realizzate con ChoiceScript o Squiffy per averne un'idea immagino).
Gli editor di questi software però non hanno feature come grafi o mappe di gioco, esportazioni in RTF,... perché sono più orientati alle App che a formati stampabili.