SS2 Blue Mod Manager

[674379a0e3febbluemess]

Yeah, the coloring might be slightly exaggerated

For now I would go with Olfred's ordering (#, Name, Status, Type) as a default one, and white/light gray backgrounds.

[674379a0e40f8Primitive Primate]

Sounds just about right to me

[674379a0e41f1bluemess]

- Customizable column order.
- Dimmed background for inactive/paused mods.

[SS2BlueModManager_1.076_Dev.7z expired]

[674379a0e42c9Yankee Clipper]

Nice! My little dml mod is no longer unrecognized.

[674379a0e44aabluemess]

Hah, nice timing because just now I see there was a problem with DML only mod I've made some changes with how BMM recognizes mods, so it was kinda fixed by accident

[674379a0e4829Kolya]

- Customizable column order.
- Dimmed background for inactive/paused mods.

Whoohoo! Excellent work.

[674379a0e493aPrimitive Primate]

But the biggest question remains. Does it allow unlimited length of words now? Instead of just 8 symbols or whatever it was?

[674379a0e4b53Yankee Clipper]

But the biggest question remains. Does it allow unlimited length of words now? Instead of just 8 symbols or whatever it was?

Are you talking about the length of the mod folder name? I think that was (is?) a 30 character limit. Some of Vurt's mods were going over the limit.

[674379a0e4c76Primitive Primate]

30 sounds alot. I got warnings all over the board with Vurt's stuff. But those folders weren't over 30 symbols.

[674379a0e4de8Yankee Clipper]

Vurt's SS2 Goo (Annelid Grub Pod [slimey version] v1.02)

That one is 56 characters. Of course, all you have to do is shorten the folder name. 30 characters is a lot to work with, so not much of a problem.

[674379a0e4ee3Primitive Primate]

Fair enough. I still don't get why there's a limit at all since we can resize the window of the manager to however we see fit

[674379a0e4ff5bluemess]

Maximum mod's folder name length is 30 characters. This is NewDark's limit. If you set the name to anything longer that that, the mod will not work, it will be simply ignored. This is not BMM limitation, it just gives you a warning that it will not work.

[674379a0e510ePrimitive Primate]

Alright

[674379a0e51fdbluemess]

Improved column auto-sizing, which worked especially bad on WinXP.

[SS2BlueModManager_1.077_Dev.7z expired]

[674379a0e5406Yankee Clipper]

Even better than the last one.

If you are of a mind to, one other thing that could be tweaked is the ability to size the columns. If you mouse over the little separator in the column header, the icon changes to what is normally is used to shift the width of the column. But with your program, it doesn't let you move the separator.

[674379a0e5568bluemess]

Yes, the column resize cursor gives a false impression that the column can be resized. I've tried to disable it, but gave up - no easy way to do it in wxWidgets.

Resizing is locked, and columns are auto-sized depending on the content. I thought that's better than micromanaging columns widths. Columns texts are short and don't vary that much, and "Name" column always takes all available width on the list, so you can adjust that one by changing BMM window size. I could add an option to disable auto-resizing, but is it really necessary? I think it's best to keep it simple.

[674379a0e5a8bOlfred]

Yes, the column resize cursor gives a false impression that the column can be resized. I've tried to disable it, but gave up - no easy way to do it in wxWidgets.

My guess is that you don't disable the mouse cursor change, but instead make it go change to the standard cursor on mouseover.
Since on the widget for the columns it's kinda like rooted inside for go to resize icon.

[674379a0e5c18bluemess]

I know that you can block it with WinAPI, but it would probably require going overboard and messing with wxWidgets source. List header is kinda separate control of its own attached to the list (at least that's what I figured). wxWidgets doesn't really give any means to mess with it. It doesn't send mouse over or any other header events, it's invisible from wxWidgets interface. Probably doable with some tricks, but I didn't figure it out, and didn't want to spend too much time on it.

[674379a0e5d14Kolya]

I think it's perfectly fine as is.

[674379a0e5df9bluemess]

Release 1.08

- Changes as listed with previous dev builds.

[674379a0e5ec7Primitive Primate]

Love it

[674379a0e6202Yankee Clipper]

Yes, the column resize cursor gives a false impression that the column can be resized. I've tried to disable it, but gave up - no easy way to do it in wxWidgets.

Resizing is locked, and columns are auto-sized depending on the content. I thought that's better than micromanaging columns widths. Columns texts are short and don't vary that much, and "Name" column always takes all available width on the list, so you can adjust that one by changing BMM window size. I could add an option to disable auto-resizing, but is it really necessary? I think it's best to keep it simple.

Ha!
I wanted to resize the column and then resize the app to match my perfectly sized columns. All along, I should have just resized the app and the column would have followed. 1 easy step to do it all.

[674379a0e6370bluemess]

Release 1.09

- Small fix.

[674379a0e6591System Shocked]

Release 1.09
- Small fix.

What? What?! What?!!... 

Thanks for your ongoing updates.