Il passo di pagina era la viewport intera: il testo scorreva a filo dei
bordi e i margini verticali si vedevano solo all'inizio del capitolo. Ora
il passo e' viewport - 2*margine verticale: ogni pagina (e l'ultima) ha il
testo dentro i margini. Simulazione geometrica verificata (9 test).
fontScale era una property QML di pagina, mai salvata: l'ingrandimento
spariva alla chiusura del libro. Nuova readerFontScale in QSettings
(default 1.0): il lettore parte dalla scala salvata e la persiste a ogni
cambio. Test: persistenza su disco verificata (font + margini).
Il restore dopo il cambio font usava la frazione di scroll (instabile col
reflow) e il timer 80ms scattava prima del ricalcolo rich text: posizione
persa, ingrandimenti che sembravano bloccarsi. Ora: restore per offset in
CARATTERI, applicazione via onContentHeightChanged, timer sicurezza 500ms,
limite font 3.5x con passo 0.1.
SilicaFlickable esterno non scrollabile (contentHeight=height) solo per i
pulley menu + Flickable interno interactive:false: il dito non muove mai il
testo, contentY cambia solo col tap. Rimossi snap/preventStealing/onClosed/
active: niente piu' compromessi scroll<->menu, i pulley funzionano sempre.
onClosed sui pulley menu e menu.active non esistono su questa versione di
Silica: errore di compilazione QML -> ReaderPage non caricata. Lo snap ora
usa solo API standard: readerFlick.dragging + menu.open; il timer si
riavvia durante le animazioni dei menu, lo snap scatta solo a tutto fermo.
Lo snap usava menu.open (vero solo a menu aperto): durante l'apertura il
pulley sposta il contenuto, lo snap scattava nel mezzo e il menu si
annullava. Ora guardia su menu.active (vero anche durante il drag) e
onClosed: snapTimer.restart() per riallineare il contenuto dopo la chiusura.
preventStealing sulla MouseArea rubava il drag al PushUpMenu (il gesto si
bloccava appena il dito entrava nella zona centrale) e senza di esso il
contenuto scrollava libero. Ora: il drag e' permesso ma lo snap (250ms dopo
l'ultimo movimento) riallinea contentY alla pagina piu' vicina (soglia 70%,
zona finale parziale -> fondo). I pulley menu funzionano normalmente.
Il WebView di Sailfish non supporta lo scroll programmatico affidabile
(window.scrollY stale, contentHeight/scrollPosition non scrivibili): 0.3.x
non ha mai cambiato capitolo in modo affidabile. Ora i capitoli sono rich
text Qt in un Text QML dentro un SilicaFlickable: contentY/contentHeight
nativi, paginazione a tap deterministico, fine capitolo esatta. HTML->rich
text in C++ (tag base, entità, fallback). Bookmark v2 invariato (offset
caratteri stimato da frazione). Niente immagini inline (limite rich text).
scrollToCharJs calcolava scrollTo(0, rect.top+scrollY-8) e window.scrollY e'
stale sul WebView Sailfish: il tap avanti oscillava di pochi pixel. Ora
window.scrollBy(0, rect.top-8): nessuna lettura di scrollY, il carattere
target finisce esattamente in cima alla viewport.
- Tap avanti/indietro per PAGINA DI TESTO (offset in caratteri dai text node):
positionJs (sopra) + charsInViewportJs (nella viewport) + scrollToCharJs;
fine capitolo = offset >= chapterTextLength (C++), mai dallo scroll del
WebView. window.scrollY non riflette lo scroll reale e contentHeight/
scrollPosition nativi non sono scrivibili su Qt 5.6 (0.3.1 e 0.3.2 falliti)
- SettingsPage: label 'Version' in fondo (appVersion da setApplicationVersion)
- Traduzione IT aggiunta; log build aggiornato
kaneda