Bob 2013/08/31(Sat)18:20 No. 25329 ID: b32a14
File 137799844203.png - (4.26KB , 40x40 , inventory.png )

>QuestState could do with an icon
Okay, I had an idea. This template is supposed to be for exhaustive inventories, stats, and tons of details you could get lost looking though, right?

So I thought of that storeroom from the end of raiders of the lost arc.

Good idea or too tiny?

>>25329
Far too tiny, you can't actually tell what it's supposed to be.

>>25330
Yeah, afraid so.

Wiki's busted. Getting 404s trying to visit it.

>>25425
There's some server magic going on.

Currently, you can reach the wiki if you stick a www3. in front of the url. Dylan will have things back to normal eventually, though.

>>25426
how the hell did you figure that out?

>>25427
IRC witchery.

Why isn't the /quest/ board's template changed to point at the wiki's www3 URL in the meantime?

So uh.

Maybe you guys would like to discuss what you're doing after you've already started at least.

Because a lot of organizational effort seems to be being undone en-masse on a rather snap decision.

Stop autocompleting sage, browser.

It was a fast decision, but there was kind of a consensus about it, at least in #tgchan. Sorry about that. I forgot this thread was even here.

Anyway. So we decided to TAKE ALL THE PORN from the wiki and PUSH IT SOMEWHERE ELSE. Namely here: http://tgchan.org/wiki/Porn_hole

Frankly, I'm sick of wanting to link people to a quest I like, but being unable because we're speaking in a SFW context and the quest pages are full of porn.

So we decided to take all the porn and shove it in a corner.

Pretty straightforward.

Can I, at the very least, ask you lot to actually keep the headings as the canonical names of the quests so we aren't actually destroying information that Dakdo (and to a much, much lesser extent, myself) have spent the last few months carefully organizing.

Because organizing by quest author is derived information.

Yes, I do expect you (collective you) to redo this for the mess you've made. You made it, you clean it up.

The actual end goal is a booru that has 100% of fanart on it instead of <5% and is not in your face on the wiki pages of SFW quests. The porn hole is basically pointless so I stopped moving things to it besides the couple files that were actually hosted on the wiki and might not be on the board. It would have taken a lot longer and accomplished nothing to move the other things to it.

If you'd actually bothered to discuss this it could have been automated.

So could have importing it to another system, but now you've made a mess where half of the art has been moved somewhere else with missing metadata.

In the short term if we actually bump the wiki then show/hide sections are supported in core MediaWiki these days, which is another option.

Since I know people aren't necessarily tracking RecentChanges or paying attention to the colours of the tabs at the top, Dakdo's thoughts are on the Talk page:

http://tgchan.org/wiki/Talk:Porn_hole

Completely removing NSFW is a better solution than hiding it with an updated wiki because with it removed you can actually link a wiki page without explaining why there's porn on it for a completely SFW quest.
What quest an image is from is not some hidden privileged information that only magical wizards know, it is really not an issue. There'll be a mass upload of fanart threads/day threads/etc to the booru and tagging them will be ez pz. In the unlikely event that no one wants to help tag things on the booru I could tag all the information that was on the wiki by myself.

Once someone is reading a quest thread they are literally one click away from porn. It's the very top-left link on the page.

Once someone is on a wiki page they are one click away from seeing that we have quests about rape, and it's the Category:Quests link to find more of the same.

If you want to fix these things, you need to go a lot deeper than the wiki, and fix the whole site being a cesspit of furry smut.

However, last I knew, the community liked it that way.

More importantly, some IRC posse does not get to throw away the organizational effort on the wiki on a whim. Regardless of the above, there are much better ways to do this if we want a worksafe wiki, and you didn't stop to give anyone a chance to think before making ~500 decidedly unhelpful edits.

I've locked the Porn Hole for now to stop anyone making further moves while this is sorted out.

Being able to snoop around elsewhere on the site and find NSFW things is far different from them being thrust upon you on the same page where the content you want is.

The community throwing away the actions of what is for the most part a single person making quest wiki pages less linkable is not some heinous crime, and people have wanted it for months.

Many of the possible alternatives (fold, subpage, move it to a dedicated image database, etc.) put the porn one (or more) clicks away on the wiki. This argument is retarded.

IRC is not the community, let alone whatever subset of people were awake at the time. Being more than two people is still not reason to undo the work of those of us trying to make the wiki a useful reference resource.

