Bugs

Please post bug reports here.

Locks up visual editor

turn on visual editor in preferences
try to edit a random article it locks up
turn off wikignome in common.js
try to edit a random article it works

(This is probably due to the VE edits in page, and Wikignome is trapping UI/UX stuff creating conflict. Obviously VE inside Wikignome is unrealistic, but if VE kicks off, it'd be good to disable Wikignome while editing.)

-- tychay (tchay@wikimedia) (talk) 18:04, 10 May 2013 (UTC)[reply]

Ping Howief. Remember to turn off wikignome when testing VE. :-) -- tychay (tchay@wikimedia) (talk) 18:11, 10 May 2013 (UTC)[reply]

Thanks tychay. What a great find. Howief (talk) 18:16, 10 May 2013 (UTC)[reply]

This is problematic. I was originally using the URL to figure out when to load Wikignome. When VE is loaded, the URL doesn't change and wgAction is still = "view". Sadly, it looks like detecting the state change and acting appropriately will be more difficult than expected. I'll keep hacking. --EpochFail^{(talk • work)} 19:21, 10 May 2013 (UTC)[reply]

Done It looks like I don't need to disable wikignome when the VE is loaded. I just needed to not load an old version of jQuery with Wikignome and the problem disappeared. :) --EpochFail^{(talk • work)} 19:32, 10 May 2013 (UTC)[reply]

Ping tychay and Howief (loving this feature in Echo BTW). --talk]|EpochFail^{(talk • work)} -- tychay (tchay@wikimedia) (talk) 22:23, 16 May 2013 (UTC)[reply]

@EpochFail Works great for me. Now I can use both. I should probably modify my mediawiki.org commonjs to have this script :-) -- tychay (tchay@wikimedia) (talk)

Displays lead sentence as bold; thinks it's two sentences

