User talk:Flargen/archive

From TheKolWiki
Jump to: navigation, search

Spaz Attacks Go Here

For one, slashes have spaces between them such as "Myst / Moxie", not "Myst/Moxie." You're not trying to say "or", you're trying to say "and" and perhaps you should say "and". Are you worried you'll run out of space?

On potions, it is essential information that potion of gr8tness and tomato juice of powerful power stack with equalizer potions and increase based on the equalized stat. Omitting that is like taking the Gerbil out... —Preceding unsigned comment added by Bub (talkcontribs) on 03:17, 13 March 2008

Learn to sign your talk page posts. --Flargen 23:31, 12 March 2008 (CDT)

History of Loathing

  • For explanation on why your edit was reverted, see Talk:Tuesday or just Tuesday: the history of loathing is pretty much a log of all announcements. --CG1:t,c,e 18:14, 18 March 2008 (CDT)
    • Yes, I was probably confusing it with Tuesday. Though my other point of there being a lot of missing stuff (if we were to include minor updates) remains valid. Especially for 2008, and I'm guessing further back as well. --Flargen 19:33, 18 March 2008 (CDT)
      • Well, I guess I'll go here and here and try to fix what's missing. --CG1:t,c,e 12:02, 19 March 2008 (CDT)
        • Done: people seemed to do a better job at keeping track of trivial updates in 2007, so that's that. I think. --CG1:t,c,e

Guy made of bees

Who is TPTB, that's not an acronym for Jick or Mr. Skull head. Why is this person the authority here? I am admittedly new to this wiki.

And unintentional or not it IS a direct parallel, this "It's not a reference to Candyman!" seams to have become a personal issue.

--Gwydeon 20:19, 1 April 2008 (PDT)

  • TPTB means The Powers That Be, and that means Jick, Skully, and crew. If, as Flargen said, they said it wasn't a reference, it shouldn't be there. A coincidence does not a reference make. --TechSmurf 00:25, 2 May 2008 (CDT)
  • Riff more specifically. See the page that the comment in the page tells you to. He flatly denies this being a reference to CandyMan. A coincidence is all. The closest it comes to being a reference is that he may have acquired some knowledge about CandyMan and its story through communal knowledge; but even this wasn't his real inspiration. Allowing coincidental things to appear in references is likely to lead to madness, as there about a 100 of those for any given item/adventure/whatever in the game. So the wiki limits it to deliberate references on the part of the game's creators/writers. This means, for example, that we had to remove the seemingly obvious reference to Futurama in unidentified jerky; the TPTB have said that isn't true, so it was removed it. --Flargen 00:28, 2 May 2008 (CDT)
  • Fair enough, its just so close... Ah well I'm probably not the first or last to try to do that. Sorry again for the trouble --Gwydeon 20:40, 5 May 2008 (PDT)

Familiar Percentages

I've been finding that the chance a familiar will successfully attack, if it's like the lime, is 10*(ceiling(wt/N))+M%, where N is 4, 5, or 6, and M is some multiple of 10, typically 0. I've been trying to ascertain two key datapoints: what's the likelihood of it attacking in the first place, and if it can miss, what's the likelihood of it missing. Which is why I phrased the elf's formula that way... 33% chance of attacking, 10*(ceiling(wt/6))+30 to actually hit.--Foggy 16:24, 17 May 2008 (CDT)

Yeah, I understood where the final formula came from. Just that most of the entries have a +0 bonus after the ceiling, so it was a little surprising that it had a "whopping" +30. Of course, it's also a little weird that it both doesn't always act and sometimes misses even when it does. --Flargen 16:44, 17 May 2008 (CDT)

Maze of Sewers

Just a heads up for something to take a look into. I think the CHUMs drop different items. For example, the CHUM holding a knife drops the CHUM knife, and the CHUM holding the lantern drops the lantern; but the CHUM holding a knife will not drop a lantern... etc... So I think they should be four different CHUMs. Let me know if you find otherwise. Thanks. - Rahmuss 00:07, 5 July 2008 (CDT)

