Salta al contenuto principale

R: versione a 64 bit: prove di trascodifica

Francesco Melis
Non in linea
Iscritto: 06/12/2011
Punti: 18

Un saluto alla lista,ho fatto un altro po' di prove cercando di cogliere altri particolari.Ho installato la versione installer sia nel percorso indicato dal programma sia in una cartella di mia comodità ed il comportamento del programma è risultato identico.Credo che Alessandro Pannocchi abbia delle motivazioni valide e credo che sarebbe giusto ed utile che egli estrapoli il frammento del file che gli ha dato problemi e lo metta a disposizione per consentire di riprodurre le condizioni sperimentali per il rilevamento delle anomalie. Non è facile controllare una mole di elementi a 360 gradi senza avere una via da percorrere per l'individuazione.In ogni caso ho rilevato anch'io delle cose, direi abbastanza serie.Ho usato il file di matematica che avevo già usato ed ho impostato il modello classico. Ho provato le impostazioni di uso libero delle parentesi in ambiente matematico, o controllato dall'analizzatore sintattico, per mezzo del relativo flag sotto la voce "braille" delle impostazioni. Ho provato il numero della pagina braille sulla prima riga del testo o sopra con l'eventuale numero in nero. Come stampante di uscita ho usato la mia "Twin-braille" che è una virtualizzazione per la visione a schermo del testo trascodificato. Ho lasciato come codice il braille del 1998. Inoltre ho lasciato lo spazio per il punto fuori margine utile per segnalare le espressioni importanti.1) Il problema più grosso che ho rilevato è che nel file trascodificato non viene riportato a sinistra il numero della pagina PARI. Viene riportato correttamente solo il numero dispari a destra. Ho fatto anche delle prove con il numero in braille sulla prima riga del testo e con il numero da solo su una riga sopra il testo con l'eventuale numero in nero. In nessun caso viene riportato il numero pari.2) Viene ignorata del tutto la presenza del numero in nero data dal comando ½p (un mezzo p).3) In presenza di sistemi di equazioni/disequazioni che iniziano con una parentesi graffa, che non viene chiusa alla fine del sistema, se si imposta il controllo di apertura/chiusura delle parentesi in ambiente matematico nel file .err viene correttamente rilevata la mancata chiusura della parentesi, però viene segnalato anche uno strano comando ½Y (attivazione/disattivazione rientro paragrafo rientrato) non terminato. Nel file in esame non vi era nessun codice ½Y. Riporto di seguito la segnalazione del file .errFile: elementi di matematica.rtf                                ***  Data  6  2 2012      Eseguito alle ore 18 53 26 ERRORE alla linea   44, car.   6, DEL FILE: elementi                           a pag.    6, riga 24, car.  0 del testo Braille MANCA IL SEGNO DI CHIUSURA CORRISPONDENTE A { Stato del programma: ambiente matematico, funzioni non concluse: ½Y                                                                                    +++++++++++++++++++++++++++++++++++++++  per tutti i suoi punti cioè £y=0 per qualunque £x.   In termini di sistema di equazioni: ½@{ y=x³2-3x-10 _____^   y=0@¼   Sostituendo la seconda espressione nella prima otteniamo: ½@x³***4) Impostando invece uso libero delle parentesi in ambiente matematico la trascodifica avviene correttamente e questa segnalazione scompare.5) Impostando il modello "videoscrittura", stando alla didascalia ad esso relativa, si dovrebbero ignorare i marcatori di Italbra, dato che è una modalità adatta alla trascodifica di testi elementari e non predisposti ad hoc. La trascodifica da grossi problemi di interpretazione in presenza dei codici di italbra, in particolare l'ho rilevato sul comando di centratura ½c. In trascodifica si verificano grosse incongruenze. Riporto di seguito la riga di Word e di seguito la riga trascodificata del .brc***½p1 ½cElementi di matematica_di Francesco Melis  Prendiamo un polinomio di secondo grado, che ci servirà da esempio:½@x2-3x-10@¼***Riga trascodificata con il modello videoscrittura:***   #,2£celementi di matematica di  $francesco $melis    $prendiamo un polinomio di secondo grado, che ci servirà da esempio:    #,2@£x#2\-#3£x-#,»,4 ***come si può rilevare il problema si verifica anche con il comando di apertura dell'ambiente matematico.Mi chiedo se sono io che ho interpretato male, nel senso che se si desidera usare il modello videoscrittura occorre dapprima filtrarlo da eventuali codici di italbra, qualora ve ne fossero, oppure dovrebbe essere il programma ad effettuare automaticamente il filtraggio?Questo è ciò che ho rilevato finora.Un saluto.Francesco Melis.

