Filter feature in gtk gui about mupen64plus HOT 10 CLOSED

Tillin9 fixed this issue, waiting on the commit changes... for now setting this 
issue
to fixed.

Don't set it to fixed until the code is tested and committed to trunk.

Transferring this to Tillin9 since okaygo said he's working on the fix.

Commit 271 addresses this. 

Everything seems to work fine, but I no longer have as many GoodNames. I don't 
see 
how my code could have caused this though.

Commit 272 fixes this, there was a collision as the Gtk GUI was updated 
inbetween 
my local branch and the svn that I didn't detected at first. Setting to fixed.

This is a great feature, thanks for implementing it! I changed the filter so it
filters as the user types instead of requiring them to press enter.

I did hit one issue with the change. Call me crazy, but I can't type the letter 
'p'
into the filter textbox. It just won't appear. If I have time later, I'll try to
debug it. I've used GtkEntry's in other dialogs and never seen this problem...

[deleted comment]

I'm glad you like ti! The lowercase p is from SDL taking it for pause / 
continue. I 
suggest we might want to change that to another key combination. 

As far as types, I didn't do that since it takes a lot of CPU overhead, well, 
at 
least on my machine. Remember that since GtkTreeModelSort can't wrap 
GtkTreeModelFilter we need to manually copy the ROM list every time we filter. 
If 
you have the whole GoodROM set (which is why I added sorting and filtering to 
the 
GUI in the first place) this introduces noticeable slowdown.

Anyway... its trivial to change back and forth, and if users like it better, I 
have 
no problem.

oh ouch, you're right, it's because I set 'p' as the gtk accelerator for
pause/continue. That sucks that gtk doesn't also forward the 'p' to the entry 
widget.
I'll need to look into working this out. Not being able to type 'p' into the 
filter
sucks.

we should probably add a configuration switch to allow the user to set "live 
search"
or not.