Extension talk:CharInsert/Archive

newbie notes
As someone who is just starting out installing and using Wiki's (as in I just started today) I thought I'd add some notes for those who are just getting going and save the hour I just wasted trying to figure out what to do.


 * Download the php file.
 * Create a folder on your server in /extensions called CharInsert
 * dump the php file there
 * add the require_once("$IP/extensions/CharInsert/CharInsert.php"); line to the LocalSettings.php file in your root.

Thats the install

Now to edit the Edit page

go to: index.php/MediaWiki:Edittools?action=edit

This brings up the editor interface allowing you to edit text that will be displayed at the bottom of every Edit page. Put in this text


 * OR ANY OTHER TEXT, e.g. the one you may have derived from MediaWiki: Edittools ---Horst Salzwedel 23:52, 21 October 2007 (UTC)

and save.
 * It is just does not work. I did everything like you. Added line in localsettings.php, put charinsert.php in charinsert newely created folder in extensions. Is it about permissions for file? I did changed permission to 777. Do not work. Please help.--71.111.53.144 20:25, 11 July 2007 (UTC)


 * Thanks for the information! The part about editing the edit page should be on the main installation for further clarification. Note, you can also copy the source from http://en.wikipedia.org/w/index.php?title=MediaWiki:Edittools&action=edit for more options as well. 159.39.19.254 16:03, 16 August 2007 (UTC)

wikibits.js
I've removed the note about wikibits.js, since it was misleading several people into believing they had to replace core skin files to get the extension working. Unfortunately, this often caused several other things to break. robchurch | talk 18:17, 13 December 2006 (UTC)

It no works.

 * MediaWiki: 1.6.8
 * PHP: 5.2.0 (cgi-fcgi)
 * MySQL: 4.0.23a-log
 * Extensions:
 * Parser hooks:
 * CharInsert, allows creation of JavaScript box for inserting non-standard characters, by Brion Vibber
 * Extension functions:
 * setupSpecialChars
 * Parser extension tags:
 * is correctly connected to a MagicWord-hook and  is a existing Template)'' -Sent 11:31, 24 February 2007 (UTC)
 * I fixed this -in a way- by translating to UTF8
 * &amp;#123;&amp;#123;wiu|+&amp;#125;&amp;#125; &amp;#123;&amp;#123;&amp;#125;&amp;#125;
 * -Sent 12:43, 24 February 2007 (UTC)

Using CharInsert for commonly-used images
Is it possible to extend CharInsert to provide a "palette" (for lack of a better term) for commonly-used images in a wiki? I'd like the box to show the actual image that will be inserted into the entry, and upon click, would insert the appropriate wiki code to insert the image into the article.

I've goofed around with it some, but it always displays the text of the insert, and never the image I'm trying to call. --Achernar Dni 04:44, 8 August 2007 (UTC)

Some characters are not displayed correctly
I noticed that some characters weren't displaying at all and just gave me the usual � in FF (and rectangles in IE) that you would see if you lacked the fonts and/or language support necessary. I know that couldn't be the case, as they all displayed just fine on a Wikipedia edit page, and what I was using on my own wiki was a direct copy from what Wikipedia had.

The symbols in question that would not display for me were:

† à Š Ġ ム Π Р ɠ ˠ

While they would not display at all in the CharInsert toolbox, they do display just fine when viewed in the edit box or when written outside of the box. This same set of symbols exhibited the same behavior on another MediaWiki installation I have on another computer, also running on a Windows platform. --87.168.116.1 20:27, 8 September 2007 (UTC)

Same here, it displays fine in the edit window but not when rendered outside of the window. Characters: ≠ † ɠ à and some more. Could that have something to do with the MySQL database? Is this a MySQL5 bug? --84.176.183.153 09:56, 5 October 2007 (UTC)

The problem exists only on a Windows-platform, it works fine on a Linux(debian) platform.

