User talk:Cacycle/wikEd/Archive 005

Minor suggested changes

• Please put the minor edit box on a new line like it appears without wikEd.
• Please put the subject uptop when I use the + tab on a talk page. Since + creates a new section, I want to fill that out first.

-Will Pittenger 06:46, 18 November 2006 (UTC)

I'm surprised nothing has been done about these two little things. At first I just couldn't find the two checkboxes!Circeus 21:24, 12 January 2007 (UTC)

Support for the summary on top when adding new sections (+ tab) has been added (0.9.27a). Cacycle 01:32, 25 February 2007 (UTC)

Looks good. Thanks for getting to it. Will (Talk - contribs) 04:59, 25 February 2007 (UTC)

Looked good, but the tab order is off. When you tab from control to control, you expect the order to be what you see on the screen. Gets rather confusing not having it that way. Do you replace all the controls or just the edit box? If you replace all of them, I would expect a fix to be easy. Will (Talk - contribs) 05:36, 25 February 2007 (UTC)

Fixed in 0.9.35l. Cacycle 05:48, 29 April 2007 (UTC)

Stripping underscores out of links

Did you ever add a feature to strip underscores out of links? I figure the RegEx button could do it, but my Regular Expression skills are not that great. (Besides, you would want to be be available for everyone.) Also, there are really five cases to be dealt with.

• Case 1: The selected text does not include the brackets. As such, you must assume the user knows what they are doing. This case might be the most risky for regular expressions to handle.
• Case 2: The selected text is link with brackets. Aside from the underscores, it looks just like a normal internal link.
• Case 3: The selected text is an external link. You need to convert that into an internal link. I figure regular expressions will be able to handle some of these but not all.
• Case 4: The selected text would be an external link, but the internal double link brackets were used. Presumably, this would be handled the same way as Case 3.
• Case 5: The selected text includes more than a single link. As such, you must assume that multiple links are included. I assume this would be nearly impossible for a regular expression to handle.

If this feature can't be done with a regular expression, you might let us know where you added it. Thanks. Will (Talk - contribs) 05:27, 22 February 2007 (UTC)

This will definitely come - but it may take some time. Cacycle 01:41, 28 February 2007 (UTC)

Fixed in 0.9.35l. The basic fixing button (purple top left) will remove underscores from wikilinks, but not from text after "|". Cacycle 05:48, 29 April 2007 (UTC)

QPreview with wikEd

Would it be possible to have QPreview as a part of wikEd? It's a very nice previewing feature that is currently incompatible with wikEd unless you add some extra code to include it as a custom button. Alex Smotrov first suggested adding QPreview to wikEd in my discussion with him here. Apparently, the code for QPreview is quite short and could easily be made part of wikEd. Pyrospirit ^{Flames Fire} 23:30, 28 March 2007 (UTC)

No problem... Cacycle 00:46, 29 March 2007 (UTC)

Thanks. So you'll announce it in the next release, I guess? Pyrospirit ^{Flames Fire} 01:07, 29 March 2007 (UTC)

Please update to 0.9.30 (Shift-Reload) and check the new button right next to the Preview button. Cacycle 05:08, 31 March 2007 (UTC)

Thanks for adding this. Pyrospirit ^{Flames Fire} 02:34, 1 April 2007 (UTC)

1) Button tooltips; 2) Wrote contents of edit window outside edit window

Hi Cacycle: This looks like a nice product! Just installed it and ...

1) The upper left (I assume) undo/redo buttons show "undefined" tooltips when over-hovered.

2) I:

1. added the code to my .js file,
2. refreshed, clicked "edit",
3. looked around a little,
4. made a single newline change and clicked the "old" "Changes" button and
5. this is what I got .

(I've turned off a lot of copywrite notices, etc. in my .css, but that's a real edit page.) (FF 1.5.0.11 XP)

2.3) Question: when I copied the title of the pic page to here for the link, it copied BIG and BOLD. Anyway short of a refresh to get rid of that?

Everything seems to be working OK editing this, though. Really like the quick preview.

Looking forward to 1.01 :-) --Saintrain 20:40, 29 March 2007 (UTC)

Sorry for intruding but I think I can answer question #2. When you add wikEd code to your monobook.js simply change </script> at the end to <\/script> (put extra \ slash). Then the code should work even in preview; not that it's really that important… The real question is, why not use importScript() in the first place? ;) — Alex Smotrov 21:47, 29 March 2007 (UTC)

Thanks Alex. Takes the dumb-question load off Cacycle. Don't quite follow though. Do you mean that would only happen when editing a .js? Or just that .js? Or you don't think document.write() can write that "/"?

Just following install instructions in User:Cacycle/wikEd#Complete_version. Figured there was a reason to do it that way.

re: 2) That only happened on the very 1st edit. Right after I added the code to monobook.js. I've been using wikiEd since then with no repeat or anything wierd.

re: 2.3) the BOLD formatting goes away with any manipulation. It is a RTEdit after all. But ...

3) I forgot to close a [[ in an edit and, in the quick preview only, everything from the first "[" to the sig disappeared.

4) In the sentences above beginning with"::", if there aren't 2 CRs before each, instead of indenting as expected, the quick preview runs them together with the previous sentence(s) into one PP. (Except for the 1st. Hmmm.)

5) Minor snit. In the preview, wikilinks are formatted red. Howsbout blue? Red wikilinks mean something. Is that configurable?

