Wrote an entirely new GUI :
* Mouse driven GUI/Menu Based
* Full Keyboard Support in all the Quick (Arrow Menu), Load, and Cheat menu items
* Ability to display load names under 8.3 filename format, snes header name, and win95 long filenames
* Support for Save State, Load State, and Select State through menu items
* Quick Load Menu (Arrow menu) which allows you to quickly load the last 10 games loaded
* Ability to Freeze or Clear the Quick Load Menu
* An Options menu which allows you to configure settings such as video mode, sound settings, frame skip, etc.
* Added the ability to customize the game keys such as the save state key, misc toggles, etc.
* Ability to use those keys as joystick buttons
* Customizeable background palette displacement
* Several minor GUI customization features
* Ability to quickly exit/enter the GUI with the right mouse button (Disabled by default)
* Ability to Enter Game Genie, Pro Action Replay, or Game Finger Cheat Codes
* Ability to browse the cheat codes and Toggle or Remove the codes
* Ability to Save/Load Cheat Codes (saves them as .CHT files in the same directory as the .SRM/.ZST files)
* Ability to Select Input Devices for each joypad
* Ability to Define Keys/Button configuration for each joypad
* Joypad can now move in the GUI (disabled by default)
* Added some future reserve menus (Netplay, Cheat Search Engine). But they are NOT implemented in zsnes yet.
May 9 2007 - NSRT 3.4, now with lots of hashing and even more accurate information! Go download it.
_____________ Insane Coding
That is just the framebuffer inside a QT shell, we now have to add all the menus and dialogs to it, but it will be skinned in a nice looking matching appearance to keep with the "doesn't look like the OS" tradition. Plus it will be cross platform again.
One feature of the current file dialog that I appreciate is that the file picker automatically selects a file based on the current contents of the text box (aka you start typing and it highlights the first matching file).
Generally, the Windows file picker offers the same type of selection if the explorer pane has focus. My question is twofold:
First, can you force the Windows file dialog to focus the explorer pane instead of the text field upon creation?
Secondly, if the first answer is yes, would you make that a user-selectable option?
If this requires a ridiculous amount of effort, I don't think it would be worth it, as a simple shift-tab before typing would have the same effect. Still, I think it would be a nice feature.
Looking great so far, pagefault! I'm looking forward to seeing the extent of what all can be done with Qt4 and theming. Should allow you to appeal to both the raster GUI fans and the consistent native GUI fans at the same time.
First, can you force the Windows file dialog to focus the explorer pane instead of the text field upon creation?
Out of the box, Qt focuses the text field to enter a filename on both the native and internal file open dialog windows. You can select a file quickly by typing a partial name and pressing down + enter this way.
The only sane way to pull that off would be to grab the HWND (by FindWindow if you have to) and manually set focus to the file list. That would be platform-specific and non-standard behavior for Windows file dialogs, though, so it's probably not a good idea.
odditude wrote:One feature of the current file dialog that I appreciate is that the file picker automatically selects a file based on the current contents of the text box (aka you start typing and it highlights the first matching file).
Generally, the Windows file picker offers the same type of selection if the explorer pane has focus. My question is twofold:
To answer both of you and both questions, it can be done if needed, we can design a custom file dialog which we will probably do eventually but retain what is from the OS at the same time, we can inherit a base class in QT and then change it to our liking, since the file dialog is a class it shouldn't be too hard to do this or create a custom one. At least thats what the documentation leads me to believe. I don't know much about QT at this point, all this was done in a 24 hour period so it will be an uphill battle. And thanks for the encouragement byuu, good luck to you as well in your battles with code.
byuu wrote:Out of the box, Qt focuses the text field to enter a filename on both the native and internal file open dialog windows. You can select a file quickly by typing a partial name and pressing down + enter this way.
I didn't know about the down + enter combo for Qt; that will come in handy next time I fire up my Linux box. Thanks, byuu!
Maximus wrote:Just out of curiosity, why QT (as opposed to GTK)
We ZSNES developers don't like broken APIs.
Nor APIs which by default create a broken user interface.
Further explain for educating the uneducated, please.
[url=http://transcorp.romhacking.net]TransCorp[/url] - Home of the Dual Orb 2, Cho Mahou Tairyku Wozz, and Emerald Dragon SFC/SNES translations.
[url=http://www.romhacking.net]ROMhacking.net[/url] - The central hub of the ROM hacking community.