Make "lstPwad" listbox (in FormMod.cs) sorting process available also by dragging a mod up or down.

Os: Windows 10
Version: 2.5 Stable
Bug description (from moddb user):

After highlighting a new mod to further change its order in the mod window the autoload config wont get read anymore. It only works when closing the mod order window and then pressing play. I noticed that as my bind for the flashlight often didn't work

Implement a system where the user can save in custom categories groups of mods.
When a category is selected, only the mods saved in it will be visible in the list.

Platform: Linux Mint 20.3 (Still have to check if the Windows version behave the same)
If you have for example "ATTACK.WAD" and "CANYON.wad" imported, when you switch the filter from "ALL" to ".wad" only "CANYON.wad" is shown, while it should still show be both wads.

Make the mod list in the FormMod form sortable by moving up or down the selected mod with the arrow keys.

Add a file that briefly explaing how one can contribute to the repo.
See https://docs.github.com/en/communities/setting-up-your-project-for-healthy-contributions/setting-guidelines-for-repository-contributors

When using a custom "quicker quicksave" function, created by writing bind F6 "save quicksave.zds" ( F6 could be any key and quicksave could be any name), the quicksave.zds file is created next to the DML 2.X exe, instead of being created in the "Save" folder next to the gzdoom exe. Until gzdoom is closed the quicksaved file will be loaded by the quickload key, as well as show up in the save/load menu, but once gzdoom is closed, when it's opened again the quicksave will be gone from the save/load list and the quickload function will also fail. Make a workaround that can be enabled in the dml 2.x preferences, that once the sourceporte exe is closed, it will look for *.zds files inside the dml 2.x folder and will move them to the correct save folder

Hi this is Rye from moddb. I just wanted to pass along an issue i found while using your great app. If you have a wad or pk3 or any file with the same name in different folders only the first one will be picked up. For example, I just made a copy of my ancient aliens folder and as you can see when i reload resources only Ancient Aliens\aaliens.wad wwhere i would also expect to see Ancient Aliens - Copy\aaliens.wad after reloading resources.

line 1497 on MainMenu.cs passes "+fullscreen" param as true/or false, instead of passing fullscreen param only if it is checked.

possible fix:

//FULLSCREEN if (chkFullscreen.Checked) { parm.AppendFormat(" +fullscreen {0} ", chkFullscreen.Checked); }

It should reset to "-" only if the deleted preset was the one that was selected, otherwise it should not change.

console-err.log
console.log
mono_crash.92acaffcd.4.json.log

Run from terminal (ZSH) using the command 'mono DML\ v2.5\ [Mono].exe >console.log 2>console-err.log'. 14" M1 Pro Mac, 16gb RAM, 1tb HDD. Stable and Visual Studio channels do the same thing. Note that I did have mono installed before DML, but I installed mono from the website in the instructions before attempting to run it.

Hi Premo36, this last update is fantastic! I was running DML on Windows 10 flawless. I formatted my PC and installed a fresh new OS, Windows 11. So, in every time I restart the game (using DML, preset saved) I lost all settings! Even if I save settings (Brutal Doom BE has an option to save settings). I bought a crap Ultra Wide screen and all universe it's against him LOL So, all the time I must remove a Crap resolution, all performances settings for my RTX 2070 Super are lost each time I restart the Doom Mod Loader. I'm using GZDoom port. I tried run in admin and Windows Vista Compatibility and nothing changed. Thanks anyway Dude. This DML is awesome.

The workaround 'bind [KEY] "save quicksave.zds" (see #14 for details) does not work under Linux (and probably also under MacOS, can't test as I don't own a mac), as quicksave.zds gets saved in the home folder and not in the dml 2.x folder. Also the workaround as it is now will still not work as the gzdoom executable installed trough apt (located at /usr/games, which it's just a bash script that execute the real executable at /opt/gzdoom/gzdoom) does not have the "save" folder next to it as all user data is stored in ~/.config/gzdoom.

Could be fixed by using something like this is in the mono version, and warn the user in the readme that as been tested with only recent version of gzdoom/zandronum installed trough apt and that it may not work on older/portable version of those sourceports and that it's not tested under Mac OS:

string homePath = Environment.GetEnvironmentVariable("HOME")

string destinationPath = Path.Combine(homePath, ".config"); 
destinationPath = Path.Combine(destinationPath, executableName)

//Move any .zds file from the home folder to destinationPath

Add a way to load always, no matter the preset, the engine the iwad etc... a group of mod.
The idea is to make an alternative preset list in the game section, and the preset selected in that list gets always loaded.

Suggestion from ModDB by Dsprz

make it possible to multiple-select with ctrl in the mod order window so to move more then one file at the same time

If the DML exe is started with a command line argument (via .bat file, a shortcut or via the cmd), and this argument match a preset, load the preset and start right away the doom sourceport

• OS: Windows
• DML Version: v2.5 (Stable)
• Sourceport: Woof!

From user report:

I came across an error where I cannot use the Fluidsynth sound backend for playing midi when using the loader. And yes I can boot it just fine outside the program when using Woof as a standalone

WORKAROUND:

1. Open woof! Doesn't matter if through DML or directly.
2. Change from "native" to "Fluidsinth". I will tell you to close it on order to apply changes. Close it.
3. Go into the woof folder (the one with woof.exe and a bunch of .dll and other stuff) and locate the "soundfonts" folder.
4. Copy the "soundfonts" folder in the DML 2.5 folder. Now you should have 2 soundfonts folder, the original in the woof folder and one next to the DML 2.5 exe.
5. Open woof through DML v2.5. It will now start without any error and using fluidsinth!

Woof folder:

DML 2.5 folder:

You may have to repeat this process with any new woof! release, depending if anything inside that folder changes between releases.

Add user-made icons to the custom categories (see #1)

https://twitter.com/DerkBalnoi/status/1519716519202242560

In the prefrences menu, add a new menu voice for the preset orders, the combobox value should be something like:

• Alphabetical - Ascending
• Alphabetical - Descending
• Date - Ascending
• Date - Descending

Implement something like this code (taken from https://stackoverflow.com/questions/48573024/add-scrollbar-to-winforms-combobox/48573154) to make the preset list as large as the longest preset name so it's always visible.

ComboBox senderComboBox = (ComboBox)sender;
int width = senderComboBox.DropDownWidth;
Graphics g = senderComboBox.CreateGraphics();
Font font = senderComboBox.Font;
int vertScrollBarWidth =
    (senderComboBox.Items.Count > senderComboBox.MaxDropDownItems)
    ? SystemInformation.VerticalScrollBarWidth : 0;

int newWidth;
foreach (string s in ((ComboBox)sender).Items)
{
    newWidth = (int)g.MeasureString(s, font).Width
        + vertScrollBarWidth;
    if (width < newWidth)
    {
        width = newWidth;
    }
}
senderComboBox.DropDownWidth = width;

from modb user:

Found a serious bug. When choosing "mod list view : last folder and filename" DML would always start with one single mod when clicking play right after starting DML.

Current behavior:

1. select your mods
2. click "play"
3. change your mind about one mod and close this window
4. selection is cleared! :-\

Expected behavior:

1. select your mods
2. click "play"
3. change your mind about one mod and close this window
4. selection is unchanged