>>26251
>Many of the possible alternatives (fold, subpage, move it to a dedicated image database, etc.) put the porn one (or more) clicks away on the wiki. This argument is retarded.
The point is that you click a link. It's a conscious choice to click the 'OMG PRON HERE' link, and little complaint can be made of viewing content you decided to seek out. Having it just turn up on a page is significantly different; there is no agency involved.

A link away, or even just an autocollapsed section with a prominent label, would be sufficient to prevent NSFW content appearing without it being requested. Additional burying adds only inconvenience with no functional benefit.

>>26252
A big fat NSFW section on a wiki page even auto-collapsed still has the problem of being too in your face about it. There blatantly being porn on a page makes it harder to link a wiki page for a SFW quest. Also, a Booru is significantly easier to fill out the backlog for and keep up to date.

I might want to link the quest pages to people on mobile or people who are offended by the idea of images. Is it okay if I remove all the images from the wiki and make it text-only without asking first and dump them someone else? It'll still be easy to access, other than the loading times.

Yes I realize I don't have a wiki account

Oh, and before someone points out that it's just a stupid idea of mine and I should never do it, I went on IRC at an unspecified time and an unspecified number of unnamed people agreed with me, this is all totally legit.

Whee, namefagging when I never do.

>>26241
First up, I would like to say I respect Test's position. My philosophy for what should be done with the wiki is mostly reader / audience driven, and about making life easier for them, but as an author, he has a right to control his content.

Anon44 doesn't want June Quest porn on the page, so there isn't. If test would like the same courtesy paid to him, that's fine. (And if LawyerDog wants his quest' page kept clean, he's welcome to that too). An op-out, do not porn please policy is easy to maintain, and basic respect. All we need is a list of authors who have asked, and to put a comment on the relevant pages asking future editors not to smut things up.

>Yes, I do expect you (collective you) to redo this for the mess you've made. You made it, you clean it up.
Cleaning up (in the sense of reversing what has been done) would be trivial. We have undo buttons for a reason, and if for some reason those fail, I keep text-file backups of pages I edit in case firefox crashes before I hit save page.

Cleaning up, in the sense of resolving the situation and establishing a staus quo to everyone's satisfaction, and setting up a new status quo, may take a little longer.

I'd really like to hear more community feedback on this. What do other authors think? What do readers / suggestors who use the wiki think? Do they appreciate art of all kind being easily accessible from quest pages, or are they bothered by the smut? Would they prefer the wiki to default to showing smut except where authors opt-out? Would they prefer that it was there, but better censored / separated so main articles were clean browse or link to? (There are many ways this might be done, and I'd be happy to set up some mock ups if people want). Would people prefer the wiki completely squeaky clean? (Despite the site being what it is). Are they indifferent?

Ultimately, this the wiki is a resource intended to serve the community. But it's really only being implemented by a small number of people, and it's hard to know what the masses want. How does the community want to be served?

>throwing away the actions of what is for the most part a single person making quest wiki pages less linkable is not some heinous crime
As the single person in question, I agree, how I feel really isn't the issue. It's just that I've put effort into cleaning up the disorganized mess the wiki once was, and if we're going to change things, I'd prefer them to be discussed, and executed in an orderly manner.

>>26257

I, Brommerino, welcome the porn hole.

You have to pay the troll toll to get into the porn hole

>>26257
I was actually talking cleaning up in the sense of reorganizing the Porn Hole is a less ridiculous fashion. By this point, yes, I'd be more in favour of just reverting the whole deal.

The premise is fundamentally flawed (tgchan is inexorably linked to furry porn; if you don't want your quest to be, don't run it here), and even then the implementation is one of the worst possible.

>>26257
I dislike the porn hole. It is messy and at the current moment looks like a heap of unorganised images with only the quest author specified. If it were improved and better organized by say quest, then it would probably be pretty alright, but my opinion is that one of the other methods like folding or a subpage would be better. It strikes a balance between not being blatantly on the page but still being organised and easy to access by quest. Authors that do not wish to have NSFW images on their pages or subpages at all can simply request to keep them clean. Of course a dedicated Booru site would be the best, but until something like that is actually set up, it is probably best to not just toss all the smut into a single page.

Another unrelated issue people seem to be having is that a group of people on the IRC made the sudden decision and did not consult the board on it. While IRC is indeed fast and more efficient, it leaves behind little public records and not everyone is on it at all times. Please keep in mind that just because people on the IRC agree doesn't mean that everyone does.

I don't like the porn hole either, it's much messier and less properly categorized than per-quest subpages for NSFW fanart.