As Quietust has remarked, all of the CHUMs are identical with respect to On The Trail. People originally thought much the same thing about hobos (normals and elementals), until it was observed that any hobo could drop any item (appropriate to the zone). People haven't spent as much time in the sewers, so it's not quite as obvious that the same thing holds for CHUMS, but this does mean that the burden of proof isn't really mine (but rather those who think the items are image dependent). --Flargen 00:24, 5 July 2008 (CDT)

HTML To Wikitables

  • So, it's not quite a script, but find/replace in Wordpad makes the conversion process go a lot faster for me. Replace:
    • <table with {|
    • <td> with |
    • </tr> with |-
    • </td> with... Nothing at all! Which effectively strips them all.
    • <tr> with... Nothing! Again!
    • </table> with |}
  • That just leaves a few blank lines and a stray > at the beginning to remove. Also, you rock for helping eradicate HTML tables. --TechSmurf 01:22, 4 June 2008 (CDT)
    • Yeah, that's pretty much exactly what I was doing. Still mind-numbingly repetitive, and subject to several mis-types along the way of clearing out/adding the extra line breaks and such. Especially on such a large table. And you're welcome. Saw you had just done such a conversion, and I knew the compendiums were using html tables from having added the Knott Slanding earlier in the day. --Flargen 01:29, 4 June 2008 (CDT)
      • Hasn't anyone heard of Google? Need to be careful piped links aren't escaped though, so do a diff before committing. --Bagatelle 16:32, 4 June 2008 (CDT)
        • News to me. When did this pop up? A few weeks ago? --Flargen 16:35, 4 June 2008 (CDT)

