Newsgroup: it.comp.lang.vo-clipper
Titolo: Databrowser VO

Salve a tutti
Vorrei avere da voi qualche considerazione riguardo al funzionamento dei
databrowser di VO (dalla 1.0 alla 2.5)
Io lavoro con VO dalla mitica versione 1.0 e mi sono sempre scornato per
cercare di aggirare tutti i buchi dei databrowser che, a distanza di 4 anni,
sono ancora presenti in VO2.5. In alcune circostanze risultano praticamente
inutilizzabili e poco affidabili ... non so' se sono io a chiedere troppo o
se effettivamente ci sono problemi sottovalutati dalla CA ....
Grazie a tutti, ciao

Quali sono i "buchi" di cui parli ?

In alcune circostanze risultano praticamente inutilizzabili e poco affidabili ... 
	a. o b. ?
Antonello.
Saluti,
Antonello

 sono ancora presenti in VO2.5. In alcune circostanze risultano
praticamente


		la pinzetta delle sopracciglie
Direi che, per la mia esperienza, a parte il problema del record non
visualizzato quando il buffer coincide esattamente con il numero di
record del Dbf, non ho mai avuto problemi.
Ciao
-----------------------------
Fabio Cresta
EDP Consultant & VO/Jasmine developer ITALY
President of Clipper/Visual Objects/Jasmine User Group Italy
e-mail: 
fcr...@tin.it
 
fcr...@windevs.com
web: 
http://www.windevs.com
------------------------------

,

Sent via Deja.com 
http://www.deja.com/
Before you buy.

 a quelli, vantaggiosi dal punto di vista delle prestazioni.
In Clipper, con gli RDD di oggi (insomma, non proprio da oggi...), si
usano funzioni come ORDKEYNO() e ORDKEYCOUNT().
EMG

 Paolo Cherubini
--
Ciao
Dio Brando

 	ridisegnarlo
prova a chiamare ApplicationExec(EXECWHILEEVENT)  (non so' se ho scritto in
modo corretto)
subito dopo aver chiuso la dialog window.
saluti 
Paolo Calzi

record del Dbf, non ho mai avuto problemi.
eh, purtroppo dipende dall'utilizzo che se ne fa'.
Un altro esempio, che magari può interessare è che un mio cliente
aveva un software in Clipper con una Tbrowse su un DBF. Premendo un
tasto funzione cambiava lo stato di un campo e passava al record
successivo. Convertito in VO abbiamo ricostruito la stessa situazione,
però tenendo premuto il tasto funzione ed arrivati al punto in cui
la DataBrowser si carica le (n) righe successive, usciva dal programma
senza messaggi di errore.
SOLUZIONE: ridurre la velocità di ripetizione della pressione dei
tasti nel pannello di controllo di Windows.
Strano ma vero, nonostante queste piccole cose che ti fanno perdere
tempo, con VO sono sempre giunto al termine dei lavori con risultati
notevoli.
Saluti,
Antonello

 EMG


 del SetFilter.
A me hanno dato molti problemi e li ho mollati.
Ciao
Paolo Cherubini


 A me hanno dato molti problemi e li ho mollati.
Per adesso non mi hanbno dato problemi e funzionano egregiamente, tu quale
problemi hai avuto ?
--
Ciao
Dio Brando

 Dio Brando


 A me hanno dato molti problemi e li ho mollati.
Che tipo di problemi esattamente? E con quale RDD?
EMG

 Non credo di aver commesso degli errori di programmazione.
Il fatto è che bisognerebbe sapere cosa fa il DBServer. In Clipper non
mi pare che gli scope abbiamo problemi particolari, almeno con il Comix.
EMG

Non credo di aver commesso degli errori di programmazione.
Prima di chiamare l'OrderScope hai provato a sospendere le notifiche ?
DbServer:SUspendNotification()
DbServer:OrderScope(....)
DbServer:ResetNotification()
....Browser:Refresh()
Antonello
--------------------------------------------------------------
The stolen bug
Antonello