→Tnavbar: +at the end |
Wikipeep 494 (talk | contribs) |
||
Line 298: | Line 298: | ||
:::Right; it's been stricken from the list. --[[User:DavidHOzAu|DavidH]][[User talk:DavidHOzAu|Oz]][[Special:Contributions/User:DavidHOzAu|Au]] 12:57, 23 November 2006 (UTC) |
:::Right; it's been stricken from the list. --[[User:DavidHOzAu|DavidH]][[User talk:DavidHOzAu|Oz]][[Special:Contributions/User:DavidHOzAu|Au]] 12:57, 23 November 2006 (UTC) |
||
*I like all of them, but I think they're too colorful. This is an internet encyclopedia, not a candy factory. [[User:wikipeep 494|wikipeep 494]] |
|||
==[Show]/[Hide]== |
==[Show]/[Hide]== |
Revision as of 20:37, 25 November 2006
Add issues below as you see fit, sign with ~~~~
Using {{PAGENAME}}
Unfortunately, as per the discussion on Template talk:Tnavbar#Propose to remove the parameter, you cannot put "{{PAGENAME}}
" directly on this template either. As of now, if you go to an article where this template is transcluded and click on the "e" link on the template, you will find that the article's title would come up instead. Therefore, I will have to add some sort of TemplateName parameter here like Template:Tnavbar and those other similar templates. Zzyzx11 (Talk) 06:46, 5 August 2006 (UTC)
"templateName"
Might a friendly bot owner be asked to replace all instances of "templateName" with "name"...? Lengthwise, "name" resembles the other parameters, i.e.
{{Navigation |name = |header = |body =
Hopefully, David Kernow (talk) 00:47, 31 October 2006 (UTC)
- Perhaps. For now I recommend a dual solution. Both name and templatename will do the same thing. --Cat out 16:12, 31 October 2006 (UTC)
- "name" as an alternative looks an ideal accommodation – thanks! David (talk) 02:04, 1 November 2006 (UTC)
Header not centered...?
Despite the "float:left;" style, the header does not appear to be centered; cf, for example:
{{Nordic Council}}
Assistance, please...? Thanks, David Kernow (talk) 13:19, 31 October 2006 (UTC)
- Please do not use images on the top bar like you have. It causes more problems than its worth. --Cat out 16:15, 31 October 2006 (UTC)
- But images in the titlebar don't seem to be the cause of this problem, e.g. the title in the template above still doesn't appear to be centered...? David (talk) 02:07, 1 November 2006 (UTC)
- How about a split header: left 10% v·d·e, center 80% Title, right 10% [Hide]? ~ trialsanderrors 20:02, 1 November 2006 (UTC)
- Sounds a reasonable approach to me; I'd try to implement it myself, except I'm wary of messing up the call made {{Tnavbar}}. Can you implement it...? (Cool Cat...?) Regards, David (talk) 05:16, 3 November 2006 (UTC)
- From what I've tried the coding for the [Hide] box is in the CSS class "navbox collapsible autocollapse", and I don't know where that is being edited. ~ trialsanderrors 05:51, 3 November 2006 (UTC)
- Yes, what I've just deduced before returning here... Maybe there's some clue in MediaWiki:Common.css...? David (talk) 06:02, 3 November 2006 (UTC)
- Yeah, although it's actually at MediaWiki:Monobook.js (Search for "Hide"). No programmer listed, so I guess I have to take my complaint to the village pump. ~ trialsanderrors 06:16, 3 November 2006 (UTC)
- Yes, what I've just deduced before returning here... Maybe there's some clue in MediaWiki:Common.css...? David (talk) 06:02, 3 November 2006 (UTC)
- What you have to do is set the position property of the container to relative, and set the position of the aligned child absolutely. e.g.
Left-aligned text Centered inline text |
Lorem ipsum dolor sit amet · The quick brown fox jumps over the lazy dog · asdf |
- Cheers. --DavidHOzAu 10:59, 3 November 2006 (UTC)
- Actually to me (using IE6) the centered inline text is superimposed on the left-aligned text. ~ trialsanderrors 18:10, 3 November 2006 (UTC)
- Thanks for your example, DavidH; I've copied it to my user page for future reference if/when required. Meanwhile, the {{Navigation}} header now seems to be cent/ered correctly here (PC, WinXP, old Firefox (1.0.7)). Regards, David (talk) 22:46, 3 November 2006 (UTC)
- Fixed. The first div in the header needed to be set to 100% width. Should work on all browsers now. --DavidHOzAu 06:04, 4 November 2006 (UTC)
- Note that this fix may introduce unwanted sideeffects (double height header) using the current classes of the table. --DavidHOzAu 06:20, 4 November 2006 (UTC)
- Note that toccolours is not subject to this bug. --DavidHOzAu 06:21, 4 November 2006 (UTC)
[Reset indent] Works here now. Btw, the problems with the collapse function seems pretty endemic. See e.g. the navboxes at the bottom of Marie Curie. I get to header lines, but now [Show] tag or ∆ to open them. ~ trialsanderrors 06:42, 4 November 2006 (UTC)
- Perhaps because Marie Curie and related articles do not use this template? Just a thought. :D --DavidHOzAu 08:16, 4 November 2006 (UTC)
- Oops, yes, I figured out that the problem was with the encoding in the article, not the templates. Fixed. ~ trialsanderrors 19:25, 4 November 2006 (UTC)
Triangle?
Why do we have an ugly triangle instead of the links? --Cat out 21:05, 4 November 2006 (UTC)
- I'm not happy with it but I think it's better than the [Hide]/[Show] boxes right next to the header. But there should least be an alt-tag labeling the up triangle as Hide and the down triangle as Show. I don't think they are self-explanatory. ~ trialsanderrors 21:24, 4 November 2006 (UTC)
- It's an interim solution until I find a way to get the show/hide button displayed on the right-hand side on both Internet Explorer and other browsers (everything I tried o far resulted in either the show/hide button being displayed left of the caption in IE or on a separate line on other browsers.) Browser detection would work but I'd rather work out a more elegant solution. —Ruud 20:48, 5 November 2006 (UTC)
- The problem is that the button is a span tag that's floated to the right. This produces all sorts of problems, such as shifting the heading text slightly to the left in Mozilla and appearing first in IE. Ideally, the javascript should do something like this:
var Button = document.createElement( "span" ); var ButtonLink = document.createElement( "a" ); var ButtonText = document.createTextNode( collapseCaption ); Button.setAttribute( "style", "position: absolute; right: 0.5em" ); // instead of "float: right" ButtonLink.setAttribute( "id", "collapseButton" + tableIndex ); ButtonLink.setAttribute( "href", "javascript:collapseTable(" + tableIndex + ");" ); ButtonLink.appendChild( ButtonText ); Button.appendChild( ButtonLink ); var Header = Tables[i].getElementsByTagName( "tr" )[0].getElementsByTagName( "th" )[0]; Header.style.display = "block"; //new code Header.style.position = "relative"; //new code Header.insertBefore( Button, Header.childNodes[0] );
- I'm not sure if I should also set the display style of the span tag to block; haven't tested this yet. Anyway, until the code can be fixed, this will probably work in the meantime:
Left aligned text Insert title here
|
|
Lorem ipsum dolor sit amet · The quick brown fox jumps over the lazy dog · asdf |
- Note that this is work-around is horrible kludge as it forces the table's header cell to align itself absolutely, thus taking it outside of the normal table flow so that the float won't bother us. Also, because IE doesn't seem to respect the padding style in this table, the somewhat odd (high) position of the triangle cannot be lowered to the absolutely correct position. --DavidHOzAu 23:23, 5 November 2006 (UTC)
- N.B: The position problem can be fixed by setting the padding-top style of the table to 0px. --DavidHOzAu 23:29, 5 November 2006 (UTC)
- A little too dirty if you ask me... (causes several minor display glitches on FF2.) I think the problem with IE lies in the fact that the
span
is not correctlyinsertBefore
'd, as manually coding a table works fine under IE:
- A little too dirty if you ask me... (causes several minor display glitches on FF2.) I think the problem with IE lies in the fact that the
[but is this placed right under IE?]works under firefox/opera/... |
---|
body |
- Well it looks ok to me on FF2, although there are those two spaces to the side that could probably be eliminated by choosing a different table class. As for the example immediately above, the text does appear on the right, but the center text is woefully off center in both browsers. --DavidHOzAu 00:12, 6 November 2006 (UTC)
- Get the header centered is another story :) I'll experiment with IE a bit more tomorrow to find out what goes wrong. Else I'll modify the script to generate different HTML for IE and other. —Ruud 00:18, 6 November 2006 (UTC)
- My two cents - I think it is quite important to use "[show}/[hide]" instead of the triangle. We don't want to introduce a new and unique user interface element. WP readers are familiar with [show]/[hide] from the table of contents box, so that is what we should emulate. So, with that in mind, I propose that until a solution can be found for the [show]/[hide] placement on the right hand side (like the way [edit] is rendered), why not put it immediately after the nav box title (in a slightly smaller font), similar to the way the TOC box is rendered? To me, that is a better interim solution than the triangle before the nav box title. Andrwsc 17:15, 6 November 2006 (UTC)
- By saying "triangle before the nav box title", I take it you are using IE. No worries, you can expect correct operation pretty soon. [patch]
- Anyway, I can think of several reasons why shrinking tables might be better:
- A triangle is understandable in any language. (this makes it easier to translate.)
- The navbox hiding thingy wraps everything inside divs to arrange content,[1] yet pages MUST degrade gracefully in older browsers, and still look intelligent if one goes "View->Page Style->No Style" in their browser.[2]
- The navbox hiding thingy uses
border-collapse
, which can give unpredictable results in IE and Opera.[3]
- Any one of these reasons should be good enough reason to deprecate NavFrame, NavHead and NavContent, but I don't think we're going to do that just yet. --DavidHOzAu 06:12, 7 November 2006 (UTC)
What were these edits for?
- CSS class names were changed. Is this just the wave of the future, or is there some reason behind it?
- The edit link etc. were removed. Why?
- A table has been used instead of a div. Did the div cause problems?
Just out of curiosity. Shinobu 02:22, 8 November 2006 (UTC)
- Note the addition of the
state
parameter so that we can prevent a particular box from autocollapsing on the page load. For example, we can set tables of data to display by default, and set (possibly large) navigational boxes to hide by default. Also, WAI states (implies?) that it is better to use a plain old table if possible instead of wrapping content in div, since divs don't degrage well on cut-down browsers, such as those you'll find on PDAs. So yeah, you could say that it is the wave of the future. --DavidHOzAu 03:59, 8 November 2006 (UTC)
Actually, WAI states the opposite, I quote: "Tables should be used to mark up truly tabular information ("data tables"). Content developers should avoid using them to lay out pages ("layout tables")." Also considering the way divs are used for navboxes, they will probably degrade okay. I imagine modern PDA browsers and other cut-down browsers do support divs. I also note the v-d-e links are back, but now they take up their own line in IE, while running through the text in Firefox. Why? The original version,
... | ... | ... | ... | ... | ...
worked fine in both. Shinobu 05:01, 11 November 2006 (UTC)
- Note in passing: As of 06:21, 11 November 2006 (UTC), "Lorem | Ipsum | Dolor | Sit" isn't center-aligned with "Caption" on my screen (PC, WinXP, Firefox). Regards, David Kernow (talk)
- Same as David. I changed the ccaption and body to make this even more obvious. ~ trialsanderrors 06:46, 11 November 2006 (UTC)
- Compared to the deficiencies of the new template that is a minor issue. I appreciate that you try to solve this problem, but you shouldn't have done so with "production code", i.e. a template that is actually in use. The new template breaks in lots of articles, and therefore I will revert the changes for now. If you want to experiment, may I suggest {{navigation/Sandbox}}? When everything works satisfactorily (in Firefox, IE, Konqueror...) then copy the modified version here. That way the fallout of trial and error adjustments doesn't spread over all those articles. Shinobu 09:26, 11 November 2006 (UTC)
- Same as David. I changed the ccaption and body to make this even more obvious. ~ trialsanderrors 06:46, 11 November 2006 (UTC)
I also note that while the old version (posted above) works fine in IE and Firefox, the new one not only doesn't work properly in both, it even borks differently in both! Shinobu 05:07, 11 November 2006 (UTC)
- One way to fix this is to set the floats to some specific width and set their external margins to fall inside the floats. Here, we have set the
width
of the left and right floats to5em
and set theirmargin-right
andmargin-left
properties to-5em
respectively:
- One way to fix this is to set the floats to some specific width and set their external margins to fall inside the floats. Here, we have set the
v • d • e [show] ... · ... · ... · ... · ... · ...
|
---|
... · ... · ... · ... · ... · ... |
- Again, this time without the left-hand float:
[show] ... · ... · ... · ... · ... · ...
|
---|
... · ... · ... · ... · ... · ... |
- Tada!! For another example of this positioning trick, look at the top right box on my user page.
- Alternatively, if you can guarantee that width of the float added by the collapsible tables code is small, it won't offset the text too much. Or you can just set both the left float and the right float to the same width and not care about having boxes with negative margins. However, I personally would use the negative margin trick in Monobook.js because we can't guarantee that there will be a float on the left.
- Cheers, DavidHOzAu 09:52, 13 November 2006 (UTC)
- David, if you can fix [this template / similar templates / navbox / navhead / whatever] to show, cross-browsers and cross-platforms, the:
- v · d · e links on the LH-side of the titlebar;
- [hide]/[show] option on the RH-side of the titlebar;
- the title centered in relation to the whole width of the titlebar;
- then:
- a. Thank you!!
- b. Let me know how/what you did, as I'll be sorely tempted to protect one or more pages for the sake of some stability. (I'd unprotect on any subsequent reports of instability.)
- Yours hopefully, David (talk) 15:21, 13 November 2006 (UTC)
- PS When used within Navbox templates – perhaps in other templates too – the space in the linewrap-sensitive "{{·}} " seems to disappear here – (1) do you see this; (2) any idea why/what to tweak (apart from {{·}}, which seems fine elsewhere)...? Thanks.
- David, if you can fix [this template / similar templates / navbox / navhead / whatever] to show, cross-browsers and cross-platforms, the:
Protected
I've just managed (so it appears) to've restored the [hide]/[show] option on the titlebar produced by this template, so have protected it as a stable version. I'm aware though that:
- The title in the titlebar still isn't properly centered – can anyone solve this reliably...?
- These templates probably not always collapsed after pages loaded. The class="NavFrame autocollapse", however, seemed to be part of the problem. Again, if anyone knows a reliable solution, please post here (or implement if an admin).
If this protection is more than inconvenient for some reason that hasn't occurred to me, (1) apologies! (2) leave me and/or another admin a message and I/we'll (try to) address your concern and/or unprotect the template. Hope all this acceptable. Best wishes, David Kernow (talk) 02:42, 14 November 2006 (UTC)
- I'm trying to figure out how the collapsing works. As far as I can tell, if there is just one nav template on a page it displays expanded; if there are two or more, they collapse. I'm not sure how practical this functionality is - why not have them start their display expanded, but use a cookie to allow users to collapse them? ericg ✈ 17:46, 14 November 2006 (UTC)
- Hi David, I removed the {{protected}} because the article isn't actually protected from editing. Semi or full protection needs to be requested at WP:RFP. -/- Warren 10:52, 16 November 2006 (UTC)
- Thanks for spotting, Warren – I inserted the templates but forgot I hadn't actually protected the pages! Both should now be protected. Best wishes, David (talk) 14:37, 16 November 2006 (UTC)
There's a version with correct centering at User:R. Koot/Sandbox9. I suggest adding the edit button using javascript (and a CSS class "editable"_ as well. Any reason we are not using a table-based version, except for the fact that someone broke it? Templates like {{MediaCompression}} really should degrade to a table in old/text-based/nonvisual browsers. —Ruud 16:51, 16 November 2006 (UTC)
- The W3C says people shouldn't use layout tables. Tables should contain tabular information (see also one of the posts I made above). Shinobu 05:11, 17 November 2006 (UTC)
- I just tested the new centering in IE and Firefox and it works in both. My thanks. Shinobu 05:15, 17 November 2006 (UTC)
Question
See Template:Ayumi Hamasaki albums. Originally this contained a table based approach, so I converted it to an HTML table to be able to use this template.
Note however that there is nothing table-like about the contents, essentially they're just headings and paragraphs. Is there a standard way to do headings in navboxes? Shinobu 07:38, 17 November 2006 (UTC)
Header background
The current default colour is UGLY. Don't you see it yourself? and btw, David, what user request were you talking about? could you please give a link to diff and explain why someone's request sufficient to make change in protected template w/o discussion? -- tasc wordsdeeds 20:01, 17 November 2006 (UTC)
- Hi tasc! The request was linked in the edit summary; from that and its reference to {{Navigation}}'s history I trust you'll retrieve the context.
- Meanwhile, I've returned the default colo/ur to #eee per here and have set up the survey below to find any consensus. Regards, David Kernow (talk) 04:54, 18 November 2006 (UTC)
- Hi David, i trust if you'll retrieve the context I'll note that your request was mislinked. I'm not going to run across wp to find out what you meant. So, I'd suggest you check your deeds before your words. Cheers, -- tasc wordsdeeds 08:35, 18 November 2006 (UTC)
- Oops, yes; it's meant to be User talk:David Kernow#Template:Navigation, not User:David Kernow#Template:Navigation. Apologies for typo! David (talk) 15:00, 18 November 2006 (UTC)
Survey: Titlebar's default background colour
Per the above thread and here, the default background colour for this template's titlebar is currently #eee (a faint grey) but previously/originally was #ccccff (a light blue). Please indicate your preference/s below; thanks! David Kernow (talk) 04:54, 18 November 2006 (UTC)
The current faint grey (#eee)
- Boring and too light. Kaldari 05:21, 18 November 2006 (UTC)
- it calls style of wikipedia as of 2006. we're not in 1999 to have fun colours on the web. -- tasc wordsdeeds 08:38, 18 November 2006 (UTC)
- Wikipedia does not JUST have one skin. I do not see a consensus establishing that all templates are required to have #eee... If you desire to use a different color, just pass it to the template. I made the parameter optional for that reason.
- A brilliant observation we are indeed not in 1999.
- --Cat out 10:39, 18 November 2006 (UTC)
- Well maybe wp should have ONE skin. We're talking here about default colour. No one is saying that all templates should have #eee. But it's also an option. -- tasc wordsdeeds 13:49, 18 November 2006 (UTC)
- pretty boring and dull, needs more pizazz if you know what i mean. wikipeep 494
Previous/original light blue (#ccccff)
- Perfection. Kaldari 05:22, 18 November 2006 (UTC)
- Ugly. -- tasc wordsdeeds 08:39, 18 November 2006 (UTC)
- Still perfect when title includes one or more links, i.e. also uses a blue colo/ur...? (Thanks for adding the samples!) David Kernow (talk) 06:44, 18 November 2006 (UTC)
- hardly readable. -- tasc wordsdeeds 08:39, 18 November 2006 (UTC)
- I can read it just fine. --Cat out 10:48, 18 November 2006 (UTC)
- I cannot. -- tasc wordsdeeds 13:47, 18 November 2006 (UTC)
- When this template was created an ice blue color was used, it should not have been changed without consensus. The color in question had been popular on wikipedia for quite some time, such as on {{Asia}}: (28 March 2006) (4 April 2004) --Cat out 10:48, 18 November 2006 (UTC)
- I prefer this color; besides, I believe it is current practice on Wikipedia. (Note that this color can also be shortened to #ccf like #eeeeee has been above.) --DavidHOzAu 11:23, 18 November 2006 (UTC)
- Note about current practice: Compare ccccff usage to eeeeff usage. --DavidHOzAu 11:29, 18 November 2006 (UTC)
- current practice is not necessary best practice. -- tasc wordsdeeds 13:47, 18 November 2006 (UTC)
You guys realize that you can wrap your own css around wikipedia if there's something you don't like, right? For example, I found the old nav template's colors butt-ugly, so I threw my own together. Change is sometimes good on templates - this should be decided based on consensus from an actual vote, and if you dislike the end result, that's your responsibility to change your user monobook.css. ericg ✈ 18:33, 18 November 2006 (UTC)
- Don't really like it, its blue on blue. Not my type. wikipeep 494
Something else (suggestions?)
Here is my suggestion; a very light blue, contrasts well with both black and blue text. -/- Warren 05:10, 18 November 2006 (UTC)
- Too light (barely shows up on my laptop monitor). Kaldari 05:22, 18 November 2006 (UTC)
- I cant see it either when I am using my laptop on batteries (the screen is dimmed to save power as in many other laptops) --Cat out 10:52, 18 November 2006 (UTC)
- Remember this page has a blue background in monobook, while articles have a white background. – flamurai (t) 01:43, 22 November 2006 (UTC)
- I cant see it either when I am using my laptop on batteries (the screen is dimmed to save power as in many other laptops) --Cat out 10:52, 18 November 2006 (UTC)
- I think it looks pretty nice. It's not too overwhelming like others. wikipeep 494
One of the colors used on the Wikipedia frontpage. ~ trialsanderrors 10:22, 18 November 2006 (UTC)
- Doesn't look right. I see no reason to change the colors used on navigation templates for the past 2+ years --Cat out 10:49, 18 November 2006 (UTC)
How about making the color an optional parameter in the template itself, so the color can be used to match the articles?--HereToHelp 00:56, 19 November 2006 (UTC)
- That's whats happenning at the moment. The survey is over the default color when the color parameter is not specified. --DavidHOzAu 10:52, 20 November 2006 (UTC)
Some colors from Tango Desktop Project [4]
For the purpose of comparison, here are some colors used in the icons of most open source programs. With the exception of aluminium, they are at 50% transparency (with white) because Wikipedia's default color scheme errs on the side of brightness. --DavidHOzAu 10:52, 20 November 2006 (UTC)
Thanks for the above, David; can't resist suggesting that "chocolate" flavo/ur is probably even more dodgy than the colo/ur of Hershey's factory floors... Chuckle, David Kernow (talk) 01:54, 21 November 2006 (UTC)
- That's because the original colors are darker, i.e. the page background is a bit more soothing to look at on Tango's wiki. Anyway, I'd like to know if people with bright laptop screens can see Aluminium 2 or 50% Sky Blue when used as a background, and if they can make out the text when it is linked. --DavidHOzAu 03:28, 21 November 2006 (UTC)
- PS All the above except "50% Scarlet Red 1 / 50% White" look fine here (on 22" desktop monitor and laptop screen). Regards, David (talk) 22:26, 22 November 2006 (UTC)
- Right; it's been stricken from the list. --DavidHOzAu 12:57, 23 November 2006 (UTC)
- I like all of them, but I think they're too colorful. This is an internet encyclopedia, not a candy factory. wikipeep 494
[Show]/[Hide]
Here's another request: Can the [Show]/[Hide] tags be set to [SHOW] and [HIDE] in fixed width font? This way the size of the tag doesn't change when clicking on it. ~ trialsanderrors 10:25, 19 November 2006 (UTC)
- That would look worse than the changing size... please don't! ericg ✈ 17:00, 19 November 2006 (UTC)
- I actually preferred the arrow/triangle. --DavidHOzAu 10:53, 20 November 2006 (UTC)
- I liked the triangles too, although they might be too non-obvious for casual users. ~ trialsanderrors 19:32, 20 November 2006 (UTC)
- I disagree. The familiar Table of Contents box uses "[show]" and "[hide]", and I think consistency is the most important thing here. The triangles represent a newly introduced user interface element, different from what most users are familiar with. Andrwsc 19:39, 20 November 2006 (UTC)
- That wouldn't match with the rest of the words because it has a different font. Maybe just putting it in bold? wikipeep 494
Show as default
How can you have it so that the template is set to Show as default and then the button is there to hide it?Chris_huhtalk 15:22, 21 November 2006 (UTC)
- Remove the first div and one closing div tag. Lcarsdata (Talk) 18:13, 21 November 2006 (UTC)
Doesn't work in classic skin
This template does not currently work in Safari on a Mac OS X. Any other browsers have any difficulty with it? -- Rick Block (talk) 21:45, 22 November 2006 (UTC)
- Or maybe it's the skin (classic). Looks OK in Firefox in Monobook, but messed up in Firefox in classic. -- Rick Block (talk) 21:54, 22 November 2006 (UTC)
- Also OK in monobook in Safari on Mac OS X, but messed up in classic. -- Rick Block (talk) 22:42, 22 November 2006 (UTC)
- The issues seem to be
- the NavFrame style is only defined in MediaWiki:Monobook.css, not MediaWiki:Common.css (so if you're not using monobook there's no frame at all)
- the absolute positioning of the Tnavbar puts the v-d-e wildly far to the left (no clue why this is skin sensitive)
- The issues seem to be
- Anyone care to address these, or are we officially only supporting monobook at this point? -- Rick Block (talk) 19:12, 23 November 2006 (UTC)
- Would love too, but am not qualified... Anyone else...? Regards, David Kernow (talk) 05:03, 24 November 2006 (UTC)
- The quick fix for the NavFrame style issue is to inline the style in the "div" rather than use a css style that is only defined in one skin. I'm perfectly willing to do this if no one objects. -- Rick Block (talk) 06:29, 24 November 2006 (UTC)
- Seems fine to me... If any problems occur, the status quo can be restored pending another solution. Yours, David (talk) 08:16, 24 November 2006 (UTC)
- I've inlined the NavFrame and NavHead styles, which makes it at least tolerable in classic. If anyone can explain why these styles were only added to monobook.css I'd appreciate it. -- Rick Block (talk) 13:18, 24 November 2006 (UTC)
Changes to protected template
Some administrators seem to think that they are above the rest of editors. With no decent reasons template was first fully protected, and then without discussion and even summary some administrators edit it. I request removal of full protection, and revert to prior settings. -- tasc wordsdeeds 10:29, 25 November 2006 (UTC)
- It's protected as a defensive measure since it's included in so many articles that each change creates a significant spike in server load (many, many thousands of articles are cached, and if a very commonly used template is changed the resultant cache invalidation processing takes a [relatively] long time). I agree no one should be making changes to it without prior discussion, but I do not think it's a good idea to unprotect it. -- Rick Block (talk) 16:10, 25 November 2006 (UTC)
- well, it can be semi-protected. As I noted at my unprotection request, it's not easily reached by vandals since it's not included in any articles directly. -- tasc wordsdeeds 16:17, 25 November 2006 (UTC)
- You see protection doesn't help when admins are vandals. -- tasc wordsdeeds 16:23, 25 November 2006 (UTC)
- Well I'm assuming good faith on this, but I think that unless a template like this has a history of serious vandalism or forms an integral part of Wikipedia policy then it shouldn't be protected. If there is a history of occasional vandalism then a status of {{sprotected}} would be sensible. (→Netscott) 20:07, 25 November 2006 (UTC)
- Template was protected only because it's 'highly used'. I'm unfortunately don't assume good faith here :( As far as I'm concerned, template hasn't been vandalised. -- tasc wordsdeeds 20:11, 25 November 2006 (UTC)
- Does anyone know if a denial of service attack has ever been attempted on Wikipedia though Template vandalism? (→Netscott) 20:16, 25 November 2006 (UTC)
- Has it ever been attempted on WP by any means? -- tasc wordsdeeds 20:24, 25 November 2006 (UTC)
- Does anyone know if a denial of service attack has ever been attempted on Wikipedia though Template vandalism? (→Netscott) 20:16, 25 November 2006 (UTC)
- Template was protected only because it's 'highly used'. I'm unfortunately don't assume good faith here :( As far as I'm concerned, template hasn't been vandalised. -- tasc wordsdeeds 20:11, 25 November 2006 (UTC)
- Well I'm assuming good faith on this, but I think that unless a template like this has a history of serious vandalism or forms an integral part of Wikipedia policy then it shouldn't be protected. If there is a history of occasional vandalism then a status of {{sprotected}} would be sensible. (→Netscott) 20:07, 25 November 2006 (UTC)
Is there any decency?
There is discussion going on! why some admin think that he's allowed more than the rest of us? -- tasc wordsdeeds 16:21, 25 November 2006 (UTC)
v-d-e
This was removed from the Navigation template. Before, the template looked fine. Now, the title is not centered because only an edit option is on the header, right next to the hide/show option. Why was this altered? —Cliff smith 18:12, 25 November 2006 (UTC)
- The header should be perfectly centred. You might need to clear your browser cache first. —Ruud 20:13, 25 November 2006 (UTC)
- Please revert your edits to the template, performed w/o discussion. -- tasc wordsdeeds 20:15, 25 November 2006 (UTC)
Tnavbar
What happened to the Tnavbar template - now it just has some really bulky looking [edit] link instead of the sleek
Was this intentional as i can't see why it would have been. Chris_huhtalk 18:14, 25 November 2006 (UTC)
- The [edit] link doesn't seem to make as much sense as it just dumps a person right into edit mode on the template without easy access to viewing the template (the "v" link) on its own nor reading the talk page first (with the "d" link) to check for consensus. The only advantage I see with the edit link is of esthetiques as [edit] matches [hide] and [show]. Adding v.d.e back as [v • d • e] would probably help in this area. (→Netscott) 20:00, 25 November 2006 (UTC)
- Edit in place of hide/show also confuses reader. But it's of course not a major problem. Main thing is that such major change was performed w/o discussion on fully protected template. -- tasc wordsdeeds 20:05, 25 November 2006 (UTC)
- The three letters v.d.e are very confusing (especially to new users). How is one supposed to know they stand for view, discus and edit? The non-mini version adds too much bloat to the template. —Ruud 20:17, 25 November 2006 (UTC)
- You changed their location which adds much more to the confusion. -- tasc wordsdeeds 20:22, 25 November 2006 (UTC)
- An option would be to add only a [view] link. —Ruud 20:18, 25 November 2006 (UTC)
- Yes that has logic to just tack on a |viewplain=1 call at the end which'll force users to look at the template first and then proceed from there... but I prefer the immediacy of access with all three. The navigation templates themselves aren't generally too high of a risk as far as templates go. (→Netscott) 20:23, 25 November 2006 (UTC)
- Well, the way I see it, if new users have difficulty understanding the links that's likely a good thing as those types of users probably shouldn't be editing too much in template space. Regardless a simple hover of the mouse over each letter provides an explanation of what that link does. (→Netscott) 20:20, 25 November 2006 (UTC)
- An option would be stop messing with template and revert to previous version. -- tasc wordsdeeds 20:22, 25 November 2006 (UTC)
- The three letters v.d.e are very confusing (especially to new users). How is one supposed to know they stand for view, discus and edit? The non-mini version adds too much bloat to the template. —Ruud 20:17, 25 November 2006 (UTC)