Anonymous | Login | Signup for a new account | 2025-06-18 01:00 UTC | ![]() |
My View | View Issues | Change Log | Roadmap | Zandronum Issue Support Ranking | Rules | My Account |
View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||
ID | Project | Category | View Status | Date Submitted | Last Update | ||||
0000263 | Zandronum | [All Projects] Bug | public | 2011-01-17 01:32 | 2018-09-30 19:52 | ||||
Reporter | unknownna | ||||||||
Assigned To | Torr Samaho | ||||||||
Priority | low | Severity | trivial | Reproducibility | always | ||||
Status | closed | Resolution | fixed | ||||||
Platform | OS | OS Version | |||||||
Product Version | 98d | ||||||||
Target Version | Fixed in Version | 1.0 | |||||||
Summary | 0000263: Some menu issues || Skulltag 98x versus GZDoom 323 | ||||||||
Description | * The "Compatibility Options" menu has one error. The "compatmode" setting is displayed too far on the right in Skulltag 98x compared to GZDoom 323. * Color sliders for custom colors in "Options -> Display Options -> Automap Options -> Set Custom Colors" don't react at all unless you select a color from the palette below. It's not like this in GZDoom 323. * Toggling "teamplay" in "Gameplay Options" has no visible effect, but it does take effect. Opening the console once allows you to toggle it properly. It's not like this in GZDoom 323. Steps to reproduce: 1. Start Skulltag. 2. Go to "Options -> Gameplay Options". 3. Toggling "teamplay" doesn't seem to work. 4. Exit the menu. 5. Open the console. 6. Go back to "Options -> Gameplay Options" and toggle "teamplay". It works properly now. * If "GL_LightMode" is set to 2, i.e., "Doom", it'll always be saved as 3, i.e., "Dark". It's not like this in GZDoom 323. I also noticed that the menu behaves differently if the software renderer is in use. Sector light mode "Doom" disappears from the menu. And once it's at "Dark", the LEFT ARROW key has no effect when trying to cycle through the values (sound plays though). Skulltag 98x and GZDoom 323 behave the same way in this regard. Also reported here:'http://www.skulltag.com/forum/viewtopic.php?f=33&t=21733 [^]' * Missing menu sounds. Missing "menu/change" sound when cycling/toggling some options, e.g., "Announcer", "Class", "Handicap" and "Skin" in "Options -> Player Setup". Missing "menu/choose" sound as well in some menus. It's not like this in GZDoom 323. The "menu/change" sound is also missing in the "Gameplay Options" and "Compatibility Options" menu, but it's also like this in GZDoom 323. Also reported here:'http://www.skulltag.com/forum/viewtopic.php?f=33&t=22074 [^]' * Out-of-sync "Gameplay Options" menus. "Options -> Gameplay Options" versus "Multiplayer -> Offline Skirmish -> Gameplay Options". Also reported here:'http://www.skulltag.com/forum/viewtopic.php?f=33&t=18164 [^]' | ||||||||
Additional Information | I took some screenshots of the issues. BTW, why are all the menus scaled differently in Skulltag compared to (G)ZDoom/ZDaemon? | ||||||||
Attached Files | ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() | ||||||||
![]() |
|||||||||||
|
![]() |
|
Torr Samaho (administrator) 2011-01-17 17:20 |
This contains various fixes: - Various sliders in the player setup, the text scaling and the offline skirmish menu didn't play "menu/change" when toggled. (Those sliders that don't make any sound in GZDoom 323 still don't make any sound in ST) - The RGB sliders for custom colors in "Options -> Display Options -> Automap Options -> Set Custom Colors" didn't work. - The "Compatibility mode" value in the compatibility options menu was displayed too far on the right. The last fix was tricky, would be good if you check all the menus to see if it broke anything. > BTW, why are all the menus scaled differently in Skulltag compared to (G)ZDoom/ZDaemon? This is because of a decision Carn made a long time ago. IIRC Skulltag is more accurate in preserving the aspect ratio Vanilla Doom used for the menus by taking into account that Vanilla Doom displayed 320x200 with an aspect ration of 4:3. |
unknownna (updater) 2011-01-17 20:41 edited on: 2011-01-18 17:36 |
> - Various sliders in the player setup, the text scaling and the offline skirmish menu didn't play "menu/change" when toggled. (Those sliders that don't make any sound in GZDoom 323 still don't make any sound in ST) Seems to be working properly now. I see that (G)ZDoom has a different nameplate in the "Player Setup" menu. A sound is played when you select it. > - The RGB sliders for custom colors in "Options -> Display Options -> Automap Options -> Set Custom Colors" didn't work. Looks like they are working as intended now. From what I can tell, the automap behaves differently in Skulltag compared to GZDoom 323. It doesn't draw the map in real-time when you walk/run around. Did I overlook a CVAR? > This is because of a decision Carn made a long time ago. IIRC Skulltag is more accurate in preserving the aspect ratio Vanilla Doom used for the menus by taking into account that Vanilla Doom displayed 320x200 with an aspect ration of 4:3. Ok, so I assume that it'll stay this way, unless you want it to be like (G)ZDoom. > - The "Compatibility mode" value in the compatibility options menu was displayed too far on the right. The last fix was tricky, would be good if you check all the menus to see if it broke anything. I couldn't find any issues from a quick test. Is there anything in particular that could have been broken by the fix? Is it possible to freeze the "Compatibility Mode" setting if the game is played on a server? Right now, you can toggle it back and forth between the various settings. Skulltag doesn't save the CompatFlags to the selected "Compatibility Mode" like GZDoom 323 does. How about having it default to the "Default" mode whenever Skulltag starts instead? Hmm, I tried to play online with this build. Skulltag created a new .ini file in the main folder when I quit Skulltag while still on the server. In other words, two identical .ini files are in the same folder. But one of the .ini files disappear when I refresh the folder. Oddly, it doesn't happen if I join my server manually through the console. I'm using IDE. BTW, I found another issue. Perhaps not due to Skulltag though. When I "manually" connect to my own server, i.e., start Skulltag and then type "connect localhost" in the console, the player movement and mouse input is delayed by 2-3 seconds once connected. If I take a screenshot or reconnect, the delay goes away. This does not happen when I connect to my server through IDE. Also, I noticed that if you through "Multiplayer -> Spectate" turn into a spectator while the credits map is playing, i.e., "credmap.wad", the console will print "(ST)Carnevil joined the spectators.". And the map will also end if you either open the console or go to the "Player Setup" menu. EDIT: Found some more issues. * You cannot toggle any of the shader options in "Options -> Display Options -> OpenGL Options -> Shader Options" if the software renderer is in use. * The slider in "Options -> Display Options -> Message Options -> Text Scaling" has the default values set to 32 x 32. The minimal value on the slider is 320 x 240 if the software mode renderer is in use, but 640 x 480 if the OpenGL one is in use. * Fog mode "Radial" disappears from "Options -> Display Options -> OpenGL Options -> Preferences" if the software renderer is in use. And if fog mode "Standard" is selected, the RIGHT ARROW and ENTER key has no effect. |
unknownna (updater) 2011-01-31 12:07 edited on: 2011-01-31 12:15 |
I found something with the "Load Game" menu. If you have opened the console before trying to load an incompatible game, the whole background will turn into a HOM (if the OpenGL renderer is in use). It's not fixed in GZDoom 323 (also broken in GZDoom SVN build r1183). Steps to reproduce: 1) Start Skulltag with a pwad loaded. 2) Save a game. 3) Quit Skulltag. 4) Start Skulltag without a pwad loaded. 5) Open the console. 6) Go to the "Load Game" menu and load the saved game. |
unknownna (updater) 2011-02-12 00:04 |
The "press space to see back / front" message is displayed in gray in Skulltag. In (G)ZDoom it's displayed in gold / white. |
Edward-san (developer) 2011-02-12 01:06 |
>I found something with the "Load Game" menu. If you have opened the console before trying to load an incompatible game, the whole background will turn into a HOM (if the OpenGL renderer is in use). It's not fixed in GZDoom 323 (also broken in GZDoom SVN build r1183). I was able to reproduce this also with zDoom svn r3131. Someone should open a bug report at zdoom forum. |
unknownna (updater) 2011-02-15 04:40 |
You can also use "\n" in your name to create new lines in the "Player Setup" menu. > I was able to reproduce this also with zDoom svn r3131. Someone should open a bug report at zdoom forum. I'll keep that in mind. |
unknownna (updater) 2011-03-15 16:29 edited on: 2011-03-15 16:38 |
There's something strange going on in the skirmish menu. If you try to start a skirmish when the credits map demo is playing, the dmflags set in "Multiplayer -> Offline Skirmish -> Gameplay Options" won't take effect. Instead, the ones in "Options -> Gameplay Options" will be in effect. You can always reproduce this. Edit: > Someone should open a bug report at zdoom forum. 'http://forum.zdoom.org/viewtopic.php?f=2&t=28802 [^]' |
Edward-san (developer) 2011-03-15 18:42 |
>'http://forum.zdoom.org/viewtopic.php?f=2&t=28802 [^]' yeah I've read it, now let's wait for a response from the devs (Graf said in another thread that he and Randy are busy with their things ... :\ ) |
Edward-san (developer) 2011-04-17 17:49 edited on: 2011-04-17 17:55 |
[Fixed] in revision 3187. |
unknownna (updater) 2012-05-10 00:55 |
Quote from Tiger |
TummyFish (reporter) 2012-06-10 05:13 |
I've had that gl_lightmode problem for a while and it is rather annoying. |
Torr Samaho (administrator) 2012-07-29 13:24 |
The gl_lightmode problem should be fixed now. Please test this with the next beta build. |
Watermelon (developer) 2012-08-02 13:45 |
GL_LightMode issue was fixed for me in the latest build. The other stuff on the menu is also working now. I think this is confirmed fixed unless I missed something. |
Torr Samaho (administrator) 2012-08-02 19:09 |
Alright, I'll close this then. The ticket contains too many separate issues anyway. If something mentioned in here is not fixed yet, please re-report it in a new ticket. |
This issue is already marked as resolved. If you feel that is not the case, please reopen it and explain why. |
|
Supporters: | No one explicitly supports this issue yet. |
Opponents: | No one explicitly opposes this issue yet. |
![]() |
|||
Date Modified | Username | Field | Change |
2011-01-17 01:32 | unknownna | New Issue | |
2011-01-17 01:33 | unknownna | File Added: compat_menu.png | |
2011-01-17 01:35 | unknownna | File Added: gameplay_menu_01.png | |
2011-01-17 01:35 | unknownna | File Added: gameplay_menu_02.png | |
2011-01-17 01:36 | unknownna | File Added: opengl_menu.png | |
2011-01-17 01:36 | unknownna | File Added: player_menu.png | |
2011-01-17 01:37 | unknownna | File Added: skirmish_menu.png | |
2011-01-17 01:38 | unknownna | File Added: text_menu.png | |
2011-01-17 01:38 | unknownna | File Added: automap_menu.png | |
2011-01-17 17:20 | Torr Samaho | Note Added: 0000818 | |
2011-01-17 17:20 | Torr Samaho | Assigned To | => Torr Samaho |
2011-01-17 17:20 | Torr Samaho | Status | new => feedback |
2011-01-17 20:41 | unknownna | Note Added: 0000819 | |
2011-01-17 20:41 | unknownna | Status | feedback => assigned |
2011-01-17 20:42 | unknownna | File Added: compat_menu_02.png | |
2011-01-17 20:44 | unknownna | File Added: carnevil_bug.png | |
2011-01-18 17:18 | unknownna | File Added: text_menu_02.png | |
2011-01-18 17:19 | unknownna | File Added: opengl_menu_02.png | |
2011-01-18 17:20 | unknownna | File Added: opengl_menu_03.png | |
2011-01-18 17:36 | unknownna | Note Edited: 0000819 | View Revisions |
2011-01-31 12:07 | unknownna | Note Added: 0000909 | |
2011-01-31 12:09 | unknownna | File Added: load_menu.png | |
2011-01-31 12:15 | unknownna | Note Edited: 0000909 | View Revisions |
2011-02-12 00:04 | unknownna | Note Added: 0001041 | |
2011-02-12 00:05 | unknownna | File Added: player_menu_02.png | |
2011-02-12 01:06 | Edward-san | Note Added: 0001042 | |
2011-02-15 04:40 | unknownna | Note Added: 0001091 | |
2011-02-15 04:42 | unknownna | File Added: player_menu_03.png | |
2011-03-15 02:38 | unknownna | Relationship added | related to 0000324 |
2011-03-15 16:29 | unknownna | Note Added: 0001160 | |
2011-03-15 16:34 | unknownna | Note Edited: 0001160 | View Revisions |
2011-03-15 16:38 | unknownna | Note Edited: 0001160 | View Revisions |
2011-03-15 18:42 | Edward-san | Note Added: 0001161 | |
2011-04-17 17:49 | Edward-san | Note Added: 0001382 | |
2011-04-17 17:55 | Edward-san | Note Edited: 0001382 | View Revisions |
2011-04-22 23:06 | unknownna | Relationship added | related to 0000339 |
2012-05-10 00:55 | unknownna | Note Added: 0003608 | |
2012-05-10 00:56 | unknownna | File Added: save_menu.png | |
2012-06-09 13:22 | Torr Samaho | Category | General => Bug |
2012-06-10 05:13 | TummyFish | Note Added: 0003728 | |
2012-07-29 13:24 | Torr Samaho | Note Added: 0004135 | |
2012-07-29 13:25 | Torr Samaho | Status | assigned => needs testing |
2012-08-02 13:45 | Watermelon | Note Added: 0004196 | |
2012-08-02 19:09 | Torr Samaho | Note Added: 0004204 | |
2012-08-02 19:10 | Torr Samaho | Status | needs testing => resolved |
2012-08-02 19:10 | Torr Samaho | Fixed in Version | => 1.0 |
2012-08-02 19:10 | Torr Samaho | Resolution | open => fixed |
2018-09-30 19:52 | Blzut3 | Status | resolved => closed |
Copyright © 2000 - 2025 MantisBT Team |