User talk:HiEv

Note(s) to self

Check back on DF2012 Talk:Miner to see how discussion goes. -- HiEv 06:48, 20 May 2012 (UTC)

Make a Sight (or perhaps Vision?) article explaining line-of-sight range, things that can and can't be seen through, etc... -- HiEv 03:31, 23 May 2012 (UTC)

Helpful (?) Suggestion

An easy way to keep track of pages is to add them to your 'watchlist'. Clicking on the watchlist link at the top of the page, next to your username, will take you to a list of pages you've flagged in this manner, and also tell you if they've been updated since. I find it useful. Keep up the edits! --Zombiejustice 11:01, 20 May 2012 (UTC)

Yeah... I know that, I'm actually the primary moderator of the wiki for another game. However, I tend to forget about my watch list, but I remember I have stuff on my talk page. Dunno why, but that's what works for me. Thanks though! :-) -- HiEv 20:49, 20 May 2012 (UTC)

Gravity and Seige edits

Just checking in on the Gravity Edit. What do you think is wrong or inaccurate? Have you dropped a dwarf or goblin from a height in the new version? I can provide screencaps and documentation. I've also been exploiting it to some effect in my current fortress. It likely has to do with Toady's nerfing the damage done by dwarves due to rockfalls during mining.

Also notice you've corrected the Siege edit. Not to be combative, but caravans still come if your trade depot is blocked off. You get the message "they have nowhere to put their goods" . During a siege, the caravan does not show *period* whether there is access or not. My last line of defense is a long retractable bridge (thus the gravity update) which I rarely need to engage because the other traps usually cut the seigers to ribbons before they get there. I've also played a game where my trade depot was outside the fort, always accessible no matter what. Caravans did not arrive the season of a siege, no matter how soon the siege was lifted. Access does not figure in. Also, caravans can only be attacked by an ambush, since they do not arrive (in my experience) during a seige. -- 66.65.53.112 23:21, 25 May 2012 (UTC)

Regarding your edit to Gravity, referring to "the most recent update" violates Rule T, since it means the article needs an update as soon as a new version comes out. Also, any changes to gravity likely occurred in v0.34.08, and not v0.34.10, since that was when he added the "Falling objects can collide with critters" change, so that was already incorrect. Also, people have recently been talking about things as small as rat remains caving in dwarves' heads (see ^Bug:5945), so that isn't really "nerfing" the damage, since in some cases it's even worse. Your results don't seem to match what I've read in the forums either, so I was unsure if perhaps you simply were extrapolating too much from a small sample size. If you have some science to back up your claims with a large enough sample size (say, 20 tests of each case with no other variables), then I'm sure the community would love to see it.

Regarding the siege edit, thought I had just seen a human caravan show up while a siege was going on. However, after going back and checking, the siege ended, and then later that same day the human caravan showed up, while the siegers were still leaving. The wagons in the caravan bypassed my fort because my trade depot was inaccessible, but after opening my fort the merchants without wagons still went to my trade depot. I never claimed that they don't come if the trade depot is blocked off, and the actual message you get is, "Their wagons have bypassed your inaccessible site." Seeing both the caravan and the siegers on the map at the same time is the reason why I mistakenly thought that caravans could arrive during a siege, however the siege notice was not on the screen when that happened, so technically the siege was over. So, I apologize for that mistake.

Finally, please do not forget to sign your comments with four tildes ("~~~~"). Thanks. -- HiEv 07:31, 26 May 2012 (UTC)

Wasn't aware of the stylistic rules. Have corrected that.

Not sure if the exact version matters, but falling down (not being fallen upon) has certainly become less dangerous since the introduction of minecarts.

The objects falling on dwarves isn't really germane, I was describing a pit trap. I've actually exploited(?) this by giving my mining dwarves less specific digging designations. I can just drop them a few z levels if they get stranded and know they'll be fine.

Other people have noticed this same behavior. Science seems to be ongoing. I have replaced my edit and added a link to the thread.

Cool thanks. No need to apologize. I'll put that back up if it isn't already. God knows missing out on the dwarven and human caravans (this happened in my last fort one year) really puts you back when all you have is sphalerite and galena. -- 66.65.53.112 17:04, 2 June 2012 (UTC)

Yeah, I just saw a thread in the forums where they're experimenting with drop heights because others have seen reduced falling damage as well. I guess we'll have to see what the new good drop heights are to kill invaders. Also, I moved your latest responses down so that they'll be listed in the order they were written. Finally, when you sign your comments, don't use the "nowiki" bit, that way the tildes will get changed into a signature. For example, everything after this comment was added automatically by just typing the four tildes. -- HiEv 21:34, 2 June 2012 (UTC)

Few questions

Hey HiEv. Can you explain to me why bowman won't redirect to crossbowman? Quietus said to redirect all articles to the 'current version' of themselves and then to other articles, but bowman won't redirect for me to crossbowman like I'm assuming it to be. I'm going to expand the crossbowman, bowman articles and I want to get this right. Thanks. --Richards 21:50, 14 June 2012 (UTC)

(Answer copied on Richards' talk page.) The problem with the Bowman redirect was that Bowman was set to redirect to cv:Bowman instead of going to Crossbowman. DF2012:Bowman had the same problem. I fixed both. The way it works is that you redirect X to Y, then Y automatically redirects to cv:Y, which takes you to (current namespace):Y. So, if you want to redirect "Rich" to "DF2012:Richard", make the "Rich" page redirect to "Richard", and the "Richard" page redirect to "cv:Richard". Like Quietust said, it's basically a double-redirect so that it automatically finds the correct namespace for the article. Hope that helps! -- HiEv 22:07, 14 June 2012 (UTC)

I need to know to to redirect foreign to Weapon#Native_vs._foreign. I modeled it after the same way shield is set up but it stalls on the first redirect... Thanks HiEv--Richards 13:59, 15 June 2012 (UTC)

Fixed it. The problem was that you used "cv:foreign" instead of "cv:Foreign", so the lower-case "F" was the problem. Funky. -- HiEv 22:32, 15 June 2012 (UTC)

Revert

I have no idea. Probably misclicked to revert some other spam. --Briess 02:46, 5 July 2012 (UTC)