Template talk:DateALive:Toggle

Changes

ToC

I just noticed that if you have a section closed and press a link in the ToC and I'm pretty sure I already know the answer but is there any way to fix that? My guess is no because it looks like it is calling a constuctor to do it and the only way to fix that would be to manually recode it (a huge pain) and it would not auto update. Tell me if you come up with a work around.
Yascob99 (talk) 21:31, 6 March 2014 (CST)

I gonna see what I can do.

Vallor (talk) 09:11, 7 March 2014 (CST)

Don't worry about it too much and waste too much time on it its setup through a preset constructor though I'm not sure whether its part of the mediawiki php or added by the people here at BT. I did notice its the same on the Toaru page as well so really don't try too hard and honestly It won't be easy even if you figure out how to build a constructer in php because then you need it to somehow Identify that the destination is in a collapsed section of code then Identify which piece opens it and then get it to openthe piece and finally link you right to it. so in otherwords it may be possible but its way beyond the level of what is being done on this page. The reason I mentioned that is I thought that there might be a way to remove the default one and manually maintain it because honestly that would be easier but would require people to know how to do it themselves however from my investigation the main pages call the ToC constructer by default and its irremovable so I thought there may be some way to overide it. Anyways that was quite alot words so I don't blame you if you haven't read it all. Thanks so much for doing this and If you ever have some problem you can't figure out feel free to ask. ;)
Yascob99 (talk) 22:13, 7 March 2014 (CST)

Too much thanks. ^^ Thank you for all your advices.
What you said is right, it's a possibility, but I don't think we can use php at this level on the wiki.
However, it might be possible if we make titles (like '===Volume 1===') invisible or something else like that. What do you think?

Vallor (talk) 05:26, 8 March 2014 (CST)

You might be on to something there If I remember correctly there is a way to make certain code unreadable by certain other element or at least prevent interference so if we managed to apply that to every chapter title the php can't see it and does not generate a ToC and then one could be generated manually. Of course that is assuming that there is a html or mediawiki function that does that. I will check that if I have the chance.
Yascob99 (talk) 20:15, 8 March 2014 (CST)

If I am understanding this right you want to remove the TOC? Then you need to change second line TOC to NOTOC Pumkingboyz (talk)

Oh that works well so that makes it really easy to test wether it can be manually recoded thanks for the tip. =)
Now I need to make a piece of code that does what we want it to.
Yascob99 (talk) 20:55, 8 March 2014 (CST)

Nope, it won't work. Do you two remember that this code will be on the DAL page? It means we can't do a _NOTOC_. However, we can use <nowiki></nowiki> balises without any problem. ;)

Vallor (talk) 21:24, 8 March 2014 (CST)

If I may interrupt, was there a reason we can't put a NOTOC on the DAL page itself? If it's not going to be useful I don't see the problem with removing it. Or as I suggested on the forums, aside from a slight spacing issue, there shouldn't be a problem with wrapping the headings themselves with the necessary code.

(Cripes this page is awful to see in edit mode...) -Akira (talk) 03:41, 16 March 2014 (CDT)

We can't remove the ToC, unless if it really doesn't work. Here, it works as long as we use it properly so there isn't any reason to put a noToC. As you can see on the test page, I'm trying to make invisible titles. If it works, the ToC bugs will be fixed. Be patient (or help me) and all these problems will be solved. ^^

Vallor (talk) 04:17, 16 March 2014 (CDT)

...Still confused as to whether the ToC thing is a technical limitation or a policy one, but I'm just going to drop it unless I start thinking it's the best idea in the future...

For the invisible headings, though. I'm not seeing what you're trying to do there. I'm assuming you want an eye-catcher for each volume that doesn't show up in the ToC, but if that's all you want...can't you just not make them headings? Remove the === wrappings, and bold and double <big> wrap the Volume titles instead? I'm not sure whether I'm missing something here...

Or of course, my own suggestion that doesn't break the ToC's redirecting ability. Love how no one's even responded directly to that. Maybe I should just make a demonstration? -Akira (talk) 04:51, 16 March 2014 (CDT)

Seems like you didn't get my idea. I wanna put headings before the 'hiders', but I don't want we see them except in the ToC. Basically, it's the same idea you had (I thought you would understand that I was agree with you), but in the way I think, there won't be any blank anywhere and the ToC will work perfectly. Well, in the case that what I'm trying to do is possible of course.

I didn't give you a clear answer, excuse me.

Vallor (talk) 05:07, 16 March 2014 (CDT)

Ohhh, okay. Yeah, I totally missed what you were trying to do there. Um, the only things I could think up of was either includeonly tags or those invisible markup tags (<!-- -->), both which I just tested and didn't work. To begin with, from a developer's standpoint I can't think up of a good reason why there would be text that should be read by the ToC but not rendered on-page, so I don't think there's going to be a convenient answer built into MediaWiki. Best way is probably what Yascob suggested, manually building the ToC with anchors placed onto the appropriate spots. Except, with all due respect to the work he already put in, I think that's more of a hassle than it's worth, especially if it's something that's going to happen on more than just Date A Live's page...

...That random blank space is looking very enticing right now. I mean, it's not that bad, is it? Compared to coding an entire ToC, it even doubles as a separator for the sections with monotone colouring, without needing to use borders and all... -Akira (talk) 05:52, 16 March 2014 (CDT)

Your reasoning is exactly the one I ended up with since you said for the first time what you thought about the ToC, but I preferred to be sure there isn't any possibility to do the way I wanted.
Since I did not found one, you can make it how you think.

Vallor (talk) 08:29, 16 March 2014 (CDT)

