perhaps cutting to 150msec may be better. Using MS access in VB the 300msec is fine, but with querying the client-server database as opposed to a local db may be the difference.
Can you set it at 150msec and let me know. I guess this should be user configurable anyway. BTW, Carlos mentioned the STATE stuff. I did do the demographic AU import on setting up, but still can't add a STATE. Richard On Wed, 1 Jun 2005 04:48 am, Karsten Hilbert wrote: > Richard, > > many thanks for your feedback ! > > > No date validation routines on DOB > > Added as TODO. > > > no combo drop down on title or gender > > - title is a self-learning phrasewheel > - gender is a non-learning phrasewheel > however, it's likely better to make gender a real combobox, > this is a TODO already > > > won't accept data entry into state > > States are fixed entities that can be known beforehand. Hence > only values from a pre-existing list should be allowed in order > to avoid garbage-in problems. This is how it works now: a > non-learning phrasewheel. However, for our first releases we > should probably allow to enter states. It might perhaps be > better to disallow that later on so as to lure users into > submitting state lists to be included in the database. "Allow" > added as TODO. > > > auto-search on country has quite a time lag > > The auto-search on all phrasewheels in use so far is 300ms as > suggested by you. Except for the gender which is set to > something below that. Do you suggest using another value ? > > Karsten _______________________________________________ Gnumed-devel mailing list [email protected] http://lists.gnu.org/mailman/listinfo/gnumed-devel