However, seeing as how it is temporary, it doesn't matter. Get the booru up within a week and everyone is happy.

The porn hole is pointless, a booru is getting set up. A batch upload to a booru of all the fanart will be a huge amount better than trying to have the wiki to be a subpar collection of porn.

I think it's going to be pointless to have any fanart at all on the wiki with the booru. The wiki has never been a good source for fanart and never will be.

If and when a booru gets set up, there are still complications. To get everything, batch uploading would have to cover all the fanart threads, day threads, the one off things that resemble day threads, discussion threads with art in them, and the relevant parts of draw threads (so the batching would require babysitting). And quest / author / character / artist are not intrinsic information, and all images will need to tagged (and if you haven't been on the site forever and read every single quest, surprise, this is harder than it sounds). It'll take someone or several someones a lot of time to get all that right.

And if a booru exists, the question then becomes how the wiki interacts with it, and how the booru interacts with the board. Do we abolish wiki galleries completely? Do we just them exist in parallel, because it's a good thing if things are available in more than one place? Pare them down to a selection? Replace them with links to content on the booru? (I mean, LD, you were arguing that the wiki hiding smut away on subpages was unacceptable to you. How would the linking to a booru be any different? Porn is still a link away). Would the booru have or need a way to link back to original posts, the way the fanart template in the wiki does? If we make a booru, do we still need /draw/, or fanart threads in the first place?

I'm against the booru, especially if it ends up replacing threads on tgchan. Fanart and such is a good chunk of the reason the board exists.

As for "waa waa it might offend people I link it to", too bad. Would you link someone to a porn video for the plot and then complain when they saw nudity? Here's a revolutionary idea. If you want to tell someone about a quest? Copy+paste the wiki's description of the quest and the lniks to the quest threads. Do not include the pornographic images. It's that simple.

If anyone needs further instructions for some reason: Click the left mouse button, hold it down as you drag the cursor in such a fashion that you highlight the body of text you wish to copy, and then depending on personal preference right-click and select "copy" or press Ctrl-C. You have successfully copied the quest's description. Right-click and select "paste" or use Ctrl-V to send that information to someone else. Repeat this process with the links to the quest threads.

>>26267
What is this porn analogy. It's the fanart that's the problem, not the quest itself. I'm too baffled by your copy paste solution to even respond other than to insult you and tell you to argue in good faith.

>>26266
I'm not going to worry about mic. threads at the start, just fanart/day threads.

The booru will take some time to tag, but it will surpass what the wiki had quite quickly.

People can put some images on the wiki but it would be more examples than comprehensive in the general case, unless someone wants to put in that extra level of effort.

Should the booru only allow images that are on the boards? Threads are still good because they allow discussion.

>>26266
Tagging everything on the booru will take time but it will be a small fraction of the time it would be for getting everything on the wiki, and people are way more willing to tag things on a booru than edit a wiki. Worst case scenario I just tag everything myself and it takes a while to get done, but a few people have already said they would help out with tagging.
I am against subpages mainly because of how much easier a booru is to maintain than subpages, but the ideal solution is for guest users or people logged in that don't opt out of it to have censored thumbnails for the porn images.

/draw/ has a ton of non-quest stuff so that easily still has a purpose. Fanart/day threads still have a reason to exist because it makes it easy to check up on everything and have discussions about them by just heading over to /questdis/ or having them in your watched threads list. The booru's purpose would be more in having a complete archive of fanart in my opinion.

>>26270
How to add a piece of fanart to the wiki:
1) Copy the post number
2) Type the quest name in the wiki search box
3) Click "edit" on the fanart section
4) Type {{fanart|<paste number>}}
5) Bonus credit: add |by=Whoever into there

Holy shit that was hard.

2 and 3 will almost certainly already exist because Dakdo has been tirelessly updating the thing. If they don't, click help on the sidebar and, bam, there's the markup to use because I've documented it. Associating it with a quest is automatic by virtue of it being on that page. And because it does it by reference to the post, so it assocating its context in the right thread so you can go find the replies, which is particularly useful if it was part of a bandwagon or something.

But, no, let's throw all this effort away and start from scratch. Because, in bizzaro world, that's easier.

I might understand the argument if you desperately wanted to tag these things with metadata the wiki doesn't (currently) cater to, or vote on which tiny deer is best, but that doesn't even seem to be your position. And there's no compelling evidence that some other system will do better at being a complete archive of fanart, especially if it's starting position is to delete all work done so far.

