User talk:Monchoman45/Archive 2

 Archive 1

Got questions? Feel free to ask!

#time Codes
Are #time codes based upon the user's time, the reader's time, or just UTC? BST has jsut started and I have had to correct my sig, but I don't know whether other users in different time zones will see the incorrect time. <- Time corrected with +1

Time codes are UTC. They are not relative so what you see is what others see. P.S- Monchoman:I feel like you talk page gets about as many questions as staff these days--


 * Time codes are UTC unless you specify an offset. It should actually correct itself automatically (Google's showing 15:24 right now), so you might have double corrected. But I'm not exactly the most time-aware person, so I'm not 100% sure.
 * Also, Godisme - I think so too. I had been waiting for a period when I didn't have any active questions so I could archive my page for a few weeks. Managed to sneak it in last night, as you can see.
 * Above, I had corrected to match BST. So based on that sig, Godisme answered my question 57 minutes before I asked it. :D
 * Have went back to UTC as it makes things easier for everyone.

Link color issue
It's me again! ;) I have a link color issue, maybe a conflict between several CSS things. Look here, in the right menu. "Add a Page", "Add an image" and "Random Wiki" have as "visited" the same colors as the in-article links, but I'd like them to stay white as they are before being clicked on. Do you know where and how I could fix that?... Thanks. Klow 15:06, March 28, 2011 (UTC)


 * That's odd - those aren't supposed to change at all. When you changed the link colors, did you do it with CSS or the ThemeDesigner?
 * CSS. I never saw any "visited" in the ThemeDesigner... Klow 19:29, March 28, 2011 (UTC)
 * The ThemeDesigner doesn't mind normal/hover/clicked/visited, it just sets them all at once. I'm not noticing any problems with the random wiki button, nor with any of the other buttons - in fact, none of the links seem to change color when visited.
 * Click on one of the 3 buttons, you'll see the text will turn brown... Klow 19:38, March 28, 2011 (UTC)
 * Nevermind, I fail - I had my global.css override on. Yea, the buttons change when you click them. To fix that, instead of doing all links, use, which will only change the links in the header and the content area.
 * Doesn't seem to work... :/ Klow 20:24, March 28, 2011 (UTC)
 * Oh. It changes the colors in the top menu! Not really what I expected... Klow 20:27, March 28, 2011 (UTC)
 * Bump? Still not fixed... Klow 18:40, March 30, 2011 (UTC)

(unindent) It should also change the links in the content area, but it should exempt the buttons.
 * What?... Klow 22:33, March 30, 2011 (UTC)
 * and  are the header and the content area, but not the rail. So it should change the visited links only in the header and the content area.
 * So how can I change the buttons only?... Klow 14:10, March 31, 2011 (UTC)


 * I'm confused now - are you trying to make the visited color for the buttons different, or keep it the same while changing the color of all the other links?
 * I just want to change the visited color for the buttons only. Have them white, the same colors as when they are not visited... Klow 16:04, March 31, 2011 (UTC)
 * Ah, I think we got mixed up somewhere here - if you replace your  line with , it should change only the links in the content area and the header, which shouldn't include the buttons.
 * Ok, almost there! That worked for the menu buttons, but now the "Edit" button near article titles uses the visited color, as well as the hover menus right of the wiki's logo, which is not right for me. Klow 16:50, March 31, 2011 (UTC)
 * Try just, then. That shouldn't affect the edit button or the wiki-navigation menus.
 * Good, but now the visited doesn't work anymore in the "Recent Wiki Activity" menu... Klow 17:16, March 31, 2011 (UTC)

(unindent) Add.


 * You forgot "a:visited". ;) Fixed now, thanks! I actually still have many other problems and questions, can I give you a list?... Klow 18:49, March 31, 2011 (UTC)


 * Yea, go ahead.

Turning off Wikia's hover menus
Monchoman45. Has anybody figured out a way for editors to turn off the Wikia hover menus at the very top? In the personal CSS or JS of an editor. I want the menus to continue to work by clicking on them. I just want the hover part to stop.

I spend a lot of time waiting for those hover menus to go away. They are always popping up because I frequently go to the tabs in my browser. --Timeshifter 20:17, March 28, 2011 (UTC)


 * You'd have to convert the onmouseover listener to onclick. It can probably be done, but it seems like a better fix would just be to remove them with CSS. They're not really that useful to most people anyway.
 * Hell yeah it's extremely annoying. I guess it's purposely done so that they are sure we always click on them, by mistake or not. So how is it removed?... Klow 20:26, March 28, 2011 (UTC)
 * They're mostly for search optimization by bots, and for the random anon users that don't edit and just want content. It's really just there to make them money, doesn't really serve a purpose for most editors. Which is nice, because I really don't feel like paying to use Wikia. You can remove it with.
 * I actually don't want to remove them, just that nothing happens when you hover them. Klow 21:12, March 28, 2011 (UTC)
 * Try this in your JS:

 function KillGlobalNav { $('#GlobalNavigation').unbind; }

addOnloadHook(KillGlobalNav);
 * That should do it.


 * In Common.js? No change... Klow 21:23, March 28, 2011 (UTC)