I think I one I used (can't remember--too long ago) to convert some of the equipment tables was this one. Testing on the adding machine scroll pages, it didn't drop blank cells or strip formatting, although it does have an irritating habit of centring the whole table by default and making inane changes to the source attributes. Funny how I don't remember that happening. It also handled the DB skill table better than the other converter you were using, though it did colour the whole table with the first row's background, which is easier to fix than checking for missing cells or broken lists.

On an entirely unrelated note, did you get a chance to check the stacking on the memento? I've got a spare imitation nice watch I can lend you, if not. --Bagatelle 14:38, 12 July 2008 (CDT)

  • Oh, I forgot to ask about getting the nice watch when I had a chance last night. If I don't get around to that in a few hours I'll take you up on that loan. Guess that means I'll have to reveal my super-secret in-game identity for that. Not like I'm anyone special.

    And I am at least getting used to the quirks of my current converter; most of it is stuff I can fix/get around by simple find/replaces, at least once I figured out what the heck it was doing wrong. I'll check that one out and maybe look at a couple of others. Sounds like these two converters might have been written with the coder's specific needs and preferences in mind. --Flargen 16:48, 12 July 2008 (CDT)


A reminder to be careful about dropping these... It looks fine on Firefox (and I presume Opera, which I think you use), but through some finicky behaviour I don't understand, IE renders the cell without a border (e.g., asparagus stir-fry). Not that we care about IE users, but let's... pretend. --Bagatelle 05:48, 21 July 2008 (CDT)

  • Ah, duly noted. I do indeed tend to forget about IE users. Long ago I used to always keep non-breaking spaces in empty entries, back when I actually used IE. Ah, memories. --Flargen 05:49, 21 July 2008 (CDT)

Stench Nugget Divs

I'm using Firefox, and the div tags in Stench Nugget (and the others) split the list up into 4 equal columns. Though I just checked it in IE and apparently the tag does a whole lot of nothing. Yay, browsers! --TechSmurf 01:50, 21 September 2008 (UTC)

  • Yes. If you look at the div's definition, it includes the string "moz", clearly indicating that it is mozilla specific. It is not supported by any other browser. --Flargen 02:45, 21 September 2008 (UTC)


Yeah, I screwed up. Not using my standard comp, and left-shift is broken on the keyboard. Also, I'd keep my eye on 2 of the following: black greaves, clockwork sphere, or pygmy spear for the final recipes.--Toffile 05:54, 9 November 2008 (UTC)

  • Ah, no problem. We all make silly mistakes at times. I must make at least 3 on my typical day of editing. And, yeah, those sound highly probably for other grimacite recipes. Especially since they were made meatsmithing components right before the raffle house reopened. --Flargen 06:03, 9 November 2008 (UTC)

Spongey Smithery

I've been watching the three new sponge recipes going back and forth with requiring armorcraftiness or not, and some of the pages are disagreeing with talk content. Did you actually smith the pants with a character who didn't have armorcraftiness permed? I can't check it 'cause I've got all my smithy skills memorised. --BagatelleT/C 22:00, 22 November 2008 (UTC)

  • I hadn't. I was just fixing the current recipe to include the previous step. But I can do so right now, as I am playing a character who does not have armorcraftiness right now. --Flargen 22:02, 22 November 2008 (UTC)
    • Confirmed to require armorcraftiness. "You don't have the skill necessary to make this item." in all three cases; and he's a muscle sign, too, so innabox couldn't handle it either. --Flargen 22:05, 22 November 2008 (UTC)
      • Heh, I read the diff wrong (imma nub). Sorry for making you waste the effort in rechecking it. --BagatelleT/C 22:06, 22 November 2008 (UTC)


[1]--Toffile 03:53, 4 December 2008 (UTC)

  • I meant it more rhetorically and in general. I've been doing a LOT of conversions of html tables to wiki tables across the wiki. After a few hundred (or what feels like it), you start to wonder how the hell this thing was ever a wiki when no one used wiki formatting apparently. --Flargen 06:48, 4 December 2008 (UTC)
    • I know :P. I'd wager that a bunch were a bit ignorant of the markup. Combine with neglected pages galore, it's a breeding ground for bad habits.--Toffile 07:01, 4 December 2008 (UTC)
I'm up far too late. Here's some descids, if you could populate some more of the new items.


Thanks.--Toffile 07:41, 5 December 2008 (UTC)

Crab Damage

Say, did you post your crab damage data somewhere? The land damage formula you posted was 1 to max(10,floor(weight/2)), but that doesn't make logical sense to me--a dinky crab could be doing up to 2x10 damage. Shouldn't it be min()? I only found MultiMonkey's data on the talk page, but it's inconclusive for unconfusing me. --BagatelleT/C 22:34, 7 December 2008 (UTC)

  • Err, yes, that should be a min. There's a hard cap of 10 damage on land, 20 with the whetstone. I seem to have a bad habit of mixing up min and max lately. I hadn't posted my damage results, but I have them in an excel file. --Flargen 23:59, 7 December 2008 (UTC)
  • And as for how to parse MultiMonkey's damage, just look for the smallest and largest damage values that appear, and correlate it to the weight. The crab attacks twice every round, and on each attack it does X (+X) damage. Hence all the data of that form in his post. I went ahead and posted a summary of the data I had collected. There are plenty of weights I haven't tested, in part because whetstone testing excludes most low weight testing (no bathysphere to tank the weight), but the formula is pretty manifest. I just need to get it up to a higher weight so I can check for the presence of any sort of damage cap underwater. I suspect there isn't one. --Flargen 00:38, 8 December 2008 (UTC)

New Familiar Template

I like :D --Shoptroll 14:51, 12 December 2008 (UTC)

For the Arena stats, why olives? Seems... random to me. I don't know what would be better, necessarily... maybe stars? But olives just seem... unrelated. Just my two cents.--Alabit 20:00, 19 December 2008 (UTC)

  • See here for the history of the olives. And add any comments you want to over there, as well. Or maybe at the section I added to Discussion some time ago. It's not like I stealthed this thing in under the radar or anything. --Flargen 23:16, 19 December 2008 (UTC)
    • Not saying you were sneaky, just saying I was too busy being ignorant to think to look at the talk for the new template. Just ignore me :)--Alabit 07:00, 20 December 2008 (UTC)

Mt. Mclargehuge

