Page 2 of 2
Re: Just Another AutoComplete for string gadgets
Posted: Thu Jul 22, 2010 7:07 pm
by srod
Thanks Lloyd.
Re: Just Another AutoComplete for string gadgets
Posted: Fri Jul 23, 2010 5:56 am
by Kwai chang caine
I love reading the conversation between two MASTERS, as the school, i understand nothing, but, i love when even.
It's so beautifull ....all this hieroglyphs lines of code, the watchmaking of programming in fact.

Sometime, when i see your works, i retrieve the eyes of KCC chiildren, before his christmas tree
Thank you NETMAESTRO, for allowing me to relive that sensation

If one day, i come back to earth, maybe I will ask myself incarnate into a frog :roll:
Re: Just Another AutoComplete for string gadgets
Posted: Fri Jul 23, 2010 5:30 pm
by rsts
I've added a deleteString procedure for my use.
I'm also looking (unsuccessfully, so far) at Mr dige's request
>But how about a possibility
to select one item with keyboard keys like jump to the
choice box with tabkey and then select one with up and down key?
cheers
Re: Just Another AutoComplete for string gadgets
Posted: Fri Jul 23, 2010 5:34 pm
by netmaestro
I've added a deleteString procedure for my use.
PM me the procedure and I'll put it in the main posted code. It's a good idea and one I was planning to get to.
Re: Just Another AutoComplete for string gadgets
Posted: Fri Jul 23, 2010 7:36 pm
by netmaestro
Updated today, please see first post for code and details.
Re: Just Another AutoComplete for string gadgets
Posted: Mon Jul 26, 2010 5:23 pm
by netmaestro
Update today, check first post for new code and details.
Re: Just Another AutoComplete for string gadgets
Posted: Mon Jul 26, 2010 5:25 pm
by srod
...sans 405 thousand extra bytes of bloat.
Now you put that bloat right back you hear! This is Windows we are talking about and I likes my bloatedness!

Re: Just Another AutoComplete for string gadgets
Posted: Mon Jul 26, 2010 5:52 pm
by netmaestro
hehe
Actually I'm squinting at the gadget element of the pstr() list. I'm not convinced anymore that it's needed as each object is tied to a gadget anyway, why specify a gadget when *this\pstr() only points to the list that was attached to this gadget?
Re: Just Another AutoComplete for string gadgets
Posted: Wed Oct 26, 2011 5:01 am
by rsts
I've noticed a delay when closing the window, both in the demo and in my incorporating application (it also happens on a minimization of the window).
Commenting out the SetWindowHookEX eliminates the delay.
Is this merely a by-product of the hook?
Is there any way to eliminate it (besides eliminating the hook?)
It makes it appear as if the program has hung on a minimize and/or close.
Re: Just Another AutoComplete for string gadgets
Posted: Wed Oct 26, 2011 11:01 am
by ar-s
First, thanks a lot for this usefull lib
That will be cool if the element from the list could be automaticly get the focus on a mouse over.
Like that, we 'll just have to use one click (left or right) instead of 2.
----edit-----
Another very usefull stuff to add.
If there is nothing write in the stringgadget() and if the user make a #PB_EventType_LeftDoubleClick, the popup list could be open by defaut with the "a" list.
thanks again for your work
Re: Just Another AutoComplete for string gadgets
Posted: Sat Nov 05, 2011 11:30 am
by em_uk
Also I have tried to get this working on a ComboBox but no joy!
Re: Just Another AutoComplete for string gadgets
Posted: Thu Dec 29, 2011 5:52 am
by Fangbeast
When I came up with the idea of tapping SQLite for an easy search of text matches, it didn't occur to me that there might be a penalty. In fact, there was. The penalty came in the form of 405 kb being added to the executable size, just for autocompletes.
I could really use this with SQLite as it's in all my projects so the penalty doesn't worry me.
When I load my data form, i'd like to load up an autocomplete list for each gadget that needs it. At the moment, I do this for comboboxes but it looks ugly as I cannot 'flatten' and colour combos properly and autocomplete stringgadgets would look nice.