openmw.org

Well this is embarrassing. Turns out that when you select an enchanted item, the "indicator bar" below the item on the GUI shows the number of charges left. (Just not with a numeric amount.) Also, I owe Scrawl an apology. Turns out doing an incremental update of the Spells window wasn't th...

@Cramal @sjek Thank you for your feedback. Question for you: For the spells window, would it be acceptable if the per-frame update only updated the currently selected spell/enchanted item. i.e. The item in the spell window that is the highlighed (purplish) color. With a full update occurring every 1...

That would be a post 1.0 task. And I am not in favour of it. Having a second feature that covers the same use-cases as the first one will increase the complexity of the UI in an unnecessary way. Possibly. It's a trade off between increasing the complexity of the GUI code, and increasing the complex...

@Zini The situation is rather simple. MW had window pinning. Therefore OpenMW also must have window pinning. We can ofter optional alternatives, but the pinning can not be removed. I think I was not clear. I was NOT suggesting that pinning of windows be removed. The Map, Attributes, Inventory and Sp...

First off, let me say thank you for your input, it is appreciated. Also, I'd appreciate feedback from anyone else who could answer my questions below. Please note, I'm NOT suggesting we eliminate pinning the windows. The situation is more, not all the pinned windows update in real time. And changing...

We've got a couple of bugs related to windows not updating when pinned to GUI. #2411 and #2424 I'm wondering if anyone can tell me what's the point of pinning the Inventory and Spells Windows. #2411 suggests its so you can see the number of charges remaining in the enchanted object you're using. My ...

@WeirdSexy: <can someone give me examples of files that would cause a load issue?> Use any plugin that depends on Tribunal.esm or Bloodmoon.esm, then use drag-and-drop to make it load before its dependency. Or even easier, drag Bloodmoon to be above Tribunal. Als note, that "Hovering" the ...

@psi29a Our releases are not pinned against a specific libboost library version, so with every release we make sure to compile/link against the latest targets in Debian. By latest, since we are currently in experimental, we mean the bleeding edge. So far, we've not encountered particular this issue ...

scrawl wrote:

Not a problem for compiler.

It seems to cause linking errors for MSVC every once in a while. Example: https://bugs.openmw.org/issues/362

That's MSVC 2008.
I should have said, not a problem for the MSVC 2013 compiler.

Then again, cleaning out the list of ignored warnings sounds like a good idea too. Some of them look like actual problems, e.g. the struct<->class mismatch. Actually, that's not a problem. It occurs when someone forward declares a class or struct. In C++, the only difference between the two is if t...