>>26271
Did you miss the part where fanart/day threads are getting batch uploaded? Wiki's been up for 5 years, if people were willing to put in the time to get it all done on the wiki it would have been done by now, and not have a tiny percentage.

How to tag a piece of fanart on the booru:
1. Click image
2. Add tags
Holy shit that's significantly faster and something that people are actually willing to do, unlike putting things on the wiki.

>>26272
The board does not have unambiguous, consistent names for quests associated with each image. The wiki does.

The board does not have artist information associated with images, outside of a few namefags. The wiki does in more cases.

The board does not have SFW/NSFW rating for most images, because having spoilers is a recent thing and even then it's not been used consistently. The wiki does.

The fanart threads do not contain all of the fanart. The wiki pulls in fanart from all sources. This is still going to be a problem with the image service even if Dylan hacks it around to automatically upload things posted in fanart threads or something.

The work on the wiki has already been done.

The work on something which is not the wiki has not been done.

It would have been possible to mechanically transfer metadata on the wiki to somewhere else, but you have made this harder because now it has to dig through history for some articles. (Or we roll all this back, which is absolutely the correct approach.)

Step two of your process is actually another whole swathe of steps to get that data correctly because you've made it all manual. And this is assume there isn't a step zero because of magic integration work, which dumps images in a pile without any metadata. Well, shit, we could have done that on the wiki, except it would have been every bit as useless.

Jesus. This is outright painful by this point. Watching you fuck this up is like watching someone type with a single finger, hunting and pecking for keys, screaming "NO IT'S OK I'M HAPPY TO DO THIS".

Except it's not just yourself you're making pain for, because this is a shared resource you fucked up.

>The board does not have unambiguous, consistent names for quests associated with each image. The wiki does.

We'll copy the wiki names, solving the very few overlaps.

>The board does not have artist information associated with images, outside of a few namefags. The wiki does in more cases.

That'll get copied sure.

>The board does not have SFW/NSFW rating for most images, because having spoilers is a recent thing and even then it's not been used consistently. The wiki does.

For the images it actually has, yes. Easy to copy.

>The fanart threads do not contain all of the fanart. The wiki pulls in fanart from all sources. This is still going to be a problem with the image service even if Dylan hacks it around to automatically upload things posted in fanart threads or something.

How many fanarts on the wiki are not on questdis? How many aren't on the board at all?

>mechanically transfer metadata

Isn't harder now than it was before.

>made it all manual

It was already manual and this lowers the barrier to editing.

>Except it's not just yourself you're making pain for, because this is a shared resource you fucked up.

A shared resource where people were complaining about having the porn on display next to their quests.

>>26273
Dude. Almost your entire argument is the "sunk cost" fallacy.

Yes, we know, it was a lot of work to put the art that is on the wiki on the wiki. However, it turns out that work was not for the benefit of everyone, so it was undone. Deal with it.

Just popping in to say I'll probably reorganize the pornhole sometime next week, possibly sunday or monday. My initial worry about duplicate quest names is, in hindsight, utterly retarded, and once I figure things out will try and get some semblance of organization going beyond "giant messy pile of dixks and boobs"

>>26267
Okay, yeah, that's just rude. Obviously trying to copy the body text of a page and all the links is more inconvenient than linking the article. You're not helping any side of the discussion, there.

>silly arguments about wiki being better than a booru
As far as I can see, they're just different means to do the same thing. Neither is intrinsically better, although if other people are actually willing to help tag and sort art in that system, it would be a big advantage.

The only technical difference I think of is that the wiki doesn't actually host the vast majority of the art in its galleries. Anything that uses the {{fanart}} template instead of [[Image]] just redirects to images hosted on the imageboard, rather than hosting them directly. Presumably, art uploaded to a booru would be hosted there (unless we hacked the booru to somehow be directly connected to the imageboard). Not that this really maters, unless we're really desperate for server space.

>The work on the wiki has already been done.
>You lose all the metadata already on the wiki if we transfer
We only lost anything if we attempt a transition in the terribly disorganized fashion we started out. If we get a booru up and running, it wouldn't be hard to slowly migrate existing galleries from the wiki over without loosing the metadata.

Ie, it's easy to keep it 1 to 1 if you only remove images from the wiki once you've made sure they're available on the booru. Move, instead of purge and rebuild.

Honestly, from that keeping-the-stuff orderly standpoint, what I'm leaning towards now is just reversing the edits (except for quests belonging to test, lawyerdog, or anyone else who really objects to porn), waiting for this booru to appear, and then moving the galleries over and linking them and/or editing what's on the wiki down to reasonable selections. I have no problem with a reasonable and orderly transition to a new and/or better system, if and when we get it set up. I have a problem with making a mess.

