MediaWiki talk:Edittools


 * Please use MediaWiki talk:Gadget-charinsert-core.js instead

Reorganization?
Would it behoove us to organize the diacritics more according to what they are instead of how common they are? I have a font that contains most of the diacritics for almost every Latin letter, but to put them in the current framework would greatly expand the size of each display to the point where I don't think it would be that benefit.

I mean, most people know what the diacritics are that they need (tildes are commonly known, as are accents, which I think would suffice for most people). But given the fact that we might get works (like older encyclopedia articles) where extended sets of diacritics are needed (for the sake of transliterating foreign words), it would be much more beneficial to have a wide possibility of diacritical marks available, but I think it would be more beneficial to list the diacritics individually. Otherwise, a lot of screen space will be taken up with the insertable characters, and no one will actually be able to see the edit box.—Zhaladshar (Talk) 20:54, 13 April 2006 (UTC)


 * The current layout was organised with the experience of one who very rarely uses special characters, and then only the most common ones. Feel free to suggest another organisation. // Pathoschild (admin / talk) 20:59, 13 April 2006 (UTC)

Additional characters
Can we please have in addition the rest of the characters that were one the old special character bar. These are typographical and mathematical symbols, fractions and Hebrew. Can we also have Cyrillic, please. These are all needed for working on EB19112. Thanks Apwoolrich 07:32, 15 April 2006 (UTC)
 * I've ported over the math, and I've added some Cyrillic. I'll add the lowercase later.  I've only added the Russian portion of the Cyrillic alphabet, so if you need me to I can add the rest (I'm not sure how much is needed and I didn't want to make it overly confusing).—Zhaladshar (Talk) 22:30, 15 April 2006 (UTC)


 * Thanks, that looks fine. I can't see much more being needed - maybe Arabic at some stage. The main thing, I feel, is to have a prominent note somewhere that editors can request addditional character sets for a particular purpose. While we are on this. I mentioned on Scriptorium a while back about the need to have a smaller character set when using TeX. The present one is grossly oversize for the face we use for the rest of Wikisource, and the type style does not match, being a serifed face, not sans-serif. IMHO is makes pages very ugly especially on EB1911 where it will be needed a lot. Apwoolrich 11:13, 16 April 2006 (UTC)

Feature bloat
Please note that useability decreases as the size of this message increases. The dynamic menu will not work until the entire message is loaded by the browser, which may result in annoying sudden changes in page size. Further, users lacking javascript support still see the entire message. We should try to avoid adding in uncommon character sets to alleviate this problem. // Pathoschild (admin / talk) 14:42, 16 April 2006 (UTC)
 * Hm...is there a way to customize the edittools for each particular user? I mean, I don't have to worry about spending much time loading the edittools menu (wonderful broadband) or about ever not using Javascript.  That said, I know there are many people who at least have to worry about one or the other.  Also, most people do not need every single character I'd like to have at my disposal, so putting it all into the main one seems to add more complications for people who aren't familiar with the symbols.  If there's anyway I could tweak my Monobook, that'd be great.—Zhaladshar (Talk) 15:06, 16 April 2006 (UTC)
 * Yes, it should be customisable with relative ease. I'll look into it later, and note it at WS:TOOLS when it works. // [ admin ] Pathoschild (talk/map) 15:11, 16 April 2006 (UTC)

At Least Add Wiki Markup
Where is the Wiki Markup? That is the main feature I use in Wikipedia's edittools. BRI70 15:27, 13 July 2007 (UTC)

Documentation
On this page, can someone add a noinclude block explaining that this works when you add the addCharSubsetMenu function to your MediaWiki:Common.js? I spend months trying to figure this out ;-) Thanks BRI70 17:37, 13 July 2007 (UTC)

Hebrew vowels and cantillation
I am proofreading Gesenius' Hebrew Grammar. It requires typing Hebrew with vowel points (niqqud) and cantillation marks. While it is reasonably easy to type Niqqud with a regular Hebrew keyboard, typing cantillation with such a keyboard is impossible.

In any case, both niqqud and cantillation should be added to this tool.

Since both kinds of characters are not regular letters but diacritical marks that can be combined with any letter, they cannot be entered with a regular the script sees it as bits   and   and. Yet at enWP, there is no such issue. I see that rather than edittools they have edittools.js and that seems to handle spaces as periods and underscores. Could whatever magic is applied to that file, please be done here. Thanks. billinghurst (talk) 15:08, 6 November 2009 (UTC)


 * I'm not sure what magic they've done at wikipedia, but I've fixed it in the usual way. -Steve Sanbeg (talk) 23:10, 29 November 2009 (UTC)

Make the collapser JS a gadget?
I find that the JS that collapses this table down to a menu to be less useful than the whole table, as it takes a lot longer to flip between the menus than to just select out of a big table. However, I do appreciate that a lot of users will prefer the saving in screen space it affords.

How about we put the relevant bit of Common.js in MediaWiki:Gadget-EdittoolsCollapser.js (description page: MediaWiki:Gadget-EdittoolsCollapser), and then make it a default gadget, so knuckle-draggers like me who'd rather just have the plain ol' table can turn it off, but it doesn't affect users who like it as it is?

Definition line: EdittoolsCollapser[default]|EdittoolsCollapser.js