----Messaggio originale----
Da: a.pannocchi@alice.it
Data: 6-feb-2012 15.49
A: <wintalbra@spazioausili.net>
Ogg: Re: [Wintalbra] versione a 64 bit: prove di trascodifica

Ed ora, un po' di pubblicità

:

Ciao,
dovresti, se non ti dispiace, fare una prova:
installa la versione installer e accetta il percorso che ti viene suggerito per
la cartella di installazione, poi dimmi come funge. non ti anticipo nulla, per
non influenzare il tuo giudizio, ma si tratta di una cosa
importante.
Ti ringrazio per la pazienza.
alessandro
 

Alessandro Pannocchi
Non in linea
Iscritto: 01/11/2010
Punti: 43
R: versione a 64 bit: prove di trascodifica



Ciao a tutti,
il problema che incontro è molto semplice: sia con
Vista che con Seven a 64 bit, la versione Installer non funge se si accetta il
percorso suggerito dal programma. vale a dire che, lanciando il programma,
questo procede normalmente fino al messaggio audio di inizio conversione, ma poi
si ferma su una finestra chiamata dosbox, e lì resta fino a che non lo si chiude
forzatamente. se invece si cambia il nome alla cartella di installazione, tutto
va come si deve. Ho fatto le prove su due pc diversi, ma il risultato è sempre
stato lo stesso. Purtroppo i due pc non sono miei e quindi non hanno nessun
screenreader installato, ma i due proprietari sono persone affidabili e mi hanno
descritto minuziosamente il difetto, identico nei due casi. Da notare che, nel
secondo caso, cioè seven, io non ho detto nulla del difetto, prima della prova,
per non influenzare il risultato, un po' come ho fatto qui in lista. Ma ora
francamente sono stupito del risultato che comunicate, perchè abbiamo fatto le
cose in maniera molto accurata. La cartella incriminata è C:\program
(X86)\Wintalbra\, cartella in cui il programma non funge, mentre dentro
qualsiasi altra non dà problemi.
Vediamo di trovare la causa di questi comportamenti
strani, o meglio, di dare a Casalino le notizie utili a capire cosa
succede.
Grazie e saluti a tutti.
alessandro
 

----- Original Message -----
From:
francesco_melis@alice.it
To: wintalbra@spazioausili.net
Sent: Monday, February 06, 2012 8:01
PM
Subject: [Wintalbra] R: Re: versione a 64
bit: prove di trascodifica
Un saluto alla lista,ho fatto un altro po' di prove
cercando di cogliere altri particolari.Ho installato la versione installer
sia nel percorso indicato dal programma sia in una cartella di mia comodità ed
il comportamento del programma è risultato identico.Credo che Alessandro
Pannocchi abbia delle motivazioni valide e credo che sarebbe giusto ed utile
che egli estrapoli il frammento del file che gli ha dato problemi e lo metta a
disposizione per consentire di riprodurre le condizioni sperimentali per il
rilevamento delle anomalie. Non è facile controllare una mole di elementi a
360 gradi senza avere una via da percorrere per l'individuazione.In ogni
caso ho rilevato anch'io delle cose, direi abbastanza serie.Ho usato il
file di matematica che avevo già usato ed ho impostato il modello classico. Ho
provato le impostazioni di uso libero delle parentesi in ambiente matematico,
o controllato dall'analizzatore sintattico, per mezzo del relativo flag sotto
la voce "braille" delle impostazioni. Ho provato il numero della pagina
braille sulla prima riga del testo o sopra con l'eventuale numero in nero.
Come stampante di uscita ho usato la mia "Twin-braille" che è una
virtualizzazione per la visione a schermo del testo trascodificato. Ho
lasciato come codice il braille del 1998. Inoltre ho lasciato lo spazio per il
punto fuori margine utile per segnalare le espressioni importanti.1)
Il problema più grosso che ho rilevato è che nel file trascodificato non viene
riportato a sinistra il numero della pagina PARI. Viene riportato
correttamente solo il numero dispari a destra. Ho fatto anche delle prove con
il numero in braille sulla prima riga del testo e con il numero da solo su una
riga sopra il testo con l'eventuale numero in nero. In nessun caso viene
riportato il numero pari.2) Viene ignorata del tutto la presenza del
numero in nero data dal comando ½p (un mezzo p).3) In presenza di sistemi
di equazioni/disequazioni che iniziano con una parentesi graffa, che non viene
chiusa alla fine del sistema, se si imposta il controllo di apertura/chiusura
delle parentesi in ambiente matematico nel file .err viene correttamente
rilevata la mancata chiusura della parentesi, però viene segnalato anche uno
strano comando ½Y (attivazione/disattivazione rientro paragrafo rientrato) non
terminato. Nel file in esame non vi era nessun codice ½Y. Riporto di seguito
la segnalazione del file .errFile: elementi di
matematica.rtf                               
***  Data  6  2 2012     
Eseguito alle ore 18 53 26 ERRORE alla linea   44,
car.   6, DEL FILE:
elementi                         
 a pag.    6, riga 24, car.  0 del testo