I tried to analyze it and I find that the problem arises from a wrong behaviour of the php function preg_split that recognizes as a white space one of the two byte-codes of utf-8 code of these characters. So a workaround on a windows-platform is to substitute the following line (line 55 in file charinsert.php) preg_split( '/\\s+/', charInsertArmor( $data ) ) ) ); with split(' +', charInsertArmor( $data ) ) ) ); It has one limit: you can use only a space as character-separator.

--85.18.66.28 16:31, 20 November 2007 (UTC)


 * You can also use the following code with PHP 4.2.3 or higher:

preg_split( '/\\s+/u', charInsertArmor( $data ) ) ) );
 * The 'u' at the end of the pattern enables UTF-8 mode for the 'preg_split' function, solving the problem described above. --147.83.123.130 10:59, 27 November 2007 (UTC)

Non-inserted but clickable text
Is there a way to add text within the charinsert tag that is shown but not inserted when clicked? For example, some IPA characters (such as stress marks) are very small and hard to click on. I'd like to have "stress mark - '" shown below the edit box, but only the ' mark inserted.

Change main instructions...
Shouldn't this:

actually be something like this?



When I used "include" mediawiki kept telling me that it was trying to redeclare it's own functions (but only when logging in for some reason.)

I would just edit it, but don't want to make anyone angry...

How Can I add space to the text that I want to insert ?
I found out the chars are separated with spaces,then how can I add space to my text? I want to insert this text: ''' please help me about this issue, this is an example :

--Tofighi 06:40, 18 December 2007 (UTC)


 * Ise  tag. I've just added this info on the page. Btw you could just tak a look at the w:MediaWiki:Edittools source Alex Smotrov 23:09, 18 December 2007 (UTC)

Having some trouble.....
i am getting the following error when i try and load my special pages after installing this extension:

Warning: MessageCache::require(/usr/local/psa/home/vhosts/nautf.com/httpdocs/mkportal/modules/mediawiki/extensions/CharInsert.i18n.php) [function.MessageCache-require]: failed to open stream: No such file or directory in /usr/local/psa/home/vhosts/nautf.com/httpdocs/mkportal/modules/mediawiki/includes/MessageCache.php on line 699

Fatal error: MessageCache::require [function.require]: Failed opening required '/usr/local/psa/home/vhosts/nautf.com/httpdocs/mkportal/modules/mediawiki/extensions/CharInsert.i18n.php' (include_path='/usr/local/psa/home/vhosts/nautf.com/httpdocs/mkportal/modules/mediawiki:/usr/local/psa/home/vhosts/nautf.com/httpdocs/mkportal/modules/mediawiki/includes:/usr/local/psa/home/vhosts/nautf.com/httpdocs/mkportal/modules/mediawiki/languages:.:/usr/local/share/pear') in /usr/local/psa/home/vhosts/nautf.com/httpdocs/mkportal/modules/mediawiki/includes/MessageCache.php on line 699
 * It appears CharInsert.i18n.php is missing in extensions/, which is where the software expects it... Siebrand 23:21, 18 February 2008 (UTC)
 * there is only one thing to download though on the extension page. where do i find that other file? 74.181.117.58 05:11, 19 February 2008 (UTC)
 * I'll update the documentation. Cheers! Siebrand 13:58, 19 February 2008 (UTC)


 * I find that commenting out the line
 * "$wgExtensionMessagesFiles['CharInsert'] = $dir . 'CharInsert.i18n.php';"
 * fixes special pages without sacrificing functionality. Markus 12:08, 22 February 2008 (UTC)
 * Yep. You just removed i18n support from the extension. Siebrand 22:21, 22 February 2008 (UTC)

New function request: To make a link that the surface text differs from the inserting text
Currently, surface text of CharInsert links is same with the text that will be inserted in text boxes. For instance, if a CharInsert link is a button to insert “ ”, the surface text is always “ ” not “ ”, etc.

This "enforcement of unity between texts" can cause a problem when making CharInsert links that input special characters (e.g. Combining Diacritical Marks). CharInsert button to insert those special characters should have different texts. Of course, we can alternate them to character reference codes, but it is not convenient. ― Yes0song 13:21, 2 March 2008 (UTC)


 * See also 3821. ― Yes0song 13:57, 9 March 2008 (UTC)