quote:
Originally posted by rock3r
it's not the popup delay i want to decrease, i noticed that when it has to "cache" emos to show it is very slow. My idea was in fact a "big emo collection" version of the panel
I know, and I said that this will not speed things up at all.
Processing keystrokes and searching in binary trees with JScript is very slow, especially if you want "parts of shortcuts" to be reconized too. Making this as a script will be slow ...
quote:
Originally posted by rock3r
My idea was in fact a "big emo collection" version of the panel, that you may pop up with a defined keyboard shortcut, that doesn't take lots of time to cache previews because it does only show one preview;
No... it will be, at best, equally "
fast" if not slower.
quote:
Originally posted by rock3r
also, text search in an array of strings of 7 chars is very fast even if you have thousands of entries in that array. If Winamp can be so fast when "jumping to file" in my 2200+ playlist, why shouldn't Plus! with less than 200 emos?
I think you have the wrong idea in how such intelisense searches work. It is far from "searching some substring in a string". I can assure you that string manipulation is very slow, if not the slowest thing you can do in code, in general...
And if you're going to implement it like "search a substring in a string" then you'll have dead-slow extremely unefficient code and extremely many unneeded loops in the code, etc...
For things like this you need to use binary tree searches.
quote:
Originally posted by rock3r
I don't think it's a bad idea
neither did I ever said it was.
quote:
Originally posted by rock3r
nor a "cpu intensive" thing to do...
again, read what I said exactly: I said it is
more cpu intensive than how it is now.
/ 
