[bug?] Parsing di parole con l'apostrofo durante la correzione ortografica
Gianluca Turconi
il messaggio è lunghetto, ma la situazione in oggetto è caotica. ;-P
Mi servirebbe una mano per venire a capo di un problema da "schizofrenia
informatica" che sto sperimentando, perciò ringrazio anticipatamente
chiunque potrà fare il test su più piattaforme e applicazioni possibili.
Ecco cosa mi succede.
Su Windows Vista Home Premium sto testando il browser/client email
Seamonkey 2.0a1 che usa esattamente lo stesso dizionario italiano e
backend (Hunspell) utilizzato da OOo.
Come ho sempre fatto in precedenza, copio e incollo i file del
dizionario di OOo nella cartella "Dictionaries" di Seamonkey, il
dizionario viene riconosciuto e comincio a usarlo.
Dopo un po' mi accorgo che combina dei casini micidiali con gli
apostrofi. Esempi:
l'ancora (non sottolineato come errato: CORRETTO)
un'ancora (non sottolineato come errato: CORRETTO)
nell'ancora (sottolineato solo "coll": SBAGLIATO)
sull'ancora (sottolienato solo sull: SBAGLIATO)
Tutte le parole così composte derivano dalla stessa regola grammaticale
contenuta all'interno del file affix di OOo, perciò mi è sembrata una
bella stranezza che alcune fossero sottolineate e altre no, tanto più
che la sottolineatura spariva se premevo "Enter", il che mi ha fatto
pensare che fosse un problema di parsing del testo da parte
dell'applicazione.
Parlando con Davide Prina, responsabile attuale del dizionario, mi ha
però fatto notare che l'apostrofo potrebbe essere ora visto come
"separatore di parola", esattamente come avveniva in OOo 1.0 o giù di
lì, e quindi sottolineare ciò che non si trova nel dizionario.
Bene, mi dico, vediamo. Provo con "col'albero", entrambe le parole
presenti nel dizionario e, suicidio!, la parola composta viene
giustamente sottolineata come errata.
Un po' esasperato provo:
Firefox 3.0.3 (Hunspell): comportamento errato come in Seamonkey.
Thunderbird 2.0.17 (MySpell): comportamento corretto.
Openoffice 2.4.1 (Hunspell): comportamento corretto.
Allora penso che sia colpa dell'implementazione di Hunspell fatta da
Mozilla, ma Davide mi dice che Firefox, comunque si chiami sulla sua
Debian, non presenta questo problema!!!
Magari l'hanno modificato, ma proprio per questo insignificante problema?
Qualcuno è così gentile da collaudare q uanto descritto sul maggior
numero di versioni stabili e release candidate di OOo possibili e su
qualche applicazione Mozilla, magari su Vista e XP?
Se scopro che è ancora un altro problema di Vista (ce ne sono certi
davvero esoterici), passo direttamente alla piallatura, giuro.
Un grazie anticipato,
Gianluca
--
http://www.letturefantastiche.com/
Lettura gratuita o acquisto di libri e racconti di fantascienza,
fantasy, horror, noir, narrativa fantastica e tradizionale, oltre a
notizie e testi di approfondimento sugli stessi generi.
VITRIOL
> l'ancora (non sottolineato come errato: CORRETTO)
> un'ancora (non sottolineato come errato: CORRETTO)
> nell'ancora (sottolineato solo "coll": SBAGLIATO)
> sull'ancora (sottolienato solo sull: SBAGLIATO)
Ho provato su Thunderbird 2.0.0.17, Firefox 3.0.3, OOo 2.4.1 e OOo 3.0
RC4. Nessuno dei quattro presenta il problema che hai riferito.
SO Win Vista Home Premium.
--
news:it-alt.comp.software.openoffice : Il newsgroup dedicato a
OpenOffice.org, la suite open source di applicazioni per ufficio.
Saluti, VITRIOL
VITRIOL
In Thunderbird ho notato che mentre si scrive "nell'", al momento di
mettere l'apostrofo, lo sottolinea subito come errore. Quando però si
aggiunge "ancora" lo rimuove.
OOo invece non lo sottolinea, e aspetta che si prema spazio o invio per
segnalare un eventuale errore.
Gianluca Turconi
> Precisazione, non se se utile.
> In Thunderbird ho notato che mentre si scrive "nell'", al momento di
> mettere l'apostrofo, lo sottolinea subito come errore. Quando però si
> aggiunge "ancora" lo rimuove.
> OOo invece non lo sottolinea, e aspetta che si prema spazio o invio per
> segnalare un eventuale errore.
Questo porco d'un bug è incostante. In Firefox adesso fa esattamente
quello che mi dici (anche se è Hunspell invece di Myspell come
thunderbird), mentre in Seamonkey rimane esattamente come prima, cioè
sbagliato.
Una cosa è certa, comunque, l'implementazione di Hunspell per Mozilla è
parecchio buggata e non sono io a dirlo:
https://bugzilla.mozilla.org/show_bug.cgi?id=432225
C'era addirittura una richiesta di "release stopper" che evidentemente
non è stata accolta...
Il controllo ortografico in linea è l'unica cosa che mi faceva preferire
le applicazioni di Mozilla rispetto a Opera, ma se fanno cilecca, non mi
sposto più.
Meno male che OOo è sempre affidabile, almeno nelle cose semplici. W
OOo! ;-)
Ciao e Grazie.
VITRIOL
> Meno male che OOo è sempre affidabile
Ehm...
/me si schiarisce la gola per non rispondere :-P
Gianluca Turconi
> Gianluca Turconi ha scritto:
>
>> Meno male che OOo è sempre affidabile
>
> Ehm...
>
> /me si schiarisce la gola per non rispondere :-P
Ohi, ho scritto "nelle cose semplici".
Si tratta solo di stabilire il livello minimo di semplicità sotto il
quale non è permesso a uno sviluppatore di fare alcun errore! ;-)
Saluti,
Gianluca
VITRIOL
> Ohi, ho scritto "nelle cose semplici".
>
> Si tratta solo di stabilire il livello minimo di semplicità sotto il
> quale non è permesso a uno sviluppatore di fare alcun errore! ;-)
Implementare una finestra apri/salva del sistema operativo ospite si può
considerare abbastanza semplice? ;-)
Gianluca Turconi
news:gciojf$h76$1...@registered.motzarella.org...
> Gianluca Turconi ha scritto:
>
>> Ohi, ho scritto "nelle cose semplici".
>>
>> Si tratta solo di stabilire il livello minimo di semplicità sotto il
>> quale non è permesso a uno sviluppatore di fare alcun errore! ;-)
>
> Implementare una finestra apri/salva del sistema operativo ospite si può
> considerare abbastanza semplice? ;-)
Questa era cattiva, cattiva. Da te non me lo aspettavo... ;-)
Per chi non sapesse di cosa si sta parlando (ed è solo l'inizio):
VITRIOL
> Questa era cattiva, cattiva. Da te non me lo aspettavo... ;-)
>
> Per chi non sapesse di cosa si sta parlando (ed è solo l'inizio):
>
> http://groups.google.it/group/it-alt.comp.software.openoffice/browse_thread/thread/678eda1d2b61c520/ee22ea974efeb694?hl=it&lnk=gst&q=finestra+di+salvataggio#ee22ea974efeb694
Il problema è che con OOo 3.0 su Vista sarà molto peggio. Le finestre di
dialogo di sistema sono praticamente inutilizzabili.
La finestra non è modale, e questo potrebbe generare comportamenti
imprevedibili e crash, se l'utente si mette a pasticciare
sull'applicazione quando la finestra è aperta. L'opzione "Salva con
password" non funzionava, quindi l'hanno semplicemente rimossa... in
pratica, un utente Vista che usa le finestre di sistema non può salvare
un documento con password! Non c'è modo.
In più le opzioni nella finestra non sono localizzate, ma a questo punto
è il problema minore.
Ironia della sorte, il tutto nella versione 2.4.1 su Vista funzionava in
modo accettabile, anche se non perfetto, e con un look non Vista-style.
Ma meglio una finestra con look vecchio ma funzionante, che una con look
nuovo e non funzionante.
Le finestre di dialogo personalizzate di OOo continuano a funzionare, ma
non sono l'impostazione di default, cosa che potrebbe disorientare
l'utente. Anche perché le finestre apri e salva sono una delle prime
cose con cui si ha a che fare, non una esotica funzionalità nascosta.
PS
La versione compilata da Pavel non presenta il problema, perché continua
ad utilizzare i vecchi dialoghi stile XP, solo aggiornati nel tema grafico.
Gianluca Turconi
<vitriol_vit...@katamail.com> ha scritto:
> PS
> La versione compilata da Pavel non presenta il problema, perché continua
> ad utilizzare i vecchi dialoghi stile XP, solo aggiornati nel tema
> grafico.
Domanda in vista della probabile ondata di nuovi utenti con questo
problema qui nel NG: si suggerisce l'adozione dell'altra finestra di
dialogo OOo o di usare versioni alternative?
Se scegliamo una sola risposta forse è meglio, però ci potrebbero essere
utenti che preferiscono scegliere.
Io continuo a usare la finestra di OOo e non mi dà nessun problema.
VITRIOL
> Domanda in vista della probabile ondata di nuovi utenti con questo
> problema qui nel NG: si suggerisce l'adozione dell'altra finestra di
> dialogo OOo o di usare versioni alternative?
Razionalmente io suggerirei di utilizzare i dialoghi OOo, visto che sarà
un problema transitorio che verrà sistemato nella versione 3.0.1, e
comunque esiste una impostazione alternativa che comporta un disagio minimo.
Io personalmente però continuo a usare la versione di Pavel :-P
Alfa
> In data 08 ottobre 2008 alle ore 19:36:02, VITRIOL
> <vitriol_vit...@katamail.com> ha scritto:
>
>> PS
>> La versione compilata da Pavel non presenta il problema, perché
>> continua ad utilizzare i vecchi dialoghi stile XP, solo aggiornati nel
>> tema grafico.
>
> Domanda in vista della probabile ondata di nuovi utenti con questo
> problema qui nel NG: si suggerisce l'adozione dell'altra finestra di
> dialogo OOo o di usare versioni alternative?
>
> Se scegliamo una sola risposta forse è meglio, però ci potrebbero essere
> utenti che preferiscono scegliere.
>
> Io continuo a usare la finestra di OOo e non mi dà nessun problema.
>
> Saluti,
>
> Gianluca
Esiste pure la versione di Novell per windows, non saprei se ha lo
stesso problema ma vale la pena provare anche perchè offre qualcosina in
più rispetto alla versione Sun.
Ciao Alfa
Gianluca Turconi
<vitriol_vit...@katamail.com> ha scritto:
> Ho provato su Thunderbird 2.0.0.17, Firefox 3.0.3, OOo 2.4.1 e OOo 3.0
> RC4. Nessuno dei quattro presenta il problema che hai riferito.
> SO Win Vista Home Premium.
Per far felici tutti quelli che pensano che l'informatica sia molto vicina
alla stregoneria (Bug che appare, bug che scompare...), ho trovato
conferma ufficiale del bug in questione, addirittura in due gusti.
Antico: https://bugzilla.mozilla.org/show_bug.cgi?id=344596 (probabilmente
quello che vedevi tu in Thunderbird)
Moderno: https://bugzilla.mozilla.org/show_bug.cgi?id=422982
Quindi pare legato a Gecko e non a OOo o, soprattutto, al dizionario
italiano, in quanto succede per tutte le lingue che usano l'apostrofo
all'interno delle parole.
Saluti,