You edited the mt. mclargehuge page, with the comment "was there a point to that blank row?" Well, apparently there was, because now the picture is all screwed up. So... something needs to be fixed.--Alabit 08:05, 13 December 2008 (UTC)

  • What exactly is wrong for you? Screenshot maybe? It looks fine to me, so I imagine this is an issue of the browser you are using. If I see what's wrong I should be able to adjust things to make it display right for you, too. --Flargen 08:08, 13 December 2008 (UTC)
    • Checking in IE I see a screwed up picture. Blasted IE and it's incorrect and incomplete implemention of css. --Flargen 08:17, 13 December 2008 (UTC)
      • In case the problem was indeed the browser, i checked it in IE as well.. problem even worse. Screenshot of problem in Firefox 2 [2]. Screenshot of problem in IE [3].
        • Yeah, I see what the problem is. It's not correctly deducing that colums should have a width of 50px; every image in that picture is spanning multiple columns. That's what that blank row was essentially doing, forcing column widths. I'm seeing if there's another way of accomplishing the same feat. Should be done shortly. Just gotta check it in my usual browser. --Flargen 08:26, 13 December 2008 (UTC)
        • Okay, made some changes. That fixed the problem in IE. Let me know if it looks right in firefox now. --Flargen 08:28, 13 December 2008 (UTC)
            • As you said, fixed in IE. still looks the same in FF2, however. Let me try turning off some add-ons, in case there is weird and wacky interactions there.--Alabit 08:29, 13 December 2008 (UTC)
            • Turned off all add-ons, still looks identical to the screenshot from above in Firefox 2.--Alabit 08:32, 13 December 2008 (UTC)
              • How's this look in FF:
Leftmiddle.gif Rightmiddle.gif
Bottomleft.gif Bottommiddle.gif Bottomright.gif
Back to the Big Mountains

I've been fortunate up 'til now that no browser issues had been reported with the table conversions. But, it's sort of fun to figure out what things fix it. --Flargen 08:36, 13 December 2008 (UTC)

  • Still showing up exactly like the screenshot i linked from before. Too bad I know nothing about this stuff, otherwise I might be able to help--Alabit 08:38, 13 December 2008 (UTC)
    • Don't worry about it. There are ways I know will fix it. There are just ways I'd rather try to find before employing those ways is all. How's it look now? --Flargen 08:40, 13 December 2008 (UTC)
      • Looks correct now, both in Firefox 2 and IE. Problem solved--Alabit 08:42, 13 December 2008 (UTC)
        • Okey dokey, then, thanks. Check the Mt. McLargeHuge page one last time. I removed one attribute that should be redundant, but if it borks over FF again I'll throw it back in. --Flargen 08:46, 13 December 2008 (UTC)
        • Mt. Mclargehuge looking good. I figured I would go through all your other table conversions to see if there were any other problems, only gone through a few so far, but I noticed one difference. The Sorceress' Tower(The stairs) page used to have a bit of whitespace between the two tower halves, and they are now smashed together no whitespace. Don't know if that matters... Will keep going through the other conversions, will let you know if anything shows up.--Alabit 08:49, 13 December 2008 (UTC)
          • Oh, yeah, the stairs issue was an actual error from the conversion process. The conversion script I use has a tendency to drop cells with nothing but blank space in them. I scan for such cells before running the script and add some filler character, but must've missed that one. Should be fixed now. --Flargen 08:54, 13 December 2008 (UTC)
          • Whitespace is there again, as it was. And I think i went through the rest of your table conversions, didn't notice any problems with any of those.--Alabit 08:56, 13 December 2008 (UTC)

Summon Party Favor

Since I believe it was you doing all the autocats earlier, i figured you'd be a good person to mention this too. Summon Party Favor has the category of noncombat skills in the correct place, but right above the notes section has a broken category of mystical bookshelf skills. --Alabit 09:07, 13 December 2008 (UTC)

  • Yes, that was me. Thanks for pointing that out. Let me think about that for a second. The easiest way to fix that is to change the type value it passes to the template to be Noncombat. Or create a new subcategory, I guess, but I generally prefer to leave category creation to admins. I'd have created about 10 categories at this point, otherwise. Assuming I actually can make categories; dunno if there's a required permission level for that. Otherwise, I can modify the template to handle that special case. --Flargen 09:18, 13 December 2008 (UTC)
    • There we go. Modified the template so it would categorize the "bookshelf" skills as Noncombats, while still letting those skills be displayed as "Mystical Bookshelf" skills on their page. --Flargen 09:26, 13 December 2008 (UTC)

