FiveTech Software tech support forums

Estimados:
Tengo una tabla que contiene 2 campos, codigo y nombre.
La misma tiene cargado los siguientes datos:

codigo nombre
------ --------------------------------
4 ALGO XXXXXXXXXXXXXXXXXXXXXXXX
9 CAJA AHORO BCO PROVINCIA
2 CHEQUES PROPIOS
6 CODIGO
10 CODIGO AZUL
1 EFECTIVO
5 OTRO
7 SUBLIME

Busca bien en todos los casos excepto cuando escribo "CH", no se para en CHEQUES PROPIOS, sino que se queda en CAJA AHORO BCO PROVINCIA.
Alguien ha tenido un problema similar?
Gracias de antemano!

CMSOFT

Yo tambien... con CH y a veces con CI

Gracias por responder Adolfo!
Me quedo un poco mas tranquilo entonces, como recien estoy incursionando con xbrowse y tdolphin, creí que algo estaba haciendo mal.
Seguramente alguien tendrá una solución!
Saludos!
Cesar!

Prueben colocando esto en su archivo de la funcion MAIN(), saludos...

D_SetCaseSensitive( .t. )

Gracias por responder Jose Luis, pero probe y es igual, el CH no lo encuentra

Disculpen que vuelva a insistir con el tema. Alguien sabe porque la busqueda no encuentra los CH y CI?

Hola

Hola tratare de buscarle solucion al tema

Gracias Daniel por tu siempre buena predisposición. Espero tus comentarios.

Hola Daniel:
Disculpa mi insistencia, pero pudiste averiguar algo sobre el tema? Sino, como podría hacer para reemplazar la busqueda incremental x una función que yo defina?
Gracias de antemano

Alguien a tenido este problema con la busqueda incremental con XBrowse y TDolphin?
Verdaderamente las dos clases son muy potentes, no se si se puede reemplazar la busqueda que posee por default por alguna función propia.
Disculpen que insista con el tema, pero no le encuentro solución.
Gracias a todos

Tu planteo es mas que interesante.
Aunque yo todavía no me encontré en la necesidad de hacerlo y creo, insisto interpreto, que la logica de SQL no son las búsquedas incrementales, sino los SELECT, por su velocidad.
Quizas la búsqueda Incremental, en DBFs, tuvo su base en lo "pesado" que implicaba realizar Filtros

Saludos

Totalmente de acuerdo con vos Mario con respecto a que el SELECT es el fuerte de SQL. Sin embargo, por una cuestíon visual y que creo que operativamente es muy importante para el usuario final, poder mostrar en un Browse todos los datos ordenados y poder buscarlos incrementalmente, sigue siendo una opción por demás de útil e interesante. Seguramente los expertos podrán tirar un hilo sobre el tema.

+1

Hola

estuve revisando este punto sin encontrar error alguno

dejo publicado un ejemplo construido puedes hacer busqueda por "chuck", "christian", "lucho", "cindy", "clyde" todos encontrados...

http://www.sitasoft.net/dolphin/samples/testsk4.zip

Hola Daniel!
Gracias por responder!
Viendo otro post, el de Biel, encontré la solución a éste, que como veo, no tiene la clausula Set_MyLang( "esp" ), que yo si usaba y creo es la clave del error. Cambiándola por Set_MyLang( "es_ES" ) ahora busca perfecto!
Gracias por tu tiempo Daniel!
Saludos!!!