>because of tireless Dakdo!
Thanks for the compliments (I think?), but I can't really be used as an argument for one system or another. If we had an organized and functional system for sorting images, I'd be happy to carry on the tireless whatever there.

>how much art is actually on the wiki?
Less than half, I think. I've been working through the fanart threads backwards, and I've only gotten as far back as February 2011, or fanart thread 8. And I haven't even pushed all the edits yet- I've got a text file full of sorted stuff waiting for me to get to.

>other people to help tag
Now for that, I would be hella grateful. An encyclopedic knowledge of every character and artist ever to grace the site, I do not have.

>keep Booru tags in sync with wiki namespaces for quest titles
That would certainly be the organized way to do it.

Be nice if somehow the original post ID or post time / date were included as metadata for transferred images. Would make cross referencing for tagging easier, and it would make it possible to sort images by when they were originally posted, rather than the order they were transferred.

>>26278
Don't bother. The porn hole is terrible idea that's not helpful for keeping data on the wiki, or moving it elsewhere, and it's locked, anyways.

>>26277
Dude. Almost your entire post is the "nirvana" fallacy.

Yes, I know, people put in a lot of work on the porn hole, but it turns out that work wasn't to the benefit of everyone, so it was locked. Deal with it.

>>26281
>locked
oh, nevermind then!
>>26280
>helping with tagging
THAT I can do. I dont have an encyclopedic knowledge by far, but I can definitely help out with keeping what I do know about straight.

>>26281
>"The nirvana fallacy is the informal fallacy of comparing actual things with unrealistic, idealized alternatives. It can also refer to the tendency to assume that there is a perfect solution to a particular problem. A closely related concept is the perfect solution fallacy."

No, no it was not. I was pointing out that he was doing something BAD, so someone reversed that BAD thing he did. Try to be less of an idiot next time you decide to be an asshole.

>>26288
>IT DIDN'T SATISFY EVERYONE SO IT WAS BAD
>YOU'RE AN IDIOT

Try to be less of an idiot next time you decide to be an asshole.

>>26288
>>26290
Stop that.

>>26290
It was bad because it dissatisfied one person enough to speak up about it at length, which got the attention of several other people who agreed with the points he made and decided to take action instead of just waiting for spoiler tags or something. I was understating the problem in that post you took issue with, not comparing it to a perfect solution. Are we clear now?

wow, somebody really hates me.

>>26300
Why do you say that?

>>26302
From what I recall, his posts keep getting deleted because he shitposts and/or calls things "faggy".

I merely asserted my opinion that this whole discussion is pointless and unseemly since either result would impact anyone's life so very, very little and yet people are posting paragraphs upon paragraphs of arguments.

the use of the word 'faggy' was a one-time offense and only because it was easier to type than 'faghatty'. I don't "keep doing it".

I usually don't post in srs bsnss threads, but when I do, they get deleted. I don't know why, but would very much like to know so it stops happening. "someone really hates me" was merely my guess.

>>26304
You asserted that a discussion was pointless in a thread specifically for having the discussion.

>>26305

yup. ^_^ so?

(So stop)

>>26304
>>26306
Dude, you shitpost constantly. This is coming from me; this is practically a professional opinion, somewhat to my shame. Sure, keep doing it if you like, free speech and all that, but don't act confused when you know you're shitposting. I'm only saying this because you actually do seem dumb enough to do shit you know is stupid and be honestly surprised when it backfires.

Anyway:
>>26298
Fair enough, but I'd like to note that the same thing is happening right now with regards to the porn hole. Both sides have people dissatisfied with the solution.

And because I think my initial post about copy+pasting was misunderstood based on Moon Berry's response: I was suggesting that instead of linking to the wiki page, people who are afraid of offending others with the NSFW art can simply C+P everything except the art.

I'd also like to apologize for being a huge asshat in general.

>>26309
I don't really like the porn hole though- I support the incoming booru. I know there are a couple of people that didn't like having the porn moved at all, but uh, yeah I've already talked about that as much as I am going to.

>>26261
>Get the booru up within a week and everyone is happy.
Unsurprisingly this hasn't happened.

Can we revert this mess yet?

>>26371
Eh, I'm still in wait and see mode. It's not like much moves fast around here.