At Mrs. Frisby and the Rats of NIMH, WGG displays the lead sentence as bold (I know it's WGG 'cause when I get rid of it in my common.js it doesn't happen). It's as if the five quotes after the title are actually two quotes, leaving the bolding hanging until the end of the sentence. When I double-click to enter WGG, it shows the sentence as TWO sentences, one containing only '''''Mrs. (For some reason this does not happen at Racso and the Rats of NIMH, nor have I seen it elsewhere.) Pinging User:EpochFail on the off-chance this isn't on your watchlist. Thanks! Ignatz mice•talk 05:48, 7 October 2013 (UTC)[reply]

Thanks for reporting. I'll have a look at my first opportunity. --EpochFail (talk • contribs) 14:14, 7 October 2013 (UTC)[reply]

Also at H.M.S. Parliament and Dear Mr. Watterson. Something about {{italictitle}} (included in the infobox template) maybe? Ignatz mice•talk 20:05, 14 October 2013 (UTC)[reply]

Hey Ignatzmice. I'm sorry that it took so long, but I've made some changes to the parser that should have cleared up this issues. I'm considering scheduling the time for a substantial update to the Wikignome gadget if you have any more suggestions. --EpochFail (talk • contribs) 22:40, 17 December 2013 (UTC)[reply]

Looks good to me! I haven't thought much about anything more substantial, but I'll keep it in the back of my mind. Ignatz mice•talk 07:06, 18 December 2013 (UTC)[reply]

Discussion

Doesn't seem to work for me

Hi there. I saw this on the Guild of Copy Editors talk page, and I am trying to use it without success. I copied the import script line to both my modern.js (which I am currently using) and common.js pages, but I'm not seeing anything change. The instructions "To edit a sentence, just double click on it. Alternatively, you can hold CTRL and right click on it to access the Wikignome menu." are a bit confusing. I'm not quite sure how I would double-click a sentence. Double-clicking highlights a word, and triple-clicking highlights an entire paragraph. I tried highlighting a sentence and right-clicking with Ctrl, and that didn't do anything either. I'm not sure if I'm missing something really obvious here, so any further explanation would be appreciated. Thanks! —Torchiest ^talk_edits 05:03, 27 April 2012 (UTC)[reply]

Did you try bypassing your cache after you saved the script? I think about 99.9% of all Wikipedia-related maladies are solved that way – but of course 78% of all quoted statistics are also totally made up :D Accedie^{talk to me} 20:05, 28 April 2012 (UTC)[reply]

Yes, I tried that multiple times on quite a few different pages. Can you explain how you double click a sentence? Or alternately, what should I be seeing if Wikignome is installed correctly? Is there any visible sign its installed? —Torchiest ^talk_edits 21:09, 28 April 2012 (UTC)[reply]

Hmm, unfortunately that exhausts my technical knowledge. I'll wait for Aaron to answer this. It works fine for me – double-clicking on the text of any article (just a regular double-click) brings up a small editing menu. I don't think there are any other noticeable changes to the interface otherwise. Accedie^{talk to me} 22:34, 28 April 2012 (UTC)[reply]

Sorry for the late reply, folks. I forgot to watch the page! Which browser are you using, Torchiest? I've only tested this on the latest Firefox and Chrome versions, but I can expand to yours. (I reserve the right to not extend full support IE due to their awful debugging tools.) --EpochFail^(talk|work) 05:33, 5 May 2012 (UTC)[reply]

Minor edit?

Hey Aaron, I've been playing around with Wikignome and love it for copyediting, but I'm anal about marking minor edits as such. If I just add a comma to a sentence, I'd like to have the option of marking it as minor in the edit history. Is there a way you can add in that functionality somehow? Accedie^{talk to me} 20:08, 28 April 2012 (UTC)[reply]

Yes. I should be able to add this as an option with the default set to minor. It will be a couple days before I can sit down with it. I'll ping you with a test version early next week. --EpochFail^(talk|work) 05:35, 5 May 2012 (UTC)[reply]

Done

I haven't updated the release version yet, but you can help me test the development version. Just add a variable for WIKIGNOME_TESTING before the import script (see below). You should see the minor checkbox appear. When selected, the edit should be marked as minor. --EpochFail^(talk|work) 22:36, 7 May 2012 (UTC)[reply]

WIKIGNOME_TESTING = true
importScript("User:EpochFail/wikignome.js")

Sweet! It lives! Thanks, Aaron :) Accedie^{talk to me} 04:20, 8 May 2012 (UTC)[reply]

Edit conflicts

You probably already know this, but when an edit conflict occurs, the gadget removes the other user's contribution. Imagine my embarrassment - making a grammatical correction and removing someone's +600 contribution in an edit marked "minor". :) I also have a suggestion for a feature - having the ability to highlight text. It could be useful for an article that has lots of small errors, where highlighting would make it easy to see what sections have already been fixed. Maybe even have several colors for highlighting. ʝunglejill 06:17, 12 June 2012 (UTC)[reply]

Indeed this edit conflict issue is a problem as I've documented, but I should be able to fix it. As for highlighting, I'm not sure what you are hoping for. Would you like recently edited sentences to be colored so that you can see where you've recently done work? --EpochFail^(talk|work) 13:50, 12 June 2012 (UTC)[reply]

I had some time, so I got it

Done. You should now be warned of edit conflicts and asked to refresh the page. --EpochFail^(talk|work) 15:19, 12 June 2012 (UTC)[reply]

Yep, something like that. Not automatically highlighting edited sentences, but rather having a button to turn it on and off. I used WGG to edit a page that got completely messed up when a new editor added lots of info, where highlighting would've been useful. But it could probably wait until the tool is more stable, as it would be useful for editing a large portion of the article. I added info about your edit conflicts fix to the WGG page. ʝunglejill 00:14, 13 June 2012 (UTC)[reply]

Navigation popups

Hi - I just tried using this, and it's very promising. However, (for me at least), it disables navigation popups Mcewan (talk) 15:10, 12 June 2012 (UTC)[reply]

Are popups disabled across the interface or in a specific location? I've got both Wikignome and nav popups (from preferences) running right now and both appear to function. I tested nav popups by going to the history page and hovering over usernames. I'm running Chrome in Ubuntu Linux. What's your browser and operating system? --EpochFail^(talk|work) 15:27, 12 June 2012 (UTC)[reply]

Chrome in Win 7. Just monitored a bit more carefully and what I see is that popups are fine on a page that cannot be edited (so the gadget does not "activate"), but disappear on a page that can be edited. In both cases the effect is subject to the loading delay (so on an editable page popups are fine immediately the page loads, but not after a second or two). I have some other gadgets (e.g Twinkle) loaded so there may be a more complicated interaction. Thanks Mcewan (talk) 16:25, 12 June 2012 (UTC)[reply]

(ec) I think I've figured it out. I see that popups get disabled on encyclopedia articles where wikignome loads. Through a little bit of hackery, I think I have solved the issue. Could you try my fix by loading the test environment?

WIKIGNOME_TESTING = true
importScript("User:EpochFail/wikignome.js")

Well it's different.

Reload a page: popups intitaally disabled, re-appear after delay. (The reverse of previous behaviour).

Ctrl+Right click to edit, then cancel. Popups disabled again. Seems a bit intermittent at this point, and possibly cache-related, i.e. previously-displayed popups continue to display, new ones, not so much.

Hope that helps, Cheers Mcewan (talk) 17:08, 12 June 2012 (UTC)[reply]

Indeed. this is the best I can do without much pain. Every time that wikignome touches content, it reloads the content and this removes the popup from the "mouseover" event. In this configuration, popups should work most of the time, but not if you've touched the content. Is this acceptable? --EpochFail^(talk|work) 17:12, 12 June 2012 (UTC)[reply]

Certainly. I have left it enabled and in normal use it seems fine. Many thanks. Mcewan (talk) 08:50, 13 June 2012 (UTC)[reply]

Disable on redirects

Could this be disabled on redirects specifically? It prevents Capricorn from loading. 1234qwer1234qwer4 (talk) 15:01, 27 May 2020 (UTC)[reply]

Deactives [show] in hatted discussions

But only in Wikipedia namespace. It allows the uncollapse script to work in article & user namespace. I had to deactivate the script to be able to uncollapse hatted discussions. ^Atsme _Talk 📧 18:38, 27 September 2020 (UTC)[reply]

@Atsme, I noticed this was also happening to the [show] link in the collapse bars on my userpage. We might want to ping @EpochFail to let them know this has been going on for a while now. I also noticed that it disabled all the installed/uninstalled links on the list of scripts, and they were also not functioning/visible until I removed this script. Huggums537 (talk) 21:21, 13 May 2023 (UTC)[reply]

Sounds like a plan, Huggums537. Thank you for posting! Atsme 💬 📧 23:00, 13 May 2023 (UTC)[reply]