Sea monster meat drop spading

Do you have the raw data available? For instance fisherfish is probably 240-360, but I'd be more confident in updating it given a pretty distribution. (Mer-kin diver 160-240, giant squid 240-360). --Eleron 10:03, 13 January 2009 (UTC)

I have raw data, I've just been avoiding putting it on the wiki because it's such a pain in the ass to post it all. Especially since a fair chunk (but not all) of it comes from wallaby characters, and there's extra computations to be done because of that. That makes the spreadhseet fairly large. It doesn't even come out spaced properly as a simply copy-paste pre. Well, maybe I can cut out all of the data-analysis parts of the spreadsheet. Let's see if you can make sense of the following mer-kin diver data, and we can go from there.
First, the meat drop modifiers I was using:
Weight:	30	        135.240384	138.5832913	141.9047079	145.2056336
	Eyeballs	-20	        0	        0	
	Wossname	11	        11	        11	
	Polka	        50	        50	        50	
	Panhandle	10	        10	        10	
	Muff	        0	        0	        0	
	Begpwnia	0	        30	        30	
	Salty Dogs	0	        0	        0	
	Cartilage	0	        40	        0	
	Sea	       -200	        -200	       -200	
set1	 +Meat%	       -0.137596	-0.104167	-0.070953	-0.037944
set2	 +Meat%	       0.76240384	0.795832913	0.829047079	0.862056336
set3	 +Meat%	       0.36240384	0.395832913	0.429047079	0.462056336
The "Weight" line indicates the weight of my gnome, and the corresponding meat bonuses it could get; this character is under the Wallaby, so the gnome could give any one of 4 bonuses. Now, in this particular spreadsheet is data collected under 3 different circumstances. Each "circumstance" is formed vertically by the "Eyeballs" (for Peeled Eyeballs) down to "Sea". On the lines set1, set2, set3 are the possible meat bonuses I could be experiencing on any given turn for those circumstances. If you're not lost yet, then good, because the actual meat drops I got is the easy part.
set1	197
set2	303
set3	266
When the circumstances change, "setX" is next to the first data point in the new circumstance. You can see I didn't run set2 for very long against divers. I only had 3 cartilages I felt like using, and I wasn't olfacting during those turns. I'll leave out the next 7 columns worth of data analysis on this, except for a summary of their function. Suffice to say that the next 4 check which of the wallaby-possible weights could account for this data point, and if so it displays for me what the corresponding base weight is. The column after that is a simple sanity checker: making sure that ONE of the four possibilities could give me the data point. I have a convenient box in a more accessible part of the spreadsheet that just ANDs all of these sanity checks together, giving me a quick readout of whether or not everything is consistent (which helped make it a lot easier to observe that there seemed to be meat penalties in the sea, for example). The next 2 columns after that calculate the minimum and maximum possible base drop that each data point could have possibly come from. The minimum of these maximums is the lower bound for the base meat drops, and the maximum of those minimums is the upper bound for the drop range. It was a pain in the arse to set up, but when I don't make stupid errors it all works out pretty well now. But certainly the data I have from non-wallaby encounters is a lot easier to parse, in more ways then one. I'm just less fond of spading with that character because he doesn't have a fairychaun right now.
But perhaps it would be easier to just provide mafia logs of everything. Or find a convenient way to upload these spreadsheets.
I've been updating the meat drop ranges of monsters I've been logging on a daily basis, and at this point the wiki should have the final results on everything I've put into spreadsheets thus far. --Flargen 11:48, 13 January 2009 (UTC)

Manual of Transcendent Olfaction and Other Thoughts