I'm probably not going to strait up revert the changes if the booru never happens, anyways. I think I'd want to implement some kind of censorship / segregation for the people who were upset by the porn in the first place. And I haven't got around to deciding on how to do that / templating anything for that, yet.

Pantalaimon 2014/06/07(Sat)11:03 No. 26374 ID: 2fc3e9
File 140216421016.jpg - (97.58KB , 575x713 , post-6568-Censorship-is-telling-a-man-he-uLEl.jpg )

>>26373
How about no? The problem with porn on the wiki was that people didn't want to link porn when they wanted to share quests. As I suggested earlier, they can just copy+paste the description of the quest and the links to the quest threads if they want to avoid porn.

>>26374
Dylan says the booru will be up soon.
Be patient.
Also, who the fuck is gonna have the time to copy-paste fourteen billion links for shit like dorfquest or anything by weaver?
the whole point of the wiki is to have one page with links to everything specifically so its easy to share, yo.
Pornhole was a bad idea, but the booru's really our best option as it stands.
now if you'll excuse me, I'm gonna duck back out of this and get back to making favicons for everything ever

>>26375
>the point of the wiki is to have one page with links to everything so it's easy to share

Everything except porn? And the booru makes it harder to share pictures. How much harder is it just to tell people not to scroll down, since there's fanart they might not want to see? The best option here is for anyone who seriously has problems with linking to the wiki to deal with it instead of forcing everyone else to deal with their own issues.

>>26374
>Just have them copy paste everything instead of link!
Yeah, that's just an offensively bad non-solution to a problem people had.

Look, as far as I'm concerned, this isn't an argument anymore. It's settled. Enough people had a problem with the way things were done before that we're going to try doing things differently now. And Dylan is already putting the thing together, anyways.

Wiki articles will link to content on the booru when it exists. And if for some reason the booru doesn't happen, the wiki will resort to text links, or censored thumbnails, or segmented galleries or something instead of what it was doing before.

Either way, the content will be organized and accessible, but the smut won't be directly displayed on main article pages. (With possible exceptions for quests that are blatant nsfw smut themselves, anyways). Everyone wins, except infinite canvas scrolling advocates.

Dylan is being super slow, but it's almost ready. Everybody just chill.

Holy shit dylan it's been TWO WEEKS since the booru was "almost ready". What happened?

Hey, how do i connect to the Irc thingy? need to ask a mod to resurrect a quest.

Do i actualy need to talk to a mod, or can i just post the new stuff in the thread to get it removed from the graveyard? i know your not supposed to bump dead threads but since im

