[openmamba-devel-it] sistema reinstallato da zero, questione firefox/konqueror

[Silvan Calarco]

In data mercoledì 24 giugno 2009 10:39:21, Titti a gmail ha scritto:
: > Silvan Calarco ha scritto:
> > In data sabato 20 giugno 2009 12:14:28, Titti a gmail ha scritto:
> >> Impostando il riconoscimento automatico da "disattivato" ad "universale"
> >> la pagina appare correttamente (vedere allegato), ma se cerco di
> >> impostare un set di caratteri manualmente (es: visualizza-codifica
> >> caratteri-altri-europa occidentale) sotto la voce europa-occidentale non
> >> ho nessuna codifica da scegliere, e così per le altre regioni.
> >>
> >> Se qualcuno riesce a capire quale è il flag errato in compilazione di
> >> xulrunner per la codifica caratteri e per l'altro problema di firefox
> >> con alcune funzionalità java  mi fa un favore se me lo fa sapere.
> >>
> >> Grazie.
> >>
> >> Titti
> >
> > Un altro link per il test di questo problema:
> > http://www.cl.cam.ac.uk/~mgk25/ucs/examples/UTF-8-test.txt
> >
> > dopo ore di indagini non sono riuscito a trovare dove si verifica il
> > problema (e quindi come si risolve). Sembra che Firefox non riesca ad
> > individuare la fine di un carattere (multi-byte) non valido con
> > conseguenze devastanti perché perde la sincronizzazione di tutta la parte
> > restante del documento.  Ad esempio se alcune pagine hanno codifica UTF-8
> > e un carattere ISO-8859-15, questo carattere sballa tutta la pagina, con
> > konqueror invece non capita, il carattere difettoso viene semplicemente
> > visualizzato come tale.
> > Il file di cui sopra aperto con kate e gedit, pur non avendo precisamente
> > il comportamento descritto nel documento stesso, funziona, nel senso che
> > la decodifica del documento arriva fino alla fine.
> > Guardando il codice di firefox sembra che la funzione per impostare
> > codifiche alternative utilizzi la funzione javascript
> > document.getElementById('available_charsets'), e che quindi i charset
> > disponibili dipendono dalla pagina che si sta visualizzando.
> > Agendo sulla codifica la visualizzazione di una singola pagina può
> > migliorare, ma il problema alla base rimane. Dopo mille ricerche non ho
> > trovato nessun problema simile in rete.
> > Potrebbe essere interessante, per localizzare meglio il problema, vedere
> > come si comporta un altro browser compilato su openmamba e basato sul
> > xulrunner o su gnome.
> >
> > ciao
> > Silvan
>
> Browser compilato con openmamba non so, ma il firefox scaricato
> brutalmente da mozilla italia e non compilato funziona, sia per quanto
> riguarda i charset sia per quanto riguarda gli script di ingdirect e
> quell'altro script del test di velocità che avevamo già linkato... forse
> funziona perché non usa xulrunner?

Sì, che la versione binaria non compilata con xulrunner funziona l'abbiamo 
capito, ma noi come molte delle altre distribuzioni linux dobbiamo farlo 
funzionare usando xulrunner, a meno che non ci sia l'evidenza che questo non 
sia possibile (ovvero se il/i problema/i si presenta/no in qualunque 
distribuzione linux ma non mi pare che sia così).
Comunque si può provare a rifare la versione monolitica per fare dei test, ma 
la mia idea era tipo di fare il browser di gnome (epiphany), sempre basato su 
xulrunner, così nel frattempo si aggiunge un nuovo browser alla distribuzione 
e si fa una controverifica del fatto che i problemi possano essere 
nell'applicazione oppure a valle di xulrunner. Oppure ci sarebbe da provare 
anche seamonkey che c'è già nella distribuzione, forse è solo da aggiornare.

ciao
Silvan

-- 
mambaSoft di Calarco Silvan
Web: http://www.mambasoft.it
 
mambaSoft Store @ http://shop.mambasoft.it
openmamba GNU/Linux development @ http://www.openmamba.org