Oh ok that should work to but now we have another problem we need to add a delay to the link slightly to compensate for the opening of the section any ideas about that?
Edit: BTW I have some code for the manual ToC want me to set it up? also the nowiki won't work because it stops regualar html tags from working as well.
Yascob99 (talk) 21:36, 8 March 2014 (CST)

Sure, write it below this message please. I will read it tomorrow cause, at my home, it is 5.30am and I start to feel tired.

Vallor (talk) 22:31, 8 March 2014 (CST)

Alright since its too much to show the whole code I'll just put a small section here.
<div id="toc" class="toc"><div id="toctitle"><h2>Contents</h2></div> <ul> <li class="toclevel-1 tocsection-1">[[#The_Date_A_Live_series_by_Tachibana_Koushi|<span class="tocnumber">1</span> <span class="toctext">The <i>Date A Live</i> series by Tachibana Koushi</span>]] <ul> <li class="toclevel-2 tocsection-2">[[#Volume_1_-_Dead_End_Tohka_.28Full_Text_-_PDF_-_MOBI.29|<span class="tocnumber">1.1</span> <span class="toctext">Volume 1 - Dead End Tohka (Full Text - PDF - MOBI)</span>]]</li> </ul> </ul> </div>
it dipslays like this:

The rest of the code follows that pattern.
Also you sure are dedicated to stay up til 5:30am
Yascob99 (talk) 23:40, 8 March 2014 (CST)

Good... I don't know if that will be useful, but it's well done, good job. And now? What do you plan to do with it?
(Finally, I did not sleep at all. ^^)

Vallor (talk) 00:27, 9 March 2014 (CST)

If we can mask the titles from the page and manually add this code with the toggle to open added into the class it should, in theory, open up the link even if the element is closed. However I think we may have a problem even if we can mask the titles because a small delay needs to be added to the activation of the link to give time for the section to open. If we somehow get all that to work it will work even if the section is closed when you used the link. I don't think its completely necessary but I think it would be nice If we could get it working so feel free to tell me if this is going overboard.
Yascob99 (talk) 13:04, 9 March 2014 (CDT)

If you do know what you do, go ahead. ;)

Vallor (talk) 14:08, 9 March 2014 (CDT)

I have concluded it is impossible without the Meta Tag extension for media wiki because there is no way to create the time delay we need for the linking to work, so for now it will not work. Lets hope Html 5 adds something or B-T decides to add the Meta Tag extension.
Yascob99 (talk) 21:02, 9 March 2014 (CDT)

Space management

Another Idea that occured to me is we probably don't actually need the button thing at the top at this point because it takes up alot of space so what if we just have the open and close all because the goal of this is to make it all compact and Toaru has less sections but more content. so do something like this
Yascob99 (talk) 18:23, 6 March 2014 (CST)

You mean hide the arcs in the main toggle (the big one) or delete them?

Vallor (talk) 18:27, 6 March 2014 (CST)

I mean Delete them for now because although it does look cool its sort of reduntant and space consuming as the other bars can function Just as well and the colours would still work without the buttons. Thats just my opinon though because we are trying to save space. Yascob99 (talk) 18:32, 6 March 2014 (CST)

No problem, it's done.

Vallor (talk) 18:37, 6 March 2014 (CST)

Colourations

So I still think we should do something like colour the arc buttons and I would not mind using the true colours for example:
Arc 1 (Tohka) - Brown
Arc 2 (Yoshino) - Blue
Arc 3 (Kurumi and Kotori) - Red (works because only kotori is successful and Kurumi's dress is part red)
Arc 4 (Yamai) - Yellow
Arc 5 (Miku) - Mauve
Arc 6 (Natsumi) Green
Or we could do it based off the astral dress or hair if conflicting eg(Yamai - Orange):
Arc 1 (Tohka) - Purple
Arc 2 (Yoshino) - Green
Arc 3 (Kurumi and Kotori) - Red
Arc 4 (Yamai) - Orange
Arc 5 (Miku) - Light Yellow or Mauve (I prefer mauve but yellow is not as similar to purple or blue)
Arc 6 (Natsumi) - Blue-Green
From Testing it out It also looks alot better If we use softer versions of the colour (Closer to white)
What are your thoughts?
Yascob99 (talk) 18:23, 6 March 2014 (CST)

So you want the colours this much, huh? Okay okay, I'm gonna see how it will look. ^^

Vallor (talk) 18:13, 6 March 2014 (CST)

Thank you for doing that although I could do that myself. I do have some suggestions for the colours though

Brown

Blue

Red

Yellow

Mauve

Green

Tell me what You think. Yascob99 (talk) 19:19, 6 March 2014 (CST)

Ahh, great! As my tastes are... special, I was very bothered with the choice of the colours... ^^' Thank you so much, I gonna try'em right now!

Vallor (talk) 19:23, 6 March 2014 (CST)

the alternate for the green so it matches natsumi's hair is this:

Aqua

Yascob99 (talk) 19:31, 6 March 2014 (CST)

Nice, nice... Do you read on my mind? X) More seriously, what do you think, now?

Vallor (talk) 19:42, 6 March 2014 (CST)

It looks pretty good although the red one is bothering me a bit it almost looks orange heres something thats maybe a little better

Red

or you could try the one from above those are 2 options. Yascob99 (talk) 20:13, 6 March 2014 (CST)

And now? It's better, isn't it?

Vallor (talk) 20:23, 6 March 2014 (CST)

Yeah it is =). I will tell you if anything else comes to mind. Yascob99 (talk) 20:27, 6 March 2014 (CST)

It would be nice. :) Thank you for helping!

Vallor (talk) 20:35, 6 March 2014 (CST)