>>26429
step one: get an irc program, or go to mibbit
step two: connect to the server "rizon.net" (usually is on a list of servers, rizon's pretty popular)
step the third: connect to "#tgchan"
step there is no next step: you are now in the irc

>>26429
You do have to talk to a mod.

>>26427
JSPoker's been waiting for a single HTTP header on /TEMP/ since last year. Dylan is not fast.

So can we do one of >>26373 yet?

(And can you not put random IRC questions in the wiki thread just because it's the nearest to hand?)

So, are there particular moderators in charge of approving people for wiki accounts, or what? I applied a couple of days ago now and still haven't gotten approved.

>>26442
Should be done. There's no notification for us unless we happen to be looking at the wiki.

>>26443
I see. Well, thanks :)

How do I get lines to wrap around an image? What I mean is, I don't want it to put one line to the right of the {{fanart}} image and then skip to the next line as soon as Wordwrap hits. Would I have to manually upload the images for that to work?
Is there a way to convince {{fanart}} to keep a proper width, or would I have to set up a new template for that? Probably the latter, to avoid messing up other pages, but then, is there already a controlled width (60-100 pixels, excluding margins to fit text in) template for it? Specifically, if you take a look at the Rust/Compressed page, notice that Jericho RUSTED takes up more space because of the lack of auto-wrapping.

>>26446
http://tgchan.org/w/index.php?title=Rust/Compressed&oldid=20748

It's pretty much a table, so I put it in a table. If you can wrangle the first column to be centered, that should mitigate that fanart/questart boxes are dynamically sized.

http://www.mediawiki.org/wiki/Help:Tables

>How do I get lines to wrap around an image?
Aside from tables, you can also apply text wrapping to an image with formatting like this

<div style="float: left; margin-right: 0.5em;">{{fanart}}</div>

Obviously, you can set it left or right. And you can remove the margin term entirely, although I find it looks weird if you let the text press right up next to the image.

>Is there a way to convince {{fanart}} to keep a proper width
Well, you could use images of the same width, and not stretch things out by adding captions the way you are. Put the names in the paragraph, or use headings, instead of the caption.

If you really wanted to force a width of a specific number of pixels, the template currently doesn't support that. It's limited to the size of whatever thumbnail you point it at- it can't resize. If you want to force a resize of an image to specific dimensions, you unfortunately have to upload the file to the wiki and use [[Image]].

I suppose adding a max width parameter or something to the template might be doable? Ie, to stop the white space (grey space, really) around the image from getting bigger due to captions.

>It's pretty much a table
Great, time to look into how to set up an entire template centered around this. Hopefully my rusty Wiki-Fu hasn't lost is edge, I used to work with templates like these all the time.
Although I must admit, {{fanart}}'s ability to nab images from an external database is new to me, I never knew wikis could do that.

By the way, since apparently I discovered something that people don't know: While I don't know of a way to hide text under a clickable spoiler box, you can hide it by making the background the same color as the text, such as using
<span style="color:#000" style="background:#000">SPOILER TEXT</span>
to get black text over a black background.

Yeah, um... My wiki-fu sucks, and the scrolls explaining the art are written for wikipedia, which allows a {} system, instead of the HTML based <> system. For anybody who wants to take a stab at it, what I'm looking for is a table that uses two columns. The first column will be 100px wide, no matter what. The second column should be as wide as the browser allows for. The number of rows, I would prefer to be unlimited, though I honestly would not mind having to insert an extra copy of the code every line for each separate character.

Inside the first cell should be placed the image, and below the caption for the character's name. The second cell will be however long is necessary, and used to explain who the character is. Chances are, only Kaktus's quests will use this, but even so, it's a good idea to have in advance. In the meantime, I'll look into some possible alternates.

I finally found it!
>>26451
Oh hi there, Toko!
To my knowledge, tables don't work that way, as a column must be the same size through-out the entire table, otherwise you'd get some weird effects.
What you could do instead is make one table with a width of 100px then create a table after it with a width of 100%.


But uh... That's not what I'm here for, oops.

Does anyone here have experience with Wiki IF statements? I've tried copying the one from template:icon, but I've had no luck with it, I either broke it or am not setting it to be triggered properly.

What I've tried:

{{#if:{{{icon2|}}} <!--IF "icon2" has a variable-->
{{{icon2|1}}} <!-- Then return this -->
}} <!--Close statement -->

http://www.mediawiki.org/wiki/Help:Extension:ParserFunctions#.23if

Thanks bob! Turns out I was just a little off.
Simple example in case this helps anyone else out:

{{#if:<!-- If this (string) is not empty -->|
<!-- Then return this -->|
<!-- Else, return this (optional) -->|
}} <!--Close the IF statement -->

>a little shy three months after "within a week"
So here's a straightforward solution (you get to be a guinea pig, Sports, sorry!):

http://tgchan.org/wiki/Lupa

Thoughts, objections, etc. before making this a common pattern?

If we get a wiki upgrade, it should be possible to transform this into 'click to expand' by just changing one template. However, I wouldn't expect that any sooner than a booru.

No objections here. Looks good to me, at least from a wiki-formatting perspective.

Though, yeah, I won't be implementing it all over the place until I hear how some of the people who originally raised objections feel about it.

I had thought of re-purposing the old nsfw template to warn when a page or quest itself had nsfw content, since we're not using it in galleries anymore.

Hi all,

New here. I look forward to contributing and understanding more about this community.
I am loosing my hair and would love to understand more about it.

Thanks

Hey is there some basis for whether or not multi-thread completed quests get put in the Major Completed Quests list?

>>27108
There's really no set official criteria for what qualifies as a Major completed Quest. I mean, obviously, it shouldn't just list every completed quest. And there should be some expectation of quality. But it's kind of a judgement call.

It's not even a hard rule that it has to be a series quest. Just that so far everything on there happens to be so. (Maybe because it's harder to feel 'major' in a one-shot?).

Was there something in particular you feel deserves a listing?

Hi guys! Just an idea.

How about categories or templates for quests by year? E.g. "Quests of 2009", "Quests of 2010", etc. It would make archive binging easier, and help see the context for when a quest was created.

Say, speaking of NSFW content, would it be possible to get matching SFW / NSFW quest tags, so we can tell at a glance whether or not a quest contains pornographic content, and to be able to filter lists accordingly?

>>27300
Well, it's not the worst idea, but