Then you could remove the JS from Common.js and hand over control to the gadget. Inductiveload—talk/contribs  04:03, 13 April 2011 (UTC)
 * Moving it to a gadget would make me happier too. John Vandenberg (chat) 05:11, 13 April 2011 (UTC)
 * Sounds feasible to me. Which way are proposing to make the default? Is it also worthwhile taking that discussion to mw:MediaWiki talk:Edittools as compartmentalising the language components and the implementation sounds a good idea.  It also may make sense to look to how parts are easily switched on and off, whether it be this part of the languages.  — billinghurst  sDrewth  06:03, 13 April 2011 (UTC)
 * FIW as a general question, should Edittools be a gadget rather than a default setting, with the default being on? Then if I read things right mw:Extension:Gadgets, we could just string together the edittools gadget, and the default collapse into the same line, and then let people turn off the bits that they wish to do so. — billinghurst  sDrewth  06:11, 13 April 2011 (UTC)
 * Do you mean the Edittools table itself could be a gadget, and the collapser is another gadget? Inductiveload— talk/contribs  14:44, 9 July 2011 (UTC)
 * Yes, Edittools as a gadget, DEFAULT ON; subsidiary is the collapser, DEFAULT ON. — billinghurst  sDrewth  06:24, 14 July 2011 (UTC)
 * OK, it's done, but the [default] gadget option given at appears to be a lie, so it's not appearing for IPs and users without custom preferences as expected. Apparently we need to add the following to our LocalSettings.php, however, I think we need to file a bug for that (?)

$wgDefaultUserOptions['Edittools'] = 1; $wgDefaultUserOptions['EdittoolsCollapser'] = 1;
 * If you want to turn them on in the mean time, go to Special:Preferences and turn on the two gadgets at the bottom of "Development". Inductiveload— talk/contribs  06:32, 2 September 2011 (UTC)
 * After asking in #mediawiki, apparently the [default] parameter for Gadgets only works for MW v1.18 or later (though this isn't mentioned in the docs). This will be rolled out this month, but Krinkle said he might backport to 1.17 (current version) to allow this to be done sooner. Otherwise we can make a kludge to load by default via common.js and then unload if the gadget is off, but it's a bit of mess, and it a work-around for a very short term problem. Inductiveload— talk/contribs  00:56, 3 September 2011 (UTC)
 * As the default parameter is not working and therefore the edittools are not available to "IPs and users without custom preferences", this change needs to be undone until the default parameter is fixed. I went to enter some Greek earlier and couldn't. I then spent about 30 minutes hunting for why it had happened. Others are not going to bother, which will either send them away or create more work for us later on. Beeswaxcandle (talk) 05:42, 3 September 2011 (UTC)
 * Edittools is restored to the "normal" MW message at MediaWiki:Edittools. The collapser is still a gadget. Would people prefer that was a default thing too (i.e. add it to the common.js)? Inductiveload— talk/contribs

Horrible
Sorry, but this table with all kinds of rarely useful symbols is an enormous pile of wasted space, it does not even fit on a 1680x1050 screen. As user-unfriendly as it gets. Please remove it asap. --Matthead (talk) 19:42, 7 September 2011 (UTC)
 * The list has not changed, and has been there for years, the change is that there is a choice to have collapsible or expanded. For me it line wraps. What browser are you using? — billinghurst  sDrewth  22:02, 7 September 2011 (UTC)
 * Firefox, for years, the up-to-date versions. I believe it was once a drop-down menu. Now, its a fixed white rectangle, about 80% empty. Only Extended Greek is long enough to reach the right side and get wrapped. --Matthead (talk) 01:05, 8 September 2011 (UTC)
 * Is your gadget version set to collapse or expand? I am using FF6 and either collapsed or expanded it has no problems wrapping and the width fits on the screen fine.  Or are you saying that your edittools is not collapsed?  And in that form it is too big, and if that is a yes, then please look at Special:Preferences and select the collapsed form (the supposed default). — billinghurst  sDrewth  01:45, 8 September 2011 (UTC)
 * Yes, the "special tools and characters" had been non-collapsed and in that form too big. In my Preferences, the last item "Collapse the list of special characters" had not been checked. To make sure, I chose "Restore all default settings", and it was still non-checked and non-collapsed. So that is the default, supposed or not. Only after I checked it manually, the monster box (as copied below) disappeared, and the "Select" drop down box re-appeared. Will a permanent display of the whole Unicode be made the default setting anytime soon? --Matthead (talk) 23:24, 13 September 2011 (UTC)
 * Also, I now see that there is a notice at the top of the watchlist page:  Editing tools - As a means to improve flexibility of settings for editors, the editing tools for special characters and wiki-code has undergone the following change: - Ability to select open table or collapsed menu is now a gadget, which can be enabled or disabled at your preference. - Users can set this option through their Preferences. The tools still appear at the bottom of an edit screen.[dismiss]. --Matthead (talk) 11:16, 14 September 2011 (UTC)

Standard suite: – { – } | []      undefined undefined



















<p class="specialbasic" id="Hebrew" style="display:none;" data-section-title="Hebrew">

<p class="specialbasic" id="Yiddish" style="display:none;" data-section-title="Yiddish">

<p class="specialbasic" id="Arabic" dir="rtl" style="display:none; font-size:120%;" data-section-title="Arabic">

<p class="specialbasic" id="IPA" style="display:none;" data-section-title="IPA">