Activity
From 2015-03-13 to 2015-03-26
2015-03-26
- 19:51 Bug #2004: Invulnerability filter not cleared between maps in all cases (unload, savegame, warp)
- In the above cases, if I load a save game or use the level warp cheat to move to another map in the same game, the in...
- 19:48 Bug #2004 (Closed): Invulnerability filter not cleared between maps in all cases (unload, savegame, warp)
- The Invulnerability filter isn't cleared when the player leaves a map via means other than pressing an exit switch; f...
- 19:37 Bug #1776: [Doom] Invulnerability effect not cleared between maps (leaving a map)
- This issue was closed for the 1.14.1 release. Reopening it would remove it from that version. Please submit a new bug...
- 19:33 Bug #1776: [Doom] Invulnerability effect not cleared between maps (leaving a map)
- Can I reopen this report; it appears that it was fixed in the specific case of a player exiting a map via an exit swi...
- 11:52 Bug #1939 (Closed): [Doom] Screen wipe wrong when loading game during InFine
- 11:20 Bug #2002: Light decoration level fields ignored if min/max values indentical
- I guess this could be converted to an RFE then?
- 01:25 Bug #2002 (Rejected): Light decoration level fields ignored if min/max values indentical
- This is expected behavior. The docs define behavior for the min < max and max > min cases. As such @if min == max@ th...
- 08:26 Bug #2003 (Closed): Windows uninstaller leaves compiled Python files behind
- When one uninstalls Dday on Windows, it leaves various Python files in the Snowberry folder. These files should be au...
2015-03-25
- 22:56 Bug #2002 (Rejected): Light decoration level fields ignored if min/max values indentical
- In light decoration def's, the levels field appears to be ignored if the min/max values are identical.
Sure I coul... - 11:29 Feature #2001: Uninstall savegames, configs and other runtime files (optionally)
- I figure it's sort of related; when one uninstalls Dday on Windows, it leaves various Python files in the Snowberry f...
- 10:55 Feature #2001: Uninstall savegames, configs and other runtime files (optionally)
- Whoops, accidently listed it as a bug.
Users seem able to copy a report and change it from bug to RFE and vice ver... - 10:54 Feature #2001 (Rejected): Uninstall savegames, configs and other runtime files (optionally)
- Maybe the Dday uninstaller could be updated with a message saying it doesn't remove config's, save games etc (perhaps...
2015-03-23
- 08:08 Bug #1026: Load console command music oversight
- Did you get your AV zip from http://www.doom2.net/wads/av.zip? We may be using the same version as I did undershoot t...
2015-03-21
- 22:53 Feature #1794: Mobile apps and shared client/server code (more modular code structure)
- The work in the @cmake-build@ branch brings some improvements for modularity. Also, Qt 5 has better support for mobil...
- 22:43 Bug #1961 (New): Client fatal error due to invalid data received from server
- 22:42 Feature #1370 (New): Halos with fading trails (to go with the slowed occlusion)
- 22:40 Bug #1730 (Closed): Failure to close taskbar dialogs/popups with click outside
- 19:47 Bug #1730 (Resolved): Failure to close taskbar dialogs/popups with click outside
- 22:40 Revision 2f5770fa (github): Fixed|libappfw: Menu closes open subwidgets when opening a new subwidget
- Todo for later: If necessary, this could be a behavior flag in
MenuWidget.
IssueID #1730 - 22:38 Revision cee36bcf (github): Fixed|libappfw: Menu closes open subwidgets when opening a new subwidget
- Todo for later: If necessary, this could be a behavior flag in
MenuWidget.
IssueID #1730 - 16:08 Feature #1997 (Closed): Menu, weapon, intermission, and finale stretching in Video Settings
- 12:56 Feature #1997: Menu, weapon, intermission, and finale stretching in Video Settings
- sonicdoommario wrote:
> the weapons are a little "sunk" on the 16:9 screenshots.
You have the status bar open. I ... - 13:25 Revision 6fe2432c (github): Fixed|Client: Crash when closing Video Settings in the Home screen
- 13:25 Revision 7bbe66cc (github): Default Style|UI|libappfw: New style for TabWidget
- This appearance is reminiscent of the dengine.net website tabs.
- 13:24 Revision 15fe1c67 (github): Fixed|Client: Crash when closing Video Settings in the Home screen
- 10:59 Revision eded64e2 (github): Default Style|UI|libappfw: New style for TabWidget
- This appearance is reminiscent of the dengine.net website tabs.
- 10:55 Revision 098fbf18 (github): Fixed|CMake|OS X: Bundling packages
- The custom package targets use the DENG_LOCATION property to store the
path of the package.
2015-03-20
- 11:01 Feature #1997: Menu, weapon, intermission, and finale stretching in Video Settings
- The original sprites. I've uploaded screenshots of the Pistol and Shotgun in 4:3 (1152x864) and 16:9 (1920x1080). You...
- 09:23 Feature #1997: Menu, weapon, intermission, and finale stretching in Video Settings
- vermil wrote:
> long standing issue with Heretic and HeXen's finale text not fitting on the screen in non 4:3 screen... - 00:03 Feature #1997: Menu, weapon, intermission, and finale stretching in Video Settings
- And I was also wondering if this report had anything to do with the vertical positioning of an HUD weapon being lower...
- 09:18 Bug #2000 (New): [Heretic, Hexen] Finale/hub text must be scaled down to fit (incorrect font glyph sizes)
- There is a long standing issue with Heretic and HeXen's finale text not fitting on the screen. Currently there is a w...
2015-03-19
- 23:11 Feature #1997: Menu, weapon, intermission, and finale stretching in Video Settings
- Can I use this report to query if the long standing issue with Heretic and HeXen's finale text not fitting on the scr...
- 18:16 Feature #1997 (Resolved): Menu, weapon, intermission, and finale stretching in Video Settings
- I've now added the various stretching options into Video Settings. Since these are cvars, and thus game-specific, the...
- 18:18 Revision 7f8d7eb4 (github): UI|Client: Configuring aspect ratio options in Video Settings
- IssueID #1997
- 18:17 Revision 386bc0ed (github): UI|Client: Configuring aspect ratio options in Video Settings
- IssueID #1997
- 10:03 Bug #1999: Window focus/close events ignored during busy mode (should defer)
- Similar to quiting while in busy mode, this should be handled by deferring the action (in this case pausing the game)...
2015-03-18
- 15:27 Bug #1999: Window focus/close events ignored during busy mode (should defer)
- By which I mean, it would be cool if it paused the game immediately upon loading completing, rather than pausing load...
- 15:25 Bug #1999 (New): Window focus/close events ignored during busy mode (should defer)
- Dday currently pauses if the window looses focus during gameplay. However, it doesn't pause if it looses focus during...
- 14:13 Feature #1998: Emulate original game menus (other settings moved to taskbar UI)
- Other source ports that I've used for various games have menu's/UI pretty much like Dday pre taskbar; the original ma...
- 12:16 Feature #1998: Emulate original game menus (other settings moved to taskbar UI)
- Indeed I was speaking of emulating both behavior and audio/visual aspects including page layouts (with a concession t...
- 11:52 Feature #1998: Emulate original game menus (other settings moved to taskbar UI)
- I’m personally not sure the original game menus can easily co-exist with the functionality Deng Team plan to introduc...
- 11:03 Feature #1998: Emulate original game menus (other settings moved to taskbar UI)
- I understood he was talking about both the visual style and the contents.
- 10:44 Feature #1998: Emulate original game menus (other settings moved to taskbar UI)
- @DaniJ
May I ask for clarification; are you talking about maintaining the original menu's complete with their origin... - 01:28 Bug #1983: [Doom] "Finished" graphic placed too low
- Well, I have encountered this in all of the IWADs, so it can't just be when a WAD with replacement graphics is used. ...
2015-03-17
- 22:12 Feature #1998: Emulate original game menus (other settings moved to taskbar UI)
- To clarify, I was talking about the first step toward #1197. In Ring Zero, these "injections" would not be occurring ...
- 22:09 Feature #1998: Emulate original game menus (other settings moved to taskbar UI)
- Naturally, a mechanism like that involving the game plugins necessitates making the plugin active and giving it acces...
- 21:57 Feature #1998: Emulate original game menus (other settings moved to taskbar UI)
- Rather than redesigning game definitions/resources to be understandable by Doomsday in Ring Zero — which is indeed a ...
- 20:32 Feature #1998: Emulate original game menus (other settings moved to taskbar UI)
- skyjake wrote:
> But we should remember that even though the game menus remain vanilla, Doomsday can still offer its... - 19:30 Feature #1998 (New): Emulate original game menus (other settings moved to taskbar UI)
- Looking at the big picture, I agree that the only credible justification for having a game-side menu UI (that is esse...
- 14:23 Feature #1998: Emulate original game menus (other settings moved to taskbar UI)
- Personally I believe we should look to retain game menus comparable to those found in the original games. The issue I...
- 12:17 Feature #1998: Emulate original game menus (other settings moved to taskbar UI)
- I wonder if an RFE's sub forum, on the Dday forums, might be cool?
Deng team then create tracker items for ones th... - 12:14 Feature #1998 (In Progress): Emulate original game menus (other settings moved to taskbar UI)
- I agree. I will remove the old Sound menu.
- 12:12 Feature #1998 (New): Emulate original game menus (other settings moved to taskbar UI)
- Since the tracker can seeming be used to make suggestions, I'm going to make one :)
I would like to suggest the re... - 20:31 Revision 11e1b985 (github): Fixed|libappfw: DocumentWidget content overflowing the right edge
- Fixes a layout issue with DocumentWidget where it was possible that
tabbed lines would extend beyond the predetermine... - 20:30 Revision 542dd199 (github): Fixed|libappfw: DocumentWidget content overflowing the right edge
- Fixes a layout issue with DocumentWidget where it was possible that
tabbed lines would extend beyond the predetermine...
2015-03-16
- 16:59 Feature #1997: Menu, weapon, intermission, and finale stretching in Video Settings
- danij wrote:
> Nowadays, with 3D models, yes I'd agree. However, we are talking about sprites designed for use with ... - 15:35 Feature #1997: Menu, weapon, intermission, and finale stretching in Video Settings
- skyjake wrote:
> the weapon is essentially part of the game world
Nowadays, with 3D models, yes I'd agree. Howeve... - 15:26 Feature #1997: Menu, weapon, intermission, and finale stretching in Video Settings
- I think the main issue here is that the already existing options are not being presented to the user.
- 15:24 Feature #1997: Menu, weapon, intermission, and finale stretching in Video Settings
- Vermil has aptly covered why stretching of the player weapon sprites is done by default. Its so that mods expecting t...
- 15:22 Feature #1997: Menu, weapon, intermission, and finale stretching in Video Settings
- danij wrote:
> stretching, in general, looks better overall than framing the window within black borders
I have... - 15:15 Feature #1997: Menu, weapon, intermission, and finale stretching in Video Settings
- The current threshold was chosen deliberately so that 16:9 is stretched by default. I did this because I felt that th...
- 11:52 Feature #1997: Menu, weapon, intermission, and finale stretching in Video Settings
- Doomsday is the only port to offer hud weapon stretching as far as I am aware; ZDoom users have made 'widescreen' spr...
- 11:38 Feature #1997: Menu, weapon, intermission, and finale stretching in Video Settings
- @danij, do you agree that HUD sprite stretching is not really needed at 16:9? What was the reasoning behind the curre...
- 11:36 Feature #1997 (Closed): Menu, weapon, intermission, and finale stretching in Video Settings
- In a 16:9 display mode, which is not an uncommon aspect ratio nowadays, the default settings for menu and HUD sprite ...
2015-03-15
- 18:09 Revision d09976a0 (github): Fixed|UI|Client: Using the correct frame for busy transitions
- Previously there was an arbitrary 0.5 second threshold for determining
if the captured busy frame was still fine for ... - 18:08 Bug #1939 (Resolved): [Doom] Screen wipe wrong when loading game during InFine
- The problem was that the busy frame captured before the savegame loading begun was discarded too early.
- 18:07 Revision 5bcb1d1a (github): Fixed|UI|Client: Using the correct frame for busy transitions
- Previously there was an arbitrary 0.5 second threshold for determining
if the captured busy frame was still fine for ... - 16:17 Revision 31ae35a7 (github): CMake|Clang|GCC: Enable C++11/C11 with a target property
- Supported in CMake 3.2. In 3.1, doesn't work with AppleClang.
- 14:41 Revision cf402ba4 (github): Merge branch 'master' into cmake-build
- 14:21 Revision 9101c9b2 (github): CMake|EAX|OpenAL: Check DENG_DEPEND_PATH; deploy OpenAL DLL
- 12:23 Revision ab7b2d44 (github): CMake: Use the DENG_DEPEND_PATH environment variable when looking for SDL 2
- 04:48 Revision 78223887 (github): Refactor|libdoom64: Switched st_stuff.c to C++, some cleanup
- 02:25 Revision 63b6236d (github): Cleanup|World|LineSightTest: Simplified de::LineSightTest's internal structure, cleanup
- The private implementation of this class does not need a reference
to the public instance.
2015-03-14
- 05:43 Bug #1821: [Hexen] Monsters do not always awaken (Seven Portals and elsewhere)
- Tackling the original map data in the debugger was proving to be very time consuming. So I decided to try a different...
- 01:23 Bug #1821 (In Progress): [Hexen] Monsters do not always awaken (Seven Portals and elsewhere)
- Initial testing indicates that those specific monsters, on this particular map, are not waking up when they otherwise...
- 00:47 Bug #1860 (Closed): [Doom] Final Doom teleporter quirk broken
- 00:47 Bug #765 (Closed): [Hexen] Korax teleport order
2015-03-13
- 16:34 Revision 27e2c0a4 (github): Fixed|Map Renderer: "Missing" material usage on floors/ceilings
- 15:53 Feature #1996 (Progressed): Engine-managed "map spot / point of interest" mechanism
- A fundamental requirement for runtime map editing. The engine should provide a mechanism for managing map spots used ...
- 09:09 Feature #1995 (Closed): Improved 3D model shaders
- The new 3D model shading need some improvements:
* -Allow specifying different shaders for models as needed.-
* -Pr... - 09:05 Feature #1994 (Closed): Model asset for player weapons (model.weapon.*)
- While @model.thing.*@ assets represent objects in the game world, @model.weapon.*@ would represent the "psprites", i....
- 08:41 Bug #1990 (Closed): Qt 4 incompatibility in ResourceSystem::initSprites()
Also available in: Atom