Braille MANCA IL SEGNO DI CHIUSURA CORRISPONDENTE A
{ Stato del programma: ambiente matematico, funzioni non concluse:
½Y          
                                                                       
 +++++++++++++++++++++++++++++++++++++++  per tutti i suoi
punti cioè £y=0 per qualunque £x.   In termini di sistema di
equazioni: ½@{ y=x³2-3x-10 _____^  
y=0@¼   Sostituendo la seconda espressione nella prima
otteniamo: ½@x³***4) Impostando invece uso libero delle
parentesi in ambiente matematico la trascodifica avviene correttamente e
questa segnalazione scompare.5) Impostando il modello "videoscrittura",
stando alla didascalia ad esso relativa, si dovrebbero ignorare i marcatori di
Italbra, dato che è una modalità adatta alla trascodifica di testi elementari
e non predisposti ad hoc. La trascodifica da grossi problemi di
interpretazione in presenza dei codici di italbra, in particolare l'ho
rilevato sul comando di centratura ½c. In trascodifica si verificano grosse
incongruenze. Riporto di seguito la riga di Word e di seguito la riga
trascodificata del .brc***½p1 ½cElementi di matematica_di Francesco
Melis  Prendiamo un polinomio di secondo grado, che ci servirà da
esempio:½@x2-3x-10@¼***Riga trascodificata con il modello
videoscrittura:***   #,2£celementi di matematica di
 $francesco $melis    $prendiamo un polinomio di
secondo grado, che ci servirà da esempio:   
#,2@£x#2\-#3£x-#,»,4 ***come si può rilevare il problema si
verifica anche con il comando di apertura dell'ambiente matematico.Mi
chiedo se sono io che ho interpretato male, nel senso che se si desidera usare
il modello videoscrittura occorre dapprima filtrarlo da eventuali codici di
italbra, qualora ve ne fossero, oppure dovrebbe essere il programma ad
effettuare automaticamente il filtraggio?Questo è ciò che ho rilevato
finora.Un saluto.Francesco Melis.
----Messaggio originale----Da: a.pannocchi@alice.itData:
6-feb-2012 15.49A: <wintalbra@spazioausili.net>Ogg: Re:
[Wintalbra] versione a 64 bit: prove di trascodifica
Ciao,
dovresti, se non ti dispiace, fare una prova:
installa la versione installer e accetta il percorso che ti viene suggerito
per la cartella di installazione, poi dimmi come funge. non ti anticipo
nulla, per non influenzare il tuo giudizio, ma si tratta di una cosa
importante.
Ti ringrazio per la pazienza.
alessandro
 

_______________________________________________Wintalbra mailing
listWintalbra@spazioausili.nethttp://lists.spazioausili.net/cgi-bin/mailman/listinfo/wintalbra