I'm not complaining. Honest. I hate it when people don't tell me about code features I didn't expect or intend. --Saintrain 23:27, 29 March 2007 (UTC)

2.3: Use the [T]extify button to get rid of formatting, see the quick tutorial at the top of the help page.

3. and 4: That's Pilaf's LivePreview. In the next version there will be an ajax, server generated preview button.

5: Do you mean the edit window? The colors there are user configurable, see the wikEd homepage. The LivePreview code cannot know if a linked article exists and therefore renders all links blue.

Alex: importScript() is not used because wikEd is also intended for sites with older MediaWiki versions and sites without the Wikipedia site.js script.

Cacycle 00:40, 30 March 2007 (UTC)

Hi Cacycle. Thanks for the quick responses.

Re: 1, it's still there (0.9.32).

Re: the rest, makes sense. --Saintrain 15:02, 1 April 2007 (UTC)

The missing texts for the undo/redo buttons have been added back in, please update to 0.9.32a by pressing Shift-Reload. Additionally, wikEd now uses InstaView instead of LivePreview. Thanks, Cacycle 15:15, 1 April 2007 (UTC)

Searching and replacing carriage returns

Can wikEd search and replace strings with carriage returns in them?

If so, how?

If it can't, do you know of a text editor which can? I'm in great need of being able to do this.

The Transhumanist (AWB) 22:25, 29 March 2007 (UTC)

Simply turn on the RegExp search and replace button und use \n for a carriage return. Make sure to escape any ' as \' and any \ as \\ in plain search text. The help page entry of this button has a link if you need more details. Most text editors can do this, even MS-Word (in non-regexp mode they use ^l for newline and ^p for new paragraph). Cacycle 23:01, 29 March 2007 (UTC)

Pasting formatting doesn't work with "internal external" links

Basically, when pasting formatting, wikEd doesn't properly wikify pasted internal links formatted as external, such as links to edit a page or create a new section, and also history links and log links. Example: this link, when pasted and wikified using wikEd, comes out as [wikEd&action=edit&section=new this link], which clearly doesn't work. Basically, I think it sees that the URL is from Wikipedia and assumes the link is internal, which results in it being incorrectly formatted. Perhaps you could fix this sometime soon? (Note: I use wikEd 0.9.32a updated April 1.) Thanks, Pyrospirit ^{Flames Fire} 04:46, 3 April 2007 (UTC)

Fixed in 0.9.35l. Cacycle 05:48, 29 April 2007 (UTC)

wikEd french translation

Hi, I've update the french translation, thanks. For next update, you can see this page to add the changes directly Thanks for all. Leag 07:17, 3 April 2007 (UTC)

Thanks, that makes things easier Cacycle 13:06, 3 April 2007 (UTC)

WikED is wikedly cool!

Hey Cacycle, I'm here to say: WikED is really neat, and I can't wait to get on my FireFox browser and use it! You see, I use IE6 most of the time, but I have FireFox on another computer, so I can use it then. Good luck on making it IE compatible! RyGuy 13:56, 4 April 2007 (UTC)

Search and replace

I've long had trouble with search and replace. As an example, edit User:Cacycle/wikEd, and try to replace " />" with "/>" (no quotes, of course). It'll find it, but it won't replace it. --Flex (talk|contribs) 19:45, 4 April 2007 (UTC)

This affects only "<" containing strings, I will fix it later today. Cacycle 12:54, 6 April 2007 (UTC)

Fixed in 0.9.33b, please update (Shift-Reload). Cacycle 20:44, 6 April 2007 (UTC)

Service with a smile. Thanks! --Flex (talk|contribs) 19:26, 9 April 2007 (UTC)

hi!

I made a Hungarian translation for wikEd

http://hu.wikipedia.org/wiki/User:Cs%C3%B6rf%C3%B6ly_D/wikEd-hu.js

and modified your templates.

however I have a suggestion

in wikEdSummaryUsing you have

'…using [[User:Cacycle/wikEd|wikEd]]',

which should be changed to '…using [[User:Cacycle/wikEd|wikEd]]'

not to produce a red link in non-english wikipedias since they use the same code if properly installed

--Csörföly D 21:00, 4 April 2007 (UTC)

Regex misbehaving in non-English languages

In WikEdFixCaps(), you are currently using \w, which only matches basic Latin characters. This is causing problems in languages with diacritics, for example:

• Ágoston Judit olimpiai bajnok tőrvívó