(unindent) Make sure you purge the page, and make sure it's in a personal JS file.


 * Ive tried both of these solutions now and neither works for me even after clearing my cache. I use ctrl+F5 to clear it so am I doing this wrong?--
 * Me too. I put the code here in User:Klow/global.js, and no results... Klow 21:46, March 28, 2011 (UTC)
 * Hmmm. What about ?


 * Neither the css nor the js you provided worked for me--


 * I just tried the CSS, and it definitely works. The JS is using a function I don't completely understand. I still think it's best to just hide the menus.


 * CSS still won't work for me. Ive purged the page several times and still nothing. Perhaps I am adding it wrong? Have a look User:Godisme/global.css--
 * Looks right to me. Odd, I put it in mine and it goes away for me. Possibly an override you have somewhere? Try adding  and see if that helps.
 * So could you sum up what to paste where exactly ?... :/ Klow 17:08, March 29, 2011 (UTC)

(unindent) They should go away if you put  in wikia.css or global.css. I still have to look in to the JS thing that only disables the menus, though. Might be worth just hiding the menus with CSS, instead of stopping them from displaying.


 * Thanks, Monchoman45. The CSS hides the global menus when using the CSS here:
 * http://cannabis.wikia.com/wiki/User:Timeshifter/wikia.css


 * I can go to the community wiki here to see the menus. I still see them fine here. --Timeshifter 18:39, March 29, 2011 (UTC)


 * Works great now. Thanks a lot! Klow 18:40, March 30, 2011 (UTC)

Hi Moncho
Hry Machoman, hows it going, have you noticed that when you log in, into wikia and you go to another wikia you are logged in and if you visit a second wikia you're not logged in and you have to log in again, is it another glitch or something? Niko Banks Whats up gangsta!, 05:59, March 29, 2011, (UTC)


 * Some people still have login issues, presumably from the MediaWiki 1.16 update. But I haven't heard anything about logins not transferring wikis - you might want to Special:Contact about this one.

Fan
You have a fan user:Monchowoman45--
 * Yea, I saw. No big deal, I Special:Contacted already.

Hey!
Back in the day, I used to be addicted to Kong. Then the forums got filled with trolls, I left, got bored, and now I'm on wikia. :) JaidynM  ( Talk ) - ( Blog ) 10:33, March 31, 2011 (UTC)


 * Most of the trolls are just 8 year olds, which Kong seems to be better at getting rid of now. But now that Kong is owned by GameStop, every game gets badges, even if it shouldn't.

Thank You
Hey Monchoman, I've noticed you do tremendous work in supporting users on the forums (and pretty much everywhere else). You know your stuff, and you're consistently respectful and supportive. Thank you. We appreciate it greatly. --Dopp http://images2.wikia.nocookie.net/__cb32675/wikia/images/e/e9/WikiaStaff.png (help forum | blog) 17:33, April 1, 2011 (UTC)
 * No problem - it beats doing homework any day.

Thanks
Hey Monchoman, just wanted to stop back by and say thanks for having the Archive page. I had to come back to grab the fix again so I could use it for another sig I was helping to set up and was a bit worried when I didn't find it on your talk page. I can certainly understand having to clear off the talk page especially when you get so many comments. Having the archive page was a lifesaver for me and a definite time saver for you (since you didn't have to answer me again lol) So thanks again mate!

List of things to fix
Typically, I'd like these things to be applied to the whole Combine OverWiki, not only for me, in the hope that it's ToU-safe. Thanks a lot for going through that, take your time! Klow 20:37, April 1, 2011 (UTC)


 * Remove the "Read more" above articles. I has been removed under them, but that code didn't remove it above.
 * Disable for good the popups for the images. I made a few fixes, but currently in the galleries (those within articles, in image categories, and the new files right menu) it still works. In normal file links within articles it properly directs to "File:" like I want, but the popup still shows up a few seconds before properly redirecting to the file. In the past I was able (I think thanks to you) to disable that popup, but it was actually hiding it, so while it was working fine for images within articles, the left click didn't work anymore for files set within a gallery.
 * Change the background color in galleries for pics with transparency. Typically no color, or white. (example, the third pic in the gallery)
 * Disable the popup to still working in the "Special:Upload" button set about the images in Special:NewFiles.
 * Bring back the File: prefix in image titles when viewing an image.
 * Bring back heights broken for no reason in the galleries. I'm not sure it can be fixed. It's sad because to me it makes our galleries look very messy. Why does "widths" still works and not "heights"?...
 * One more thing about the buttons in the right menu. Their hover color should also be white, and not brown as in the articles. I guess this one is quite simple...


 * First one is easy. Add  to your CSS. You should be ok with doing that wiki-wide, as it's not that big of a change, and it's only a copy of the categories at the bottom of the article. And this will add the file prefix back. You can do this wiki-wide. Put it in your JS:

 function FilePrefix { $('.ns-6 #WikiaPageHeader h1').html('File:' + $('#WikiaPageHeader h1').html); $('.ns-7 #WikiaPageHeader h1').html('File talk:' + $('#WikiaPageHeader h1').html); }

addOnloadHook(FilePrefix);
 * Going to have to work on the rest for a little bit.


 * Thanks, the first worked like a charm, but the other resulted in this in the file titles:  Klow 08:54, April 2, 2011 (UTC)
 * Whoooops. Put  after the   at the end of the two indented lines.
 * Two more CSS ones - add  for white gallery backgrounds, and   for the read more in the header.

Css and JS
Hey can u explain what Css and JS mean ? —This unsigned comment is by Roranoa zoro (talk • contribs). Please sign your posts with !


 * CSS stands for Cascading Style Sheets, and controls how things are displayed; for example, the color of the text, the margins on the page, the height of the header, etc. JS stands for JavaScript (not to be confused with Java), and is the basic scripting language for everything on the internet. It can be used to modify the HTML source of the page, for example, the edit button drop down menu uses JS.