Turns out i was just having weird browser image cache issues, sorry about that. The pic hasn't changed. On an unrelated note, i saw your comment on the pygmy assault squad talk page about spading the drop for that. I could probably work on collecting data. Just to be sure, the only things I need to record are 1. +items i have running, 2. number of encounters, and 3. number of drops, right? If so, I'll start work on it right away. Might as well put some neglected multis to use.--Alabit 22:32, 2 February 2009 (UTC)

  • Yes. If there are any multi-drops (like shark teeth, or pixels from various monsters, stars/lines, etc.), you will need to also record how many times you get a specific number to drop. Similar to how Yiab does it (although I should note that his "x1" column for an item isn't "exactly one", but "1 or more", etc.). The relevant statistics can be computed from those. Avoid using a fairy on any Wallaby characters, and packrat characters are essentially useless for spading unknown drop rates (we know it does something to item drop bonuses, but not a great deal more). Wallaby is just a major pain in the arse to deal with when it comes to mixing fairies and unknown drop rates. Everything is calculable, but it's just a horribly ugly mess. --Flargen 02:44, 3 February 2009 (UTC)
    • When spading data, is there some sort of program that can parse raw mafia session logs? Or is doing it all by hand the only way? Related: I've started collecting data on the hidden city monsters.--Alabit 19:53, 3 February 2009 (UTC)
      • If there is one, I do not yet know of it. You can try messaging Yiab about what he uses for it, but Yiab isn't very quick in his reponse time. Currently, I use the "echo" command in the CLI to make it easier to find when I'm starting spading at various bonuses/regions/etc (echo will print whatever you put after it into the session log; but don't use semi-colons, as mafia inteprets those as a starting a new command). And then you can use something like MS word to help you count the number of encounters with a particular monster, and to help you find double drops or how many times a monster dropped something common to several enemies. To do this, use the replace command, type in the text you want it to count the occurrences of, and in the replace with box put ^&. This will cause it to replace what you were looking for with itself (so nothing gets changed), and the count comes from when it tells you how many replacements it made.

        I used to do some basic programming some time ago, and maybe I could dust off my skills enough to write something that can read in a log and parse the item drop data. I haven't felt up to doing that, though. --Flargen 20:02, 3 February 2009 (UTC)
      • Hope you don't mind all the questions.. thanks for your responses so far. Should I test with multiple +item bonuses? Currently I'm only running the +20% from mad looting skillz passive... I'm wondering if I should also get a data set with a different amount of bonuses as well. Thoughts?--Alabit 20:11, 3 February 2009 (UTC)
        • Nah, I don't mind. Multiple bonuses aren't required. It can be hard to avoid when using multiple characters, but isn't required. It actually simplifies things a bit to only use one bonus. Checking a variety of bonuses is principally useful in detecting anomalies—what I did in finding the hidden item drop penalties of the sea, for example. --Flargen 02:50, 4 February 2009 (UTC)

I've gotten a decent amount of data for the hidden city monsters drop rates.. but I'm curious, how low of a confidence interval is required for data before we can put it on the wiki as "official"? Also, the data isn't currently in a table, because i don't know how to do that. hope thats not a problem. Assuming the current amount of data isn't enough yet(too high of an interval), are you able to predict about how much data I *do* need? Thanks again--Alabit 08:29, 13 February 2009 (UTC)

  • I'll give a long version then a short version. The (approximated) standard error on your drop rates can be calculated fairly easily, since you seem to have been using a single item drop bonus for all encounters. This will be the standard error in the base drop rate you would calculate, but is principally based on the modified rate you observed. If P is the rate you observed (so if you encountered 500 and got the relevant item to drop 100 times, P would be 1/5=.2; if it's not clear, this is the rate BEFORE we adjust for the fact that we're running a +items other than 0), N is the number of encounters for that drop, and I is the amount of +items you were running in decimal (.2 in your case, I believe), then the standard error is:
  • Note that the division by 1+I is not in the square root. Ideally, we'd like that standard error to be about .0025 (.25%), but this is not practical. That involves 10,000 or more encounters, typically. Looking at any of Yiab's data postings, and my own, you'll see that the rates get posted on the monster page at around 1,000-1,500 encounters. The decent white shark data I posted had 1428 encounters for, say, scales. The standard error on the 15.4% rate I put down is about .0098 (.98%). Nearly a full percentage point, even with that many encounters. And for CI's you're usually trying to get a small interval from looking nearly 2 standard errors away from your measurement; in this case nearly 2 full percentage points in either direction of the 15.4%. This is just the nature of the beast; percentages are a bitch to nail down tightly. I mention how to calculate the standard error so you could use it to get a basic idea of just how reliable your current rate is. A 15% observation with a 1% standard error is acceptable on a practical level here; a 3% drop rate with a 1% standard error is a bit less desirable (though, conveniently, low drop rates also have lower standard errors; but I'll note here that running more +items only hurts you once you start getting an item to drop 100% of the time, due to the formula for the standard error). Phew, that was a lot. Hope that makes sense. --Flargen 08:52, 13 February 2009 (UTC)
    • Pretty sure I understand it all, most of the data has a decently low standard error by now, I'll probably just keep collecting data up until ~1000, just because 1000 is a nice number. At that point, i'll add the data. Thanks for all the help. If there are any other zones/whatevers that would be really simple to spade, I'd be happy to work on those as well.--Alabit 09:12, 13 February 2009 (UTC)

Underwater spading

Hello. I know you like to spade underwater meat penalties. Did you test how much penalty decrease Donho's Bubbly Ballad (effect) (AT new skill) gives already? --Hrag 22:18, 9 February 2009 (UTC)

  • No, I haven't had the opportunity. Don't have any ATs with the skill at my disposal. I'm out of turns for the day, but after rollover I can see about getting some casts from someone and testing it out. --Flargen 23:06, 9 February 2009 (UTC)

"redirects to subsections don't work"

Uh, they do for me. =p I just tested in Firefox and IE. What browser are you using?--Zamiel 13:06, 8 March 2009 (UTC)

  • Er, which? I've tried FF and IE, and section redirects don't work from the search box. Try typing in "Ronin" and hitting go; I believe you'll find the Wiki redirects to the page, but not the targeted section. --BagatelleT/C 00:08, 9 March 2009 (UTC)
  • What Bagatelle said. They go to the base page correctly, but they do not go to the indicated subsection. That is what I mean by them not working. This sort of redirect works on wikipedia, but not on this wiki. --Flargen 03:09, 9 March 2009 (UTC)
    • Ahhh... my bad, I guess they don't work after all. If they work in normal links but not in a redirect, then someone should sick the coding admins on that. =) --Zamiel 08:34, 9 March 2009 (UTC)

Adding to the ranks

Would you like to join us as an official wiki admin? Let me know either here, or in an email. I'll just need your preferred email address to add you to our discussion list. --jin 17:21, 11 March 2009 (UTC)

  • Just tried to e-mail you, but immediately got a mailer-daemon error message upon doing so. But I can copy what it contained here easily enough (other than the e-mail addy itself, 'cause I'm oh-so-secretive):
    • I should probably ask what the wiki admin responsibilities and such are before I accept. Wanna make sure I know what I'm getting into, and that I don't go too hog-wild with whatever projects/edits I've had on back burners since they would need wiki admins.
    --Flargen 03:29, 12 March 2009 (UTC)

Taunt from a banned user

It was worth it; thank you. But a week is not permanent. Will you do anything useful this week? —Preceding unsigned comment added by Mar (talkcontribs)

  • It's permanent once you run out of proxies. Also, a better question would be whether you, Mar, will do anything useful this week. --Quietust (t|c) 20:28, 15 April 2009 (UTC)
    • I mean the page, not me. If you insist on making things permanently useless, I insist that you be honest about it. Even if I explain myself badly, you can at least try to think before you speak. Next week then! (And yeah sure, why not?) —Preceding unsigned comment added by Mar (talkcontribs)
      • I'm not insisting on anything being permanently useless. You already are. Kind of silly to insist on that. You do everything badly, and you're well aware of it. Now move along or mommy won't take you to Chuck E. Cheese's any more. --Flargen 20:55, 15 April 2009 (UTC)
      • Also, in case you didn't notice, your ban doesn't expire next week - such persistance as you have exhibited was enough to upgrade your ban to a permanent one. --Quietust (t|c) 21:01, 15 April 2009 (UTC)