The regex will match [[Á as the non-word part and break the link, turning it into ÁGoston Judit. Other functions may be affected, too, if they are using \w or \W. KovacsUr 22:13, 4 April 2007 (UTC)

Fixed in 0.9.33d. Thanks, Cacycle 03:21, 7 April 2007 (UTC)

Thanks, it is almost perfect, but it still chokes on the Hungarian characters ő and ű. I suggest you include at least all Latin letters in your character class: [A-Za-z\u00c0-\u024f\u1e00-\u1eff\u2c60-\u2c7f] (I'll leave it up to you to decide whether including Greek [\u0370-\u03ff\u1f00-\u1fff], Cyrillic [\u0400-\u052f], kanji etc. is necessary). KovacsUr 12:25, 7 April 2007 (UTC)

wikEd now uses À-ÖØ-öø-\u0220\u0222-\u0233ΆΈΉΊΌΎΏΑ-ΡΣ-ώ\u0400-\u0481\u048a-\u04ce\u04d0-\u04f5\u04f8\u04f9 (including latin, greek, and cyrillic). Cacycle 19:12, 7 April 2007 (UTC)

Problems

Hi Cacycle,

I use your wikied on the wikipedia and it works great. I tried to install it on my wiki (no Internet connection but only Lan). The wikied logo is displayed correctly, however if I try to edit a page it renders with the cross = some errors. and the wikied' buttons are not rendered.

I have: wikied 0.9.33e firefox 2.0.0.3 (client) browser add-ons: DOM inspector user scripts: only wikied OS: Solaris (server) Win XP (client)

errors(from errors console): wikied is not found: http://mywiki/index.php?=title:Admin/monobook.js&action=raw&ctype=text/javascript&dontcountme=s Line 1

Error: wgTitle is not defined Source File: http://en.wikipedia.org/w/index.php?title=User:Cacycle/wikEd.js&action=raw&ctype=text/javascript&dontcountme=s Line: 1187

I tried to change it with var wgTitle;

Error: wikEdButtonBarJump has no properties Source File: http://en.wikipedia.org/w/index.php?title=User:Cacycle/wikEd.js&action=raw&ctype=text/javascript&dontcountme=s Line: 6654 Plz let me know how to fix it. Regards, --Aretai 11:16, 10 April 2007 (UTC)

That sounds like an outdated MediaWiki version. Which version are you running (check Special:Version on your wiki). Cacycle 12:55, 10 April 2007 (UTC)

MW 1.6.7 - what versions are supported? --Aretai 08:58, 11 April 2007 (UTC)

It's working now. Kinda weird. The same thing happened to me on wikipedia - I had to wait about 1 day to be able to use it. I've purged the cache of course;) Does it need to be refreashed (or browser restarted)?--Aretai 09:09, 11 April 2007 (UTC)

Plese could you "fill out" the error reporting "form" at the top of this page and send me a link to your wiki (use the email user link). Without that info it is very difficult to get an idea of what's happening. But 1.6.7 seems very outdated... Cacycle 14:03, 11 April 2007 (UTC)

Sorry won't be able to do it. Will have to fix it on my own. --Aretai 15:09, 11 April 2007 (UTC)

I am not sure what you mean, but you could also send me the html code of an edit page. It might be possible to tweak wikEd for that MediaWiki version. Cacycle 15:25, 11 April 2007 (UTC)

Are the images (for the wikied icons) downloaded from the web? I mean if I want to replace them or have them on my computer, what do I have to do? --Aretai 09:52, 11 April 2007 (UTC)

They are on the web at the WikiMedia Commons, check http://commons.wikimedia.org/wiki/Category:WikEd. Please check the customization section. You can have the images on your own hard drive or anywhere else on the net. These are the relevant settings, just place them before the wikEd installation code:

// use local copies of images
var wikEdUseLocalImages = false;

// path to local images for testing
var wikEdImagePathLocal = 'file:///D:/wikEd/images/';

// path to images
var wikEdImagePath = 'http://upload.wikimedia.org/wikipedia/commons/';

// image filenames
var wikEdImage = [];

// WikedInitImage: define image URLs
function WikedInitImage() {
    WikEdInitImage(wikEdImage, {
        'blank':               'WikEd_blank.png',
        ...
        'wikiLink':            'WikEd_wikilink.png'
   });
}

Cacycle

Thx for info --Aretai 15:09, 11 April 2007 (UTC)

Please consider minor change to your code - I think it would be better if you default wgTitle. This was a reason for my problems.

I've defaulted it in the global variables: var wgTitle;

And then wikied worked.

Regards, --Aretai 10:14, 12 April 2007 (UTC)

Nesting

It was mentioned before [1], but it is a pity that, even though nested braces have multiple colors, matching braces do not have the same color. If they would that would be very helpful and a major application of syntax highlighting.--Patrick 15:48, 10 April 2007 (UTC)

With the recent occurrence of nested templates I will try to take to adjust the syntax highlighter. Unfortunately, it is always a trade-off between speed and accurateness. Cacycle 22:11, 10 April 2007 (UTC)

It would be great if in e.g. Template:dts (backlinks edit) braces and pipes belonging to one template or parser function would be the same color, and those of a nested one another color. Also I wonder how the text with background color is selected, it does not seem to be related to the parsing of the wikitext.--Patrick 00:22, 11 April 2007 (UTC)

There will probably never be correct syntax highlighting for such complex templates, I think it would simply be too complex to code, time consuming during execution, and program size increasing. Simply disable syntax highlighting for such pages by clicking the right orange-with-lines button. Please remember that wikEd is not a parser for wikicode, it is a lightweight (ahem...) tool that uses regular expression. Cacycle 02:23, 11 April 2007 (UTC)

Fixed in 0.9.35l. Kind of. Cacycle 05:48, 29 April 2007 (UTC)

New buttons

Hi Cacycle,

Thx once again for Wikied. I have a question on how to add new buttons. User:Cacycle/wikEd#Custom_buttons you state that the code should go before the installation block in monobook.js. Is there a way to integrate it into the code. I think of designing a standard buttons that all users on my wiki should have enabled by default. thx in advance, Regards, --Aretai 13:53, 12 April 2007 (UTC)

Simply add the settings to the site-wide javascript by editing the page MediaWiki:Common.js on your wiki. This code will be run before any user script. This would also be the place for a side-wide installation of wikEd . Cacycle 16:31, 12 April 2007 (UTC)

You've misunderstood me sorry. I know I can add the code to MediaWiki:Common.js, but I'd like rather choose whether they want to use this extension. Now it's much simpler for them to add to their monobook.js:

// install [[User:Aretai/wikEd]] in-browser text editor
document.write('<script type="text/javascript" src="'
+ 'http://mywiki/index.php?title=User:Aretai/wikEd.js'
+ '&action=raw&ctype=text/javascript&dontcountme=s"></script>');

Instead of code extended with additional buttons as it was stated in the customization section. --Aretai 14:37, 13 April 2007 (UTC)

Sorry - but what's your question? You can add all wikEd customization in MediaWiki:Common.js as I suggested above. If you define the custom buttons and the handler there, then everybody will get them. Cacycle 15:14, 13 April 2007 (UTC)

wgTitle is not defined

wiked 0.9.33e

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3

Error: wgTitle is not defined Source File: http://en.wikipedia.org/w/index.php?title=User:Cacycle/wikEd.js&action=raw&ctype=text/javascript&dontcountme=s Line: 1187

I have no ad-ons installed

I have the complete version isntalled

I have $wgAllowUserJs = true; in the proper place.

I installed it a few weeks ago and it was working fine. Now the liitle Icon has an X over it when I try to use it.

It should now work for you, please update to 0.9.33f (Shift-Reload). Cacycle 17:27, 13 April 2007 (UTC)

Editor does not work after installation

• Error message:

"Loading error - wikEd 0.9.35b (April 14, 2007) Click to disable"

• Browser id:

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3

• Error from the console:

Error: uncaught exception: [Exception... "Node cannot be inserted at the specified point in the hierarchy" code: "3" nsresult: "0x80530003 (NS_ERROR_DOM_HIERARCHY_REQUEST_ERR)" location: "http://en.wikipedia.org/w/index.php?title=User:Cacycle/wikEd.js&action=raw&ctype=text/javascript&dontcountme=s Line: 1429"]

• Browser add-ons all disabled

• No other user scripts

• operating system:

Windows XP

• Problem description:

After I put the installation script and changed in LocalSettings.php the parameter $wgAllowUserJs to true, I could see an icon on the top right of the page (after the refresh). When I edit a document the icon turn to an error icon and the above error occurs...

I am using Mediawiki 1.5.3. If you need additional inforamtion about the problem, please tell me. --Charalamposc 08:21, 17 April 2007 (UTC)

You probably have to update the MediaWiki version, 1.5.3. is quite outdated. Cacycle 05:48, 29 April 2007 (UTC)

wikEdTypoFix (Portuguese)

Hi Cacycle. I've made wikEdTypoFix.js (Portuguese) but I got some problems:

wikEdTypoFix replace the word Gasômetro by Gásômetro (wrong) based on:

//gás
    obj.str = obj.str.replace(/\b(G|g)a[zs]\b/g, "$1ás");

It does the same on praça by paraça (wrong) based on:

//para
    obj.str = obj.str.replace(/\b(P|p)ra\b/g, "$1ara");

and Há muito tempo atrás by Hhá muito tempo atrás (wrong) based on:

//há muito tempo
    obj.str = obj.str.replace(/\b[aàá] muito tempo\b/g, "há muito tempo");

and others (but very similar). Can you tell me how can I fix it?

The problem is the word border placeholder \b which only detects [a-zA-A] as word characters, similar to \w. The problem is that the JavaScript regular expression syntax does not support the whole Unicode character set. There is no easy fix for it, you could try something like:

[\wÀ-ÖØ-öø-\u0220\u0222-\u0233ΆΈΉΊΌΎΏΑ-ΡΣ-ώ\u0400-\u0481\u048a-\u04ce\u04d0-\u04f5\u04f8\u04f9] as a substitute for \w, this covers the whole Latin, Greek, and Cyrillic character set. Before that, replace \b with (?!\w) at the end of the regexp and with [^\w] at the start. Cacycle 03:31, 17 April 2007 (UTC)

Do you mean:

//gás
    obj.str = obj.str.replace(/[^\w](G|g)a[zs](?!\w)/g, "$1ás");

Don't know where to put [\wÀ-ÖØ-öø-\u0220\u0222-\u0233ΆΈΉΊΌΎΏΑ-ΡΣ-ώ\u0400-\u0481\u048a-\u04ce\u04d0-\u04f5\u04f8\u04f9] Mosca2 07:34, 17 April 2007 (UTC)

Try:

//gás
    obj.str = obj.str.replace(/[^\wÀ-ÖØ-öø-\u0220\u0222-\u0233](G|g)a[zs](?![\wÀ-ÖØ-öø-\u0220\u0222-\u0233])/g, "$1ás");

Cacycle 17:48, 17 April 2007 (UTC)

Thanks. It's almost working. wikEd is replacing:

• Gas de by Gas de (doesn't replace - not working - note: phrase beginning with Gas)
• um gas de by umgás de (working - but should be um gás de)
• um gasômetro de by um gasômetro de (doesn't replace - correct)

Mosca2 18:45, 17 April 2007 (UTC)

Translation

Another problem: I need one "alt" field in tradução (translation page) for button on .

Note: button on is already translated. Mosca2 17:40, 16 April 2007 (UTC)

That is

'wikEdDiffPreview alt':               'Alterações',
'wikEdDiffPreview title':             'Mostrar alterações rápidas em baixo',

and it is already translated. What happens if you manually update using Shift-Reload. Cacycle 03:31, 17 April 2007 (UTC)

Strange. Now works. I always use Ctrl-Shift-R in Firefox. Mosca2 07:34, 17 April 2007 (UTC)

Problem with wgArticlePath perhaps. Bad display of edit boxes

Using WikEd 0.9.35c MediaWiki installation 1.6.8 (last version pre PHP5 but I plan to move soon to 1.9)

From the LocalSettings.php file on my site:

$wgArticlePath = "$wgScript?title=$1";

I've tried the following alternative but it breaks the rest of my site:

$wgArticlePath = "$wgScript/$1";

I'm using Firefox 2.0.0.3 on a Mac OS X 10.4 I have a number of extension but when using WikEd on Wikipedia everything is fine so I don't believe its a browser issue.

When I call up a page to edit on my site, if WikEd is alreday turned on, then it loads but badly. I get the following error in the console:

Error: wgArticlePath is not definied

wikEdArticlePrefix = wgArticlePath.replace(/\$1$/, );

The script then shows the WikEd edit field being displayed below the edit summary box and the Save buttons no longer work properly in that changes made in the WikEd box are ignored. All sorts of weird behaviour follows if one turns WikEd on and off.

I can get it to work by turning off WikEd, editing the page, then turning it on only when the edit page is displayed.

If this is because of my version of mediaWiki then I hope this may improve when I move to PHP5 and MediaWiki 1.9

Fixed in 0.9.35d. Cacycle 13:55, 17 April 2007 (UTC)

Genius! Thank you... Brianoflondon 14:24, 17 April 2007 (UTC)

wikEdDiff

Hi, I want to know if it's possible to disable wikEdDiff by default with a line in monobook.js like this :

var wikEdDiffPreset = false;

like other preset buttons :

• var wikEdHighlightSyntaxPreset = true;
• var wikEdUseWikEdPreset = true;
• var wikEdUsingPreset = false;
• var wikEdFullScreenModePreset = false;
• var wikEdCloseToolbarPreset = false;
• var wikEdRefHidePreset = false;

This will be usefull to not have to click on the Δ button to disable it each time I open Firefox.

I hope it's comprehensible :) Thanks Leag 11:34, 18 April 2007 (UTC)

Yes, it is:

var wikEdDiffPreset = false;

Cacycle 00:34, 19 April 2007 (UTC)

I think it doesn't work in my monobook, wikEdDiff is always display until I click on Δ button. Have you an idea of the problem? Leag 05:48, 19 April 2007 (UTC)

I will check that later. Cacycle 13:34, 19 April 2007 (UTC)

There is an other problem with wikEdDiff, when I click on at the bottom of the page, wikEd display changes like that :

c<span style="font-weight: normal; text-decoration: none; color: #ffffff; background-color: #990033;">oe</span><span style="font-weight: normal; text-decoration: none; color: #ffffff; background-color: #009933;">œ</span>ur

instead of coeœur

wikEdDiff doesn't interpret the html code like it did before. On the other hand, when I click on "changes" button (next to ) the diff is display correctly (with html interpretation).

Have you the same problem on :en ?

Is it possible to correct that ? Thanks Leag 11:06, 19 April 2007 (UTC)

Sorry, that was a test. It's fixed now. Cacycle 13:22, 19 April 2007 (UTC)

Advanced diff features in Internet explorer

Hi Cacycle, I really liked wikEd but I've had to remove it because it was causing my browser to keep crashing. I use firefox and IE but on different computers. Works fine in firefox but in IE, as you've said, it wont work. But there was a nasty side effect of having in installed when in IE. This is from what I wrote to the help desk before I figured out what was causing it (I thought it might be an upgrade, like the coloured numbers in recient changes:
When in Internet Explorer, on any article page, when you click the history tab and use the compare selected pages feature, a centered green triangle symbol appears below the usual page comparision. It then expands to display what is above it but in a different way. This takes a lot of time to load and many times causes the browser to crash. When you hover the mouse over it, it say show improved diff view.
Anyway, just thought I'd let you know. Great work and I really enjoyed useing WikEd! Think outside the box 10:12, 20 April 2007 (UTC)

Lets see if I got it right... clicking on this causes your browser to crash? I was able to reproduce your above steps, but MY IE didnt crash. Try it on another computer. ffm ✎talk 11:41, 20 April 2007 (UTC)

You could disable the automatic diff preview by clicking the diff button in the wikEd control panel on a per-session basis or by adding this to your monobook before the wikEd installation (does probably not yet work):

var wikEdDiffPreset = false;

Please could you give me your browser version so that I can add it to the list on User_talk:Cacycle/wikEdDiff. Thanks, Cacycle 12:43, 20 April 2007 (UTC)

Without reading this discussion, I tried setting wikEdDiffPreset to false and discovered that it doesn't work. The problem might be the line

var wikEdUseWikEdPreset = wikEdUseWikEdPreset || true;

in wikEd.js . I guess the intended meaning is to use the value in wikEdUseWikEdPreset if it is set, and true otherwise. However, I doubt this works. If the user gives wikEdUseWikEdPreset the value "false", then the right-hand side becomes "false || true" which evaluates to "true" (I didn't test this properly). wikEd version 0.9.35e on Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.3) Gecko/20070310 Iceweasel/2.0.0.3 (Debian-2.0.0.3-1). -- Jitse Niesen (talk) 09:58, 21 April 2007 (UTC)

The link did make it crash. It produced a this program is not responding, send error message to microsoft window. It was on internet explorer Version 6.0.2900.2180.xpsp.050622-1524 (this is what it said in Help -> About Internet Explorer) Think outside the box 12:48, 21 April 2007 (UTC)

I have fixed the boolean customization settings - thanks for the help. The enhanced diff view (wikEdDiff) is now disabled by default and has to be enabled by pressing the Δ button. Cacycle 01:51, 24 April 2007 (UTC)

On the Request Not to Copy

Is the request not to copy WikEd intended for users of Wikipedia to keep them from using lots of spaced to host code unecessarily? If you are running your own MediaWiki and want a site-wide installation it seems to be the best option to install it locally for your users... but I'd like to honor the requests of the author, so if you don't mind explaining it would be appreciated. Looks like a great tool!

It is just a warning to users that do not know what they do :-) The reason to load the code from this single place is primarily related to updating and code-fixing. The only reason to copy the code would be an internal wiki that has no access to the internet and requires a sysadmin that regularly updates the code manually. I will update the homepage accordingly. Cacycle 22:36, 24 April 2007 (UTC)

Thanks Cacycle! Looks like it will be a great addition to our wiki!

Brown doesen't show brown

Edit this comment then look here:

black - green - orange - purple - "brown" - yellow

Is this just me? I am using:

Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3

Regards,  Razorclaw  23:34, 24 April 2007 (UTC)

Brown is not one of the 16 standard basic web colors. Since there are zillions of color names it is not possible to highlight all of them. But you might use maroon instead. Cacycle 01:43, 25 April 2007 (UTC)

Here you are, press Shift-Reload to update ;-) Cacycle 02:21, 25 April 2007 (UTC)

Thanks a bunch. Regards,  Razorclaw  15:56, 25 April 2007 (UTC)

I see. Highlighting 16,777,216 colors would be a bit much.  Razorclaw  15:58, 25 April 2007 (UTC)

Translation page

Hi and thanks for your message on :fr. I've made all changes to redirect to User:Leag/wikEd-fr.js.

Thanks again for updating the var wikEdDiffPreset = false; Leag 14:08, 26 April 2007 (UTC)

Tables from Microsoft word

Hi cacyle, nice app, works fine and all on install, but I don't understand how to wikify tables (in my case, very long, quite complex tables with both row and colspans) from microsoft word (2004 for mac). if I cut from word and paste into wikEd then I lose most of the relevant information, I just get a lot of text, and no table. I've tried every other approach I can think of but still can't get my table to appear unless I export from word to .html, manually strip all the junk out of the html, and then post it. Even with this approach I do not end up with the wiki formatted table that I want. I was wondering if you could add a brief note to the documentation explaining, step by step, how to import complex tables from word, into wiki markup. Thanks!

Copy and paste directly from Word into the edit field, then press the [W]ikify button. Press Shift-Reload to update manually to the latest version 0.9.35i (fixed empty lines). Cacycle 01:42, 28 April 2007 (UTC)

If that does not work then your Word version might be too old. In that case try pasting the html code and press the purple <> button. Cacycle 03:12, 28 April 2007 (UTC)

Using the editor on an internal wiki

On the homepage, you give permission to use the program on a wiki other than Wikipedia, however, how do you copy the image files (buttons, etc.) to that wiki?

I use the MediaWiki software internally on my network, which is not connected to the internet; therefore I have to copy the entire program.

Thank you! HeathersAngel 23:59, 29 April 2007 (UTC)

The images are here: Images, copy them to your network (e.g. upload them to your wiki). Add the new image addresses as a user customization array instead of changing the code, that way you could update simply by copying the code. If you get it to work, maybe you could write a short how-to... Cacycle 01:27, 30 April 2007 (UTC)

I have created a working version of that howto/faq at my page: User:HeathersAngel/wikEd_Local_Install I maintain it on my own system as well, and if anyone makes suggestions to the instructions I will merge everything. Thank you!

I have edited your draft, some things can be done easier. Cacycle 23:52, 6 May 2007 (UTC)

Thanks for your effort, I have now updated the wikEd homepage, see User:Cacycle/wikEd#Wikis_without_internet_connection. It is actually much easier than you thought... Cacycle 02:44, 7 May 2007 (UTC)

The uploaded file prefixes will always be the same because they are calculated from the filename. Cacycle 20:32, 8 May 2007 (UTC)

troubleshooting local(offline) installation

first of all- Thanks for this Great tool!

Hi my name is Paul I'm real new to wikipedia.. (wikipedia username:gargamel573)

I read your comment about using wiked offline (LAN for ex)

I'm having trouble with the local wiked.js file.

what template should i use to store it on my mediawiki installation?

-instead of the following in your original wiked.js page:

/* {{en:User:Cacycle/wikEd_template}} <pre clear="all"><nowiki> */

I pasted the installation code into common.js with a link to the local wiked.js file but after refresh the editor does not appear (it does appear when i link to your (Cacycle's) user page on wikipedia...)

any help greatly appreciated!

Thanks

Paul gargamel573

You have to copy the whole program code to your wiked.js and use the adjusted complete (non-template) installation code in common.js. It it doesn't work please check the JavaScript error console (under Tools). Cacycle 02:39, 6 May 2007 (UTC)

Thanks for the reply!

I get the following errors in the console:

(1)Error: syntax error

Source File: ::::http://localhost/FLM/mediawiki-1.9.3/index.php/User:Cacycle/wikEd.js&action=raw&ctype=text/javascript

Line: 1, Column: 1

Source Code:

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" ::::"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

(2)Error: unknown XML entity action=raw&ctype=text/javascript&dontcountme=s"></script>')

Source File: http://localhost/FLM/mediawiki-1.9.3/index.php?title=-&action=raw&smaxage=0&gen=js

Line: 15, Column: 51

Source Code:

+ '&action=raw&ctype=text/javascript&dontcountme=s"></script>');

this is the code I use on the common.js page:

// initialize image addresses

http://localhost/FLM/mediawiki-1.9.3/extensions/wikEd_images/Temp_ImagePaths.js

// install [http://en.wikipedia.org/wiki/User:Cacycle/wikEd] in-browser text editor

document.write('<script type="text/javascript" src="'

+ 'http://localhost/FLM/mediawiki-1.9.3/index.php/WikEd.js'

+ '&action=raw&ctype=text/javascript&dontcountme=s"></script>');

might you know how I can solve this error?

Thanks for your help and time --Gargamel573 23:30, 6 May 2007 (UTC)

http://localhost/FLM/mediawiki-1.9.3/extensions/wikEd_images/Temp_ImagePaths.js does not work, you have to copy the code (i.e. the contents of this file) to this place. Cacycle 23:51, 6 May 2007 (UTC)

See also the updated installation instructions User:Cacycle/wikEd#Wikis_without_internet_connection. Cacycle 02:42, 7 May 2007 (UTC)

Still no luck...
this is the installation code I use:

// define images

var wikEdUseLocalImages = true;

var wikEdImagePathLocal = 'http://localhost/FLM/mediawiki-1.9.3/extensions/wikEd_images/';

// disable auto update

var wikEdAutoUpdate = false;

// install [2] in-browser text editor

document.write('<script type="text/javascript" src="'

+ 'http://localhost/FLM/mediawiki-1.9.3/index.php?title=wiked.js'

+ '&action=raw&ctype=text/javascript&dontcountme=s"></script>');

I double checked- the wiked.js and the images are in place

I get the following error in the console:

Error: unknown XML entity action=raw&ctype=text/javascript&dontcountme=s"></script>')

Source File: http://localhost/FLM/mediawiki-1.9.3/index.php?title=-&action=raw&smaxage=0&gen=js

Line: 20, Column: 52

Source Code:

+ '&action=raw&ctype=text/javascript&dontcountme=s"></script>');

Thanks again for any help! --Gargamel573 08:14, 10 May 2007 (UTC)

Try:

+ '&action=raw&ctype=text/javascript&dontcountme=s"></' + 'script>');

Cacycle 13:07, 10 May 2007 (UTC)

I'm afraid it's still adamant...

Error: invalid XML tag syntax

Source File: http://localhost/FLM/mediawiki-1.9.3/index.php?title=-&action=raw&smaxage=0&gen=js

Line: 20, Column: 54

+ '&action=raw&ctype=text/javascript&dontcountme=s"></' + 'script>');

it point out the the first apostrophe within the closing script tag

thanks very much again :)

Please give all details you have, otherwise I cannot help you. Were did you install what and how. Please note that the error message contains "title=-". Cacycle 16:19, 10 May 2007 (UTC)

start with close symbolbars

Hi, I installed wikEd into my monobook.js on my wiki. However, I've got a lot of first time users and I want the interface to be as clean as possible when they see the edit page the first time. Is there a variable that I can change, so that these symbolbars closed at the beginning. Users can then change this setting within their cookies, can't they.

Thanks, Jan

Hi Jan, if you add the following user customization setting then only the rightmost bar is displayed and wikEd is turned off (it is the preset for the "toggle between classic text area and wikEd" button):

var wikEdUseWikEdPreset = false;

Their button settings are stored in cookies only during a single browser session, so they would have to re-enable wikEd every time they restart their browser. Therefore, I am not sure if that is a good idea... If you want to enable wikEd for all users you have to add the installation code to the MediaWiki:Common.js page. Cacycle 20:30, 8 May 2007 (UTC)

wiki prefix

I've got WikEd working at http://theaquariumwiki.com/ but all my internal links in the preview have /wiki/ prefix stuck on for some reason. How can I turn this off?

I've not got the script installed on our server.

--Quatermass 11:08, 12 May 2007 (UTC)

theaquariumwiki has not been installed correctly, the article path should never be empty! But I have fixed the InstaView script, update by pressing Shift-Reload. Please could you report back if it works. Thanks, Cacycle 16:21, 12 May 2007 (UTC)

Color highlighting

The color highlighting is a nice feature, but seeing a blue background for every occurrence of "blue" is a bit distracting. Is there a quick way to set this off? (i.e. "set wikEdShowColors = false;" or some similar code in my .js) Thanks. - SigmaEpsilon → ΣΕ 22:54, 15 May 2007 (UTC)

That has been fixed with the last update to 0.9.36. Actually, I liked it... Cacycle 01:50, 16 May 2007 (UTC)

Preview and Save don't

Just tried to preview an edit and got the original page. Not even the edit box etc. Just the original page!? That happened for the quick and regular Preview and the Save buttons. Purge didn't help. Disabling WikEd did.

WikEd 0.9.36; Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.11) Gecko/20070312 Firefox/1.5.0.11. No changes in my .js or .css in weeks but using Lupin's popups.

