Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[Urlance Woolsbane]

There is also an issue with names. In 44.05 the newly created unit get their arena name (ie Dog #12345) as their "First name" and I can't figure a way to wipe it except invoking the name method to overwrite it with a proper civ name. This does not respect the usual naming values and even emptying it cause DF reapply the name right after.

For what it's worth, I noticed this while messing around with the 43.05 version of Masterwork's Hermit Mode. One can order as many "hermits" from the starting workshop as you like; the kill script only triggers once the last task is finished. In the course of my borkery, I noticed that some units had the Arena naming scheme. I'm not sure what made a difference, though I wouldn't be surprised if it were something caste-related.

[Putnam]

I've tried with TWBT mousequery and with vanilla mousequery.
I've tried with STANDARD, 2D, and TWBT print mode.
I've tried with the intro video on and off.
I've tried with mousequery edge enabled and disabled.
I've tried with mousequery live enabled and disabled.
I've tried while pause, while not paused, and I've tried clicking on the ramps.
But I've never seen the Z levels change by just using the mouse. I have no idea how that is happening.

I have had this problem at random when testing mousequery compatibility with a graphical UI overhaul I was trying to make (again). I couldn't replicate it except by basically just rapidly left and right clicking randomly, and that wasn't consistent.

[Pvt. Pirate]

I've tried with TWBT mousequery and with vanilla mousequery.
I've tried with STANDARD, 2D, and TWBT print mode.
I've tried with the intro video on and off.
I've tried with mousequery edge enabled and disabled.
I've tried with mousequery live enabled and disabled.
I've tried while pause, while not paused, and I've tried clicking on the ramps.
But I've never seen the Z levels change by just using the mouse. I have no idea how that is happening.

i only got problems with mousequery when using multilevel view.

[mifki]

I've tried with TWBT mousequery and with vanilla mousequery.
I've tried with STANDARD, 2D, and TWBT print mode.
I've tried with the intro video on and off.
I've tried with mousequery edge enabled and disabled.
I've tried with mousequery live enabled and disabled.
I've tried while pause, while not paused, and I've tried clicking on the ramps.
But I've never seen the Z levels change by just using the mouse. I have no idea how that is happening.

i only got problems with mousequery when using multilevel view.

What problems?

[Pvt. Pirate]

I've tried with TWBT mousequery and with vanilla mousequery.
I've tried with STANDARD, 2D, and TWBT print mode.
I've tried with the intro video on and off.
I've tried with mousequery edge enabled and disabled.
I've tried with mousequery live enabled and disabled.
I've tried while pause, while not paused, and I've tried clicking on the ramps.
But I've never seen the Z levels change by just using the mouse. I have no idea how that is happening.

i only got problems with mousequery when using multilevel view.

What problems?

using meph's pack, aswell as with peridexerrant's, it often fails to react on the mouse position (mousequery edge enabled) when there are no tiles in the mouse location on the current layer. the same position scrolls perfect when multilevel view is disabled.
i do not know what method is used to check for the mouse position, but it fails too often. also with multilevel view it is impossible to place constructions (floor, fortification) on open space - you have to use the arrowkeys to navigate on open space.

[mifki]

I've tried with TWBT mousequery and with vanilla mousequery.
I've tried with STANDARD, 2D, and TWBT print mode.
I've tried with the intro video on and off.
I've tried with mousequery edge enabled and disabled.
I've tried with mousequery live enabled and disabled.
I've tried while pause, while not paused, and I've tried clicking on the ramps.
But I've never seen the Z levels change by just using the mouse. I have no idea how that is happening.

i only got problems with mousequery when using multilevel view.

What problems?

using meph's pack, aswell as with peridexerrant's, it often fails to react on the mouse position (mousequery edge enabled) when there are no tiles in the mouse location on the current layer. the same position scrolls perfect when multilevel view is disabled.
i do not know what method is used to check for the mouse position, but it fails too often. also with multilevel view it is impossible to place constructions (floor, fortification) on open space - you have to use the arrowkeys to navigate on open space.

I don't know what's included in the packs, but with mousequery plugin from twbt package you definitely can place constructions on open space. Edge scroll seems to work ok too but I can't be sure as I'm not using it myself, just tested a bit now.

[Pvt. Pirate]

I've tried with TWBT mousequery and with vanilla mousequery.
I've tried with STANDARD, 2D, and TWBT print mode.
I've tried with the intro video on and off.
I've tried with mousequery edge enabled and disabled.
I've tried with mousequery live enabled and disabled.
I've tried while pause, while not paused, and I've tried clicking on the ramps.
But I've never seen the Z levels change by just using the mouse. I have no idea how that is happening.

i only got problems with mousequery when using multilevel view.

What problems?

using meph's pack, aswell as with peridexerrant's, it often fails to react on the mouse position (mousequery edge enabled) when there are no tiles in the mouse location on the current layer. the same position scrolls perfect when multilevel view is disabled.
i do not know what method is used to check for the mouse position, but it fails too often. also with multilevel view it is impossible to place constructions (floor, fortification) on open space - you have to use the arrowkeys to navigate on open space.

I don't know what's included in the packs, but with mousequery plugin from twbt package you definitely can place constructions on open space. Edge scroll seems to work ok too but I can't be sure as I'm not using it myself, just tested a bit now.

why are there two different versions then, if one works as intended and the other doesn't?

[lethosor]

It used to be that only the TWBT version worked with TWBT enabled. I think now the only difference is some features in the TWBT version that need to be merged back into DFHack's version but haven't yet.

[Pvt. Pirate]

then who could merge them back in?

[lethosor]

Anyone could. It's open source.

However, that is probably not the cause of the issue you're seeing.

[mifki]

oops nevermind

[Cathar]

Apparently DFhack 0.44.05-r2 is not compatible with the new version. Could you update it ? Or if it's not a hard process, describe how to update it ourselves so DF recognizes it ? Thanks a lot

Code: [Select]

DFHack build: 0.44.05-r2-0-g0e7ab278
Identifying DF version.
Loading hack\symbols.xml ... OK
v0.44.04 SDL win32 (windows): PE: 0x5a5687e6
v0.44.04 SDL win64 (windows): PE: 0x5a568f07
v0.44.05 SDL win32 (windows): PE: 0x5a5bb383
v0.44.05 SDL win64 (windows): PE: 0x5a5bbc62
v0.44.04 linux32 (linux): MD5: 73d7441bd0b819f9526d2ab07e4e7bf5
v0.44.04 linux64 (linux): MD5: ef636f3e494ec726d7995c1bc1423ca3
v0.44.05 linux32 (linux): MD5: 33e2bc29e7051576461ac444fdeaa191
v0.44.05 linux64 (linux): MD5: cfe90090090db079cf0ef75eda3c47c4
v0.44.04 osx32 (darwin): MD5: 4a5f7aad456d91fd073f0636cb1b2a22
v0.44.04 osx64 (darwin): MD5: bd9675557f27f4951ce3a411c371878c
v0.44.05 osx32 (darwin): MD5: a6962c195a4d7674c6e581c3609b60d8
v0.44.05 osx64 (darwin): MD5: b6a3104e7a90ed4b68f43893c5bb54c2
Loaded 12 DF symbol tables.
Unable to retrieve version information.
PE timestamp: 0x5aa2f81a


[lethosor]

What is "the new version"? 0.44.06? We will add support for it eventually, as we do for most DF versions. Note that DFHack (as well at DT, etc.) will never be compatible with DF versions newer than the one it was released for, because that would require us to predict the future.

If there's a 0.44.07 release that comes out in the next day or so to fix the crashes reported in 0.44.06, we might skip support for 0.44.06, though.

[Cathar]

Got it, thanks alot

[Alu]

If there's a 0.44.07 release that comes out in the next day or so to fix the crashes reported in 0.44.06, we might skip support for 0.44.06, though.

you kind of did predict the future in the end.