![]() | This page is an archive of past discussions. Do not edit the contents of this page. If you wish to start a new discussion or revive an old one, please do so on the current talk page. |
It appears that wikEd sometimes inserts or deletes a newline in the edit window. Typical scenario is as follows:
This happens in Google Chrome, never in Firefox. Do you know what might be the reason? I'm suspecting a Webkit bug... GregorB ( talk) 22:38, 18 January 2009 (UTC)
Please be as specific as possible so that I can reproduce your problem - what do you mean by "sticking around" and when does it "appear to get deleted"? Do you also experience the Safari bug that turns the text blue after pushing the [T] button? Cacycle ( talk) 20:53, 28 April 2009 (UTC)
Please see below, should be fixed in 0.9.91k. Cacycle ( talk) 21:10, 16 August 2010 (UTC)== Inserting/deleting newlines spuriously == It appears that wikEd sometimes inserts or deletes a newline in the edit window. Typical scenario is as follows:
This happens in Google Chrome, never in Firefox. Do you know what might be the reason? I'm suspecting a Webkit bug... GregorB ( talk) 22:38, 18 January 2009 (UTC)
Please be as specific as possible so that I can reproduce your problem - what do you mean by "sticking around" and when does it "appear to get deleted"? Do you also experience the Safari bug that turns the text blue after pushing the [T] button? Cacycle ( talk) 20:53, 28 April 2009 (UTC)
Please see below, should be fixed in 0.9.91k. Cacycle ( talk) 21:10, 16 August 2010 (UTC)
Incremental find does not work right in Google Chrome (wikEd 0.9.75, Chrome 1.0.154.48). Here's how to reproduce:
This works as expected in Firefox 3. GregorB ( talk) 14:13, 11 March 2009 (UTC)
When I use the single check button, it removes the space following the pipe in a Category link on an article that is supposed to be at the top of its category (e.g., "[[Category:History of Louisville, Kentucky| ]]" --> "[[Category:History of Louisville, Kentucky|]]"). It took me a while to realize this as the diff before saving is nearly identical, but if the space isn't reinserted before saving, the link is saved as with the page title inserted after the pipe. This screws up the sorting in the category and it would be helpful if you could get the script to skip fixing spaces following a pipe in category links. I realize it must be wikimedia software adding the pagename after the pipe when saving—causing the discrepancy between diffs before and after saving—but tweaking the script would prevent accidental changes to the sorting. Thanks. — Ost ( talk) 18:39, 14 July 2009 (UTC)
I've been using Firefox 3.6 for a while, and I've had a problem with the search function. When I type a letter in the search box, my cursor jumps to the first occurrence of that letter. When I click again in the search box and type a second letter, the cursor jumps to the first occurrence of that two-letter combination; and so on.
I don't see this behavior in Firefox 3.5.7, but I'm not 100% positive every extension and setting is the same between the two installations. Any ideas? — Malik Shabazz Talk/ Stalk 17:44, 20 January 2010 (UTC)
wikEd has always done some weird doubling of return characters when typing a return character or pasting something in the page, but I just turn of wikEd for a second paste it in and turned it back on, no problem. But recently, don't know exactly when, wikEd started to ad two return characters at the top of the page, this is extremely annoying as the only way to get rid of them, since they don't show initially, is to do a full preview (not inline) which then reveals them, so I can see them, if I just delete them them there, they're not gone. Removing them, deactivating wikEd, and reactivating it just makes them pop up again. The only way is to remove them, preview the page again and then it's only one, and then I can remove that one too. Editing a page and saving it in one turn is out of the question at this point. This is, as you can imagine, extremely annoying as it adds a blank space at the top of the page. I use Mac OS X 10.6, Safari 4.0.4 (6531.32.10), no changes on my end as far as I can remember. Xeworlebi ( t• c) 14:09, 25 January 2010 (UTC)
Before I get to that bug, WikiEd refuses to load when I click on the New Section tab on the discussion page. So I will create this section and then edit it. ("Loading error - wikiEd 0.9.90a G (January 15, 2010) Click to disable" in browser Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.12) Gecko/20080201 Firefox/2.0.0.12) Hgrosser ( talk) 23:49, 26 January 2010 (UTC)
When the <syntaxhighlight lang="xxx"> ... </syntaxhighlight>
construct is used, wikiEd does not show the syntax coloring in its preview unless Wikipedia’s built-in Preview function is used to preview the page first (and this preview contains a <syntaxhighlight lang=""> block in the same language as the wikiEd preview). Here’s a sample (from
Rm (Unix)#User-Proofing):
if -n "$PS1" ; then
rm ()
{
ls -FCsd "$@"
echo 'remove[ny]? ' | tr -d '\012' ; read
if "_$REPLY" = "_y" ; then
/bin/rm -rf "$@"
else
echo '(cancelled)'
fi
}
fi
Hgrosser ( talk) 00:11, 27 January 2010 (UTC)
When I use WikEd on my laptop it turning off the cursor. Anything one can do about this as I prefer the cursor on? Doc James ( talk · contribs · email) 14:23, 27 January 2010 (UTC)
I am using WikEd with Safari and I have a problem with the edit summary field. When I go to edit a page the editor comes up with WikEd, however, this particular field is off the screen to the far left requiring me to scroll over to type a summary and then scroll back to the right to click save. What can I do? Supertouch ( talk) 14:35, 27 January 2010 (UTC)
(wikEd version: 0.9.90b G; browser id: Mozilla/5.0 (Windows; U; Windows NT 5.1; el; rv:1.9.1.7) Gecko/20091221 Firefox/3.5.7)
Although they work just fine when previewing or saving a page, italics within links do not show properly within the edit window. For example, writing [[Italics (film)|''Italics'' (film)]]
ought to show as [[Italics (film)|''Italics'' (film)]]
, but instead shows as [[Italics (film)|''Italics'' (film)]]
. It is a rather odd reversal.
Note: although the above text is admittedly rather more complicated than regular syntax, it also displays erroneously: it interprets the (real) closing apostrophes for the second example link's Italics as opening apostrophes for the rest of my message. It seems to be the same problem: a confusion between opening and closing apostrophes. Waltham, The Duke of 18:47, 29 January 2010 (UTC)
I tried the wikEd beta. My wikEd options don't work with it, apparently.
Here they are if you want to take a look. They do indeed work with the current wikEd, though. Also, regarding wikEd beta, the buttons that appear to represent hidden templates and references on a Mac in Firefox have text that is a bit too small to read. It looks like they are using <input>
, as they look just like how buttons are formatted in Firefox on a Mac.
Gary King (
talk) 22:47, 31 January 2010 (UTC)
Usability Initiative beta uses a new skin called vector. User scripts for that skin are on User:Gary King/vector.js, not on User:Gary King/monobook.js. Cacycle ( talk) 08:45, 15 February 2010 (UTC)
I've got the latest version of Firefox, not using any odd skins, Core 2 Duo laptop. When I pull up this month's diff (with WikEd diff enabled, WikEd otherwise disabled) of WP:MOS ("220 intermediate revisions not shown"), I get "Firefox not responding". It looks like the system responds again after 3 to 4 minutes, and the diff appears to be correct. Thought you'd want to know; I don't know whether there's something odd about this month's WP:MOS diff (this has never happened before, and I've used WikEd's diff button a lot) or whether something has changed in WikEd. - Dank ( push to talk) 00:25, 1 February 2010 (UTC)
wikEd 0.9.90d (January 30, 2010) - on Firefox 3.6 and Google Chrome 5.0.307.1. No adding a script or switching on and off works... – Kochas ( talk) 03:14, 5 February 2010 (UTC)
It is related to the newest Usability Initiative release, I have already filed the bug 22400 and work on a temporary workaround / fix. 00:38, 6 February 2010 (UTC)
I know you explained further up the page (October) that you do it on purpose so that people will see the edit notices even though the focus moves to the main edit box, but getting it to line up right is pretty hit or miss, and for pages with long editnotices it means scrolling down through two or three more screens to get to the edit box. Obviously it's just a minor annoyance, nothing major, but since this is a behavior you added with a particular piece of code I would think it would be easy to disable. -- Soap Talk/ Contributions 13:32, 5 February 2010 (UTC)
Wikia made this change, and now there's another <ul> element inside #wikia_header, making the wikEd icon go inside there, and not being shown (because of the special style that ul element has).
The logo should go inside #userData, but the way it's done you can't define #userData for the mocaco skin, because that's the ID of the <ul> element, and your code gets the <ul> with a getElementsByTagName, not picking the current element. You should do that instead:
if (logoContainer.tagName == 'UL') {
list = logoContainer;
} else {
list = logoContainer.getElementsByTagName('ul')[0];
}
Also, at the next line you evaluate if (list != null ), and firefox accessing a getElementsByTagName( ... )[0] when there's an empty array evaluates it as undefined and not null. It probably should never occur, though.
Here you can view the DOM node tree of the wikia skin, where it's currently loaded the WikEd icon and where it should be placed (at the end of the bottom list) -- Ciencia Al Poder ( talk) 17:25, 5 February 2010 (UTC)
Hi lately im experiencing that WikEd is inserting extra spaces both in the editbox and summary line, except those spaces are not regular spaces.
Example in summary line: "Copy-over from [[some wiki page with spaces]]", next time you try to re-use that text, the link will be shown as red in preview-mode of the summary, while the first time it was a correct link.
⇐⇑ ©TriMoon™ Talk @ 10:54, 4 February 2010 (UTC)
I have written an alternative script to hide refs, since wikEd Beta doesn't work on Firefox 3.6 yet. It really doesn't hide refs completely, but rather it takes a simpler approach that works with plain text boxes: it replaces the first occurrence of a ref with the short code as if it were already used. Then it puts the ref's old code in a box below the main edit box. I have tested the final script on several featured articles and Comparison of Windows and Linux and with no changes to the textboxes, it does not affect the page (doesn't change the citation style on other editors unnecessarily). For more details (including how it handles unnamed refs), you will have to read the documentation and the script itself (the latter both includes informative comments and passes JSLint). The script is limited to just looking at the first ref for the contents, but this limitation should not impact its usefulness to remove the clutter of a hundred unnamed refs, for example. Despite its limitations, would you find such a script useful, since citation templates can be quite lengthy? If so, maybe the MediaWiki software itself should incorporate this idea (of course simplifying the ref format so that the content is automatically in the first ref).
My script, however, doesn't work with the Wikipedia Beta editor, which seems to be some strange code that actually removes the textarea and replaces it with an iframe (according to a quick glance at Firebug). How can I make my script Beta-compatible (like wikEd is supposed to be)?
And had you thought of the idea of moving refs into a separate box when you designed wikEd's reference hiding? PleaseStand ( talk) 05:39, 6 February 2010 (UTC)
Damn. What else can I say...? Three days ago I installed the beta, since for several days WikEd had not been working, and the default editor or whatever that thing is which I keep seeing instead is rather painful. The beta didn't work either. I've tried a number of things to try to better understand it. Just tonight I disabled all my addons, theme, etc. and the result was rather underwhelming. Then, just now, coming here to post a report and ask for help, I read the comment about the beta not working with FF 3.6 - in the text of the post immediately above. Incredible. That's NOT where I should be learning about this.
Could someone put a notice up in VERY plain sight so that someone else doesn't have the experience I just had? I can't believe that this problem exists, yet at the top of this page people are still being invited to install the beta. I appreciate WikEd, and all the time that surely must have been invested in it, but people really shouldn't be installing code known to be bad, yes? Tom Cloyd ( talk) 05:01, 7 February 2010 (UTC)
{{cite web|
changed to {{cite web |
. And the issue only occurs when the text is copied from wikEd, not copied from the plain text editor, which has me suspecting that the browser is not copying correctly from wikEd's iframe. Bug in wikEd or in Firefox? I don't know. Cutting/pasting text is so common to reorganize pages, perhaps that's why I noticed.
PleaseStand (
talk) 22:30, 8 February 2010 (UTC)It is difficult to describe how awful this problem has become! I simply cannot cut and put in the default editor without having huge problems in randomly inserted EOLs. I do NOT know what is causing this, and certainly am not capable of figuring it out.
Can someone please attempt to replicate this? In Firefox (ver. 3.6), remove all traces of WicEd, and see if the default editor is inserting these EOLs for you as well. We need to figure this out. My thanks to anyone who can help. Tom Cloyd ( talk) 10:43, 9 February 2010 (UTC)
The standard wikEd has been made compatible with the Usability Initiative beta in version 0.9.90e, I will update wikEd beta in the next few days so that it will become compatible with the Usability Initiative beta. I will also check for the EOL problem. Cacycle ( talk) 08:18, 15 February 2010 (UTC)
I have serious problems with erratic cursor movements. When I run the cursor to the end of the line, it often jumps to a location much farther ahead then the beginning of the next line. Scrolling back past the beginning of a line move the cursor to a place forwards in the text. I am using window 7 and chrome 4.0.249.78. It may be related to pasting.
Can be reproduced as follows. Put "one two three four five six" in the edit buffer. Go to an empty edit screen. Paste several times to fill a few lines. Now put the cursor in the first line and scroll right past the end of it. The cursor skips the remainder of the pasted string and moves forward to the first following "one". Now scroll backwards past the begin of the reached line. The cursor does not go up one line, but reverts to the same "one" forward.
After pressing [w], I see several nested "div" blocks. Now scrolling to the right skips all remaining text.
P.S. I also experience the seemingly random insertion/deletion of empty lines mentioned by many in earlier sections.
− Woodstone ( talk) 05:23, 11 February 2010 (UTC)
Few days ago, WikiEd could work with Wikipedia's beta features. But now, it's not working with it. So I turned WP beta off, and WikiEd works well. What should I do? -- JSH-alive talk • cont • mail 07:13, 11 February 2010 (UTC)
I have the following error: HIERARCHY_REQUEST_ERR: DOM Exception 3: A Node was inserted somewhere it doesn't belong. Line has: "wikEdCaptchaWrapper.appendChild(node);" after comment "fill captcha wrapper with elements between form and textarea (table)" — TheDJ ( talk • contribs) 15:32, 12 February 2010 (UTC)
I'm trying to use 0.9.91beta3.2 with Safari 4.0.4, and when I try to edit a page WikEd seems to load the toolbar, but the little icon in the monobook title bar at the top shows a red X and says "load error"; Safari's error console reports "ReferenceError: Can't find variable: regExpComments". I'm loading WikEd from my "monobook.js" page with this code: var wikEdUseLocalImages = true; var wikEdImagePathLocal = 'http://hhappsweb/wiki/images/wikedimg/'; document.write('<script type="text/javascript" src="' + 'http://en.wikipedia.org/?title=User:Cacycle/wikEd_dev.js' + '&action=raw&ctype=text/javascript"></' + 'script>'); I'm not sure if this is a bug with WikEd itself, or a problem with the way I'm attempting to load it. Viktor Haag ( talk) 14:54, 17 February 2010 (UTC)
Started today. With wikEd enabled, neither the signature button nor the insert javascript at the bottom of the edit box works for inserting four tildes. All other buttons and pieces of insert javascript appear to work. Reproducible - turn off wikEd and the sig button works. Turn it does and it doesn't. This has affected both myself and ukexpat. Any more info needed, just ask -- Elen of the Roads ( talk) 19:43, 15 February 2010 (UTC)
I had the same problem as above with javascript insertions until I restarted Firefox today, which fixed it, but now regular expressions in the find box don't work, and the insertion point erratically jumps to the start of the find box. I'm dead in the water. Chris the speller ( talk) 17:04, 17 February 2010 (UTC)
But now I can't use recently invoked expressions from the drop-down list in the find box; the down arrow key just flashes right though the entries without any real chance of selecting one of them. For the record, I upgraded to Firefox 3.6 yesterday, about the same time this started. This isn't a show-stopper for me, since I keep a list of useful regular expressions in an external file, so I can cut and paste into the find box, it just slows me down from warp 7 to warp 3. Chris the speller ( talk) 22:53, 20 February 2010 (UTC)
Hi Cacycle, I have a (probably stupid) question for you. I have WikEd installed as a gadget via my preferences menu. Can I still customize WikEd features by pasting the codes specified on the customization page into my Monobook.js file? Or do I have to do it another way?
Thanks,
-- Eastlaw talk ⁄ contribs 01:14, 21 February 2010 (UTC)
As above - I'd just like to know if I should hope or give up. Thanks. Dougweller ( talk) 13:25, 22 February 2010 (UTC)
(Moved here from User_talk:Cacycle/wikEd help)
I am using WikEd with Safari and I have a problem with the edit summary field. When I go to edit a page the editor comes up with WikEd, however, this particular field is off the screen to the far left requiring me to scroll over to type a summary and then scroll back to the right to click save. What can I do? Supertouch ( talk) 14:34, 27 January 2010 (UTC)
(Moved here from User_talk:Cacycle/wikEd help)
Wikied is not loading properly. I have a flame in the little box on the top right. Any suggestions as to the solution? 15:52, 7 February 2010 (UTC)
Hi!
Wikia today has changed part of the design of the monaco skin. Now, the #userData element is no longer a list, but a div with each link inside a span. This change makes the wikEd icon to not appear.
I've debugged it and the solution is to change the second parameter of the wikEdMediaWikiSkinIds object from true to false (line 1414) so it simply appends the icon instead of trying to find a UL element. I've tested it myself and works.
Thanks in advance! -- Ciencia Al Poder ( talk) 20:12, 17 March 2010 (UTC)
PS: I mean the monaco skin -- Ciencia Al Poder ( talk) 17:01, 19 March 2010 (UTC)
Finally fixed in the current version 0.9.90l, thanks for reporting this :-) Cacycle ( talk) 10:12, 28 March 2010 (UTC)
There seems to be some problem with copy-pasting in wikEd, which causes newlines to appear: [10], [11]. Some other users have the same problem. I use Firefox 3.6 on a Mac OS X 10.5. Ucucha 03:56, 21 March 2010 (UTC)
Unfortunately the problem with extra spaces is made even worse with 0.9.90h - it now inserts line breaks ( example). I believe this is limited to Firefox 3.6, 3.5.x is not affected. GregorB ( talk) 10:45, 21 March 2010 (UTC)
Could
HTML entities be highlighted in some fashion, please? There is a discussion
here which tangentially discusses the reasons for this request. Thank you.
—
V = IR (
Talk •
Contribs) 09:08, 23 March 2010 (UTC)
I've proposed the addition of parts of wikiEd into the beta prototypes at the Usability Wiki. Just letting you know... ManishEarth Talk • Stalk 09:15, 23 March 2010 (UTC)
As reported here, WikEd seems to be causing double-uploads of files and doubling of editnotices. I can confirm the editnotice effect (in FF 3.6.2). Algebraist 13:43, 25 March 2010 (UTC)
I can now confirm that wikiEd is the gadget that causes the double upload error. I've just uploaded this logo after disabling the wikiEd option (using FF 3.6.2). Arteyu ? Blame it on me ! 15:18, 25 March 2010 (UTC)
The tripling has been fixed in 0.9.90j, the doubling is intentional so that you see the notices after autoscrolling to the edit field. Cacycle ( talk) 08:18, 26 March 2010 (UTC)
When you do a test upload with only wikEd enabled, do you still see double uploads of images? Cacycle ( talk) 13:27, 26 March 2010 (UTC)
Fixed in the current version 0.9.90l, thanks for reporting this :-) Cacycle ( talk) 10:11, 28 March 2010 (UTC)
Here's how to reproduce:
This is reproducible on both Firefox 3.5.8 (Win2k machine) and 3.6.2 (WinXP machine), but - interestingly enough - works fine in Google Chrome 4.1.249.1042. I'll supply more details if necessary.
Backspace also works funny:
Again: broken in Firefox 3.5 and 3.6, works fine in Chrome. GregorB ( talk) 20:56, 28 March 2010 (UTC)
Fixed in 0.9.90m, please Shift-Reload to update. Thanks for reporting this, it was a bug in the new feature that prevents highlighted code to "bleed out" if you start typing right before or after a colored/highlighted block. Cacycle ( talk) 23:09, 28 March 2010 (UTC)
When I'm editing a talk page and I click on the link below the editing window labeled "Sign your posts on talk pages: ~~~~" which links to javascript:insertTags('~~~~','','')
(“Insert” selected from popup menu), the 4 tildes get inserted at the beginning of the edit text even if the insertion point is at the end (Firefox 3.6)
Hgrosser (
talk) 07:00, 30 March 2010 (UTC)
Don't know if you want to still support Firefox 2, but in that version, which is the one on library computers at UC Berkeley and required for Macs running Mac OS X 10.3, the 4 tildes (or any other character) insertion doesn't work (does nothing) when the insertion point is at the end of a line (which is where you'd usually insert them). This is both in 0.9.90q and the beta version. You can get Firefox 2 at ftp://archive.mozilla.org/pub/firefox/releases/2.0.0.20 . As for the beta version, I like the image preview, but it's really annoying to have the wikitext right over the image. Can you make the text wrap around the image? Thanks. Hgrosser ( talk) 02:42, 29 April 2010 (UTC)
Is there any way to prevent one from losing the content of the edit window when one navigates away from the page and comes back? When WikEd is disabled, this doesn't happen, in Firefox anyway. Tisane ( talk) 08:37, 2 April 2010 (UTC)
I haven't seen any place to share knowledge about regular expressions for searching and replacing text in Wikipedia using WikEd. I can offer a few examples on User:Chris the speller/regular for those who are new to the subject. If there is another place to find examples, please let me know. I will also accept requests to produce expressions for those who would like help. Chris the speller ( talk) 23:00, 2 April 2010 (UTC)
WikEd is 0.9.90n, tried in Firefox 3.5.9 (likely the same in 3.6 - can't test at the moment).
Problem #1:
Problem #2 (possibly related):
GregorB ( talk) 16:51, 8 April 2010 (UTC)
Hallo, did you ever seen (fixed) this problem of incompatibility at the pic? -- Perhelion ( talk) 20:53, 7 April 2010 (UTC)
WikiEdit bugs the French Wikipedia, but only on firefox. That is what he writes me
Bad Request Your browser sent a request that this server could not understand. Size of a request header field exceeds server limit. Cookie: wikEdAutoUpdate=Thu%2C%2015%20Apr%202010%2016%3A23%3A27%20GMT; wikEdFindHistory=%25E2%2597%258A%25E2%2597%258A%2520l'athl%25C3%25A8te%2520%255B%255Balg%25C3%25A9rie%255D%255Dnne%2520la%2520plus%2520titr%25C3%25A9e%2520est%2520%255B%255BHassiba%2520Boulmerka%255D%255D%2520%2520est%2520devenu%2520la%2520premi%25C3%25A8re%2520femme%2520africaine%2520%25C3%25A0%2520gagner%2520un%2520titre%2520mondial%2520en%2520%255B%255BAthl%25C3%25A9tisme%255D%255D%252C%2520et%2520la%2520premi%25C3%25A8re%2520%255B%255Balg%25C3%25A9rie%255D%255Dnne%2520%25C3%25A0%2520gagner%2520un%2520titre%2520olympique%2520%253F%257C%250A%25E2%2597%258A%25E2%2597%258A%2520AS%2520A%25C3%25AFn%2520Melila%250A%25E2%2597%258A%25E2%2597%258A%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%250A%25E2%2597%258A%25E2%2597%258A%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%250A%25E2%2597%258A%25E2%2597%258A%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%250A%25E2%2597%258A%25E2%2597%258A%25201998-1999%250A%25E2%2597%258A%25E2%2597%258A%2520---%2520align%253D%2522left%2522%250A%25E2%2597%258A%25E2%2597%258A%2520%257C-----%2520align%253D%2522left%2522%2520%2520%250A%25E2%2597%258A%25E2%2597%258A%2520%257C-----%2520align%253D%2522center%2522%2520%2520%250A%25E2%2597%258A%25E2%2597%258A%2520%257C%257C%2520%257B%257B; wikEdReplaceHistory=%25E2%2597%258A%25E2%2597%258A%2520l'athl%25C3%25A8te%2520%255B%255Balg%25C3%25A9rie%255D%255Dnne%2520la%2520plus%2520titr%25C3%25A9e%2520est%2520%255B%255BHassiba%2520Boulmerka%255D%255D%2520%2520est%2520devenu%2520la%2520premi%25C3%25A8re%2520%255B%255Balg%25C3%25A9rie%255D%255Dnne%2520%25C3%25A0%2520gagner%2520un%2520titre%2520olympique%2520%253F%257C%250A%25E2%2597%258A%25E2%2597%258A%2520AS%2520Ain%2520M'lila%250A%25E2%2597%258A%25E2%2597%258A%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%250A%25E2%2597%258A%25E2%2597%258A%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%250A%25E2%2597%258A%25E2%2597%258A%25201997-1998%250A%25E2%2597%258A%25E2%2597%258A%2520---%2520align%253D%2522center%2522%250A%25E2%2597%258A%25E2%2597%258A%2520%257C-----%2520align%253D%2522center%2522%2520%2520%250A%25E2%2597%258A%25E2%2597%258A%2520%257C-----%2520align%253D%2522left%2522%2520%2520%250A%25E2%2597%258A%25E2%2597%258A%2520%257C%257C%2520align%253D%2522center%2522%2520%257C%257B%257B%250A%25E2%2597%258A%25E2%2597%258A%2520%2520align%253D%2522center%2522%2520; wikEdSummaryHistory=mise%2520en%2520page%250Aalg%25C3%25A9rie%2520pas%2520tunisie%250AEffectif%2520en%2520Mod%25C3%25A8le%2520!%250A%252BSmain%2520Ibrir%250AModification%2520de%2520la%2520cat%25C3%25A9gorie%2520%255B%255BCat%25C3%25A9gorie%253ANaissance%2520%25C3%25A0%2520Alg%25C3%25A9rie%255D%255D%2520%25E2%2586%2592%2520%255B%255BCat%25C3%25A9gorie%253ANaissance%2520en%2520Alg%25C3%25A9rie%255D%255D%2520(avec%2520%255B%255BMediaWiki%253AGadget-HotCats.js%257CHotCats%255D%255D)%250A%252B%2520H.Bouchache%250A%255B%255Ben%253ACar%2520classification%255D%255D%250Aproposition%2520de%2520cessesion%2520des%2520articles%250Addn%2520defnoun%250A%252Blien%2520Defnoun; wikEdButtonBarFindHidden=0; wikEdRefHide=0; wikEdUseClassic=1; frwikiUserID=585589; frwikiUserName=Clapsus; botsDeluxeHistory=ABotSupreme||AHbot||AStarBot||Aca-bot||Adlerbot||AdrilleBot||Aibot||AkhtaBot||Albambot||Alecs.bot||Alexbot||AlleborgoBot||Almabot||AlmabotJunior||AlnoktaBOT||AmaraBot||Amirobot||Analphabot||ArthurBot||AsgardBot||AstaBOTh15||AttoBot||BOT-Superzerocool||BOTarate||BOTijo||Badmood||BenjiBot||BenoniBot||BenzolBot||BetBot||Bocianski.bot||BodhisattvaBot||BokimBot||Bot de Sept Lieues||Bot de paille||BotMultichill||BotSottile||BotdeSki||Botozor||Broadbot||Bub's wikibot||CaBot||CarsracBot||ChenzwBot||Chicobot||Chlewbot||Chobot||CommonsDelinker||D'ohBot||DSisyphBot||DaBot||DanBot||Darkicebot||DeepBot||DirlBot||DixonDBot||DodekBot||DorganBot||Dr Bot||DrFO.Tn.Bot||DragonBot||DroopigBot||DumZiBoT||EivindBot||ElMeBot||EleferenBot||EmausBot||EpopBot||Escalabot||Escarbot||Estirabot||Eybot||FANSTARbot||Ficbot||FiriBot||FlaBot||Gerakibot||GhalyBot||GnawnBot||Gpvosbot||GrouchoBot||GrrrrBot||H92Bot||HAL||HRoestBot||HariBot||HasharBot||HerculeBot||Hexabot||Hxhbot||HyuBoT||Idioma-bot||Ir4ubot||JAnDbot||Jbot||Je suis trop bot||Jotterbot||Jujubot||Kal-El-Bot||KelBot||Ken123BOT||KhanBot||Korribot||Kwjbot||Kyle the bot||LSG1-Bot||LaaknorBot||Lait ribot||Le Pied-bot||Le plus bot||LinkFA-Bot||Liquid-aim-bot||Lockalbot||LordAnubisBOT||Louperibot||Loveless||LucienBOT||Luckas-bot||Ludo Thécaire||MMBot||MSBOT||MagnusA.Bot||Maksim-bot||MastiBot||MauritsBot||MediaWiki default||Melancholie
For information, the site was buggy when I made a replacement of words by another on the WikEd Clapsus ( talk) 22:02, 15 April 2010 (UTC)
If RevisionDelete is enabled, you have the revisiondelete right, and you view a diff where one of the revisions has been hidden, a message appears inside the diff table, and WikEdDiffLinkify breaks links in that message. The structure looks like this:
<table class="diff"> <tr> <td class="diff-otitle" colspan="2"><div id="mw-diff-otitle1"> [navigation links, left side] </div></td> <td class="diff-ntitle" colspan="2"><div id="mw-diff-ntitle1"> [navigation links, right side] </div></td> </tr> <tr> <td colspan="4"><div class="mw-warning plainlinks"> [RevisionDelete warning message with links which are broken by WikEdDiffLinkify] </div></td> </tr> <tr> [usual diff structure with diff-lineno, diff-marker, diff-context etc. classes] ...
Maybe diff linkification could be limited to the diff-context class.
-- Tgr ( talk) 16:21, 17 April 2010 (UTC)
See thread at Wikipedia:Administrators'_noticeboard/Incidents#Someone_has_broken_AfD ... I am really stumped on this one. My browser is Firefox 3.0 (kind of behind the times, I know) and Im using monobook (ditto). It says there's a "loading error" when editing any AfD page (but every other page seems to be fine) and the problem disappears when I disable WikEd (and refresh teh cache). — Soap — 21:13, 17 April 2010 (UTC)
Script: http://en.wikipedia.org/?title=User:Cacycle/wikEd.js&action=raw&ctype=text/javascript:11085
It fails every time on West Ham United F.C. with Firefox 3.6.3. Chris the speller ( talk) 19:46, 25 April 2010 (UTC)
I absolutely love the new HTML character entity hiding, as well as the click-to-hold-open feature! You should change the rollover text for the
button so that it mentions char. ent. hiding as well as [REF] and [TEMPL]. I see now that it also gets rid of text over image preview — fantastic! One bug though, when I apply <sup>.../<sup> to something within the ref block using your toolbar's button, it completely messes up WikiEd's conception of where the boundaries of the ref block are, and I have to use the textify button
to fix it.
In the info block on the beta version, you got rid of the instructions on how to install it. Perhaps you could restore these, as well as mentioning that one could switch between versions easier by just changing the name of the .js file in one's Monobook.js, rather than re-enabling it as a gadget. Hgrosser ( talk) 03:38, 29 April 2010 (UTC)
Oh, and the image preview doesn't work when it is referenced by some templates w/o image tag, such as Phi Beta Kappa Society Hgrosser ( talk) 03:55, 29 April 2010 (UTC)
-- 68.101.94.165 ( talk) 06:33, 12 May 2010 (UTC)
When I tried to install wikEd as a Gadget, the old version, wikEd version 0.9.90 (forgot the letter, but the date is Apr. 19, 2010) appears. Both wikEd.js and wikEd_dev.js added to my .js file give the same new version. Hgrosser ( talk) 01:00, 14 May 2010 (UTC)
"Here" is the quick version of my problem. I think this is enough information to explain it. Here are some links for research purposes.
Here are my .js Pages (I might have the wrong script)
I sure hope there's a fix for this, I love wikEd, Please I need help with this, If there's no fix, Patch there needs to be ! Thank you very much, if you need to make any changes to any of my pages Please Do of course I need to what was done so I can work with it in the future... Mlpearc pull my chain Trib's 19:11, 24 May 2010 (UTC)
I don't know what happened, but all of a sudden I can't edit with WikEd at all. I'm using Firefox 3.0 (old, I know, I'll test with other browsers when I get a chance), and it seems to happen on all skins that support WikEd. What happens is that the little toolbar above the edit window is magnified to the size of an entire screen, a horizontal scrollbar appears at the bottom window, even if it isn't needed, pressing [tab] to get to the Edit summary field doesnt work, and all edits fail to go through even if it looks like they did. (Previewing an edit shows no changes.) This all happened suddenly around 22:00 GMT on May 24. I appreciate all the work youve done on WikEd, and if this problem is just isolated to me (which I imagine it might be since if it was global I'd expect a flood of comments here), I will try to find out the source of the problem and do what I have to do to get it fixed, even if it means upgrading/switching to a new browser. Thank you.
—
Soap
— 12:10, 25 May 2010 (UTC)
...such as D8 (Croatia). Attempting to edit at various places in the article leads to general unresponsiveness and high (or at least higher-than-normal) CPU usage. Can be reproduced with Firefox 3.6.3 on both Windows 7 and Windows XP SP3, but seems to work fine with Google Chrome 5.0.375.55 on Windows 7. GregorB ( talk) 13:59, 4 June 2010 (UTC)
Could you please fix this bug. It's really an annoying bug. -- Schnark ( talk) 09:02, 14 June 2010 (UTC)
wikEd 0.9.90q (April 19, 2010)
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.3) Gecko/20091020 Ubuntu/9.10 (karmic) Firefox/3.5.3
No errors were displayed.
My only add-on is Ubuntu Firefox Modifications (unless you're counting plug-ins as well as extensions).
The skin in use is Monaco.
I am not using Wikipedia Beta.
Your script is the only one installed as my userscript, and I believe there are no custom scripts used wiki-wide.
I am running Ubuntu 9.10 "Karmic Koala."
Manual editing and manual scrolling within the editor are completely disabled. Undo/redo and the buttons, both the standard ones and the special wikEd ones, still work, and effect scrolling when the text they affect is outside the current editor viewport. I managed to accidentally highlight a character while playing with the buttons and undo, but otherwise this is not possible and I can't manually change the highlighted text anyway. Fortunately I can disable/enable the script while on the page in question, a very wise feature. The editing page also displays a notice of anti-anon protection twice.
To reproduce the problem, create a Wikia account, paste your script here (or skip this step and use Greasemonkey), and visit the problem page's editor. I also noticed the behavior on a subpage as well as the original with only a redirect in it, but not a duplicate page. The name of the main page happens to also be the alias for the Project: namespace.
When you open the editor for the page in question with wikEd enabled, you should experience the same issues as I described above. -- Jesdisciple ( talk) 16:38, 14 June 2010 (UTC)
For a private (non-web) wiki on my computer, I’ve tried to install the latest version of WikEd following the steps of the procedure ‘Wikis without internet connection’, but I can’t get it to work. I’m using: Windows XP Professional, MediaWiki 1.15.4, IIS 5.1, PHP 5.3.2, MySQL 5.1 Essentials, phpMyAdmin 3.3.3 and Mozilla Firefox 3.6.3.
The memory limit is ok; I added ‘$wgUseSiteJs = true;’ to the local settings (and also tried ‘$wgAllowUserJs = true;’); created the required pages (‘wikEd.js’, ‘wikEd current version’, etc.) as well as the optional ‘AutoWikiBrowser typos’, but not the translation page; manually uploaded the 88 images; copied the installation code at ‘MediaWiki:Common.js’, replacing the relevant lines with http://localhost/mediawiki and http://localhost/mediawiki/images; and protected the .js pages. After restarting the IIS server and refreshing the Firefox cache, no WikEd logo or WikEd buttons appear in the editing box.
The JavaScript error report says:
Any thoughts? Cavila ( talk) 10:58, 15 June 2010 (UTC)
Thanks for great tool. I wish to create a transliteration, language editor I still don't know how to call a function onkeypress of this editor. I have the js files and want to call a function (addCharKeyPress(thisobj, keypress,engToTam)). Please help me. Mahir78 ( talk) 12:53, 29 June 2010 (UTC)
Right now, in this post, it is not working at all. However, I just opened Wikipedia talk:WikiProject Professional wrestling and it was fine. Before that, I was editing Wikipedia:Administrator's Noticeboard and it wasn't working either. I thought it was in certain pages, but I have now noticed it is completely random. Help? Feed back ☎ 03:28, 3 July 2010 (UTC)
In the order asked: The balloon that pops up for that widget next to "log out" reads"Loading error - wikEd 0.9.90r G (June 14, 2010) Click to disable" (I was able to get the properties of it and copy/paste that text in FF)
Not that it would matter much, but my one browser says it's "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.20) Gecko/20081217 Firefox/2.0.0.20", and the other "Opera/9.80 (X11; Linux i686; U; en) Presto/2.6.30 Version/10.60" (wikiEd does not work in either/both)
...and now the key: the FF error console says: "Error: tag is not defined Source File: http://en.wikipedia.org/?title=User:Cacycle/wikEd.js&action=raw&ctype=text/javascript Line: 12178" From what I saw, you define a variable "tags" and then reference tag[i]; don't know if that's what you wanted, and somehow I don't think so. I think you wanted "tags[i]", not "tag[i]".
Y'know, considering what I found from FF's error console, I didn't try disabling add-ons. Sorry 'bout that, but I didn't think it was relevant.
I use the Monobook skin. I actually tried putting in a simple alert() call into monobook.js, but I never saw an alert. Hmmmm...dunno why not.
What happens is, I no longer see the wikiEd toolbars, just the pretty much standard ones (bolding, italic, link, advanced, special characters, help, and so on.)
I might also add that for several months now, using the case-changing widget (at least in FF) loses the selection after using it. In other words, after selecting some text and clicking the case-change widget, it would for example change all the highlighted text to upper case, but then the text just operated upon would become deselected. Therefore I couldn't step to the next "case case", for example all lower without reselecting that text. It didn't used to do that; the text would remain selected and highlighed in the textarea, up until a few months ago anyway.
Error: [Exception... "Component returned failure code: 0x80070057 (NS_ERROR_ILLEGAL_VALUE) [nsIDOMRange.setStart]" nsresult: "0x80070057 (NS_ERROR_ILLEGAL_VALUE)" location: "JS frame ::
http://en.wikipedia.org/?title=User:Cacycle/wikEd.js&action=raw&ctype=text/javascript :: anonymous :: line 6447" data: no]
Source File:
http://en.wikipedia.org/?title=User:Cacycle/wikEd.js&action=raw&ctype=text/javascript
Line: 6447
This could very well be a FF bug that was fixed in later versions. As you have seen, this is a rather old version. That error looks nasty. Still, it could have been an addon. This line looks like it's frobbing the range object. Ohwell.
Oddly enough, I started experimenting with that a little bit, by going in and disabling wikiEd in my prefs, and reenabling it, then editing my user page. Wikipedia showed the wikiEd toolbar once, but now it pretty much doesn't show it anymore. Odd indeed that it seemed to work once.
hope that helps.
-- Joe ( talk) 23:07, 5 July 2010 (UTC)
Vector on Windows XP, no clue what version my WikEd is:
I tried the Search and Repla{{red|[[user:ce feature, {{red|[[user: replacing {{red|[[user: with [[user:
and I got this:
User | Day | Time (UTC) | Article / Summary | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Suomi Finland 2009 | 17 June 2010 | 15:16 | Signature[[user: TFOWR | 17 June 2010 | 15:19 | Si[[user: Berean Hunter | 17 June 2010 | 18:25 | S[[user: White Shadows | 18 June 2010 | 00:01 | S[[user: SuperHamster | 19 June 2010 | 04:29 | S[[user: MPJ-DK | 19 June 2010 | 12:10 | S[[user: A. di M. | 19 June 2010 | 14:24 | S[[user: OlEnglish | 19 June 2010 | 15:11 | S[[user: Christine | 19 June 2010 | 20:44 | S[[user: S Marshall | 20 June 2010 | 02:22 | Si[[user: Daniel Case | 20 June 2010 | Si[[user: Mifter | 20 June 2010 | Si[[user: Abce2 | 20 June 2010 | Si[[user: Jclemens | 20 June 2010 | Si[[user: Spencer | 21 June 2010 | Si[[user: FT2 | 21 June 2010 | Si[[user: OhanaUnited | 21 June 2010 | Si[[user: True Pagan Warrior | 22 June 2010 | Si[[user: Hidividedby5 | 22 June 2010 | Si[[user: WVRMad | 22 June 2010 | Si[[user: Thelmadatter | 22 June 2010 | Si[[user: Fetchcomms | 22 June 2010 | Si[[user: Kayau | 23 June 2010 | Si[[user: Resident_Mario | 23 June 2010 | Si[[user: TitanOne | 23 June 2010 | Si[[user: Nifky | 23 June 2010 | Si[[user: ceranthor | 23 June 2010 | Si[[user: NSD | 23 June 2010 | Si[[user: Duncan | 24 June 2010 | Si[[user: Enigma | 28 June 2010 | Sig[[user: Jack1956 | 28 June 2010 | 19:51 | Si[[user: Lear's Fool | 29 June 2010 | 12:42 | Si[[user: Spanglej | 30 June 2010 | 06:40 | Si[[user: Wizardman | 01 July 2010 | 22:40 | Si[[user: Jack Merridew | 03 July 2010 | 19:55 | Si[[user: M4gnum0n | 04 July 2010 | 22:55 | Signature |
IdaShaw | 05 July 2010 | 07:17 | Signature | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
WVRMad | 06 July 2010 | 19:50 | Created Elms Bridge Halt railway station |
hidividedby5 ( talk) 22:19, 6 July 2010 (UTC)
Applogies, it was my error - managed to get the functionality back by removing a global javascript setting Random Time 00:36, 9 August 2010 (UTC)
Hello, thanks for this great tool. I have seen, in wikEd source code, that it takes into account this tag for preview displays. But when I use the "<>" button for check html, the WikifyHTML
function remove the syntaxhighlight
tag. This tag is not in the list of allowed wiki tags (it's after this line //<> remove not allowed tags
in the source code of wikEd). Can you add this tag please ?
Instead I can use the source
tag which is used by the SyntaxHighlight_GeSHi extension. But, an other issue is that source
allow to write html tags like this :
<myTags>
MyText
</myTags>
So, wikEd removed the tag myTags
. But all tags nested in source
tag and syntaxhighlight
tag are transformed in text by SyntaxHighlight_GeSHi extension. So, I think that it should not be deleted by wikEd. Have you an idea for this issue ? Thanks (and sorry for my english) --
Gobygoba (
talk) 22:17, 10 October 2010 (UTC)
myTags
is deleted by "<>" button. For exemple, if you edit this section, and if you use the "<>" button, then the tag myTags
is deleted. Yet, this tag is not a html tag, it's a simple text because it's in between a source tags (so this tag is parse by syntaxhighlight extention). So, I think that it should not be deleted by wikEd. But it may be complex to be taken into account. --
Gobygoba (
talk) 21:19, 17 October 2010 (UTC)
is it possible to create magic words with wikiEd?? A Word Of Advice From A Beast: Don't Be Silly, Wrap Your Willy! 17:37, 14 October 2010 (UTC)
Sory for my english, I'm french and my first ask is
here
In the modification of article by the editor with 3 windows, but without the wikEd preference, when I prévisualise or publish, the stringcourses and Infoboxs of the window of high edit-window are also at the beginning of the main edit-window ; and the gates and categories are at the end of the main edit-window and in the low edit-window. That causes doubled text when one preview or validate. Of course, one can temporarily empty the windows high and low to benefit from this editor, but rigth fonction is better. Thanks in advance. --
Ricima (
talk) 14:20, 16 October 2010 (UTC)
Some little point : In wikEd the field of summary is too short, perharps "width:500px;" or "rigth:50px;" is better. -- Ricima ( talk) 14:20, 16 October 2010 (UTC)
Case of templates only. title is undefined. Please fix this.-- Frozen-mikan ( talk) 17:11, 17 October 2010 (UTC)
It seems only templates whose name is more than one word are hidden. Is there anyway to hide all templates?-- Netheril96 ( talk) 14:44, 18 October 2010 (UTC)
wikEdConfig.templNoHideLength
characters. If you set var wikEdConfig = {}; wikEdConfig.templNoHideLength = 0;
you would at least hide all templates with parameters. See also
User:Cacycle/wikEd customization. There is currently no switch to always hide even short no-paramater templates.
Cacycle (
talk) 20:36, 19 October 2010 (UTC)
title = title.replace(/<.*?>/g, '');
title = title.replace(/^.*>|<.*$/g, '');
title = title.replace(/^\s+|\s+$/g, '');
+ title = decodeURI(title);
var url = title.replace(/\s/g, '_');
url = encodeURI(url);
url = url.replace(/"/g, '%22');
url = url.replace(/'/g, '%27');
Now, URL is bad links, and title is encoded string. -- Frozen-mikan ( talk) 09:37, 20 October 2010 (UTC)
This is translate wikEd in Russian:
-- IGW ( talk) 13:37, 31 October 2010 (UTC)
We have our own Wiki and in IE8 i get the following javascript error (in Dutch). In Chrome I don't get the error. The problem is that we have a lot of Wiki readers, who use IE. The editors use Chrome.
Bericht: 'wikEd.head.baseURI' is leeg of geen object Regel: 1747 Teken: 2 Code: 0 URI: http://en.wikipedia.org/?title=User:Cacycle/wikEd dev.js&action=raw&ctype=text/javascript
What can I do? Ploegvde ( talk) 14:14, 3 November 2010 (UTC)
Thanks, problem solved Ploegvde ( talk) 11:08, 4 November 2010 (UTC)
Hi Cacycle,
Something has changed, where we use wikEd on our Appropedia page: http://www.appropedia.org/index.php?title=Wikedbox&action=edit
E.g. if I copy a link on Wikipedia to the Singapore article, "wikify" converts it to:
title="Singapore" href="http://en.wikipedia.org/wiki/Singapore" _moz_dirty="",
I think the best option for us is probably to directly copy the code from an older version that worked, and hack it to show the wikify button and as little else as possible (since that's all we use it for, on that page). I'll look at this later when I have time - if you have any tips, they're very welcome.
Thanks -- Chriswaterguy talk 05:44, 4 November 2010 (UTC)
Safari 5.0.2 (6533.18.5) – wikEd just doesn't show up at all anymore, it's on in my preferences, I purged the website a couple of times, but wikEd doesn't show up anymore. Xeworlebi ( talk) 09:48, 10 November 2010 (UTC)
With my dabfix tool it would be incredibly useful to highlight what text was added by machine. The text strings are already stored to do automatic removal. Is there a quick way of implementing this (i.e. I don't feel like reading threw your parser code)? — Dispenser 04:55, 24 November 2010 (UTC)
[[Cirrus (rocket)]]
, a German sounding rocket// style the wikEdKeep class in edit box
wikEd = { config: { frameCSS: { '.custom1': 'background:red;' } } };
// get original text
var html = wikEd.textarea.value;
html = html.replace(/&/g, '&').replace(/>/g, '>').replace(/</g, '<');
// add your insertions here in span, div, ins, or del tags with id, name, or class starting with "wikEdKeep"
html = html + '<ins class="wikEdKeep custom1">insertion</ins>';
// save text
if (wikEd.useWikEd == true) {
wikEd.UpdateFrame(html);
}
else {
wikEd.UpdateTextarea(html.replace(/\n/g, '<br/>'));
}
Hello Cacycle,
I am an administrator of a wiki where WikiEd is enabled wiki wide using [[MediaWiki:Common.js]], but as an experienced user, WikiEd only annoys me. I have disabled it using the logo next to the log out button, but it randomly decides to enable itself, which is annoying. Is there any way to disable it on a personal level using [[User:MyName/vector.js]]? I also know of at least on other admin who would like to do this. Thanks! Multiple Protection Levels Talk 10:51, 24 November 2010 (UTC)
var wikEdConfig = { 'scrollToEdituseWikEdPreset': true };
to your vector.js page. That sets the default state after the settings cookie has been lost to disabled. You will still be able to enable wikEd with a logo click if you wish so. Hope that helps,
Cacycle (
talk) 22:33, 24 November 2010 (UTC)Sometimes I turn off wikEd by clicking the button at the top right corner of the page. However, the next time I edit a page, it turns itself on again. I am using version 0.9.96a of wikEd in Google Chrome 7.0.517.44. I have no add-ons installed, nor any user-scripts that might be interfering with wikEd. Intelligent sium 23:08, 25 November 2010 (UTC)
(Moved from User_talk:Cacycle/wikEd_development. Cacycle ( talk) 22:33, 27 November 2010 (UTC))
Does wikEd support a callback mechanism such that I can execute custom scripts when the "preview below" is activated? Thanks, Nageh ( talk) 11:42, 23 November 2010 (UTC)
Hi, it me again, this time with an updated install code:
// install [[wikipedia:User:Cacycle/wikEd]] in-browser text editor importScriptURI("http://en.wikipedia.org/?action=raw&ctype=text/javascript&title=User:Cacycle/wikEd.js");
This will look, and hopefully work, much better as the non-DOM version "as-is-now"...
PS: I already use this on wikia and it seems to work with no problem on FF4.0b7
⇐⇑
©TriMoon™
Talk @ 00:08, 28 November 2010 (UTC)
I have this really weird issue where I get a red cross over the icon in the top right this not letting me edit pages unless I disable the script by clicking the icon in the top right then disable grease monkey, then reload the page, enable grease monkey and reload again and then enable the wikEd. I had no problems until it prompted me to update a few hours ago. --salle —Preceding unsigned comment added by 80.217.241.142 ( talk) 00:43, 29 November 2010 (UTC)
When I use the image button, it generates this code:
[[Image:filename|thumb|widthpx| ]]
I always have to add <br style="clear:both" /> at the end so text wraps correctly. Is it possible to add this to the emplate so clicking on the image buttons generates this:
[[Image:filename|thumb|widthpx| ]]<br style="clear:both" />
Is this something I can do myself in my own wiki (I have one with siteground)?
Better yet, it would replace filename with the most recent image that was uploaded.
Scott216 (
talk) 22:12, 29 November 2010 (UTC)
Here you can find translation of wikEd in Croatian language:
Good job with wikEd! SpeedyGonsales ( talk) 13:25, 11 December 2010 (UTC)
WikEd inline preview container should be inserted outside edit form, because some MediaWiki extensions insert HTML forms onto the page, and when inline preview is loaded, these forms are inserted into editform, which causes different bugs, i.e. extension could handle the submmited editform like its own form and discard text changes.
I propose inserting wikEd.localPrevWrapper after editform.
The one problem here is that preview block goes below edittools, templatesUsed and hiddencats, which is not just after textarea. So I think wikEd could also move templatesUsed and hiddencats after editform.
VitaliyFilippov ( talk) 15:19, 14 December 2010 (UTC)
Do you think making WikEd compatible with Opera? I like these two very much but isn't usefull to switch to Firefox every time when I use Wikipedia. Aku506 ( talk) 18:40, 26 December 2010 (UTC)
At some point in the fall of 2010 WikEd stopped displaying for me when using Firefox 3.6.xx. I have not changed my preferences, in fact, it is still selected as an option in my preferences. WikEd shows up fine in Chrome but not at all in IE. How do I get it working in FF? (And did something happen external to my account that caused it stop working?) -- btphelps ( talk) ( contribs) 01:20, 5 January 2011 (UTC)
Hi
It seems the "Cite" drop down has disappeared - any reason for this ?
It used to say "advanced" "Special characters" "XX" "Cite"
Chaosdruid ( talk) 00:23, 10 January 2011 (UTC)
Hello Cacycle,
Thank you for developing and maintaining wikEd. I am currently planning on using it with a wiki for my team at work and there are strict rules in place regarding programs and browsers that are in use.
Is there any way that I can get the "wikify" button to work on the latest IE? I highly agree that IE is far from the recommended, but that is outside of my hands.
Specs:
Thank you for your time,
Andrew. — Preceding
unsigned comment added by
AndrewM90 (
talk •
contribs) 14:57, 10 January 2011 (UTC)
After only playing with WikiEd for a little bit I can see that it will be very useful the highlighting is superb. My only gripe is that it has not been updated for the new Wikia skin so I have to switch to monobook to use it. Thank you for creating and developing this great code and I hope to see it working under the new Wikia skin soon. (Awesome3000 on Wikia) 125.237.165.60 ( talk) 08:34, 17 January 2011 (UTC)
I had to disable wikEd because of some problems that it had in Firefox 4 beta 9. First of all, the script takes by far the longest time to load, on any page. When a page is loaded, it still says "Waiting for en.wikipeida.org" so I began wondering what was taking so long. Then I noticed that the wikEd icon in the top-right corner had not appeared yet, and only shows up when the page finishes loading. Secondly, I usually have wikEd disabled (by clicking on the wikEd logo), but every once in a while it will reactivate itself and so I have to disable it again. I didn't have these problems in Firefox 3.6. Gary King ( talk · scripts) 02:02, 26 January 2011 (UTC)
Cacycle, hats off to you for such a useful tool! But I'm stuck and hope you can help me: I was earlier using wikEd 0.9.91j (from July 22, 2010) in Firefox 3.6.13 on Mac and it worked fine across all wikis I noticed. I upgraded to the newest one 0.9.97a ("Last update Nov 29, 2010") and it seems to work in Firefox (it didn't at first but I kept refreshing), yet doesn't show up for me in Chrome (9.0.597.84 beta). Across all wikis, it gives me deformed, small text areas like this and that.
So I decided to downgrade to the older 0.9.91j in Chrome to see what would happen.
More strangeness: in Chrome on the lindenlab.com company internal wiki (MediaWiki 1.14.1) that's connected to the web, wikEd doesn't appear. However, wikEd still works on the public http://wiki.secondlife.com (MediaWiki 1.15.5), but ONLY if all lindenlab.com wiki tabs are closed. Otherwise, having a tab with the lindenlab.com wiki editor open makes wikEd disappear on all open tabs that have a working wikEd (after refreshing them) and it seems I have to close the lindenlab.com wiki tab, restart Chrome, and refresh the wiki.secondlife.com tab for wikEd to come back. This earlier confused me into thinking that wikEd wasn't working at all. Furthermore, I disabled the FCKeditor in the lindenlab.com wiki preferences and that didn't bring back wikEd.
I wonder what factor is "breaking" it? The lindenlab.com wiki does use the FCKeditor extension, so I wonder if that in some way is wreaking havoc? Strange that an earlier version played fine with it though in Firefox, but not Chrome.
To sum up in Chrome: older 0.9.91j works partially. 0.9.97a doesn't work for me at all, and gives the deformed text areas I reported above.
Thanks in advance for your help. Torley ( talk) 16:18, 7 February 2011 (UTC)
I am working on cleaning up issues where an image was renamed and a redirect created, but the article was not updated. The Fix redirect button works great unless the image is enclosed within a <gallery>
tag. ---—
Gadget850 (Ed)
talk 16:11, 15 February 2011 (UTC)
Hi, wikipedia recently upgraded to mediawiki 1.17wmf1. On LI wiki (my home wiki) gadgets are not enabled, so I enable WikED by including it in vector.js. It however doesn't seem to load anymore. Is there a fix for this? - Pahles ( talk) 15:04, 16 February 2011 (UTC)
Please add a link to Wikipedia_talk:RefToolbar_1.0#wikEd_compatibility under the compatible scripts section of the project page. If User:Apoc2400 picks up the change in the gadget version, a link to the gadget can then be substituted. However, User:Apoc2400 hasn't been active recently so I don't know when this might happen. — UncleDouggie ( talk) 07:51, 18 February 2011 (UTC)
I love WikiEd, but one thing I notice is that the buttons are very ugly and pixelated. Any way to make them into .svg? We could ask the Graphic Lab to create the icons if needed. Headbomb { talk / contribs / physics / books} 22:22, 18 February 2011 (UTC)
Well here's a list of what currently exists (minus screenshots and gifs). Cacycle can remove what is uneeded for conversion, and then it would be off to the Graphic Lab. Headbomb { talk / contribs / physics / books} 04:49, 20 February 2011 (UTC)
Poke? Headbomb { talk / contribs / physics / books} 02:24, 22 June 2011 (UTC)
Hi, I tried translating 2010 Indian Premier League into ta:User:Mahir78/2010 இந்தியன் பிரீமியர் லீக் using a js tool. Everything went fine. But at one stage if try to find/replace words i get this error. is there any memory issue in localstorage? please add try catch at line 14347. Let me try and give u feedback. After this error happen WikEd never loaded into my user area in both enwiki and tawiki. In enwiki also shows this error and not loaded, but the error initiated while editing in tawiki. I use FF3.6.14 and vista home.
uncaught exception: [Exception... "Component returned failure code: 0x80630002 [nsIDOMStorage.getItem]" nsresult: "0x80630002 (<unknown>)" location: "JS frame :: http://en.wikipedia.org/?title=User:Cacycle/wikEd.js&action=raw&ctype=text/javascript :: anonymous :: line 14347" data: no] — Mahir78 ( talk) 11:06, 4 March 2011 (UTC)
Wgat happens if you delete content in Tools - Options - Advanced - Network - Offline Storage? Cacycle ( talk) 07:36, 11 March 2011 (UTC)
WikEd versin: 0.9.98 Browser: Google Chrome 10.0.648.127 errors: None, other than the browser asking if I want to kill a frozen script Add-Ons: Flashblock (with this page whitelisted), adblock, personal blocklist, sexy undo close tab, google speed tracer, web developer Wikipedia beta: no User scripts: None OS: OSX 10.6.6 Theme: Classic Description: When I paste content from Microsoft Word or Textedit into WikEd running on Chrome or Firefox and then click the MS Word->Wiki button, it stalls and after a while tells me that the script is unresponsive.
When debugging, I can see that the loop in the code never gets past:
while ( (regExpMatch = /(\w+)\s*=\s*(('|")(.*?)\3|(\w+))/g.exec(attributes)) != null) {
With local vars of: attrib: "class" attribValue: "MsoNormal" attributes: "class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto; mso-outline-level:1"" common: "dir" regExpMatch: Array[6] relaxed: false sanitized: "" table: "|border|cellspacing|cellpadding|align|bgcolor" tablealign: "|align|valign" tablecell: "|rowspan|colspan|nowrap|bgcolor" tag: "p" this: Object valid: false
As far as I can tell, it never modifies the attributes or breaks out of the loop, so there is no way this loop could ever end. —Preceding
unsigned comment added by
173.161.6.33 (
talk) 17:53, 8 March 2011 (UTC)
That is strange, it works fine for me, even with the provided values. Also, I do not see a reason why the loop would ever run more than a few times: It works its way through the attributes string till the end, then exec return null, and the loop terminates. Maybe something else is broken. Can you find a test case so that I can exactly repeaqt your problem? Also, it might help if you fill out the bug report form from the top of this page. Thanks in advance, Cacycle ( talk) 07:58, 10 March 2011 (UTC)
Any chance that the feature that wikEd provides which previews a section and shows the references in it rendered in the preview page, could be split off into its own script for those of us that only want to install that feature? wikEdDiff is great, for instance, and this would be, too. Thanks in advance! Gary King ( talk · scripts) 05:27, 14 March 2011 (UTC)
<references />
like WikEd but has some other features: Ajax "changes" button, preview of edit summary and other areas, executing sortable and collapsible scripts on the preview, etc. —
AlexSm 21:51, 15 March 2011 (UTC)I think it would improve usability if the tool bars (except maybe the replace tool bar) are replaced by menus. The biggest advantage is that the function descriptions would be obvious without having to hover over the mouse the buttons. Some of the button icons are difficult to memorize simply because the concepts they represent appear only in wikEd. Another advantage is that the controls would take up less space in the browser window. Yes, it is possible to collapse the tool bars, but they still take up the same amount of vertical space. Also, then you have to remember which collapsed tool bar holds which buttons, because the collapsed tool bars are not labeled. - Pgan002 ( talk) 08:04, 17 March 2011 (UTC)
var wikEdDoCloneWarnings = false
doesn't work anymore, edit-notices still show up twice.
Xeworlebi (
talk) 14:59, 18 March 2011 (UTC)headers['Content-Type'] = 'multipart/form-data; boundary=' + boundary;
headers['Content-Type'] = 'multipart/form-data; charset=UTF-8; boundary=' + boundary;
I tried to paste the text from monobook.js into vector.js and got a load error. Now when I am in Vector Wikipedia won't let me edit any pages at all. Could someone please help me? (In the meantime I'm using MonoBook.) Someone the Person ( talk) 18:40, 27 March 2011 (UTC)
The font size in WikEd edit area are too large and I have to cycle two times whenever I open a new editing form. I don't want to adjust the browser zoom level because that will shrink the font in preview and reading area. What is the option of default zoom level?-- Netheril96 ( talk) 01:09, 2 April 2011 (UTC)
Since the Firefox 4 Final Release its not possible to use the wiked preview function. Instead of the preview content it shows "..." in the preview window. Can you confirm this issue? Legend811510 ( talk) 08:27, 2 April 2011 (UTC)
functionsHook is undefined for (var i = 0; i < functionsHook.length; i ++) {
Could someone change
* Lupin Navigation popups * AzaToth Twinkle
to
* Lupin * Navigation popups * AzaToth * Twinkle
unless it is wrong to (in which event I'd appreciate to know why). Thanks. kcylsnavS{ screech harrass} 23:44, 4 April 2011 (UTC)
I believe the support of some maths characters is so bad that they should not be be offered in the menu 'Math and logic'. The ones I think should be removed are the blackboard bold symbols because they look so dreadful with the default of Times Roman going to MS Mincho on IE, and the angle brackets which are not supported with the default on IE. The other browsers do them fine so it is yet again Microsoft causing problems. To try them out yourself I'll list the characters here: standard non-serif ℂ ℍ ℕ ℙ ℚ ℝ ℤ ⟨ ⟩ serif using {{ math}} ℂ ℍ ℕ ℙ ℚ ℝ ℤ ⟨ ⟩. Dmcq ( talk) 10:06, 5 April 2011 (UTC)
Currently, if a user hovers over a hidden reference or template, it immediately expands. In my experience, hovering happens too easily by accident and the expanded reference is distracting. I find myself being careful not to move the mouse over a hidden reference. What do you think about showing a tool tip on hover but showing the reference if the hidden reference is clicked. It's a button anyway. - Pgan002 ( talk) 22:18, 13 April 2011 (UTC)
var wikEdConfig = {}; wikEdConfig.unhideShift = true;
to your vector.js page (please see also
User:Cacycle/wikEd_customization). What do you think?
Cacycle (
talk) 21:36, 8 May 2011 (UTC)Hi ! This message appears after a few minutes using WikEd :
Then, sometimes when i press "Stop the Script", it works and I can continue (1/4), or sometimes, Firefox doesn't answer either, and I have to close it and restart from the beginning.
What's wrong ?
(Firefox 4.0, Windows 7 (64)
Thanks for your answer, JRibaX ( talk) 14:23, 21 April 2011 (UTC)
VitaliyFilippov (
talk) 13:40, 27 April 2011 (UTC) WikEd does an infinite loop in Firefox 4, for example, when wikifying copy-pasted tables. This is because WikEd uses the following code (in 2 places): while (//g.match() != null). ECMAScript 5 standard tells us // is not a special literal regex syntax (as it was in ECMAScript 3), but is a constructor for a new regexp object, and a new regexp object always has last match position = 0. So if there is even a single match, this would be an infinite loop, which is incorrect. All other browsers behave differently Not really, Opera now also conforms to ECMAScript 5, Chrome and IE do not. See
Mozilla Bug 98409. Nevertheless, the following code: var re = //g; while(re.match() != null) is correct for Firefox 4 and other ECMAScript5-compliant browsers.
The following patch fixes this problem:
--- WikEd.js Wed Apr 27 09:23:39 2011 +0000
+++ WikEd.js Tue Apr 26 14:48:02 2011 +0000
@@ -10172,8 +10172,7 @@
// parse hrefUrlParam and check for special parameters
if (hrefUrlParam != null) {
var regExpMatchHref;
- var re = /(^|&)(\w+)=([^"\&]+)/g;
- while ( (regExpMatchHref = re.exec(hrefUrlParam)) != null) {
+ while ( (regExpMatchHref = /(^|&)(\w+)=([^"\&]+)/g.exec(hrefUrlParam)) != null) {
var param = regExpMatchHref[2];
var value = regExpMatchHref[3];
switch (param) {
@@ -10572,8 +10571,7 @@
tag = tag.toLowerCase();
var sanitized = '';
var regExpMatch;
- var re = /(\w+)\s*=\s*(('|")(.*?)\3|(\w+))/g;
- while ( (regExpMatch = re.exec(attributes)) != null) {
+ while ( (regExpMatch = /(\w+)\s*=\s*(('|")(.*?)\3|(\w+))/g.exec(attributes)) != null) {
var attrib = regExpMatch[1];
var attribValue = regExpMatch[4] || regExpMatch[5];
if (attribValue == '') {
Hi. I have inherited some MediaWiki administration tasks for my company's internal wiki and am having a terrible time locating and removing and old version of wikEd which is installed on it (their version is ancient - 0.9.35h and I want to upgrade it). Despite the fact that it appears to be a site-wide install the code is not located in MediaWiki:Common.js, there are no preferences options for Gadgets or wikEd. Also, no code shows up under User:<any user>/monobook.js or any of our other skins. I have also done a "grep -R -i wikEd ." through my wiki installation directory without getting any hits. I am at a loss! I can install the newest version by adding your code into MediaWiki:Common.js but then both versions are active (or at least the little icon for both show up in the top right). Am I missing something? Where can I locate and obliterate the old version? Does the "h" at the end of the version number signify an installation type that I missed?
Thank you so much for any help you can provide!
Xaev ( talk) 21:16, 16 May 2011 (UTC)
You could try to find out from where the code is loaded, e.g. using the Web Developer add-on for Firefox. Or check the source code for Javascript links and then check their source codes. You could also cearch the database for the wikEd code... Cacycle ( talk) 21:39, 16 May 2011 (UTC)
I'm preparing to install wikEd on a MediaWiki on an intranet which may or may not be connected to the Internet. So I'm copying the whole wikEd program code. WikEd is to be active for all users, so I'm installing the scripts in the MediaWiki namespace.
For now, I'm experimenting with wikEd on a live on-line wiki that I control, because it's available. I realize I should set that up differently, but then it wouldn't help me understand how to set up the intranet version.
The most obvious problem is that on the page
http://www.informationtamers.com/WikIT/index.php?title=MediaWiki:WikEd.js
The following are reported as used but missing:
Template:FUNCTION:parameter
Template:Function:param
Template:Lang
Template:Modifier:...
Template:TABLE
Template:Variable
Template:Variable:R
Template:\s*lang\s*\
But I can't find most of these in Wikipedia and those I can find lead to a cascade of dependencies. And ones I do include look very different once in my wiki. When I get beyond content editing and basic setup, my wiki fu is not so hot!
Is there a recognized way of acquiring the full tree of templates required for wikEd?
I can't get any sign that wikEd is active - editing appears in plain text as normal. I'm using Chrome 12.0.742.100 on WinXP SP3 and refreshing after any changes. The problem occurs in IE8 and FF3.6 as well. The wiki is on v.1.16.5, monobook (with very minor customization) and wikEd is the version on the wikEd Installation page now.
There's a full list of what I've done for the installation here: http://www.informationtamers.com/WikIT/index.php?title=User_talk:WikITSysop#wikEd_installation and apart from the templates, I think everything has been done.
Thanks Argey ( talk) 06:46, 21 June 2011 (UTC)
Addendum. I have noticed now that most of the templates that were redlisted at the foot of http://www.informationtamers.com/WikIT/index.php?title=MediaWiki:WikEd.js were actually mentioned in comments and were not really template invocations. I was caught out by the wiki code parsing text after the "https://"
The only use of template code that looks as if it might indicate the need for a template are the following:
var regExp = /{{\s*lang\s*\|(.|\n)*?}}/gi; and return('{{doi|' + regExpMatchDOI[1] + '}}'); ['\\{{2,}', 'paramTempl', 'open'], // template or parameter start
Argey ( talk) 08:42, 24 June 2011 (UTC)
Hello Cacycle, is it possible to make your code from "Syntax highlighting" as a separate user script like "wikEdDiff". Best Greetings -- Perhelion ( talk) 10:40, 27 June 2011 (UTC)
I'm 90% sure that it's so slow because it loads each icon one at a time, at about half a second each, which totals maybe 20-30 seconds on my system. Problem is icons are flushed from cache fast on my system, for whatever reason. It would be vastly more efficient from a network perspective and much faster to load to make them all views on a single large png strip/box. There are some online tutorials for this. Also, making it SVG per the earlier suggestion would slow the loading time down well beyond what it is now, so I vote against that (although some of the icons are nicer and could definitely replace the current ones). Foxyshadis( talk) 05:53, 17 July 2011 (UTC)
{{ editprotected}} Hi!
Could someone sync the "regExp" used to detect the rules with the AWB source code and also add a mw.log command to the loop which is used to parse the regex rules?
// parse regexp rules
var regExp = /<(?:Typo)?\s+(?:word="(.*?)"\s+)?find="(.*?)"\s+replace="(.*?)"\s*\/?>/g;
while ( (regExpMatch = regExp.exec(rulesTxt)) != null) {
// check if this is a valid regexp
var regExpFind;
try {
regExpFind = new RegExp(regExpMatch2], 'gm');
}
catch (err) {
mw.log( 'Invalid regex:\nfind=' + regExpMatch2 + '\nreplace=' + regExpMatch3]);
continue;
}
// save regexp and replace
wikEd.typoRulesFind.push(regExpFind);
wikEd.typoRulesReplace.push(regExpMatch3]);
}
The regex change would make the name of the word optional and white spaces to be ignored (as it is on AWB) and the log command would allow users to use ?debug=1
to review the set of rules and find out which ones needs to be fixed (and would do nothing on production mode).
Helder 16:10, 30 July 2011 (UTC)
highlight="2,11"
parameter of the <syntaxhighlight lang="">
tag to indicate which lines would change). But next time I will provide a usual diff to avoid confusion ;-). As for the page redirect, I only noticed it after seeing that the wrong page was edited accidentally.
Helder 15:27, 1 August 2011 (UTC)Done. -- Closedmouth ( talk) 05:45, 20 August 2011 (UTC)
In Firefox 5, wikifying copy-pasted text often gives things like:
name="cutid6" _moz_dirty=""
Also, the cursor jumps to the end after wikifying. It didn't in Firefox 4. This is inconvenient.
VitaliyFilippov ( talk) 15:13, 4 August 2011 (UTC)
Hi there,
I've used the wikEd script before (with FireFox 3.6) On my new system I'm running firefox 5.0 and I cannot run the script anymore. I've installed Greasmonkey and when I try to install the wikEd Script the following error msg. pops up:
"Script could not be installed TypeError: match[2] is undefined"
I try to install it from this link: http://en.wikipedia.org/?action=raw&ctype=text/javascript&title=User:Cacycle/wikEd.user.js — Preceding unsigned comment added by 82.92.248.212 ( talk) 14:05, 12 August 2011 (UTC)
Well, I think that would be a solution...)
The button hides wikEdToolbarWrapper. The problem is that, unlike the new standard wiki toolbar, You don't append the old one to that wikEdToolbarWrapper. You should change the code below. It says something like: "if there's a wikEd.toolbar then append wikEd.toolbarWrapper to wikEd.editorWrapper" and that's all. There is missing the appendig of the toolbar to wikEd.toolbarWrapper. Vinne2 ( talk) 18:28, 5 September 2011 (UTC)
// create toolbar wrapper
wikEd.toolbarWrapper = document.createElement('div');
wikEd.toolbarWrapper.id = 'wikEdToolbarWrapper';
wikEd.toolbarWrapper.className = 'wikEdToolbarWrapper';
wikEd.toolbar = document.getElementById('toolbar');
if (wikEd.toolbar != null) {
wikEd.editorWrapper.appendChild(wikEd.toolbarWrapper);
}
else if (wikEd.wikiEditorBar != null) {
wikEd.wikiEditorBar.parentNode.insertBefore(wikEd.toolbarWrapper, wikEd.wikiEditorBar);
wikEd.toolbarWrapper.appendChild(wikEd.wikiEditorBar);
}
else {
wikEd.editorWrapper.appendChild(wikEd.toolbarWrapper);
}
I am really tempted to replace the original editing bar with wikiEd, but one key button is missing: the signature button. for talk pages. Could it be added to the wikiEd? Or, barring that, as wikiEd supports custom buttons, but frankly, User:Cacycle/wikEd_customization#Custom_buttons is to arcane for me to use, perhaps a kind soul would code this button as an option for me? Also, there are certain templates I often use, I'd love it if somebody could tell me how to add template buttons (i.e. a button that would add a template). I should be able to duplicate this for the several templates I care about, once I understand the basics. Thanks, -- Piotr Konieczny aka Prokonsul Piotrus| talk 21:00, 20 August 2011 (UTC)
I had issues with installing the GreaseMonkey script, so instead I made a bookmarklet to load wikEd on demand: just drag this wikEd link to your bookmarks toolbar and click it to enable wikEd for the page you are currently on.
Source:
javascript:(function(){_wikEd_script=document.createElement('SCRIPT');_wikEd_script.type='text/javascript';_wikEd_script.src=' http://en.wikipedia.org/?title=User:Cacycle/wikEd.js&action=raw&ctype=text/javascript';document.getElementsByTagName('head')[0].appendChild(_wikEd_script);})(); — Preceding unsigned comment added by 207.171.191.60 ( talk) 18:11, 23 August 2011 (UTC)
![]() | This
edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
I've just made the Galician translation for wikEd interface. You can find it here: User:Toliño/wikEd international gl.js.Could you add it please? Thanks a lot! -- Toliño ( talk) 11:48, 25 August 2011 (UTC)
I just installed Greasemonkey and than, after restarting FF, I tried to install the script and I got the following error message: "Script could not be installed TypeError: match[2] is undefined"
Since I have NoScript installed and the issue was with Javascript, I figured out, that that was the issue, so I allowed all script globally but I got the same error message. I run FF 4.0.1 on Kubuntu. Has anyone got an Idea? Or can I download the script in some other way? Thanks in advance! --
Dia^ (
talk) 10:12, 4 September 2011 (UTC)
I just tried from here
http://userscripts.org/scripts/show/12529 and I still get the same error message. Is it an incompatibility with Linux?--
Dia^ (
talk) 10:24, 4 September 2011 (UTC)
There is a rather major bug in the most recent (4 Sept 2011) version of wikiEd. When editing pages with large lists, the editor removes newlines from the lists, or sometimes does not load the entire list. An example can be seen here. It initially will not load the entire page into the editor. Then if you click changes, it will load the entire page but it will have removed all the line breaks from the list at the bottom of the page. -- Odie5533 ( talk) 17:08, 4 September 2011 (UTC)
I've reverted user:Cacycle/wikEd.js for now, since this is such a major bug. Cleaning your cache should now remove the bug. I hope Cacycle will be around soon to fix the underlying bug and restore the other fixes in version 0.9.100. Ucucha ( talk) 17:47, 4 September 2011 (UTC)
I am on the verge of giving up on wikEd. I like the syntax highlighting, but I am annoyed by the clutter of buttons I mostly don't use. I could live with clutter, but often when I edit a page, wikEd takes something like 3-4 seconds to load itself over the editing Window; what seems to take most of that is loading buttons (I use Firefox 6.0.1 on Win 7). It seems like they are not cached, or need to be generated every single time. Any ideas why this delay is occurring? (Also, how to kill most of the buttons I don't want...). -- Piotr Konieczny aka Prokonsul Piotrus| talk to me 20:51, 4 September 2011 (UTC)
When I click on the "Delta" box ("Show current changes below"), I see no changes, but instead get only error message "Error: Local diff script not installed." I am using FF 6.0.1 on Windows Vista, and have made no changes to anything, AFAIK. Chris the speller yack 03:56, 5 September 2011 (UTC)
wikEd is not loading at all for me on Wikia. When I try to edit a page, the wikEd icon in the upper right corner displays a red X and its tooltip says "Loading error". My JS page is at wikia:starwars:User:Master Jonathan/monobook.js; I'm running Firefox 6.0.2 on Windows Vista.
Errors from my error console, all produced upon loading the edit page for wikia:starwars:Gricha:
(removed, Cacycle)
Any ideas as to what might be causing this? jcgoble3 ( talk) 18:29, 9 September 2011 (UTC)
When I use my Android 2.2's native browser to login to wikipedia and edit, the wikiEd still shown up and due to unknown reason it make me unable to edit normally...(without login and without wikiED I can edit with it...) C933103 ( talk) 09:33, 17 September 2011 (UTC)
- wikEd.config.imagePath = 'http://upload.wikimedia.org/wikipedia/commons/';
+ wikEd.config.imagePath = '//upload.wikimedia.org/wikipedia/commons/';
With the new HTTPS roll out across the Wikimedia verse, I thought I'd check what was "breaking the lock". The image repository now supports HTTPS ;-). You many also want to change the auto-linking for RFC and PMID to use protocol relative URLs. — Dispenser 13:20, 29 September 2011 (UTC)
The diff delta (the one that used to appear after the regular diff) suddenly does not appear. I also tried installed wikEdDiff manually, but it did not help. Thanks. -- Muhandes ( talk) 07:45, 5 October 2011 (UTC)
I have fixed the wikEdDiff gadget code that previously used a completely outdated version from 2007 (!). Cacycle ( talk) 19:15, 16 October 2011 (UTC)
also not in an external wiki. Same problem? http://de.wikipedia.org/wiki/Wikipedia_Diskussion:Helferlein/Extra-Editbuttons#Ausfall_des_Helferleins_mit_Monobook_am_06.10.2011 Thanks for helping. de:Tom Jac as IP: 194.94.134.90 ( talk) 10:02, 8 October 2011 (UTC)
i.e. at least one http image (the one in the top right) even on the https site. Do protocol-relative URLs need to be inserted somewhere they're not being used at the moment? This triggers warnings in Chrome and prevents the "you are browsing securely" display in Firefox. Thanks, - Jarry1250 Weasel? Discuss. 16:33, 29 October 2011 (UTC)
Hello. I think that this change broke something, because the advance diff function stopped working for me yesterday afternoon. Regards, Freewol ( talk) 08:25, 5 November 2011 (UTC)
Same thing for me. The advanced diff stopped working yesterday. -- Tryptofish ( talk) 20:46, 5 November 2011 (UTC)
Same trouble, I'm using it from fr.wikisource.org, Chrome give me an error "GET ... undefinedw/index.php?title=User:Cacycle/diff.js&action=raw&ctype=text/javascript 404 (Not Found), look like in
wikEd.config.diffScriptSrc = wikEd.config.homeBaseUrl + ...
homeBaseUrl is now undefined. - phe 20:17, 6 November 2011 (UTC)
When I accessed gl:Especial:Lista_de_vixilancia I got the following message in my error console (on Google Chrome 15.0.874.106):
XMLHttpRequest cannot load
https://en.wikipedia.org/?title=User:Cacycle/wikEd_current_version&action=raw&maxage=0. Origin
https://gl.wikipedia.org is not allowed by Access-Control-Allow-Origin.
I wasn't able to reproduce this again, but it may be worth investigating. Helder 21:46, 8 November 2011 (UTC)
Is it possible to create a variable in common.js with our own edit summaries, or to pull a list of summaries from a user subpage? It would be very helpful to be able to configure the defaults. — danhash ( talk) 13:48, 9 November 2011 (UTC)
I am relatively comfortable with basic JavaScript and have just started a little wikEd customization. I would like to add a custom button that inserts dated {{ citation needed}} tags at the current cursor location. The current date could be determined with JavaScript and added to the tag or else you could use subst'ed magic words. (Or of course this could be integrated into the wikEd code.) Has this been done before? — danhash ( talk) 15:25, 9 November 2011 (UTC)
I'm getting double edit notices when I turn on Wiked. My browser ID is Mozilla/5.0 (Windows NT 5.1) AppleWebKit/535.2 (KHTML, like Gecko) Chrome/15.0.874.121 Safari/535.2,I'm using Vector, my OS is XP, I'm using chrome and have no extensions, I'm not getting a console error message and I have Igloo, Twinkle, User:Js's ajax preview and watchlist on. I have Ale jrb's CSDH, userhist and Status Checker. I also have Splarka's ajax massrollback and Pathoschild's template script and regex menu framework. I also have a "custom" timer, Mike.Lifeguard's remote.js from meta and Johm254's mass rollback script along with some code that adds a portlet link in toolbox to link to Special:Abuselog. -- Kangaroo powah 02:07, 28 November 2011 (UTC)
![]() | This page is an archive of past discussions. Do not edit the contents of this page. If you wish to start a new discussion or revive an old one, please do so on the current talk page. |
It appears that wikEd sometimes inserts or deletes a newline in the edit window. Typical scenario is as follows:
This happens in Google Chrome, never in Firefox. Do you know what might be the reason? I'm suspecting a Webkit bug... GregorB ( talk) 22:38, 18 January 2009 (UTC)
Please be as specific as possible so that I can reproduce your problem - what do you mean by "sticking around" and when does it "appear to get deleted"? Do you also experience the Safari bug that turns the text blue after pushing the [T] button? Cacycle ( talk) 20:53, 28 April 2009 (UTC)
Please see below, should be fixed in 0.9.91k. Cacycle ( talk) 21:10, 16 August 2010 (UTC)== Inserting/deleting newlines spuriously == It appears that wikEd sometimes inserts or deletes a newline in the edit window. Typical scenario is as follows:
This happens in Google Chrome, never in Firefox. Do you know what might be the reason? I'm suspecting a Webkit bug... GregorB ( talk) 22:38, 18 January 2009 (UTC)
Please be as specific as possible so that I can reproduce your problem - what do you mean by "sticking around" and when does it "appear to get deleted"? Do you also experience the Safari bug that turns the text blue after pushing the [T] button? Cacycle ( talk) 20:53, 28 April 2009 (UTC)
Please see below, should be fixed in 0.9.91k. Cacycle ( talk) 21:10, 16 August 2010 (UTC)
Incremental find does not work right in Google Chrome (wikEd 0.9.75, Chrome 1.0.154.48). Here's how to reproduce:
This works as expected in Firefox 3. GregorB ( talk) 14:13, 11 March 2009 (UTC)
When I use the single check button, it removes the space following the pipe in a Category link on an article that is supposed to be at the top of its category (e.g., "[[Category:History of Louisville, Kentucky| ]]" --> "[[Category:History of Louisville, Kentucky|]]"). It took me a while to realize this as the diff before saving is nearly identical, but if the space isn't reinserted before saving, the link is saved as with the page title inserted after the pipe. This screws up the sorting in the category and it would be helpful if you could get the script to skip fixing spaces following a pipe in category links. I realize it must be wikimedia software adding the pagename after the pipe when saving—causing the discrepancy between diffs before and after saving—but tweaking the script would prevent accidental changes to the sorting. Thanks. — Ost ( talk) 18:39, 14 July 2009 (UTC)
I've been using Firefox 3.6 for a while, and I've had a problem with the search function. When I type a letter in the search box, my cursor jumps to the first occurrence of that letter. When I click again in the search box and type a second letter, the cursor jumps to the first occurrence of that two-letter combination; and so on.
I don't see this behavior in Firefox 3.5.7, but I'm not 100% positive every extension and setting is the same between the two installations. Any ideas? — Malik Shabazz Talk/ Stalk 17:44, 20 January 2010 (UTC)
wikEd has always done some weird doubling of return characters when typing a return character or pasting something in the page, but I just turn of wikEd for a second paste it in and turned it back on, no problem. But recently, don't know exactly when, wikEd started to ad two return characters at the top of the page, this is extremely annoying as the only way to get rid of them, since they don't show initially, is to do a full preview (not inline) which then reveals them, so I can see them, if I just delete them them there, they're not gone. Removing them, deactivating wikEd, and reactivating it just makes them pop up again. The only way is to remove them, preview the page again and then it's only one, and then I can remove that one too. Editing a page and saving it in one turn is out of the question at this point. This is, as you can imagine, extremely annoying as it adds a blank space at the top of the page. I use Mac OS X 10.6, Safari 4.0.4 (6531.32.10), no changes on my end as far as I can remember. Xeworlebi ( t• c) 14:09, 25 January 2010 (UTC)
Before I get to that bug, WikiEd refuses to load when I click on the New Section tab on the discussion page. So I will create this section and then edit it. ("Loading error - wikiEd 0.9.90a G (January 15, 2010) Click to disable" in browser Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.12) Gecko/20080201 Firefox/2.0.0.12) Hgrosser ( talk) 23:49, 26 January 2010 (UTC)
When the <syntaxhighlight lang="xxx"> ... </syntaxhighlight>
construct is used, wikiEd does not show the syntax coloring in its preview unless Wikipedia’s built-in Preview function is used to preview the page first (and this preview contains a <syntaxhighlight lang=""> block in the same language as the wikiEd preview). Here’s a sample (from
Rm (Unix)#User-Proofing):
if -n "$PS1" ; then
rm ()
{
ls -FCsd "$@"
echo 'remove[ny]? ' | tr -d '\012' ; read
if "_$REPLY" = "_y" ; then
/bin/rm -rf "$@"
else
echo '(cancelled)'
fi
}
fi
Hgrosser ( talk) 00:11, 27 January 2010 (UTC)
When I use WikEd on my laptop it turning off the cursor. Anything one can do about this as I prefer the cursor on? Doc James ( talk · contribs · email) 14:23, 27 January 2010 (UTC)
I am using WikEd with Safari and I have a problem with the edit summary field. When I go to edit a page the editor comes up with WikEd, however, this particular field is off the screen to the far left requiring me to scroll over to type a summary and then scroll back to the right to click save. What can I do? Supertouch ( talk) 14:35, 27 January 2010 (UTC)
(wikEd version: 0.9.90b G; browser id: Mozilla/5.0 (Windows; U; Windows NT 5.1; el; rv:1.9.1.7) Gecko/20091221 Firefox/3.5.7)
Although they work just fine when previewing or saving a page, italics within links do not show properly within the edit window. For example, writing [[Italics (film)|''Italics'' (film)]]
ought to show as [[Italics (film)|''Italics'' (film)]]
, but instead shows as [[Italics (film)|''Italics'' (film)]]
. It is a rather odd reversal.
Note: although the above text is admittedly rather more complicated than regular syntax, it also displays erroneously: it interprets the (real) closing apostrophes for the second example link's Italics as opening apostrophes for the rest of my message. It seems to be the same problem: a confusion between opening and closing apostrophes. Waltham, The Duke of 18:47, 29 January 2010 (UTC)
I tried the wikEd beta. My wikEd options don't work with it, apparently.
Here they are if you want to take a look. They do indeed work with the current wikEd, though. Also, regarding wikEd beta, the buttons that appear to represent hidden templates and references on a Mac in Firefox have text that is a bit too small to read. It looks like they are using <input>
, as they look just like how buttons are formatted in Firefox on a Mac.
Gary King (
talk) 22:47, 31 January 2010 (UTC)
Usability Initiative beta uses a new skin called vector. User scripts for that skin are on User:Gary King/vector.js, not on User:Gary King/monobook.js. Cacycle ( talk) 08:45, 15 February 2010 (UTC)
I've got the latest version of Firefox, not using any odd skins, Core 2 Duo laptop. When I pull up this month's diff (with WikEd diff enabled, WikEd otherwise disabled) of WP:MOS ("220 intermediate revisions not shown"), I get "Firefox not responding". It looks like the system responds again after 3 to 4 minutes, and the diff appears to be correct. Thought you'd want to know; I don't know whether there's something odd about this month's WP:MOS diff (this has never happened before, and I've used WikEd's diff button a lot) or whether something has changed in WikEd. - Dank ( push to talk) 00:25, 1 February 2010 (UTC)
wikEd 0.9.90d (January 30, 2010) - on Firefox 3.6 and Google Chrome 5.0.307.1. No adding a script or switching on and off works... – Kochas ( talk) 03:14, 5 February 2010 (UTC)
It is related to the newest Usability Initiative release, I have already filed the bug 22400 and work on a temporary workaround / fix. 00:38, 6 February 2010 (UTC)
I know you explained further up the page (October) that you do it on purpose so that people will see the edit notices even though the focus moves to the main edit box, but getting it to line up right is pretty hit or miss, and for pages with long editnotices it means scrolling down through two or three more screens to get to the edit box. Obviously it's just a minor annoyance, nothing major, but since this is a behavior you added with a particular piece of code I would think it would be easy to disable. -- Soap Talk/ Contributions 13:32, 5 February 2010 (UTC)
Wikia made this change, and now there's another <ul> element inside #wikia_header, making the wikEd icon go inside there, and not being shown (because of the special style that ul element has).
The logo should go inside #userData, but the way it's done you can't define #userData for the mocaco skin, because that's the ID of the <ul> element, and your code gets the <ul> with a getElementsByTagName, not picking the current element. You should do that instead:
if (logoContainer.tagName == 'UL') {
list = logoContainer;
} else {
list = logoContainer.getElementsByTagName('ul')[0];
}
Also, at the next line you evaluate if (list != null ), and firefox accessing a getElementsByTagName( ... )[0] when there's an empty array evaluates it as undefined and not null. It probably should never occur, though.
Here you can view the DOM node tree of the wikia skin, where it's currently loaded the WikEd icon and where it should be placed (at the end of the bottom list) -- Ciencia Al Poder ( talk) 17:25, 5 February 2010 (UTC)
Hi lately im experiencing that WikEd is inserting extra spaces both in the editbox and summary line, except those spaces are not regular spaces.
Example in summary line: "Copy-over from [[some wiki page with spaces]]", next time you try to re-use that text, the link will be shown as red in preview-mode of the summary, while the first time it was a correct link.
⇐⇑ ©TriMoon™ Talk @ 10:54, 4 February 2010 (UTC)
I have written an alternative script to hide refs, since wikEd Beta doesn't work on Firefox 3.6 yet. It really doesn't hide refs completely, but rather it takes a simpler approach that works with plain text boxes: it replaces the first occurrence of a ref with the short code as if it were already used. Then it puts the ref's old code in a box below the main edit box. I have tested the final script on several featured articles and Comparison of Windows and Linux and with no changes to the textboxes, it does not affect the page (doesn't change the citation style on other editors unnecessarily). For more details (including how it handles unnamed refs), you will have to read the documentation and the script itself (the latter both includes informative comments and passes JSLint). The script is limited to just looking at the first ref for the contents, but this limitation should not impact its usefulness to remove the clutter of a hundred unnamed refs, for example. Despite its limitations, would you find such a script useful, since citation templates can be quite lengthy? If so, maybe the MediaWiki software itself should incorporate this idea (of course simplifying the ref format so that the content is automatically in the first ref).
My script, however, doesn't work with the Wikipedia Beta editor, which seems to be some strange code that actually removes the textarea and replaces it with an iframe (according to a quick glance at Firebug). How can I make my script Beta-compatible (like wikEd is supposed to be)?
And had you thought of the idea of moving refs into a separate box when you designed wikEd's reference hiding? PleaseStand ( talk) 05:39, 6 February 2010 (UTC)
Damn. What else can I say...? Three days ago I installed the beta, since for several days WikEd had not been working, and the default editor or whatever that thing is which I keep seeing instead is rather painful. The beta didn't work either. I've tried a number of things to try to better understand it. Just tonight I disabled all my addons, theme, etc. and the result was rather underwhelming. Then, just now, coming here to post a report and ask for help, I read the comment about the beta not working with FF 3.6 - in the text of the post immediately above. Incredible. That's NOT where I should be learning about this.
Could someone put a notice up in VERY plain sight so that someone else doesn't have the experience I just had? I can't believe that this problem exists, yet at the top of this page people are still being invited to install the beta. I appreciate WikEd, and all the time that surely must have been invested in it, but people really shouldn't be installing code known to be bad, yes? Tom Cloyd ( talk) 05:01, 7 February 2010 (UTC)
{{cite web|
changed to {{cite web |
. And the issue only occurs when the text is copied from wikEd, not copied from the plain text editor, which has me suspecting that the browser is not copying correctly from wikEd's iframe. Bug in wikEd or in Firefox? I don't know. Cutting/pasting text is so common to reorganize pages, perhaps that's why I noticed.
PleaseStand (
talk) 22:30, 8 February 2010 (UTC)It is difficult to describe how awful this problem has become! I simply cannot cut and put in the default editor without having huge problems in randomly inserted EOLs. I do NOT know what is causing this, and certainly am not capable of figuring it out.
Can someone please attempt to replicate this? In Firefox (ver. 3.6), remove all traces of WicEd, and see if the default editor is inserting these EOLs for you as well. We need to figure this out. My thanks to anyone who can help. Tom Cloyd ( talk) 10:43, 9 February 2010 (UTC)
The standard wikEd has been made compatible with the Usability Initiative beta in version 0.9.90e, I will update wikEd beta in the next few days so that it will become compatible with the Usability Initiative beta. I will also check for the EOL problem. Cacycle ( talk) 08:18, 15 February 2010 (UTC)
I have serious problems with erratic cursor movements. When I run the cursor to the end of the line, it often jumps to a location much farther ahead then the beginning of the next line. Scrolling back past the beginning of a line move the cursor to a place forwards in the text. I am using window 7 and chrome 4.0.249.78. It may be related to pasting.
Can be reproduced as follows. Put "one two three four five six" in the edit buffer. Go to an empty edit screen. Paste several times to fill a few lines. Now put the cursor in the first line and scroll right past the end of it. The cursor skips the remainder of the pasted string and moves forward to the first following "one". Now scroll backwards past the begin of the reached line. The cursor does not go up one line, but reverts to the same "one" forward.
After pressing [w], I see several nested "div" blocks. Now scrolling to the right skips all remaining text.
P.S. I also experience the seemingly random insertion/deletion of empty lines mentioned by many in earlier sections.
− Woodstone ( talk) 05:23, 11 February 2010 (UTC)
Few days ago, WikiEd could work with Wikipedia's beta features. But now, it's not working with it. So I turned WP beta off, and WikiEd works well. What should I do? -- JSH-alive talk • cont • mail 07:13, 11 February 2010 (UTC)
I have the following error: HIERARCHY_REQUEST_ERR: DOM Exception 3: A Node was inserted somewhere it doesn't belong. Line has: "wikEdCaptchaWrapper.appendChild(node);" after comment "fill captcha wrapper with elements between form and textarea (table)" — TheDJ ( talk • contribs) 15:32, 12 February 2010 (UTC)
I'm trying to use 0.9.91beta3.2 with Safari 4.0.4, and when I try to edit a page WikEd seems to load the toolbar, but the little icon in the monobook title bar at the top shows a red X and says "load error"; Safari's error console reports "ReferenceError: Can't find variable: regExpComments". I'm loading WikEd from my "monobook.js" page with this code: var wikEdUseLocalImages = true; var wikEdImagePathLocal = 'http://hhappsweb/wiki/images/wikedimg/'; document.write('<script type="text/javascript" src="' + 'http://en.wikipedia.org/?title=User:Cacycle/wikEd_dev.js' + '&action=raw&ctype=text/javascript"></' + 'script>'); I'm not sure if this is a bug with WikEd itself, or a problem with the way I'm attempting to load it. Viktor Haag ( talk) 14:54, 17 February 2010 (UTC)
Started today. With wikEd enabled, neither the signature button nor the insert javascript at the bottom of the edit box works for inserting four tildes. All other buttons and pieces of insert javascript appear to work. Reproducible - turn off wikEd and the sig button works. Turn it does and it doesn't. This has affected both myself and ukexpat. Any more info needed, just ask -- Elen of the Roads ( talk) 19:43, 15 February 2010 (UTC)
I had the same problem as above with javascript insertions until I restarted Firefox today, which fixed it, but now regular expressions in the find box don't work, and the insertion point erratically jumps to the start of the find box. I'm dead in the water. Chris the speller ( talk) 17:04, 17 February 2010 (UTC)
But now I can't use recently invoked expressions from the drop-down list in the find box; the down arrow key just flashes right though the entries without any real chance of selecting one of them. For the record, I upgraded to Firefox 3.6 yesterday, about the same time this started. This isn't a show-stopper for me, since I keep a list of useful regular expressions in an external file, so I can cut and paste into the find box, it just slows me down from warp 7 to warp 3. Chris the speller ( talk) 22:53, 20 February 2010 (UTC)
Hi Cacycle, I have a (probably stupid) question for you. I have WikEd installed as a gadget via my preferences menu. Can I still customize WikEd features by pasting the codes specified on the customization page into my Monobook.js file? Or do I have to do it another way?
Thanks,
-- Eastlaw talk ⁄ contribs 01:14, 21 February 2010 (UTC)
As above - I'd just like to know if I should hope or give up. Thanks. Dougweller ( talk) 13:25, 22 February 2010 (UTC)
(Moved here from User_talk:Cacycle/wikEd help)
I am using WikEd with Safari and I have a problem with the edit summary field. When I go to edit a page the editor comes up with WikEd, however, this particular field is off the screen to the far left requiring me to scroll over to type a summary and then scroll back to the right to click save. What can I do? Supertouch ( talk) 14:34, 27 January 2010 (UTC)
(Moved here from User_talk:Cacycle/wikEd help)
Wikied is not loading properly. I have a flame in the little box on the top right. Any suggestions as to the solution? 15:52, 7 February 2010 (UTC)
Hi!
Wikia today has changed part of the design of the monaco skin. Now, the #userData element is no longer a list, but a div with each link inside a span. This change makes the wikEd icon to not appear.
I've debugged it and the solution is to change the second parameter of the wikEdMediaWikiSkinIds object from true to false (line 1414) so it simply appends the icon instead of trying to find a UL element. I've tested it myself and works.
Thanks in advance! -- Ciencia Al Poder ( talk) 20:12, 17 March 2010 (UTC)
PS: I mean the monaco skin -- Ciencia Al Poder ( talk) 17:01, 19 March 2010 (UTC)
Finally fixed in the current version 0.9.90l, thanks for reporting this :-) Cacycle ( talk) 10:12, 28 March 2010 (UTC)
There seems to be some problem with copy-pasting in wikEd, which causes newlines to appear: [10], [11]. Some other users have the same problem. I use Firefox 3.6 on a Mac OS X 10.5. Ucucha 03:56, 21 March 2010 (UTC)
Unfortunately the problem with extra spaces is made even worse with 0.9.90h - it now inserts line breaks ( example). I believe this is limited to Firefox 3.6, 3.5.x is not affected. GregorB ( talk) 10:45, 21 March 2010 (UTC)
Could
HTML entities be highlighted in some fashion, please? There is a discussion
here which tangentially discusses the reasons for this request. Thank you.
—
V = IR (
Talk •
Contribs) 09:08, 23 March 2010 (UTC)
I've proposed the addition of parts of wikiEd into the beta prototypes at the Usability Wiki. Just letting you know... ManishEarth Talk • Stalk 09:15, 23 March 2010 (UTC)
As reported here, WikEd seems to be causing double-uploads of files and doubling of editnotices. I can confirm the editnotice effect (in FF 3.6.2). Algebraist 13:43, 25 March 2010 (UTC)
I can now confirm that wikiEd is the gadget that causes the double upload error. I've just uploaded this logo after disabling the wikiEd option (using FF 3.6.2). Arteyu ? Blame it on me ! 15:18, 25 March 2010 (UTC)
The tripling has been fixed in 0.9.90j, the doubling is intentional so that you see the notices after autoscrolling to the edit field. Cacycle ( talk) 08:18, 26 March 2010 (UTC)
When you do a test upload with only wikEd enabled, do you still see double uploads of images? Cacycle ( talk) 13:27, 26 March 2010 (UTC)
Fixed in the current version 0.9.90l, thanks for reporting this :-) Cacycle ( talk) 10:11, 28 March 2010 (UTC)
Here's how to reproduce:
This is reproducible on both Firefox 3.5.8 (Win2k machine) and 3.6.2 (WinXP machine), but - interestingly enough - works fine in Google Chrome 4.1.249.1042. I'll supply more details if necessary.
Backspace also works funny:
Again: broken in Firefox 3.5 and 3.6, works fine in Chrome. GregorB ( talk) 20:56, 28 March 2010 (UTC)
Fixed in 0.9.90m, please Shift-Reload to update. Thanks for reporting this, it was a bug in the new feature that prevents highlighted code to "bleed out" if you start typing right before or after a colored/highlighted block. Cacycle ( talk) 23:09, 28 March 2010 (UTC)
When I'm editing a talk page and I click on the link below the editing window labeled "Sign your posts on talk pages: ~~~~" which links to javascript:insertTags('~~~~','','')
(“Insert” selected from popup menu), the 4 tildes get inserted at the beginning of the edit text even if the insertion point is at the end (Firefox 3.6)
Hgrosser (
talk) 07:00, 30 March 2010 (UTC)
Don't know if you want to still support Firefox 2, but in that version, which is the one on library computers at UC Berkeley and required for Macs running Mac OS X 10.3, the 4 tildes (or any other character) insertion doesn't work (does nothing) when the insertion point is at the end of a line (which is where you'd usually insert them). This is both in 0.9.90q and the beta version. You can get Firefox 2 at ftp://archive.mozilla.org/pub/firefox/releases/2.0.0.20 . As for the beta version, I like the image preview, but it's really annoying to have the wikitext right over the image. Can you make the text wrap around the image? Thanks. Hgrosser ( talk) 02:42, 29 April 2010 (UTC)
Is there any way to prevent one from losing the content of the edit window when one navigates away from the page and comes back? When WikEd is disabled, this doesn't happen, in Firefox anyway. Tisane ( talk) 08:37, 2 April 2010 (UTC)
I haven't seen any place to share knowledge about regular expressions for searching and replacing text in Wikipedia using WikEd. I can offer a few examples on User:Chris the speller/regular for those who are new to the subject. If there is another place to find examples, please let me know. I will also accept requests to produce expressions for those who would like help. Chris the speller ( talk) 23:00, 2 April 2010 (UTC)
WikEd is 0.9.90n, tried in Firefox 3.5.9 (likely the same in 3.6 - can't test at the moment).
Problem #1:
Problem #2 (possibly related):
GregorB ( talk) 16:51, 8 April 2010 (UTC)
Hallo, did you ever seen (fixed) this problem of incompatibility at the pic? -- Perhelion ( talk) 20:53, 7 April 2010 (UTC)
WikiEdit bugs the French Wikipedia, but only on firefox. That is what he writes me
Bad Request Your browser sent a request that this server could not understand. Size of a request header field exceeds server limit. Cookie: wikEdAutoUpdate=Thu%2C%2015%20Apr%202010%2016%3A23%3A27%20GMT; wikEdFindHistory=%25E2%2597%258A%25E2%2597%258A%2520l'athl%25C3%25A8te%2520%255B%255Balg%25C3%25A9rie%255D%255Dnne%2520la%2520plus%2520titr%25C3%25A9e%2520est%2520%255B%255BHassiba%2520Boulmerka%255D%255D%2520%2520est%2520devenu%2520la%2520premi%25C3%25A8re%2520femme%2520africaine%2520%25C3%25A0%2520gagner%2520un%2520titre%2520mondial%2520en%2520%255B%255BAthl%25C3%25A9tisme%255D%255D%252C%2520et%2520la%2520premi%25C3%25A8re%2520%255B%255Balg%25C3%25A9rie%255D%255Dnne%2520%25C3%25A0%2520gagner%2520un%2520titre%2520olympique%2520%253F%257C%250A%25E2%2597%258A%25E2%2597%258A%2520AS%2520A%25C3%25AFn%2520Melila%250A%25E2%2597%258A%25E2%2597%258A%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%250A%25E2%2597%258A%25E2%2597%258A%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%250A%25E2%2597%258A%25E2%2597%258A%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%250A%25E2%2597%258A%25E2%2597%258A%25201998-1999%250A%25E2%2597%258A%25E2%2597%258A%2520---%2520align%253D%2522left%2522%250A%25E2%2597%258A%25E2%2597%258A%2520%257C-----%2520align%253D%2522left%2522%2520%2520%250A%25E2%2597%258A%25E2%2597%258A%2520%257C-----%2520align%253D%2522center%2522%2520%2520%250A%25E2%2597%258A%25E2%2597%258A%2520%257C%257C%2520%257B%257B; wikEdReplaceHistory=%25E2%2597%258A%25E2%2597%258A%2520l'athl%25C3%25A8te%2520%255B%255Balg%25C3%25A9rie%255D%255Dnne%2520la%2520plus%2520titr%25C3%25A9e%2520est%2520%255B%255BHassiba%2520Boulmerka%255D%255D%2520%2520est%2520devenu%2520la%2520premi%25C3%25A8re%2520%255B%255Balg%25C3%25A9rie%255D%255Dnne%2520%25C3%25A0%2520gagner%2520un%2520titre%2520olympique%2520%253F%257C%250A%25E2%2597%258A%25E2%2597%258A%2520AS%2520Ain%2520M'lila%250A%25E2%2597%258A%25E2%2597%258A%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%250A%25E2%2597%258A%25E2%2597%258A%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%2520%250A%25E2%2597%258A%25E2%2597%258A%25201997-1998%250A%25E2%2597%258A%25E2%2597%258A%2520---%2520align%253D%2522center%2522%250A%25E2%2597%258A%25E2%2597%258A%2520%257C-----%2520align%253D%2522center%2522%2520%2520%250A%25E2%2597%258A%25E2%2597%258A%2520%257C-----%2520align%253D%2522left%2522%2520%2520%250A%25E2%2597%258A%25E2%2597%258A%2520%257C%257C%2520align%253D%2522center%2522%2520%257C%257B%257B%250A%25E2%2597%258A%25E2%2597%258A%2520%2520align%253D%2522center%2522%2520; wikEdSummaryHistory=mise%2520en%2520page%250Aalg%25C3%25A9rie%2520pas%2520tunisie%250AEffectif%2520en%2520Mod%25C3%25A8le%2520!%250A%252BSmain%2520Ibrir%250AModification%2520de%2520la%2520cat%25C3%25A9gorie%2520%255B%255BCat%25C3%25A9gorie%253ANaissance%2520%25C3%25A0%2520Alg%25C3%25A9rie%255D%255D%2520%25E2%2586%2592%2520%255B%255BCat%25C3%25A9gorie%253ANaissance%2520en%2520Alg%25C3%25A9rie%255D%255D%2520(avec%2520%255B%255BMediaWiki%253AGadget-HotCats.js%257CHotCats%255D%255D)%250A%252B%2520H.Bouchache%250A%255B%255Ben%253ACar%2520classification%255D%255D%250Aproposition%2520de%2520cessesion%2520des%2520articles%250Addn%2520defnoun%250A%252Blien%2520Defnoun; wikEdButtonBarFindHidden=0; wikEdRefHide=0; wikEdUseClassic=1; frwikiUserID=585589; frwikiUserName=Clapsus; botsDeluxeHistory=ABotSupreme||AHbot||AStarBot||Aca-bot||Adlerbot||AdrilleBot||Aibot||AkhtaBot||Albambot||Alecs.bot||Alexbot||AlleborgoBot||Almabot||AlmabotJunior||AlnoktaBOT||AmaraBot||Amirobot||Analphabot||ArthurBot||AsgardBot||AstaBOTh15||AttoBot||BOT-Superzerocool||BOTarate||BOTijo||Badmood||BenjiBot||BenoniBot||BenzolBot||BetBot||Bocianski.bot||BodhisattvaBot||BokimBot||Bot de Sept Lieues||Bot de paille||BotMultichill||BotSottile||BotdeSki||Botozor||Broadbot||Bub's wikibot||CaBot||CarsracBot||ChenzwBot||Chicobot||Chlewbot||Chobot||CommonsDelinker||D'ohBot||DSisyphBot||DaBot||DanBot||Darkicebot||DeepBot||DirlBot||DixonDBot||DodekBot||DorganBot||Dr Bot||DrFO.Tn.Bot||DragonBot||DroopigBot||DumZiBoT||EivindBot||ElMeBot||EleferenBot||EmausBot||EpopBot||Escalabot||Escarbot||Estirabot||Eybot||FANSTARbot||Ficbot||FiriBot||FlaBot||Gerakibot||GhalyBot||GnawnBot||Gpvosbot||GrouchoBot||GrrrrBot||H92Bot||HAL||HRoestBot||HariBot||HasharBot||HerculeBot||Hexabot||Hxhbot||HyuBoT||Idioma-bot||Ir4ubot||JAnDbot||Jbot||Je suis trop bot||Jotterbot||Jujubot||Kal-El-Bot||KelBot||Ken123BOT||KhanBot||Korribot||Kwjbot||Kyle the bot||LSG1-Bot||LaaknorBot||Lait ribot||Le Pied-bot||Le plus bot||LinkFA-Bot||Liquid-aim-bot||Lockalbot||LordAnubisBOT||Louperibot||Loveless||LucienBOT||Luckas-bot||Ludo Thécaire||MMBot||MSBOT||MagnusA.Bot||Maksim-bot||MastiBot||MauritsBot||MediaWiki default||Melancholie
For information, the site was buggy when I made a replacement of words by another on the WikEd Clapsus ( talk) 22:02, 15 April 2010 (UTC)
If RevisionDelete is enabled, you have the revisiondelete right, and you view a diff where one of the revisions has been hidden, a message appears inside the diff table, and WikEdDiffLinkify breaks links in that message. The structure looks like this:
<table class="diff"> <tr> <td class="diff-otitle" colspan="2"><div id="mw-diff-otitle1"> [navigation links, left side] </div></td> <td class="diff-ntitle" colspan="2"><div id="mw-diff-ntitle1"> [navigation links, right side] </div></td> </tr> <tr> <td colspan="4"><div class="mw-warning plainlinks"> [RevisionDelete warning message with links which are broken by WikEdDiffLinkify] </div></td> </tr> <tr> [usual diff structure with diff-lineno, diff-marker, diff-context etc. classes] ...
Maybe diff linkification could be limited to the diff-context class.
-- Tgr ( talk) 16:21, 17 April 2010 (UTC)
See thread at Wikipedia:Administrators'_noticeboard/Incidents#Someone_has_broken_AfD ... I am really stumped on this one. My browser is Firefox 3.0 (kind of behind the times, I know) and Im using monobook (ditto). It says there's a "loading error" when editing any AfD page (but every other page seems to be fine) and the problem disappears when I disable WikEd (and refresh teh cache). — Soap — 21:13, 17 April 2010 (UTC)
Script: http://en.wikipedia.org/?title=User:Cacycle/wikEd.js&action=raw&ctype=text/javascript:11085
It fails every time on West Ham United F.C. with Firefox 3.6.3. Chris the speller ( talk) 19:46, 25 April 2010 (UTC)
I absolutely love the new HTML character entity hiding, as well as the click-to-hold-open feature! You should change the rollover text for the
button so that it mentions char. ent. hiding as well as [REF] and [TEMPL]. I see now that it also gets rid of text over image preview — fantastic! One bug though, when I apply <sup>.../<sup> to something within the ref block using your toolbar's button, it completely messes up WikiEd's conception of where the boundaries of the ref block are, and I have to use the textify button
to fix it.
In the info block on the beta version, you got rid of the instructions on how to install it. Perhaps you could restore these, as well as mentioning that one could switch between versions easier by just changing the name of the .js file in one's Monobook.js, rather than re-enabling it as a gadget. Hgrosser ( talk) 03:38, 29 April 2010 (UTC)
Oh, and the image preview doesn't work when it is referenced by some templates w/o image tag, such as Phi Beta Kappa Society Hgrosser ( talk) 03:55, 29 April 2010 (UTC)
-- 68.101.94.165 ( talk) 06:33, 12 May 2010 (UTC)
When I tried to install wikEd as a Gadget, the old version, wikEd version 0.9.90 (forgot the letter, but the date is Apr. 19, 2010) appears. Both wikEd.js and wikEd_dev.js added to my .js file give the same new version. Hgrosser ( talk) 01:00, 14 May 2010 (UTC)
"Here" is the quick version of my problem. I think this is enough information to explain it. Here are some links for research purposes.
Here are my .js Pages (I might have the wrong script)
I sure hope there's a fix for this, I love wikEd, Please I need help with this, If there's no fix, Patch there needs to be ! Thank you very much, if you need to make any changes to any of my pages Please Do of course I need to what was done so I can work with it in the future... Mlpearc pull my chain Trib's 19:11, 24 May 2010 (UTC)
I don't know what happened, but all of a sudden I can't edit with WikEd at all. I'm using Firefox 3.0 (old, I know, I'll test with other browsers when I get a chance), and it seems to happen on all skins that support WikEd. What happens is that the little toolbar above the edit window is magnified to the size of an entire screen, a horizontal scrollbar appears at the bottom window, even if it isn't needed, pressing [tab] to get to the Edit summary field doesnt work, and all edits fail to go through even if it looks like they did. (Previewing an edit shows no changes.) This all happened suddenly around 22:00 GMT on May 24. I appreciate all the work youve done on WikEd, and if this problem is just isolated to me (which I imagine it might be since if it was global I'd expect a flood of comments here), I will try to find out the source of the problem and do what I have to do to get it fixed, even if it means upgrading/switching to a new browser. Thank you.
—
Soap
— 12:10, 25 May 2010 (UTC)
...such as D8 (Croatia). Attempting to edit at various places in the article leads to general unresponsiveness and high (or at least higher-than-normal) CPU usage. Can be reproduced with Firefox 3.6.3 on both Windows 7 and Windows XP SP3, but seems to work fine with Google Chrome 5.0.375.55 on Windows 7. GregorB ( talk) 13:59, 4 June 2010 (UTC)
Could you please fix this bug. It's really an annoying bug. -- Schnark ( talk) 09:02, 14 June 2010 (UTC)
wikEd 0.9.90q (April 19, 2010)
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.3) Gecko/20091020 Ubuntu/9.10 (karmic) Firefox/3.5.3
No errors were displayed.
My only add-on is Ubuntu Firefox Modifications (unless you're counting plug-ins as well as extensions).
The skin in use is Monaco.
I am not using Wikipedia Beta.
Your script is the only one installed as my userscript, and I believe there are no custom scripts used wiki-wide.
I am running Ubuntu 9.10 "Karmic Koala."
Manual editing and manual scrolling within the editor are completely disabled. Undo/redo and the buttons, both the standard ones and the special wikEd ones, still work, and effect scrolling when the text they affect is outside the current editor viewport. I managed to accidentally highlight a character while playing with the buttons and undo, but otherwise this is not possible and I can't manually change the highlighted text anyway. Fortunately I can disable/enable the script while on the page in question, a very wise feature. The editing page also displays a notice of anti-anon protection twice.
To reproduce the problem, create a Wikia account, paste your script here (or skip this step and use Greasemonkey), and visit the problem page's editor. I also noticed the behavior on a subpage as well as the original with only a redirect in it, but not a duplicate page. The name of the main page happens to also be the alias for the Project: namespace.
When you open the editor for the page in question with wikEd enabled, you should experience the same issues as I described above. -- Jesdisciple ( talk) 16:38, 14 June 2010 (UTC)
For a private (non-web) wiki on my computer, I’ve tried to install the latest version of WikEd following the steps of the procedure ‘Wikis without internet connection’, but I can’t get it to work. I’m using: Windows XP Professional, MediaWiki 1.15.4, IIS 5.1, PHP 5.3.2, MySQL 5.1 Essentials, phpMyAdmin 3.3.3 and Mozilla Firefox 3.6.3.
The memory limit is ok; I added ‘$wgUseSiteJs = true;’ to the local settings (and also tried ‘$wgAllowUserJs = true;’); created the required pages (‘wikEd.js’, ‘wikEd current version’, etc.) as well as the optional ‘AutoWikiBrowser typos’, but not the translation page; manually uploaded the 88 images; copied the installation code at ‘MediaWiki:Common.js’, replacing the relevant lines with http://localhost/mediawiki and http://localhost/mediawiki/images; and protected the .js pages. After restarting the IIS server and refreshing the Firefox cache, no WikEd logo or WikEd buttons appear in the editing box.
The JavaScript error report says:
Any thoughts? Cavila ( talk) 10:58, 15 June 2010 (UTC)
Thanks for great tool. I wish to create a transliteration, language editor I still don't know how to call a function onkeypress of this editor. I have the js files and want to call a function (addCharKeyPress(thisobj, keypress,engToTam)). Please help me. Mahir78 ( talk) 12:53, 29 June 2010 (UTC)
Right now, in this post, it is not working at all. However, I just opened Wikipedia talk:WikiProject Professional wrestling and it was fine. Before that, I was editing Wikipedia:Administrator's Noticeboard and it wasn't working either. I thought it was in certain pages, but I have now noticed it is completely random. Help? Feed back ☎ 03:28, 3 July 2010 (UTC)
In the order asked: The balloon that pops up for that widget next to "log out" reads"Loading error - wikEd 0.9.90r G (June 14, 2010) Click to disable" (I was able to get the properties of it and copy/paste that text in FF)
Not that it would matter much, but my one browser says it's "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.20) Gecko/20081217 Firefox/2.0.0.20", and the other "Opera/9.80 (X11; Linux i686; U; en) Presto/2.6.30 Version/10.60" (wikiEd does not work in either/both)
...and now the key: the FF error console says: "Error: tag is not defined Source File: http://en.wikipedia.org/?title=User:Cacycle/wikEd.js&action=raw&ctype=text/javascript Line: 12178" From what I saw, you define a variable "tags" and then reference tag[i]; don't know if that's what you wanted, and somehow I don't think so. I think you wanted "tags[i]", not "tag[i]".
Y'know, considering what I found from FF's error console, I didn't try disabling add-ons. Sorry 'bout that, but I didn't think it was relevant.
I use the Monobook skin. I actually tried putting in a simple alert() call into monobook.js, but I never saw an alert. Hmmmm...dunno why not.
What happens is, I no longer see the wikiEd toolbars, just the pretty much standard ones (bolding, italic, link, advanced, special characters, help, and so on.)
I might also add that for several months now, using the case-changing widget (at least in FF) loses the selection after using it. In other words, after selecting some text and clicking the case-change widget, it would for example change all the highlighted text to upper case, but then the text just operated upon would become deselected. Therefore I couldn't step to the next "case case", for example all lower without reselecting that text. It didn't used to do that; the text would remain selected and highlighed in the textarea, up until a few months ago anyway.
Error: [Exception... "Component returned failure code: 0x80070057 (NS_ERROR_ILLEGAL_VALUE) [nsIDOMRange.setStart]" nsresult: "0x80070057 (NS_ERROR_ILLEGAL_VALUE)" location: "JS frame ::
http://en.wikipedia.org/?title=User:Cacycle/wikEd.js&action=raw&ctype=text/javascript :: anonymous :: line 6447" data: no]
Source File:
http://en.wikipedia.org/?title=User:Cacycle/wikEd.js&action=raw&ctype=text/javascript
Line: 6447
This could very well be a FF bug that was fixed in later versions. As you have seen, this is a rather old version. That error looks nasty. Still, it could have been an addon. This line looks like it's frobbing the range object. Ohwell.
Oddly enough, I started experimenting with that a little bit, by going in and disabling wikiEd in my prefs, and reenabling it, then editing my user page. Wikipedia showed the wikiEd toolbar once, but now it pretty much doesn't show it anymore. Odd indeed that it seemed to work once.
hope that helps.
-- Joe ( talk) 23:07, 5 July 2010 (UTC)
Vector on Windows XP, no clue what version my WikEd is:
I tried the Search and Repla{{red|[[user:ce feature, {{red|[[user: replacing {{red|[[user: with [[user:
and I got this:
User | Day | Time (UTC) | Article / Summary | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Suomi Finland 2009 | 17 June 2010 | 15:16 | Signature[[user: TFOWR | 17 June 2010 | 15:19 | Si[[user: Berean Hunter | 17 June 2010 | 18:25 | S[[user: White Shadows | 18 June 2010 | 00:01 | S[[user: SuperHamster | 19 June 2010 | 04:29 | S[[user: MPJ-DK | 19 June 2010 | 12:10 | S[[user: A. di M. | 19 June 2010 | 14:24 | S[[user: OlEnglish | 19 June 2010 | 15:11 | S[[user: Christine | 19 June 2010 | 20:44 | S[[user: S Marshall | 20 June 2010 | 02:22 | Si[[user: Daniel Case | 20 June 2010 | Si[[user: Mifter | 20 June 2010 | Si[[user: Abce2 | 20 June 2010 | Si[[user: Jclemens | 20 June 2010 | Si[[user: Spencer | 21 June 2010 | Si[[user: FT2 | 21 June 2010 | Si[[user: OhanaUnited | 21 June 2010 | Si[[user: True Pagan Warrior | 22 June 2010 | Si[[user: Hidividedby5 | 22 June 2010 | Si[[user: WVRMad | 22 June 2010 | Si[[user: Thelmadatter | 22 June 2010 | Si[[user: Fetchcomms | 22 June 2010 | Si[[user: Kayau | 23 June 2010 | Si[[user: Resident_Mario | 23 June 2010 | Si[[user: TitanOne | 23 June 2010 | Si[[user: Nifky | 23 June 2010 | Si[[user: ceranthor | 23 June 2010 | Si[[user: NSD | 23 June 2010 | Si[[user: Duncan | 24 June 2010 | Si[[user: Enigma | 28 June 2010 | Sig[[user: Jack1956 | 28 June 2010 | 19:51 | Si[[user: Lear's Fool | 29 June 2010 | 12:42 | Si[[user: Spanglej | 30 June 2010 | 06:40 | Si[[user: Wizardman | 01 July 2010 | 22:40 | Si[[user: Jack Merridew | 03 July 2010 | 19:55 | Si[[user: M4gnum0n | 04 July 2010 | 22:55 | Signature |
IdaShaw | 05 July 2010 | 07:17 | Signature | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
WVRMad | 06 July 2010 | 19:50 | Created Elms Bridge Halt railway station |
hidividedby5 ( talk) 22:19, 6 July 2010 (UTC)
Applogies, it was my error - managed to get the functionality back by removing a global javascript setting Random Time 00:36, 9 August 2010 (UTC)
Hello, thanks for this great tool. I have seen, in wikEd source code, that it takes into account this tag for preview displays. But when I use the "<>" button for check html, the WikifyHTML
function remove the syntaxhighlight
tag. This tag is not in the list of allowed wiki tags (it's after this line //<> remove not allowed tags
in the source code of wikEd). Can you add this tag please ?
Instead I can use the source
tag which is used by the SyntaxHighlight_GeSHi extension. But, an other issue is that source
allow to write html tags like this :
<myTags>
MyText
</myTags>
So, wikEd removed the tag myTags
. But all tags nested in source
tag and syntaxhighlight
tag are transformed in text by SyntaxHighlight_GeSHi extension. So, I think that it should not be deleted by wikEd. Have you an idea for this issue ? Thanks (and sorry for my english) --
Gobygoba (
talk) 22:17, 10 October 2010 (UTC)
myTags
is deleted by "<>" button. For exemple, if you edit this section, and if you use the "<>" button, then the tag myTags
is deleted. Yet, this tag is not a html tag, it's a simple text because it's in between a source tags (so this tag is parse by syntaxhighlight extention). So, I think that it should not be deleted by wikEd. But it may be complex to be taken into account. --
Gobygoba (
talk) 21:19, 17 October 2010 (UTC)
is it possible to create magic words with wikiEd?? A Word Of Advice From A Beast: Don't Be Silly, Wrap Your Willy! 17:37, 14 October 2010 (UTC)
Sory for my english, I'm french and my first ask is
here
In the modification of article by the editor with 3 windows, but without the wikEd preference, when I prévisualise or publish, the stringcourses and Infoboxs of the window of high edit-window are also at the beginning of the main edit-window ; and the gates and categories are at the end of the main edit-window and in the low edit-window. That causes doubled text when one preview or validate. Of course, one can temporarily empty the windows high and low to benefit from this editor, but rigth fonction is better. Thanks in advance. --
Ricima (
talk) 14:20, 16 October 2010 (UTC)
Some little point : In wikEd the field of summary is too short, perharps "width:500px;" or "rigth:50px;" is better. -- Ricima ( talk) 14:20, 16 October 2010 (UTC)
Case of templates only. title is undefined. Please fix this.-- Frozen-mikan ( talk) 17:11, 17 October 2010 (UTC)
It seems only templates whose name is more than one word are hidden. Is there anyway to hide all templates?-- Netheril96 ( talk) 14:44, 18 October 2010 (UTC)
wikEdConfig.templNoHideLength
characters. If you set var wikEdConfig = {}; wikEdConfig.templNoHideLength = 0;
you would at least hide all templates with parameters. See also
User:Cacycle/wikEd customization. There is currently no switch to always hide even short no-paramater templates.
Cacycle (
talk) 20:36, 19 October 2010 (UTC)
title = title.replace(/<.*?>/g, '');
title = title.replace(/^.*>|<.*$/g, '');
title = title.replace(/^\s+|\s+$/g, '');
+ title = decodeURI(title);
var url = title.replace(/\s/g, '_');
url = encodeURI(url);
url = url.replace(/"/g, '%22');
url = url.replace(/'/g, '%27');
Now, URL is bad links, and title is encoded string. -- Frozen-mikan ( talk) 09:37, 20 October 2010 (UTC)
This is translate wikEd in Russian:
-- IGW ( talk) 13:37, 31 October 2010 (UTC)
We have our own Wiki and in IE8 i get the following javascript error (in Dutch). In Chrome I don't get the error. The problem is that we have a lot of Wiki readers, who use IE. The editors use Chrome.
Bericht: 'wikEd.head.baseURI' is leeg of geen object Regel: 1747 Teken: 2 Code: 0 URI: http://en.wikipedia.org/?title=User:Cacycle/wikEd dev.js&action=raw&ctype=text/javascript
What can I do? Ploegvde ( talk) 14:14, 3 November 2010 (UTC)
Thanks, problem solved Ploegvde ( talk) 11:08, 4 November 2010 (UTC)
Hi Cacycle,
Something has changed, where we use wikEd on our Appropedia page: http://www.appropedia.org/index.php?title=Wikedbox&action=edit
E.g. if I copy a link on Wikipedia to the Singapore article, "wikify" converts it to:
title="Singapore" href="http://en.wikipedia.org/wiki/Singapore" _moz_dirty="",
I think the best option for us is probably to directly copy the code from an older version that worked, and hack it to show the wikify button and as little else as possible (since that's all we use it for, on that page). I'll look at this later when I have time - if you have any tips, they're very welcome.
Thanks -- Chriswaterguy talk 05:44, 4 November 2010 (UTC)
Safari 5.0.2 (6533.18.5) – wikEd just doesn't show up at all anymore, it's on in my preferences, I purged the website a couple of times, but wikEd doesn't show up anymore. Xeworlebi ( talk) 09:48, 10 November 2010 (UTC)
With my dabfix tool it would be incredibly useful to highlight what text was added by machine. The text strings are already stored to do automatic removal. Is there a quick way of implementing this (i.e. I don't feel like reading threw your parser code)? — Dispenser 04:55, 24 November 2010 (UTC)
[[Cirrus (rocket)]]
, a German sounding rocket// style the wikEdKeep class in edit box
wikEd = { config: { frameCSS: { '.custom1': 'background:red;' } } };
// get original text
var html = wikEd.textarea.value;
html = html.replace(/&/g, '&').replace(/>/g, '>').replace(/</g, '<');
// add your insertions here in span, div, ins, or del tags with id, name, or class starting with "wikEdKeep"
html = html + '<ins class="wikEdKeep custom1">insertion</ins>';
// save text
if (wikEd.useWikEd == true) {
wikEd.UpdateFrame(html);
}
else {
wikEd.UpdateTextarea(html.replace(/\n/g, '<br/>'));
}
Hello Cacycle,
I am an administrator of a wiki where WikiEd is enabled wiki wide using [[MediaWiki:Common.js]], but as an experienced user, WikiEd only annoys me. I have disabled it using the logo next to the log out button, but it randomly decides to enable itself, which is annoying. Is there any way to disable it on a personal level using [[User:MyName/vector.js]]? I also know of at least on other admin who would like to do this. Thanks! Multiple Protection Levels Talk 10:51, 24 November 2010 (UTC)
var wikEdConfig = { 'scrollToEdituseWikEdPreset': true };
to your vector.js page. That sets the default state after the settings cookie has been lost to disabled. You will still be able to enable wikEd with a logo click if you wish so. Hope that helps,
Cacycle (
talk) 22:33, 24 November 2010 (UTC)Sometimes I turn off wikEd by clicking the button at the top right corner of the page. However, the next time I edit a page, it turns itself on again. I am using version 0.9.96a of wikEd in Google Chrome 7.0.517.44. I have no add-ons installed, nor any user-scripts that might be interfering with wikEd. Intelligent sium 23:08, 25 November 2010 (UTC)
(Moved from User_talk:Cacycle/wikEd_development. Cacycle ( talk) 22:33, 27 November 2010 (UTC))
Does wikEd support a callback mechanism such that I can execute custom scripts when the "preview below" is activated? Thanks, Nageh ( talk) 11:42, 23 November 2010 (UTC)
Hi, it me again, this time with an updated install code:
// install [[wikipedia:User:Cacycle/wikEd]] in-browser text editor importScriptURI("http://en.wikipedia.org/?action=raw&ctype=text/javascript&title=User:Cacycle/wikEd.js");
This will look, and hopefully work, much better as the non-DOM version "as-is-now"...
PS: I already use this on wikia and it seems to work with no problem on FF4.0b7
⇐⇑
©TriMoon™
Talk @ 00:08, 28 November 2010 (UTC)
I have this really weird issue where I get a red cross over the icon in the top right this not letting me edit pages unless I disable the script by clicking the icon in the top right then disable grease monkey, then reload the page, enable grease monkey and reload again and then enable the wikEd. I had no problems until it prompted me to update a few hours ago. --salle —Preceding unsigned comment added by 80.217.241.142 ( talk) 00:43, 29 November 2010 (UTC)
When I use the image button, it generates this code:
[[Image:filename|thumb|widthpx| ]]
I always have to add <br style="clear:both" /> at the end so text wraps correctly. Is it possible to add this to the emplate so clicking on the image buttons generates this:
[[Image:filename|thumb|widthpx| ]]<br style="clear:both" />
Is this something I can do myself in my own wiki (I have one with siteground)?
Better yet, it would replace filename with the most recent image that was uploaded.
Scott216 (
talk) 22:12, 29 November 2010 (UTC)
Here you can find translation of wikEd in Croatian language:
Good job with wikEd! SpeedyGonsales ( talk) 13:25, 11 December 2010 (UTC)
WikEd inline preview container should be inserted outside edit form, because some MediaWiki extensions insert HTML forms onto the page, and when inline preview is loaded, these forms are inserted into editform, which causes different bugs, i.e. extension could handle the submmited editform like its own form and discard text changes.
I propose inserting wikEd.localPrevWrapper after editform.
The one problem here is that preview block goes below edittools, templatesUsed and hiddencats, which is not just after textarea. So I think wikEd could also move templatesUsed and hiddencats after editform.
VitaliyFilippov ( talk) 15:19, 14 December 2010 (UTC)
Do you think making WikEd compatible with Opera? I like these two very much but isn't usefull to switch to Firefox every time when I use Wikipedia. Aku506 ( talk) 18:40, 26 December 2010 (UTC)
At some point in the fall of 2010 WikEd stopped displaying for me when using Firefox 3.6.xx. I have not changed my preferences, in fact, it is still selected as an option in my preferences. WikEd shows up fine in Chrome but not at all in IE. How do I get it working in FF? (And did something happen external to my account that caused it stop working?) -- btphelps ( talk) ( contribs) 01:20, 5 January 2011 (UTC)
Hi
It seems the "Cite" drop down has disappeared - any reason for this ?
It used to say "advanced" "Special characters" "XX" "Cite"
Chaosdruid ( talk) 00:23, 10 January 2011 (UTC)
Hello Cacycle,
Thank you for developing and maintaining wikEd. I am currently planning on using it with a wiki for my team at work and there are strict rules in place regarding programs and browsers that are in use.
Is there any way that I can get the "wikify" button to work on the latest IE? I highly agree that IE is far from the recommended, but that is outside of my hands.
Specs:
Thank you for your time,
Andrew. — Preceding
unsigned comment added by
AndrewM90 (
talk •
contribs) 14:57, 10 January 2011 (UTC)
After only playing with WikiEd for a little bit I can see that it will be very useful the highlighting is superb. My only gripe is that it has not been updated for the new Wikia skin so I have to switch to monobook to use it. Thank you for creating and developing this great code and I hope to see it working under the new Wikia skin soon. (Awesome3000 on Wikia) 125.237.165.60 ( talk) 08:34, 17 January 2011 (UTC)
I had to disable wikEd because of some problems that it had in Firefox 4 beta 9. First of all, the script takes by far the longest time to load, on any page. When a page is loaded, it still says "Waiting for en.wikipeida.org" so I began wondering what was taking so long. Then I noticed that the wikEd icon in the top-right corner had not appeared yet, and only shows up when the page finishes loading. Secondly, I usually have wikEd disabled (by clicking on the wikEd logo), but every once in a while it will reactivate itself and so I have to disable it again. I didn't have these problems in Firefox 3.6. Gary King ( talk · scripts) 02:02, 26 January 2011 (UTC)
Cacycle, hats off to you for such a useful tool! But I'm stuck and hope you can help me: I was earlier using wikEd 0.9.91j (from July 22, 2010) in Firefox 3.6.13 on Mac and it worked fine across all wikis I noticed. I upgraded to the newest one 0.9.97a ("Last update Nov 29, 2010") and it seems to work in Firefox (it didn't at first but I kept refreshing), yet doesn't show up for me in Chrome (9.0.597.84 beta). Across all wikis, it gives me deformed, small text areas like this and that.
So I decided to downgrade to the older 0.9.91j in Chrome to see what would happen.
More strangeness: in Chrome on the lindenlab.com company internal wiki (MediaWiki 1.14.1) that's connected to the web, wikEd doesn't appear. However, wikEd still works on the public http://wiki.secondlife.com (MediaWiki 1.15.5), but ONLY if all lindenlab.com wiki tabs are closed. Otherwise, having a tab with the lindenlab.com wiki editor open makes wikEd disappear on all open tabs that have a working wikEd (after refreshing them) and it seems I have to close the lindenlab.com wiki tab, restart Chrome, and refresh the wiki.secondlife.com tab for wikEd to come back. This earlier confused me into thinking that wikEd wasn't working at all. Furthermore, I disabled the FCKeditor in the lindenlab.com wiki preferences and that didn't bring back wikEd.
I wonder what factor is "breaking" it? The lindenlab.com wiki does use the FCKeditor extension, so I wonder if that in some way is wreaking havoc? Strange that an earlier version played fine with it though in Firefox, but not Chrome.
To sum up in Chrome: older 0.9.91j works partially. 0.9.97a doesn't work for me at all, and gives the deformed text areas I reported above.
Thanks in advance for your help. Torley ( talk) 16:18, 7 February 2011 (UTC)
I am working on cleaning up issues where an image was renamed and a redirect created, but the article was not updated. The Fix redirect button works great unless the image is enclosed within a <gallery>
tag. ---—
Gadget850 (Ed)
talk 16:11, 15 February 2011 (UTC)
Hi, wikipedia recently upgraded to mediawiki 1.17wmf1. On LI wiki (my home wiki) gadgets are not enabled, so I enable WikED by including it in vector.js. It however doesn't seem to load anymore. Is there a fix for this? - Pahles ( talk) 15:04, 16 February 2011 (UTC)
Please add a link to Wikipedia_talk:RefToolbar_1.0#wikEd_compatibility under the compatible scripts section of the project page. If User:Apoc2400 picks up the change in the gadget version, a link to the gadget can then be substituted. However, User:Apoc2400 hasn't been active recently so I don't know when this might happen. — UncleDouggie ( talk) 07:51, 18 February 2011 (UTC)
I love WikiEd, but one thing I notice is that the buttons are very ugly and pixelated. Any way to make them into .svg? We could ask the Graphic Lab to create the icons if needed. Headbomb { talk / contribs / physics / books} 22:22, 18 February 2011 (UTC)
Well here's a list of what currently exists (minus screenshots and gifs). Cacycle can remove what is uneeded for conversion, and then it would be off to the Graphic Lab. Headbomb { talk / contribs / physics / books} 04:49, 20 February 2011 (UTC)
Poke? Headbomb { talk / contribs / physics / books} 02:24, 22 June 2011 (UTC)
Hi, I tried translating 2010 Indian Premier League into ta:User:Mahir78/2010 இந்தியன் பிரீமியர் லீக் using a js tool. Everything went fine. But at one stage if try to find/replace words i get this error. is there any memory issue in localstorage? please add try catch at line 14347. Let me try and give u feedback. After this error happen WikEd never loaded into my user area in both enwiki and tawiki. In enwiki also shows this error and not loaded, but the error initiated while editing in tawiki. I use FF3.6.14 and vista home.
uncaught exception: [Exception... "Component returned failure code: 0x80630002 [nsIDOMStorage.getItem]" nsresult: "0x80630002 (<unknown>)" location: "JS frame :: http://en.wikipedia.org/?title=User:Cacycle/wikEd.js&action=raw&ctype=text/javascript :: anonymous :: line 14347" data: no] — Mahir78 ( talk) 11:06, 4 March 2011 (UTC)
Wgat happens if you delete content in Tools - Options - Advanced - Network - Offline Storage? Cacycle ( talk) 07:36, 11 March 2011 (UTC)
WikEd versin: 0.9.98 Browser: Google Chrome 10.0.648.127 errors: None, other than the browser asking if I want to kill a frozen script Add-Ons: Flashblock (with this page whitelisted), adblock, personal blocklist, sexy undo close tab, google speed tracer, web developer Wikipedia beta: no User scripts: None OS: OSX 10.6.6 Theme: Classic Description: When I paste content from Microsoft Word or Textedit into WikEd running on Chrome or Firefox and then click the MS Word->Wiki button, it stalls and after a while tells me that the script is unresponsive.
When debugging, I can see that the loop in the code never gets past:
while ( (regExpMatch = /(\w+)\s*=\s*(('|")(.*?)\3|(\w+))/g.exec(attributes)) != null) {
With local vars of: attrib: "class" attribValue: "MsoNormal" attributes: "class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto; mso-outline-level:1"" common: "dir" regExpMatch: Array[6] relaxed: false sanitized: "" table: "|border|cellspacing|cellpadding|align|bgcolor" tablealign: "|align|valign" tablecell: "|rowspan|colspan|nowrap|bgcolor" tag: "p" this: Object valid: false
As far as I can tell, it never modifies the attributes or breaks out of the loop, so there is no way this loop could ever end. —Preceding
unsigned comment added by
173.161.6.33 (
talk) 17:53, 8 March 2011 (UTC)
That is strange, it works fine for me, even with the provided values. Also, I do not see a reason why the loop would ever run more than a few times: It works its way through the attributes string till the end, then exec return null, and the loop terminates. Maybe something else is broken. Can you find a test case so that I can exactly repeaqt your problem? Also, it might help if you fill out the bug report form from the top of this page. Thanks in advance, Cacycle ( talk) 07:58, 10 March 2011 (UTC)
Any chance that the feature that wikEd provides which previews a section and shows the references in it rendered in the preview page, could be split off into its own script for those of us that only want to install that feature? wikEdDiff is great, for instance, and this would be, too. Thanks in advance! Gary King ( talk · scripts) 05:27, 14 March 2011 (UTC)
<references />
like WikEd but has some other features: Ajax "changes" button, preview of edit summary and other areas, executing sortable and collapsible scripts on the preview, etc. —
AlexSm 21:51, 15 March 2011 (UTC)I think it would improve usability if the tool bars (except maybe the replace tool bar) are replaced by menus. The biggest advantage is that the function descriptions would be obvious without having to hover over the mouse the buttons. Some of the button icons are difficult to memorize simply because the concepts they represent appear only in wikEd. Another advantage is that the controls would take up less space in the browser window. Yes, it is possible to collapse the tool bars, but they still take up the same amount of vertical space. Also, then you have to remember which collapsed tool bar holds which buttons, because the collapsed tool bars are not labeled. - Pgan002 ( talk) 08:04, 17 March 2011 (UTC)
var wikEdDoCloneWarnings = false
doesn't work anymore, edit-notices still show up twice.
Xeworlebi (
talk) 14:59, 18 March 2011 (UTC)headers['Content-Type'] = 'multipart/form-data; boundary=' + boundary;
headers['Content-Type'] = 'multipart/form-data; charset=UTF-8; boundary=' + boundary;
I tried to paste the text from monobook.js into vector.js and got a load error. Now when I am in Vector Wikipedia won't let me edit any pages at all. Could someone please help me? (In the meantime I'm using MonoBook.) Someone the Person ( talk) 18:40, 27 March 2011 (UTC)
The font size in WikEd edit area are too large and I have to cycle two times whenever I open a new editing form. I don't want to adjust the browser zoom level because that will shrink the font in preview and reading area. What is the option of default zoom level?-- Netheril96 ( talk) 01:09, 2 April 2011 (UTC)
Since the Firefox 4 Final Release its not possible to use the wiked preview function. Instead of the preview content it shows "..." in the preview window. Can you confirm this issue? Legend811510 ( talk) 08:27, 2 April 2011 (UTC)
functionsHook is undefined for (var i = 0; i < functionsHook.length; i ++) {
Could someone change
* Lupin Navigation popups * AzaToth Twinkle
to
* Lupin * Navigation popups * AzaToth * Twinkle
unless it is wrong to (in which event I'd appreciate to know why). Thanks. kcylsnavS{ screech harrass} 23:44, 4 April 2011 (UTC)
I believe the support of some maths characters is so bad that they should not be be offered in the menu 'Math and logic'. The ones I think should be removed are the blackboard bold symbols because they look so dreadful with the default of Times Roman going to MS Mincho on IE, and the angle brackets which are not supported with the default on IE. The other browsers do them fine so it is yet again Microsoft causing problems. To try them out yourself I'll list the characters here: standard non-serif ℂ ℍ ℕ ℙ ℚ ℝ ℤ ⟨ ⟩ serif using {{ math}} ℂ ℍ ℕ ℙ ℚ ℝ ℤ ⟨ ⟩. Dmcq ( talk) 10:06, 5 April 2011 (UTC)
Currently, if a user hovers over a hidden reference or template, it immediately expands. In my experience, hovering happens too easily by accident and the expanded reference is distracting. I find myself being careful not to move the mouse over a hidden reference. What do you think about showing a tool tip on hover but showing the reference if the hidden reference is clicked. It's a button anyway. - Pgan002 ( talk) 22:18, 13 April 2011 (UTC)
var wikEdConfig = {}; wikEdConfig.unhideShift = true;
to your vector.js page (please see also
User:Cacycle/wikEd_customization). What do you think?
Cacycle (
talk) 21:36, 8 May 2011 (UTC)Hi ! This message appears after a few minutes using WikEd :
Then, sometimes when i press "Stop the Script", it works and I can continue (1/4), or sometimes, Firefox doesn't answer either, and I have to close it and restart from the beginning.
What's wrong ?
(Firefox 4.0, Windows 7 (64)
Thanks for your answer, JRibaX ( talk) 14:23, 21 April 2011 (UTC)
VitaliyFilippov (
talk) 13:40, 27 April 2011 (UTC) WikEd does an infinite loop in Firefox 4, for example, when wikifying copy-pasted tables. This is because WikEd uses the following code (in 2 places): while (//g.match() != null). ECMAScript 5 standard tells us // is not a special literal regex syntax (as it was in ECMAScript 3), but is a constructor for a new regexp object, and a new regexp object always has last match position = 0. So if there is even a single match, this would be an infinite loop, which is incorrect. All other browsers behave differently Not really, Opera now also conforms to ECMAScript 5, Chrome and IE do not. See
Mozilla Bug 98409. Nevertheless, the following code: var re = //g; while(re.match() != null) is correct for Firefox 4 and other ECMAScript5-compliant browsers.
The following patch fixes this problem:
--- WikEd.js Wed Apr 27 09:23:39 2011 +0000
+++ WikEd.js Tue Apr 26 14:48:02 2011 +0000
@@ -10172,8 +10172,7 @@
// parse hrefUrlParam and check for special parameters
if (hrefUrlParam != null) {
var regExpMatchHref;
- var re = /(^|&)(\w+)=([^"\&]+)/g;
- while ( (regExpMatchHref = re.exec(hrefUrlParam)) != null) {
+ while ( (regExpMatchHref = /(^|&)(\w+)=([^"\&]+)/g.exec(hrefUrlParam)) != null) {
var param = regExpMatchHref[2];
var value = regExpMatchHref[3];
switch (param) {
@@ -10572,8 +10571,7 @@
tag = tag.toLowerCase();
var sanitized = '';
var regExpMatch;
- var re = /(\w+)\s*=\s*(('|")(.*?)\3|(\w+))/g;
- while ( (regExpMatch = re.exec(attributes)) != null) {
+ while ( (regExpMatch = /(\w+)\s*=\s*(('|")(.*?)\3|(\w+))/g.exec(attributes)) != null) {
var attrib = regExpMatch[1];
var attribValue = regExpMatch[4] || regExpMatch[5];
if (attribValue == '') {
Hi. I have inherited some MediaWiki administration tasks for my company's internal wiki and am having a terrible time locating and removing and old version of wikEd which is installed on it (their version is ancient - 0.9.35h and I want to upgrade it). Despite the fact that it appears to be a site-wide install the code is not located in MediaWiki:Common.js, there are no preferences options for Gadgets or wikEd. Also, no code shows up under User:<any user>/monobook.js or any of our other skins. I have also done a "grep -R -i wikEd ." through my wiki installation directory without getting any hits. I am at a loss! I can install the newest version by adding your code into MediaWiki:Common.js but then both versions are active (or at least the little icon for both show up in the top right). Am I missing something? Where can I locate and obliterate the old version? Does the "h" at the end of the version number signify an installation type that I missed?
Thank you so much for any help you can provide!
Xaev ( talk) 21:16, 16 May 2011 (UTC)
You could try to find out from where the code is loaded, e.g. using the Web Developer add-on for Firefox. Or check the source code for Javascript links and then check their source codes. You could also cearch the database for the wikEd code... Cacycle ( talk) 21:39, 16 May 2011 (UTC)
I'm preparing to install wikEd on a MediaWiki on an intranet which may or may not be connected to the Internet. So I'm copying the whole wikEd program code. WikEd is to be active for all users, so I'm installing the scripts in the MediaWiki namespace.
For now, I'm experimenting with wikEd on a live on-line wiki that I control, because it's available. I realize I should set that up differently, but then it wouldn't help me understand how to set up the intranet version.
The most obvious problem is that on the page
http://www.informationtamers.com/WikIT/index.php?title=MediaWiki:WikEd.js
The following are reported as used but missing:
Template:FUNCTION:parameter
Template:Function:param
Template:Lang
Template:Modifier:...
Template:TABLE
Template:Variable
Template:Variable:R
Template:\s*lang\s*\
But I can't find most of these in Wikipedia and those I can find lead to a cascade of dependencies. And ones I do include look very different once in my wiki. When I get beyond content editing and basic setup, my wiki fu is not so hot!
Is there a recognized way of acquiring the full tree of templates required for wikEd?
I can't get any sign that wikEd is active - editing appears in plain text as normal. I'm using Chrome 12.0.742.100 on WinXP SP3 and refreshing after any changes. The problem occurs in IE8 and FF3.6 as well. The wiki is on v.1.16.5, monobook (with very minor customization) and wikEd is the version on the wikEd Installation page now.
There's a full list of what I've done for the installation here: http://www.informationtamers.com/WikIT/index.php?title=User_talk:WikITSysop#wikEd_installation and apart from the templates, I think everything has been done.
Thanks Argey ( talk) 06:46, 21 June 2011 (UTC)
Addendum. I have noticed now that most of the templates that were redlisted at the foot of http://www.informationtamers.com/WikIT/index.php?title=MediaWiki:WikEd.js were actually mentioned in comments and were not really template invocations. I was caught out by the wiki code parsing text after the "https://"
The only use of template code that looks as if it might indicate the need for a template are the following:
var regExp = /{{\s*lang\s*\|(.|\n)*?}}/gi; and return('{{doi|' + regExpMatchDOI[1] + '}}'); ['\\{{2,}', 'paramTempl', 'open'], // template or parameter start
Argey ( talk) 08:42, 24 June 2011 (UTC)
Hello Cacycle, is it possible to make your code from "Syntax highlighting" as a separate user script like "wikEdDiff". Best Greetings -- Perhelion ( talk) 10:40, 27 June 2011 (UTC)
I'm 90% sure that it's so slow because it loads each icon one at a time, at about half a second each, which totals maybe 20-30 seconds on my system. Problem is icons are flushed from cache fast on my system, for whatever reason. It would be vastly more efficient from a network perspective and much faster to load to make them all views on a single large png strip/box. There are some online tutorials for this. Also, making it SVG per the earlier suggestion would slow the loading time down well beyond what it is now, so I vote against that (although some of the icons are nicer and could definitely replace the current ones). Foxyshadis( talk) 05:53, 17 July 2011 (UTC)
{{ editprotected}} Hi!
Could someone sync the "regExp" used to detect the rules with the AWB source code and also add a mw.log command to the loop which is used to parse the regex rules?
// parse regexp rules
var regExp = /<(?:Typo)?\s+(?:word="(.*?)"\s+)?find="(.*?)"\s+replace="(.*?)"\s*\/?>/g;
while ( (regExpMatch = regExp.exec(rulesTxt)) != null) {
// check if this is a valid regexp
var regExpFind;
try {
regExpFind = new RegExp(regExpMatch2], 'gm');
}
catch (err) {
mw.log( 'Invalid regex:\nfind=' + regExpMatch2 + '\nreplace=' + regExpMatch3]);
continue;
}
// save regexp and replace
wikEd.typoRulesFind.push(regExpFind);
wikEd.typoRulesReplace.push(regExpMatch3]);
}
The regex change would make the name of the word optional and white spaces to be ignored (as it is on AWB) and the log command would allow users to use ?debug=1
to review the set of rules and find out which ones needs to be fixed (and would do nothing on production mode).
Helder 16:10, 30 July 2011 (UTC)
highlight="2,11"
parameter of the <syntaxhighlight lang="">
tag to indicate which lines would change). But next time I will provide a usual diff to avoid confusion ;-). As for the page redirect, I only noticed it after seeing that the wrong page was edited accidentally.
Helder 15:27, 1 August 2011 (UTC)Done. -- Closedmouth ( talk) 05:45, 20 August 2011 (UTC)
In Firefox 5, wikifying copy-pasted text often gives things like:
name="cutid6" _moz_dirty=""
Also, the cursor jumps to the end after wikifying. It didn't in Firefox 4. This is inconvenient.
VitaliyFilippov ( talk) 15:13, 4 August 2011 (UTC)
Hi there,
I've used the wikEd script before (with FireFox 3.6) On my new system I'm running firefox 5.0 and I cannot run the script anymore. I've installed Greasmonkey and when I try to install the wikEd Script the following error msg. pops up:
"Script could not be installed TypeError: match[2] is undefined"
I try to install it from this link: http://en.wikipedia.org/?action=raw&ctype=text/javascript&title=User:Cacycle/wikEd.user.js — Preceding unsigned comment added by 82.92.248.212 ( talk) 14:05, 12 August 2011 (UTC)
Well, I think that would be a solution...)
The button hides wikEdToolbarWrapper. The problem is that, unlike the new standard wiki toolbar, You don't append the old one to that wikEdToolbarWrapper. You should change the code below. It says something like: "if there's a wikEd.toolbar then append wikEd.toolbarWrapper to wikEd.editorWrapper" and that's all. There is missing the appendig of the toolbar to wikEd.toolbarWrapper. Vinne2 ( talk) 18:28, 5 September 2011 (UTC)
// create toolbar wrapper
wikEd.toolbarWrapper = document.createElement('div');
wikEd.toolbarWrapper.id = 'wikEdToolbarWrapper';
wikEd.toolbarWrapper.className = 'wikEdToolbarWrapper';
wikEd.toolbar = document.getElementById('toolbar');
if (wikEd.toolbar != null) {
wikEd.editorWrapper.appendChild(wikEd.toolbarWrapper);
}
else if (wikEd.wikiEditorBar != null) {
wikEd.wikiEditorBar.parentNode.insertBefore(wikEd.toolbarWrapper, wikEd.wikiEditorBar);
wikEd.toolbarWrapper.appendChild(wikEd.wikiEditorBar);
}
else {
wikEd.editorWrapper.appendChild(wikEd.toolbarWrapper);
}
I am really tempted to replace the original editing bar with wikiEd, but one key button is missing: the signature button. for talk pages. Could it be added to the wikiEd? Or, barring that, as wikiEd supports custom buttons, but frankly, User:Cacycle/wikEd_customization#Custom_buttons is to arcane for me to use, perhaps a kind soul would code this button as an option for me? Also, there are certain templates I often use, I'd love it if somebody could tell me how to add template buttons (i.e. a button that would add a template). I should be able to duplicate this for the several templates I care about, once I understand the basics. Thanks, -- Piotr Konieczny aka Prokonsul Piotrus| talk 21:00, 20 August 2011 (UTC)
I had issues with installing the GreaseMonkey script, so instead I made a bookmarklet to load wikEd on demand: just drag this wikEd link to your bookmarks toolbar and click it to enable wikEd for the page you are currently on.
Source:
javascript:(function(){_wikEd_script=document.createElement('SCRIPT');_wikEd_script.type='text/javascript';_wikEd_script.src=' http://en.wikipedia.org/?title=User:Cacycle/wikEd.js&action=raw&ctype=text/javascript';document.getElementsByTagName('head')[0].appendChild(_wikEd_script);})(); — Preceding unsigned comment added by 207.171.191.60 ( talk) 18:11, 23 August 2011 (UTC)
![]() | This
edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
I've just made the Galician translation for wikEd interface. You can find it here: User:Toliño/wikEd international gl.js.Could you add it please? Thanks a lot! -- Toliño ( talk) 11:48, 25 August 2011 (UTC)
I just installed Greasemonkey and than, after restarting FF, I tried to install the script and I got the following error message: "Script could not be installed TypeError: match[2] is undefined"
Since I have NoScript installed and the issue was with Javascript, I figured out, that that was the issue, so I allowed all script globally but I got the same error message. I run FF 4.0.1 on Kubuntu. Has anyone got an Idea? Or can I download the script in some other way? Thanks in advance! --
Dia^ (
talk) 10:12, 4 September 2011 (UTC)
I just tried from here
http://userscripts.org/scripts/show/12529 and I still get the same error message. Is it an incompatibility with Linux?--
Dia^ (
talk) 10:24, 4 September 2011 (UTC)
There is a rather major bug in the most recent (4 Sept 2011) version of wikiEd. When editing pages with large lists, the editor removes newlines from the lists, or sometimes does not load the entire list. An example can be seen here. It initially will not load the entire page into the editor. Then if you click changes, it will load the entire page but it will have removed all the line breaks from the list at the bottom of the page. -- Odie5533 ( talk) 17:08, 4 September 2011 (UTC)
I've reverted user:Cacycle/wikEd.js for now, since this is such a major bug. Cleaning your cache should now remove the bug. I hope Cacycle will be around soon to fix the underlying bug and restore the other fixes in version 0.9.100. Ucucha ( talk) 17:47, 4 September 2011 (UTC)
I am on the verge of giving up on wikEd. I like the syntax highlighting, but I am annoyed by the clutter of buttons I mostly don't use. I could live with clutter, but often when I edit a page, wikEd takes something like 3-4 seconds to load itself over the editing Window; what seems to take most of that is loading buttons (I use Firefox 6.0.1 on Win 7). It seems like they are not cached, or need to be generated every single time. Any ideas why this delay is occurring? (Also, how to kill most of the buttons I don't want...). -- Piotr Konieczny aka Prokonsul Piotrus| talk to me 20:51, 4 September 2011 (UTC)
When I click on the "Delta" box ("Show current changes below"), I see no changes, but instead get only error message "Error: Local diff script not installed." I am using FF 6.0.1 on Windows Vista, and have made no changes to anything, AFAIK. Chris the speller yack 03:56, 5 September 2011 (UTC)
wikEd is not loading at all for me on Wikia. When I try to edit a page, the wikEd icon in the upper right corner displays a red X and its tooltip says "Loading error". My JS page is at wikia:starwars:User:Master Jonathan/monobook.js; I'm running Firefox 6.0.2 on Windows Vista.
Errors from my error console, all produced upon loading the edit page for wikia:starwars:Gricha:
(removed, Cacycle)
Any ideas as to what might be causing this? jcgoble3 ( talk) 18:29, 9 September 2011 (UTC)
When I use my Android 2.2's native browser to login to wikipedia and edit, the wikiEd still shown up and due to unknown reason it make me unable to edit normally...(without login and without wikiED I can edit with it...) C933103 ( talk) 09:33, 17 September 2011 (UTC)
- wikEd.config.imagePath = 'http://upload.wikimedia.org/wikipedia/commons/';
+ wikEd.config.imagePath = '//upload.wikimedia.org/wikipedia/commons/';
With the new HTTPS roll out across the Wikimedia verse, I thought I'd check what was "breaking the lock". The image repository now supports HTTPS ;-). You many also want to change the auto-linking for RFC and PMID to use protocol relative URLs. — Dispenser 13:20, 29 September 2011 (UTC)
The diff delta (the one that used to appear after the regular diff) suddenly does not appear. I also tried installed wikEdDiff manually, but it did not help. Thanks. -- Muhandes ( talk) 07:45, 5 October 2011 (UTC)
I have fixed the wikEdDiff gadget code that previously used a completely outdated version from 2007 (!). Cacycle ( talk) 19:15, 16 October 2011 (UTC)
also not in an external wiki. Same problem? http://de.wikipedia.org/wiki/Wikipedia_Diskussion:Helferlein/Extra-Editbuttons#Ausfall_des_Helferleins_mit_Monobook_am_06.10.2011 Thanks for helping. de:Tom Jac as IP: 194.94.134.90 ( talk) 10:02, 8 October 2011 (UTC)
i.e. at least one http image (the one in the top right) even on the https site. Do protocol-relative URLs need to be inserted somewhere they're not being used at the moment? This triggers warnings in Chrome and prevents the "you are browsing securely" display in Firefox. Thanks, - Jarry1250 Weasel? Discuss. 16:33, 29 October 2011 (UTC)
Hello. I think that this change broke something, because the advance diff function stopped working for me yesterday afternoon. Regards, Freewol ( talk) 08:25, 5 November 2011 (UTC)
Same thing for me. The advanced diff stopped working yesterday. -- Tryptofish ( talk) 20:46, 5 November 2011 (UTC)
Same trouble, I'm using it from fr.wikisource.org, Chrome give me an error "GET ... undefinedw/index.php?title=User:Cacycle/diff.js&action=raw&ctype=text/javascript 404 (Not Found), look like in
wikEd.config.diffScriptSrc = wikEd.config.homeBaseUrl + ...
homeBaseUrl is now undefined. - phe 20:17, 6 November 2011 (UTC)
When I accessed gl:Especial:Lista_de_vixilancia I got the following message in my error console (on Google Chrome 15.0.874.106):
XMLHttpRequest cannot load
https://en.wikipedia.org/?title=User:Cacycle/wikEd_current_version&action=raw&maxage=0. Origin
https://gl.wikipedia.org is not allowed by Access-Control-Allow-Origin.
I wasn't able to reproduce this again, but it may be worth investigating. Helder 21:46, 8 November 2011 (UTC)
Is it possible to create a variable in common.js with our own edit summaries, or to pull a list of summaries from a user subpage? It would be very helpful to be able to configure the defaults. — danhash ( talk) 13:48, 9 November 2011 (UTC)
I am relatively comfortable with basic JavaScript and have just started a little wikEd customization. I would like to add a custom button that inserts dated {{ citation needed}} tags at the current cursor location. The current date could be determined with JavaScript and added to the tag or else you could use subst'ed magic words. (Or of course this could be integrated into the wikEd code.) Has this been done before? — danhash ( talk) 15:25, 9 November 2011 (UTC)
I'm getting double edit notices when I turn on Wiked. My browser ID is Mozilla/5.0 (Windows NT 5.1) AppleWebKit/535.2 (KHTML, like Gecko) Chrome/15.0.874.121 Safari/535.2,I'm using Vector, my OS is XP, I'm using chrome and have no extensions, I'm not getting a console error message and I have Igloo, Twinkle, User:Js's ajax preview and watchlist on. I have Ale jrb's CSDH, userhist and Status Checker. I also have Splarka's ajax massrollback and Pathoschild's template script and regex menu framework. I also have a "custom" timer, Mike.Lifeguard's remote.js from meta and Johm254's mass rollback script along with some code that adds a portlet link in toolbox to link to Special:Abuselog. -- Kangaroo powah 02:07, 28 November 2011 (UTC)