Thanks. Saintrain 20:35, 16 May 2007 (UTC)

Strange, when I use the same Firefox version (I keep an outdated version for testing purposes) and even your monobook.js, everything works fine for me. Do you see any error messages related to that in the JavaScript console under Tools? Does anybody else have the same problem? Cacycle 01:42, 17 May 2007 (UTC)

Stranger. Post-double-check: behavior doesn't happen when editing this page or Gilliam class attack transport but does in USS Barrow (APA-61) and (the page I first noticed) User:Saintrain/S2/Barrow!? Saintrain 04:18, 17 May 2007 (UTC)

Thanks for spotting that! What was it? I took quite a few tries to get rid of it in User:Saintrain/S2/Barrow How do I not type that again? Saintrain 18:35, 17 May 2007 (UTC)

I do: Right now I can't seem to edit Template:Infobox Amtrak.Circeus 18:43, 17 May 2007 (UTC)

It's on the 6th line at {{{map_filename}}}';">[[Image:{{{map_filename}}}. The ';"> That's been there since November 2005!

When I edit the template my javascript console shows:

Error: unterminated string literal
Source File: javascript:alert('TODO: FIXME')
Line: 0, Column: 73
Source Code:
var linkUrl='/wiki/Image:%7B%7B%7Bmap_filename%7D%7D%7D'; var linkName = 'Image:<span class=

