Quake menu alternatives
Moderator: InsideQC Admins
6 posts
• Page 1 of 1
Quake menu alternatives
I'm curious about how flexible and easy to work is the Quake main menu code. Is there any engine or mod that made significant modifications to it? Also, any vanilla WinQuake with mouse cursor support?
- JasonX
- Posts: 411
- Joined: Tue Apr 21, 2009 2:08 pm
Re: Quake menu alternatives
JasonX wrote:I'm curious about how flexible and easy to work is the Quake main menu code. Is there any engine or mod that made significant modifications to it? Also, any vanilla WinQuake with mouse cursor support?
Working with the menus is about as easy as it gets.
FTEQW has mouse cursor support. For instance, you can select all the menus with the mouse. FTEQW has a software renderer version, of course.
The night is young. How else can I annoy the world before sunsrise?
Inquisitive minds want to know ! And if they don't -- well like that ever has stopped me before ..
-

Baker - Posts: 3666
- Joined: Tue Mar 14, 2006 5:15 am
most advanced i seen was probably the tenenbrae2 menu (resembles the one in half-life2) the menu code used xml2 but suffered from a few buggers and the engine newer reached beta status before it died.
the code is still on there sourceforge page. the engine itself was a hybrid (nope does not play quake) it used quake 3 bsp and shaders.
besides the quake 3 parts the engine was still very much quake 1 with some new stuff tugged on, so should be doable with a minor effort to grab the menu code for use in other quake engines.
downsides with it.
it relies on libxml2.dll and libiconv.dll which are ports from linux.
menu suffers a bit of issues on some cards it flickers and scales wrong.
also theres no example code for the menu besides an alpha test of industry so one would have to write there own.
all that aside it looks quite ok and should be fixable if used to libxml2 syntax. (might also need some code fixes).
the code is still on there sourceforge page. the engine itself was a hybrid (nope does not play quake) it used quake 3 bsp and shaders.
besides the quake 3 parts the engine was still very much quake 1 with some new stuff tugged on, so should be doable with a minor effort to grab the menu code for use in other quake engines.
downsides with it.
it relies on libxml2.dll and libiconv.dll which are ports from linux.
menu suffers a bit of issues on some cards it flickers and scales wrong.
also theres no example code for the menu besides an alpha test of industry so one would have to write there own.
all that aside it looks quite ok and should be fixable if used to libxml2 syntax. (might also need some code fixes).
-

revelator - Posts: 2567
- Joined: Thu Jan 24, 2008 12:04 pm
- Location: inside tha debugger
FTEQW's menus are essentually completely rewritten.
You can create menus from the console. :P
Its object oriented rather than index based, though the server browser cheats.
in a more simplistic form, newselecteditem = (mousey - menutop) / menuelementheight; if ((unsigned)newselecteditem >= currentitemsinmenu) dontchangeselected(); else selecteditem = newselecteditem; simple really.
but you do need to change the input code to update mouse coords instead of view angles when key_dest == key_menu
mneh
You can create menus from the console. :P
Its object oriented rather than index based, though the server browser cheats.
in a more simplistic form, newselecteditem = (mousey - menutop) / menuelementheight; if ((unsigned)newselecteditem >= currentitemsinmenu) dontchangeselected(); else selecteditem = newselecteditem; simple really.
but you do need to change the input code to update mouse coords instead of view angles when key_dest == key_menu
mneh
- Spike
- Posts: 2892
- Joined: Fri Nov 05, 2004 3:12 am
- Location: UK
6 posts
• Page 1 of 1
Who is online
Users browsing this forum: No registered users and 1 guest