MediaWiki talk:Edittools - Revision history

imported>MiamiVolts: /* Bugs & More */

2007-10-02T05:11:14Z

Bugs & More

← Older revision		Revision as of 05:11, 2 October 2007
(No difference)

imported>MiamiVolts: /* Bugs & More */

2007-10-02T05:11:14Z

Bugs & More

← Older revision		Revision as of 05:11, 2 October 2007
Line 18:		Line 18:
	*** 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?--[[User:MiamiVolts\|MiamiVolts]] ([[User_talk:MiamiVolts\|talk]]) 00:04, 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?--[[User:MiamiVolts\|MiamiVolts]] ([[User_talk:MiamiVolts\|talk]]) 00:04, 2 October 2007 (EDT)
	**** Out of curiosity, how do you know edit conflict text isn't appearing? ([[User:Admin\|Admin]] 00:07, 2 October 2007 (EDT))		**** Out of curiosity, how do you know edit conflict text isn't appearing? ([[User:Admin\|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.--[[User:MiamiVolts\|MiamiVolts]] ([[User_talk:MiamiVolts\|talk]]) 01:09, 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.--[[User:MiamiVolts\|MiamiVolts]] ([[User_talk:MiamiVolts\|talk]]) 01:09, 2 October 2007 (EDT)

imported>MiamiVolts: /* Bugs & More */ Re: conflicts

2007-10-02T05:09:50Z

Bugs & More: Re: conflicts

← Older revision		Revision as of 05:09, 2 October 2007
Line 18:		Line 18:
	*** 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?--[[User:MiamiVolts\|MiamiVolts]] ([[User_talk:MiamiVolts\|talk]]) 00:04, 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?--[[User:MiamiVolts\|MiamiVolts]] ([[User_talk:MiamiVolts\|talk]]) 00:04, 2 October 2007 (EDT)
	**** Out of curiosity, how do you know edit conflict text isn't appearing? ([[User:Admin\|Admin]] 00:07, 2 October 2007 (EDT))		**** Out of curiosity, how do you know edit conflict text isn't appearing? ([[User:Admin\|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.--[[User:MiamiVolts\|MiamiVolts]] ([[User_talk:MiamiVolts\|talk]]) 01:09, 2 October 2007 (EDT)

imported>Admin: /* Bugs & More */

2007-10-02T04:07:18Z

Bugs & More

← Older revision		Revision as of 04:07, 2 October 2007
Line 17:		Line 17:
	** 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. ([[User:Admin\|Admin]] 23:53, 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. ([[User:Admin\|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?--[[User:MiamiVolts\|MiamiVolts]] ([[User_talk:MiamiVolts\|talk]]) 00:04, 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?--[[User:MiamiVolts\|MiamiVolts]] ([[User_talk:MiamiVolts\|talk]]) 00:04, 2 October 2007 (EDT)
			**** Out of curiosity, how do you know edit conflict text isn't appearing? ([[User:Admin\|Admin]] 00:07, 2 October 2007 (EDT))

imported>MiamiVolts: /* Bugs & More */ clarify

2007-10-02T04:05:54Z

Bugs & More: clarify

← Older revision		Revision as of 04:05, 2 October 2007
Line 16:		Line 16:
	* 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".--[[User:MiamiVolts\|MiamiVolts]] ([[User_talk:MiamiVolts\|talk]]) 23:49, 1 October 2007 (EDT)		* 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".--[[User:MiamiVolts\|MiamiVolts]] ([[User_talk: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. ([[User:Admin\|Admin]] 23:53, 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. ([[User:Admin\|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 ~~editconflict~~ ~~function~~ ~~goes~~ above where edittools goes. Maybe test disabling edittoolstop and test if it fixes the problem?--[[User:MiamiVolts\|MiamiVolts]] ([[User_talk:MiamiVolts\|talk]]) 00:04, 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?--[[User:MiamiVolts\|MiamiVolts]] ([[User_talk:MiamiVolts\|talk]]) 00:04, 2 October 2007 (EDT)

imported>MiamiVolts: /* Bugs & More */ Re: bug location

2007-10-02T04:04:47Z

Bugs & More: Re: bug location

← Older revision		Revision as of 04:04, 2 October 2007
Line 16:		Line 16:
	* 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".--[[User:MiamiVolts\|MiamiVolts]] ([[User_talk:MiamiVolts\|talk]]) 23:49, 1 October 2007 (EDT)		* 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".--[[User:MiamiVolts\|MiamiVolts]] ([[User_talk: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. ([[User:Admin\|Admin]] 23:53, 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. ([[User:Admin\|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 editconflict function goes above where edittools goes. Maybe test disabling edittoolstop and test if it fixes the problem?--[[User:MiamiVolts\|MiamiVolts]] ([[User_talk:MiamiVolts\|talk]]) 00:04, 2 October 2007 (EDT)

imported>Admin at 03:53, 2 October 2007

2007-10-02T03:53:27Z

← Older revision		Revision as of 03:53, 2 October 2007
Line 15:		Line 15:
	==Bugs & More==		==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".--[[User:MiamiVolts\|MiamiVolts]] ([[User_talk:MiamiVolts\|talk]]) 23:49, 1 October 2007 (EDT)		* 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".--[[User:MiamiVolts\|MiamiVolts]] ([[User_talk: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. ([[User:Admin\|Admin]] 23:53, 1 October 2007 (EDT))

imported>MiamiVolts: Bugs & More

2007-10-02T03:49:41Z

Bugs & More

← Older revision		Revision as of 03:49, 2 October 2007
Line 12:		Line 12:
	==Edittoolstop==		==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. ([[User:Admin\|Admin]] 16:35, 29 September 2007 (EDT))		* 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. ([[User:Admin\|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".--[[User:MiamiVolts\|MiamiVolts]] ([[User_talk:MiamiVolts\|talk]]) 23:49, 1 October 2007 (EDT)

imported>Admin at 20:35, 29 September 2007

2007-09-29T20:35:27Z

← Older revision		Revision as of 20:35, 29 September 2007
Line 9:		Line 9:
	*...and it wasn't even difficult to create! :) MediaWiki always continues to impress me with it's power and flexibility. ([[User:Admin\|Admin]] 21:45, 28 September 2007 (EDT))		*...and it wasn't even difficult to create! :) MediaWiki always continues to impress me with it's power and flexibility. ([[User:Admin\|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 [[Template talk:PortalEditHelp\|here]].--[[User:MiamiVolts\|MiamiVolts]] ([[User_talk:MiamiVolts\|talk]]) 03:25, 29 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 [[Template talk:PortalEditHelp\|here]].--[[User:MiamiVolts\|MiamiVolts]] ([[User_talk: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. ([[User:Admin\|Admin]] 16:35, 29 September 2007 (EDT))

imported>MiamiVolts at 07:25, 29 September 2007

2007-09-29T07:25:33Z

← Older revision		Revision as of 07:25, 29 September 2007
Line 8:		Line 8:
	*Nothing profound to say (as usual), I just want to geek out about how cool this page is. -- {{User:Ryangibsonstewart/sig}} 21:42, 28 September 2007 (EDT)		*Nothing profound to say (as usual), I just want to geek out about how cool this page is. -- {{User:Ryangibsonstewart/sig}} 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. ([[User:Admin\|Admin]] 21:45, 28 September 2007 (EDT))		*...and it wasn't even difficult to create! :) MediaWiki always continues to impress me with it's power and flexibility. ([[User:Admin\|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 [[~~http://heroeswiki.com/Template_talk~~:PortalEditHelp\|here]].--[[User:MiamiVolts\|MiamiVolts]] ([[User_talk:MiamiVolts\|talk]]) 03:25, 29 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 [[Template talk:PortalEditHelp\|here]].--[[User:MiamiVolts\|MiamiVolts]] ([[User_talk:MiamiVolts\|talk]]) 03:25, 29 September 2007 (EDT)

← Older revision		Revision as of 05:11, 2 October 2007
Line 18:		Line 18:
	*** 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?--[[User:MiamiVolts\|MiamiVolts]] ([[User_talk:MiamiVolts\|talk]]) 00:04, 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?--[[User:MiamiVolts\|MiamiVolts]] ([[User_talk:MiamiVolts\|talk]]) 00:04, 2 October 2007 (EDT)
	**** Out of curiosity, how do you know edit conflict text isn't appearing? ([[User:Admin\|Admin]] 00:07, 2 October 2007 (EDT))		**** Out of curiosity, how do you know edit conflict text isn't appearing? ([[User:Admin\|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.--[[User:MiamiVolts\|MiamiVolts]] ([[User_talk:MiamiVolts\|talk]]) 01:09, 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.--[[User:MiamiVolts\|MiamiVolts]] ([[User_talk:MiamiVolts\|talk]]) 01:09, 2 October 2007 (EDT)

← Older revision		Revision as of 05:09, 2 October 2007
Line 18:		Line 18:
	*** 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?--[[User:MiamiVolts\|MiamiVolts]] ([[User_talk:MiamiVolts\|talk]]) 00:04, 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?--[[User:MiamiVolts\|MiamiVolts]] ([[User_talk:MiamiVolts\|talk]]) 00:04, 2 October 2007 (EDT)
	**** Out of curiosity, how do you know edit conflict text isn't appearing? ([[User:Admin\|Admin]] 00:07, 2 October 2007 (EDT))		**** Out of curiosity, how do you know edit conflict text isn't appearing? ([[User:Admin\|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.--[[User:MiamiVolts\|MiamiVolts]] ([[User_talk:MiamiVolts\|talk]]) 01:09, 2 October 2007 (EDT)

← Older revision		Revision as of 04:07, 2 October 2007
Line 17:		Line 17:
	** 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. ([[User:Admin\|Admin]] 23:53, 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. ([[User:Admin\|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?--[[User:MiamiVolts\|MiamiVolts]] ([[User_talk:MiamiVolts\|talk]]) 00:04, 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?--[[User:MiamiVolts\|MiamiVolts]] ([[User_talk:MiamiVolts\|talk]]) 00:04, 2 October 2007 (EDT)
			**** Out of curiosity, how do you know edit conflict text isn't appearing? ([[User:Admin\|Admin]] 00:07, 2 October 2007 (EDT))

← Older revision		Revision as of 04:05, 2 October 2007
Line 16:		Line 16:
	* 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".--[[User:MiamiVolts\|MiamiVolts]] ([[User_talk:MiamiVolts\|talk]]) 23:49, 1 October 2007 (EDT)		* 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".--[[User:MiamiVolts\|MiamiVolts]] ([[User_talk: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. ([[User:Admin\|Admin]] 23:53, 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. ([[User:Admin\|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 ~~editconflict~~ ~~function~~ ~~goes~~ above where edittools goes. Maybe test disabling edittoolstop and test if it fixes the problem?--[[User:MiamiVolts\|MiamiVolts]] ([[User_talk:MiamiVolts\|talk]]) 00:04, 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?--[[User:MiamiVolts\|MiamiVolts]] ([[User_talk:MiamiVolts\|talk]]) 00:04, 2 October 2007 (EDT)

← Older revision		Revision as of 04:04, 2 October 2007
Line 16:		Line 16:
	* 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".--[[User:MiamiVolts\|MiamiVolts]] ([[User_talk:MiamiVolts\|talk]]) 23:49, 1 October 2007 (EDT)		* 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".--[[User:MiamiVolts\|MiamiVolts]] ([[User_talk: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. ([[User:Admin\|Admin]] 23:53, 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. ([[User:Admin\|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 editconflict function goes above where edittools goes. Maybe test disabling edittoolstop and test if it fixes the problem?--[[User:MiamiVolts\|MiamiVolts]] ([[User_talk:MiamiVolts\|talk]]) 00:04, 2 October 2007 (EDT)