>manually add a [[Category:Quests of 20XX]] tag to ~1900 pages
>be depressed the whole time about how old things are now
I sure as hell don't have the willpower for that. Unless someone comes up with a script to do it, or figures out how to bundle it into the infobox template that's already on every quest page (the template would have to follow the first thread link and check the date string in the OP, somehow), it's unlikely to happen.

>>27301
That's pretty feasible. There's relatively few quests that are flat out nsfw (if we narrowly define "nsfw" as "actually depicting pornographic content" and not "stuff you wouldn't want your boss seeing you look at"), so it wouldn't be a large effort to tag them. In fact, there's already the {{nsfw|quest}} banner, and it wouldn't be hard at all to embed a category tag in the template.

>>27303
Hey! Things are not "old", they're classic. But yeah, I get what you mean, fair enough.

Btw, does the wiki collect info about non-canon threads? E.g. "Inside the Quest", crossovers like "Beach Day", etc.

>>27321
The short answer is yes the wiki tracks stuff like that, but incompletely.

ITQ is pretty much squared away- there's a page a page with links to each thread, and relevant quest pages have links to itq posts. There's crosslinked pages for the [Bodypart] Day threads. But a lot of the smaller or more one off stuff doesn't really have anything.

The ones that are basically art threads could just be lumped in with galleries / the booru (if and when we get that implementation figured out).

Something that has a lot of crossover like Beach Day is probably best treated like Fight Quest, where relevant quest pages just note they participated and link it. (Which is on the to-do list, now that it looks like it's over).

We could probably be some kind of better organization of this kind of thing. Though in the meantime there is this, uh, nightmare.

http://tgchan.org/wiki/Quest-Discussions

It hasn't been updated in years, though, and maintaining it would kind of be insane.

>>27322
I see, thanks!

>>27301
Right, so per request, this exists.

http://tgchan.org/wiki/Category:NSFW_Quests

>>27330
Sweet deal. Dunno if Velu exactly qualifies, though.
Might be a good idea to put Dakdo's definition up on the page, to prevent the category being watered down with quests containing at best mild nudity.

>>27332
>visible naughty bits and/or sexytimes
That's the definition I've been using. If sex is shown in an update, or if body parts that would be censored on a television broadcast are shown in panel. (With some allowance for frequency. Say, I'm not gonna bother labeling a big long series quest nsfw if a nipple shows up once). And there are obviously a lot of quests where characters run around naked 24-7 without showing anything naughty.

I suppose I could be a little more exact in laying that out.

As for Velu, yeah, I know they're literally 1-pixel nips, but the author saw fit to spoiler a bunch of images, so I just followed suit.

>>27321
I've just updated the wiki to have a page for the previous Halloween threads and for Beach Day since it seemed like it'll become a yearly thing. Added them both to the tgchan holidays template as well.

Bob 2015/12/17(Thu)17:23 No. 27625 ID: 86cfc3
File 145040177953.png - (4.84KB , 270x270 , This is cool, right.png )

Hey so Dylan went and updated the wiki with a newer mediawiki version. There's a bunch of cool little improvements / features as a result of this (like sortable tables now work), but the big thing is this:

It's now easy to sign up for the wiki. All you need is an email and to solve a captcha. No longer do you have to wait (days or weeks) for a lazy wiki-mod (me) to get around to manually clicking the "yeah this guy doesn't look like a robot, approve" button!

Oh, and even if you have no interest in contributing or editing, the search bar on the left now suggests autocompletes of page names when you start typing, making it easier to find stuff.

Thanks, Dylan!

>>27625

Awesome!

Thanks Dylan~

Alright, I've tried to look at the wiki if I could find all the previously featured quests, or if some quests had a "featured" tag, or something like that.

Turns out I can't. I feel like I'm missing out on A LOT of great quests (deep, alien quest and the end being the first three I have found here that I hadn't yet read)!

Since the "major completed quests" has like ten quests, but there's a lot more quests that are worth reading, (maybe a major unfinished quest page like the romanticar series) could anyone help me out here? Thanks!

>>27699
This history shows every quest that's every been featured. Just start clicking through.

http://tgchan.org/w/index.php?title=Template:Featured_Article&offset=&limit=500&action=history

Personally, the reason I never added a tag or category to show off quests that have been previously featured is that featuring is somewhat arbitrary and unfair. There are plenty of good quests that have never been featured, and while I'm comfortable holding up something once a month or so and saying "hey this is good maybe more people should look at this" I'm less comfortable curating a permanent list of what's quality and what's not.

>>27700
Wonderful, thank you! I'm also checking out the completed quests and some of the unfinished ones.