fwiw, TODO: FIXME means that someone dynamically set an event handler (in such cases, Gecko does not have a url to list, so rather than not listing any url, we list this one - this isn't a contract, someday I'll probably change it). Typically this is the onclick event handler. something like foo.setAttribute("onclick", "http://example.com" /* this should be javascript, but typically when people [like yahoo] experience this error, they're instead using invalid javascript, like a url */); Obviously in your case the javascript was only slightly invalid and as one can clearly see from the error, linkName assignment wasn't terminated. 14:04, 10 April 2008 (UTC) timeless

and

Error: uncaught exception: [Exception... "Failure"  nsresult: "0x80004005 (NS_ERROR_FAILURE)"  location: "JS frame :: http://en.wikipedia.org/w/index.php?title=User:Cacycle/wikEd.js&action=raw&ctype=text/javascript&dontcountme=s :: WikEdFollowLinks :: line 4211"  data: no] .  

Does that help? Saintrain 19:26, 17 May 2007 (UTC)

I also seem to be getting this problem, but only on specific pages (user talk ones). I've only noticed this happening tonight, so it seems to be something recent that's happened. -Panser Born- (talk) 21:38, 17 May 2007 (UTC)

It was actually a very strange invisible special character that caused the problems. I have removed it from the article and will fix wikEd soon. Thanks for your help, Cacycle 22:35, 17 May 2007 (UTC)

