[vwnc] Fwd: Search String's comparing

Juan Pablo Cook escreveu:

Hi, I don't know how to do this: I have a Collection "listaClientes" and in the window I make an INPUT to search from the list and to show me what Customers name's start with 'C' for example.
Here http://www.compubitweb.com.ar/vwsmalltalk/searchcustomer.png is a screenshot so you can understand better what I'm saying.
In the message of the Button "Seleccionar" I have the following code:

buscarPorButton
     | resBusqueda |

   resBusqueda := libreriaCaro listaClientes select:[:cli | cli nombre = buscarPorInput value ].

       clientesLista list: resBusqueda.


This works but the problem is that I have to enter the whole name so this is no good.

What I want to do (but I'm not sure how to do it) is to compare caracther vs caracther so this show me all Customers names starting with 'R'.

I found this message in the PDF Collections guide, ( findString: startingAt: ) but I don't know well.

You've put a button to start the search, so when the user decides to press it [s]he must have been made the mind on how many characters were typed for the search start. IIUC, the you want to do searches where the user puts a substring in the field to left of the button "Buscar" (and I foresee you'll next have some restrictions on what attribute of collection item will be searched as I read the set of radio buttons more at left "Buscar por" where the user will select Nombre (name), Apellido (surname/family name) and Documento (which I surmise will be some reference to stored documents in the list). The possible use of the Seleccionar (select) button seems to be for retrieving the entry that will return in the text field.

To use the message you cite you'll need to do something like (/caveat emptor/ untested code):

 resBusqueda := libreriaCaro listaClientes select:[:cli | (cli nombre findString: (buscarPorInput value) startingAt: 1 ) isZero not ].

With this code if the user puts in your input field "San" and you names that start with "San" you'll get in a collection resBusqueda (let's say "Sanmartin", "Santiago", "Santos").

I feel the code above would flow better if the atribute were 'apellido' but you get the gist of it :-)

HTH

--
Cesar Rabak
GNU/Linux User 52247.
Get counted: http://counter.li.org/

Juan Pablo Cook escreveu:

Cesar Rabak: Thanks A LOT for your good help! This now works 'perfect'. First I don't know why did u put (isZero not) in this message...
Second, as you guess perfectly I want to make like a selection first with the radio buttons. With your code I put this:

Estimado Pablo,

La explanación de Holger con respecto a (isZero not) puede parecer "lacónica", por eso te aclaro:

El mensaje findString:startingAt: tiene como retorno el index de la (sub)cadena buscada, o sea puedes tener el número 1 a el tamaño de la string que se busca.

Cuando no hay "match" el método retorna cero, por eso el teste para estar seguro que vengan solo los elementos que hubo "matching".

Eso trae la oportunidad para que veas si el método queda robusto como está pues es posible que uno ponga 'vill' buscando a alguno Villarroel y puede ser que haya alguno Sevilla venga como respuesta (claro que el "error" se debe en gran parte al hecho que el usuario escribió la 'v' con minúsculas...

HTH y saludos,

--
Cesar Rabak
GNU/Linux User 52247.
Get counted: http://counter.li.org/

Boris Popov escreveu:

You could also make your search case-insensitive with something like,


(cli perform: buscarPor value) matchesRegexIgnoringCase: '.*' ,
buscarPorInput value , '.*'

You will need to load Regex parcel for this to work.

Yep, but then the issue I mentioned¹ elsewhere in the thread some search entries will come from any part of the name or surname.

In case Regex be used I _think_ a better matching pattern would be something like '^[A-Z][a-z]+'², don't you think?

--
Cesar Rabak
GNU/Linux User 52247.
Get counted: http://counter.li.org/

[1] it is in Spanish :-|

[2] I write 'something like' because the "right" re would come only after some design: some surnames like McArthur would not be matched by my naive example :-o

See:

http://www.cincomsmalltalk.com/blog/blogView?showComments=true&printTitle=Smalltalk_Daily_10/13/08:_Keyboard_Handling_in_VW&entry=3401331882

In general, you might want to visit here:

http://smalltalk-daily.cincomsmalltalk.com

James Robertson

Cincom Smalltalk Product Evangelist

http://www.cincomsmalltalk.com/blog/blogView

Talk Small and Carry a Big Class Library

On Nov 6, 2008, at 8:29 AM, Juan Pablo Cook wrote:

Hello!!! Thanks again... I changed the code again and It works perfect.
I was wondering how to do that of the Events of Input entry but I don't understand how to do it well...
I read GUIDEvGuide 3-32 but I'm not understand the "controllers" and all that stuff.
In the "Action On" Tab I have four events, In the ´Entry´ or in the ´change´ do I have to put the message? How do I code this notifications?? Do u could show me a bit??

Bye!!!

JP Cook



For further info, look at GUIDEvGuide 3-32.

On Tue, Nov 4, 2008 at 6:18 PM, Cesar Rabak <[hidden email]> wrote:

Boris Popov escreveu:

You could also make your search case-insensitive with something like,


(cli perform: buscarPor value) matchesRegexIgnoringCase: '.*' ,
buscarPorInput value , '.*'

You will need to load Regex parcel for this to work.

Yep, but then the issue I mentioned¹ elsewhere in the thread some search entries will come from any part of the name or surname.

In case Regex be used I _think_ a better matching pattern would be something like '^[A-Z][a-z]+'², don't you think?

--
Cesar Rabak
GNU/Linux User 52247.
Get counted: http://counter.li.org/

[1] it is in Spanish :-|

[2] I write 'something like' because the "right" re would come only after some design: some surnames like McArthur would not be matched by my naive example :-o

_______________________________________________
vwnc mailing list
[hidden email]
http://lists.cs.uiuc.edu/mailman/listinfo/vwnc

_______________________________________________
vwnc mailing list
[hidden email]
http://lists.cs.uiuc.edu/mailman/listinfo/vwnc