This wiki is a XML full dump clone of "Heroes Wiki", the main wiki about the Heroes saga that has been shut down permanently since June 1, 2020. The purpose of this wiki is to keep online an exhaustive and accurate database about the franchise.
MediaWiki talk:Edittools
Jump to navigation
Jump to search
Yeah, I thought that might do it. Nice job!--Hardvice (talk) 17:52, 28 September 2007 (EDT)
- Feel free to tweak to your liking. I'm asthetically challenged. :) I'm all about functionality. (Admin 17:52, 28 September 2007 (EDT))
- Ok, now I generalized it so that we can just create templates beginning with a namespace label like "EpisodeEditHelp" and "Graphic_NovelEditHelp" and it will automatically add a section in the edit tools and include them when someone edits an article in those namespaces. (Admin 18:12, 28 September 2007 (EDT))
- Sweet. This is a really impressive change.--Hardvice (talk) 20:09, 28 September 2007 (EDT)
- Beautiful. I think it's really important to add one for portals, but Portal is not a namespace yet. Admin, do you have plans to add it as a namespace, or shall I just use the pagenamenopseudo template? -- RyanGibsonStewart (talk) 20:56, 28 September 2007 (EDT)
- I wasn't planning to make it a separate namespace. Probably just best if you extend Edittools so that handles portals for now. (Admin 21:03, 28 September 2007 (EDT))
- Beautiful. I think it's really important to add one for portals, but Portal is not a namespace yet. Admin, do you have plans to add it as a namespace, or shall I just use the pagenamenopseudo template? -- RyanGibsonStewart (talk) 20:56, 28 September 2007 (EDT)
- One neat thing is that it works for any page in the namespace, including new ones. So we can potentially make any of the templates give instructions for adding, say, a new episode page or a new GN page, and have the template display different information for editing an existing page versus adding a new page using {{#ifexist:}}.--Hardvice (talk) 21:22, 28 September 2007 (EDT)
- Sweet. This is a really impressive change.--Hardvice (talk) 20:09, 28 September 2007 (EDT)
- Nothing profound to say (as usual), I just want to geek out about how cool this page is. -- RyanGibsonStewart (talk) 21:42, 28 September 2007 (EDT)
- ...and it wasn't even difficult to create! :) MediaWiki always continues to impress me with it's power and flexibility. (Admin 21:45, 28 September 2007 (EDT))
- The template should be matching "Portal:" instead of "Portal", as it is catching edits on any article with the text "portal" in its name. Also, please see my comments here.--MiamiVolts (talk) 03:25, 29 September 2007 (EDT)
Edittoolstop
- FYI I'll be implementing a feature later on tonight which will allow the use of MediaWiki:Edittoolstop, a new variable just like MediaWiki:Edittools except that it will be displayed right above the text area instead of below. (Admin 16:35, 29 September 2007 (EDT))
Bugs & More
- Besides blocking edit conflicts from appearing, there's a couple more bugs. First one is easy fix: you need to change both Edittools and Edittoolstop to not display in the talk namespace. Second bug is that even "edittoolstop" is appearing below the previews. If you are interested, there's an upgrade on Bionic Wiki for MediaWiki:Common.js that moves text above the previews using an "editintro" class, thus it also enables individual articles to define their own "editintro".--MiamiVolts (talk) 23:49, 1 October 2007 (EDT)
- What's blocking edit conflicts from appearing? The edittoolstop? That only augments the text at the top so I'm not sure why it would be interfering with the conflict info. Also I can move the edittoolstop text to be above the previews, that's no problem. (Admin 23:53, 1 October 2007 (EDT))
- I'm not sure, it's either edittools or edittoolstop. My first guess would be something in your coding of edittoolstop is overriding the place where the edit conflict appears, since the edit conflict text and additional form appears above where edittools goes. Maybe test disabling edittoolstop and test if it fixes the problem?--MiamiVolts (talk) 00:04, 2 October 2007 (EDT)
- Out of curiosity, how do you know edit conflict text isn't appearing? (Admin 00:07, 2 October 2007 (EDT))
- Hardvice and yourself mentioned not seeing any conflict info on Hardvice's talk page, but I don't really know myself. When I went to reply to your question about edit conflicts and set the time on my computer back 3 hours to get the Heroes Interactive, the edit conflict text appeared, but there is no edit help for the MediaWiki namespace so it's a bad example. We could be wrong and it's working fine. It's a difficult bug to detect if it is occuring, but if it is occuring, "edittoolstop" is my first guess as it occupies the same page section as the edit conflict text/frame. Perhaps if you changed "edittoolstop" to use a different section above the previews and edittext (like on Bionic Wiki), the bug would go away. I'd start with a disable, though.--MiamiVolts (talk) 01:09, 2 October 2007 (EDT)
- Out of curiosity, how do you know edit conflict text isn't appearing? (Admin 00:07, 2 October 2007 (EDT))
- I'm not sure, it's either edittools or edittoolstop. My first guess would be something in your coding of edittoolstop is overriding the place where the edit conflict appears, since the edit conflict text and additional form appears above where edittools goes. Maybe test disabling edittoolstop and test if it fixes the problem?--MiamiVolts (talk) 00:04, 2 October 2007 (EDT)
- What's blocking edit conflicts from appearing? The edittoolstop? That only augments the text at the top so I'm not sure why it would be interfering with the conflict info. Also I can move the edittoolstop text to be above the previews, that's no problem. (Admin 23:53, 1 October 2007 (EDT))