The problems should be fixed now in 0.9.36d. If you still find a problematic page (check the small logo at the very top of the pages, it has a red cross in that case) please report it here. Thanks, Cacycle 02:00, 18 May 2007 (UTC)

Form elements order.

• Is it WikEd that recently switched the form elements order to place the save/preview/diff button before the checkboxes? Is it possible to deactivate this? Circeus 18:21, 17 May 2007 (UTC)

Yes, it is wikEd, but that has not changed recently. Why do you want to deactivate this. The reason is that on a higher resolution screen the buttons, the checkboxes, and the links are in one line. Currently, there is no switch, but I might add one if it is a real problem for you. Cacycle 01:58, 18 May 2007 (UTC)

It adds 5 presses of the tab key toaccess the "minor edit" or page watching checkboxes, both of which are more easily accessed that way than via the mouse in default mode. I realize not everybody use them very frequently, but for those of us who do, that change is a pain.Circeus 03:43, 18 May 2007 (UTC)

I have changed the tab order back to the Wikipedia default in the next update. If somebody wants the "optical" tab order, just add var wikEdSubmitTabOrder = true; to the monobook.js before the wikEd installation code. Hope that helps :-) Cacycle 01:16, 20 May 2007 (UTC)

Thanks! I'll look forward to it! Circeus 02:33, 20 May 2007 (UTC)