No, unfortunately, the only people I know who have access to it at this point are developers who went to Apple's developer conference on Monday, and who got a preview version of Mac OS X Server. And they're under a NDA. Christiaan On 9 Aug 2006, at 1:46 PM, Plyd wrote:

On 9 Aug 2006, at 2:00 PM, Steve Bennett wrote: I hope so! :) Christiaan

On 08/09/06 05:46, Plyd wrote: Yes! 1) Use Firefox 2) Install the extension: https://addons.mozilla.org/firefox/748/ 3) Restart firefox 4) Install the wikipedia/mediawiki script: http://demo.wikiwyg.net/wikiwyg/demo/wikipedia/wikipedia.user.js (You will now have a "Install This User Script" in the Tools menu) Now Firefox is ready to WYSIWYG edit. Try out the demo mediawiki site: 1) Go to http://wikiwyg.wikia.com/ 2) Click on "Wikiwyg Disabled" to switch to "Wikiwyg Enabled" (*) 3) Now edit! http://wikiwyg.wikia.com/index.php/Testpage You will see the normal [Edit] tags are now [Wysiwyg Edit] Attached is a image of trying it... Enjoy, Jeff oops, I see you wanted the non-free proprietary apple thing :) (*) A beta site where it's enabled by default would be cool.

I don't know what kind of formatting you need in Wikipedia other than italics. We should make it as hard as possible to use stupid shit like bold. On 8/9/06, Christiaan Briggs <christiaan(a)yurkycross.co.uk> wrote:

On 8/10/06, Jay R. Ashworth <jra(a)baylink.com> wrote: Do we? I was thinking about this. Even the wikiwyg we looked at a couple of weeks ago essentially forces you to edit wikitext, and separately shows it to you. Do we have anything that works like Word, for instance? I ask this not as a clueless user, or on behalf of people who are too lazy to learn syntax. But as someone who does a *lot* of editing in MediaWiki, and who finds the "spot the mistake, click edit, find the same spot in the code, change, save" cycle far too slow. Editing would be a hell of a lot more efficient if one could simply click on the place to edit, and start typing. I imagine the basic cycle looking like this: 1. Click on the text. 2. A surrounding patch of text (a sentence? a paragraph?) is "locked" (no one else can edit it) and highlighted, and somehow rendered "editable". 3. Edit, drag text around etc. If necessary, mark other bits of text as being "locked" as well so you can edit them. 4. Press a commit button. I don't know that this would work well for more complex syntax like tables, but even if it only worked for small, local changes (like typo fixing) it would be a major improvement. Steve

On 8/10/06, cohesion <cohesion(a)sleepyhead.org> wrote: The example of filling a template is not, imho, very difficult. We can easily imagine a box opening and asking for every field of the template. Click "insert" and hop, done :D Plyd

No losks are needed. If several people is editing, they will have an edit conflict, like now. 'Please compare it'. And they aren't too frequent.

In your world the human should bend to the computer. My users think it should be the other way round. You're not elitist Jay, you're just a prick. Christiaan On 10 Aug 2006, at 4:28 PM, Jay R. Ashworth wrote:

Christiaan Briggs wrote: Hey! What kinda' dialogue is this - certainly you can find better ways to express yourself. If not, then perhaps you might just want to "turn down the volume". Human-Computer-Interaction/Computer-Human-Interaction both exist, sometimes they overlap sometimes that don't. The truth, or the real-world (as it were) lies somewhere in-between the poles of pure research. In some cases one works better than others - by way of the absurd consider the brakes on Fred Flintstone's car and the vitech brakes on my Mazda. Which is better? depends on the environment and the limits of existing, local technology. All that aside - there really was no reason to be rude. r

On 10 Aug 2006, at 5:02 PM, Jay R. Ashworth wrote: And, as I said in my initial email, they will. But that wasn't the point of my post. As I said: "The reason I'm posting this is simply to put forward the view that I hope WYSIWYG or some relevant variant will be developed for Wikimedia projects in the near future, because I think the hurdles that stop many people from participating on our office intranet apply equally to Wikimedia projects." In your haste to prove your self-image as an opinionated bastard of extraordinary magnitude you completely missed my point. Someone who says I and the people I work with are talking bullshit and should get screwed because they want computers to work for them instead of the other way around is entitled to the label of prick as far as I'm concerned. By all means, be opinionated but if you're going to use such language then get used to having it thrown back at you. Then you need to read a little more slowly. Christiaan

On 10 Aug 2006, at 5:24 PM, Jay R. Ashworth wrote: I don't know of any way to prove this point when it comes to Wikipedia. If people are put off by wiki markup (which I know, anecdotally, they are) this is not going to show up in any Wikipedia data I know of. Possibly edit clicks vs. exits? However, I think I have enough experience trying to get people to participate on Wikipedia and on our local intranet (which uses MediaWiki) to be worthy of reporting. I also have my own personal experience, which is that I don't like using wiki markup, I don't like relearning it each time I use it, and I don't like seeing a sea of monospaced text every time I use it. So I understand their point of view. In any case my point has already been answered. There are already moves afoot to prioritise and bring some sort of WYSIWYG to MediaWiki from what some people have said. Christiaan

On 10 Aug 2006, at 6:33 PM, Jay R. Ashworth wrote: And what you think matters not one iota when it comes to other people's experiences. People are different from you and many of us think it's worth catering for those differences in order to broaden participation in Wikimedia projects. Christiaan

On 10 Aug 2006, at 7:13 PM, Jay R. Ashworth wrote: I meant that your opinion doesn't change people's experience. Their experience is what it is. It doesn't matter to me or anyone else that you think our experience is "bullshit." To say such a thing is meaningless and indicates that you live in a self-aggrandising fantasy world. I can't help that. That's probably be because you choose to read into people's words whatever you want to hear. I couldn't have been more explicit about why I wrote what I wrote and I've already reiterated once. Christiaan

On Thu, Aug 10, 2006 at 10:21:24PM +0200, Steve Bennett wrote: Hee. Cheers, -- jra -- Jay R. Ashworth jra(a)baylink.com Designer Baylink RFC 2100 Ashworth & Associates The Things I Think '87 e24 St Petersburg FL USA http://baylink.pitas.com +1 727 647 1274 The Internet: We paved paradise, and put up a snarking lot.

On 8/10/06, Simetrical &lt;Simetrical+wikitech(a)gmail.com&gt; wrote: Ok, you're treating wikisyntax and HTML as essentially equivalent. Which they're not. For example, [[Foo]] and [http://en.wikipedia.org/wiki/Foo Foo] both convert to <A HREF="http://en.wikipedia.org/wiki/foo">Foo</A> in a given context, but they're not "the same". Maybe their difference isn't important either? Hard to say. Wikisyntax is definitely "cleaner" than HTML and closer to the semantic representation of what we want to store. Storing only HTML (or XHTML) really ties us to a pretty specific presentation platform. By all means avoid the user having to see the wikisyntax as much as possible, but don't make the choice "HTML or GUI". The more practical approach to me would be to layer an increasingly powerful GUI over the top that allows the user to edit most wikisyntax without even seeing it. Items that can't be edited (for the sake of argument, tables) would simply become atomic - there's a table there, but you can't edit it. You can delete it, you can copy it, you can paste it - but you can't edit it. If you want to edit it, you need to switch into a "hardcore" mode, where you actually see the code. The obvious downside in any such system though is that the generated wikitext would necessarily look different from handcoded wikitext, and in our current MediaWiki system, every difference between two revisions is significant... Steve

There's a difference between backend complexity and complexity for the user. On 8/10/06, Simetrical &lt;Simetrical+wikitech(a)gmail.com&gt; wrote:

On 8/10/06, Simetrical &lt;Simetrical+wikitech(a)gmail.com&gt; wrote: <snip> Sounds sensible. We should examine this proposal in more detail, it's kind of interesting... I think what I was proposing would not necessarily require a javascript parser. I think? Instead, it would work something like this: 1. Engine simultaneously presents rendered output and wikitext, with synchronisation points between them 2. User edits some rendered output, transforming it purely at the appearance level 3. Page sends rendered text back, engine compares it somehow with what it sent, and works out the wikitext transformations required. Or something. Steve

On 8/11/06, Simetrical &lt;Simetrical+wikitech(a)gmail.com&gt; wrote: If you "ditched the wikitext" you would end up storing metadata in some other form, like additional XHTML attributes, comments or something. Meaning a whole new grammar to define? Steve

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Simetrical wrote: More like <mw:a href="Main Page">Main Page</mw:a> with namespaces, because we'd want to mix it with XHTML. Heck, we should have done that for <mw:nowiki>

I'm afraid my message may have been lost in the postings, but I think it's an important point: What does Wikipedia need WYSIWYG? We already have noobs writing POV articles, now you want * Large red text * tons of bold * Large purple text ? I honestly don't see the point. mboverload

On Fri, Aug 11, 2006 at 01:29:09PM +0200, Steve Bennett wrote: No, but it's been suggested that *major* (replacing wikitext entire with XML is 'major') structural changes be made to MediaWiki *which would likely make things harder for Wikipedia, for the benefit of those non-WMF users of MW. It's been said before (check the archives) that changes in that category just aren't gonna hunt. Cheers, -- jra -- Jay R. Ashworth jra(a)baylink.com Designer Baylink RFC 2100 Ashworth & Associates The Things I Think '87 e24 St Petersburg FL USA http://baylink.pitas.com +1 727 647 1274 The Internet: We paved paradise, and put up a snarking lot.

On 8/11/06, Christiaan Briggs &lt;christiaan(a)yurkycross.co.uk&gt; wrote: Sometimes barriers to participation *are* a good thing. Various online communities have noticed that the harder you make it to participate, the better quality participants you get. OTOH, Wikipedia explicitly wants contributions from *everyone*, even if they are 14 and have trouble spelling Pokémon... Steve

Steve Bennett wrote: Well, actually, no we do not want those. I agree with you about barriers to participation. But the problem is: wikitext as a barrier to participation is not particularly effective: it is too broad, and too narrow. It does not generally exclude the wired generation of 14 year old pokemon fans who grew up on the web. It does generally exclude scholars of ancient Chinese poetry. Better to use a different filter, like the "block" function in the software, I think.

Jay R. Ashworth wrote: I am not so sure that "difficult editing" is an appropriate filter, though. First, to be a vandal, one need not learn the nuances of the table syntax. Second, most vandals are young and web savvy... we are probably slowing them down less than we are slowing down wise and thoughtful people who are not web savvy. --Jimbo

Hi all, Just a quick question on this topic. Is it really the wiki syntax that people have difficulties to use (I mean the fact that you need to enter keywords and delimiter instead of clicking on "title1") or is it the semantic (not sure of the term) approach? I mean, most word beginners only use direct formatting command (bold, font size), whereas wikipedia encourages a more advanced solution (well, not as much as it should be) where you define that something is a level 3 title, not the way it should be displayed. Maybe I'm completely wrong (I come from the LaTeX world), but I wouldn't be surprised if the main difficulty for newcomers was this semantic approach more than the lack of GUI. What do you think? Cyril

Just found this: http://www.socialtext.com/node/90 this: http://ross.typepad.com/blog/2006/08/jimmy_wales_kic.html and this: http://wikiwyg.wikia.com/ Includes:

On 8/11/06, mboverload &lt;mboverload(a)gmail.com&gt; wrote: Nobody said what buttons will be available. A "color" button is not available now, and should never be available . . . but the markup will still be available to those who know how to enter it, however that will be, just as it's available now. The goal is to increase accessibility as much as possible. On 8/11/06, Jay R. Ashworth &lt;jra(a)baylink.com&gt; wrote: Pfft. That's equally anecdotal. If the WYSIWYG editor were actually good, and actually displayed *exactly* what the end result would be, I think you'd find that you'd acclimate to it extremely quickly. I agree that most existing WYSIWYG editors are obnoxious in various ways; this plan is contingent upon making one that is not. If you would still prefer to edit it directly, hey, XML is meant to be human-readable. On 8/11/06, Jay R. Ashworth &lt;jra(a)baylink.com&gt; wrote: In terms of easiness to learn and type, yes. In terms of the backend syntax, it's hell, especially when prefab syntaxes are available that will serve the purpose just as well. Some people are currently struggling to put together a grammar so that a decent parser can be compiled, effort that's completely pointless when we could just use XML. On 8/11/06, Jay R. Ashworth &lt;jra(a)baylink.com&gt; wrote: If one can be written that doesn't show up massive discrepancies with the actual displayed text . . . if the Wikiwyg programmers didn't have to deal with the crazy syntax, they could work on stuff like displaying templates properly instead of getting weird mixes of varying numbers of apostrophes to mimic the behavior of our labrynthine parser.

On 8/11/06, Jay R. Ashworth &lt;jra(a)baylink.com&gt; wrote: It's anecdotal, because it's not controlled. Something does not become statistical evidence just because the numbers are big. It must be statistically analyzed with respect to whatever you're gathering evidence for, which requires some kind of baseline to compare it to. Ever heard of keyboard shortcuts? Is sometimes not the best solution.

On 8/13/06, mboverload &lt;mboverload(a)gmail.com&gt; wrote: Oops, that came out wrong, what I meant was that live preview can do that, no need for WYSIWYG

mboverload wrote: Hoi, If we are going to be that simple just leave the ''italics'' as it is incompatible with some languages. Thanks, GerardM

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Simetrical wrote: It's a hyperbole, I agree, however, the basic gist is there. People have their own idea of "What looks right", and then, if given the tools to do so, will reformat the text to their vision, not necessarily preserving structural meaning. (And, many other times, it just looks plain bad. Check out all those free-hosted amateur websites out there). A good example happened a while ago in a series of articles on a few bands. A few anonymous editors had been trying to spruce up the pages with lots of HTML, adding non-standard styling and the whole nine yards. Now, this was troublesome from a few editors who knew how to write HTML. Give that weapon to regular people. The bottom-line is WYSIWYG is an even worse offender of causing people to base things around presentation rather than structure. Granted, wikitext can be abused, but when all that extra possible styling is stuffed away in esoteric <span>s and <div>s, it will prevent most Joe Averages from excessively formatting text. One may argue that Wikitext doesn't really enforce structure. At least we don't have people typing [font size=5][b]Header[/b][/font] (bbcode, see it a lot in tutorials).

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Simetrical wrote: Well, right now, there's really no reason for people to be using inline style except for formatting templates, infoboxes, and portals. So yeah, banning inline style wouldn't be too much of a stretch.

On 8/13/06, Edward Z. Yang &lt;edwardzyang(a)thewritingpot.com&gt; wrote: I'm not sure I share the attitude that the only way to avoid Wikipedians making incredibly ugly articles with too much character formatting is to make it difficult for them. Steve

On 8/14/06, Edward Z. Yang &lt;edwardzyang(a)thewritingpot.com&gt; wrote: I would probably do that too, but simply because font-changing is an incredibly rare thing to want to do at Wikipedia, and therefore of little value in the GUI. I don't think I've ever changed typeface, and only occasionally changed point size, mostly for tables. Changing font color is occasionally useful for tables - but it would be much better to have predefined styles for that. All of this is quite a tangent from the original question about WYSIWYG editors though. The basic question is "is it possible to have a user-friendly, genuine WYSIWYG editing tool that does not conflict with editors working directly in wikitext". The follow-up question is "is anyone going to write it?" Steve

On Sun, Aug 13, 2006 at 06:29:30PM -0400, Simetrical wrote: Certainly it is. As has been noted, it's going to be difficult to make it 100% until the syntax is formalized. *Why do you continue to presume that those hardcore power-users Won't Want To Use Wikitext.* I'm *not* one of them, and I damned sure want to. Quite so. Cheers, -- jra -- Jay R. Ashworth jra(a)baylink.com Designer Baylink RFC 2100 Ashworth & Associates The Things I Think '87 e24 St Petersburg FL USA http://baylink.pitas.com +1 727 647 1274 The Internet: We paved paradise, and put up a snarking lot.

On Sun, Aug 13, 2006 at 09:48:50PM -0400, Simetrical wrote: I disagree, entirely. I am not indifferent to those who are turned off to wikitext. I actively think they're lazy, and disinclined to learn about the world around them. But I realize that they exist, and I understand that some of them have contributions to make to Wikipedia. As for people who are turned off by WYSIWYG... you're generalizing from me, and I don't think that's reasonable, either. I'm not "turned off" by WYSIWYG. I just feel that there are good reasons why it's not necessarily the best solution *in this particular use case* -- particularly if it's implementation *penalizes* the people who prefer not to use it. Please, let's not mischaracterise my opinion just because we don't agree with it. Cheers, -- jra -- Jay R. Ashworth jra(a)baylink.com Designer Baylink RFC 2100 Ashworth & Associates The Things I Think '87 e24 St Petersburg FL USA http://baylink.pitas.com +1 727 647 1274 The Internet: We paved paradise, and put up a snarking lot.

On Sun, Aug 13, 2006 at 10:16:06PM -0400, Simetrical wrote: But don't bother to quote the part of my message wherein I prove reasonable. Nice rhetoric there... Cheers, -- jra -- Jay R. Ashworth jra(a)baylink.com Designer Baylink RFC 2100 Ashworth & Associates The Things I Think '87 e24 St Petersburg FL USA http://baylink.pitas.com +1 727 647 1274 The Internet: We paved paradise, and put up a snarking lot.

On 14/08/06, Simetrical &lt;Simetrical+wikitech(a)gmail.com&gt; wrote: Obviously we missed the part where they decided to use the waterfall method of development, but not to worry - I'm sure the decision on what brand of coffee will be drunk is IMMINENT, and we all know that is a VITAL step. Christ, there's a lot of throwing words around on this list. I turn my back for a month or two and you lot start fighting without me? I call that downright rude! On a more serious note, let's all just chill out for a second and remember that everyone is bound to have a different opinion regarding interacting with the software; editing is, after all, the main functionality within MediaWiki, and as a consequence, the editing interface is one of the most critical. Which means that any changes being made to it, or to supplement it or <insert chosen verb arrangement here> need careful thought, and discussion... ...sure. But then, if it doesn't *hurt* in the short term, and someone has the balls to hack a few test implementations and ideas together, good for them. Rob Church

On 14/08/06, Edward Z. Yang &lt;edwardzyang(a)thewritingpot.com&gt; wrote: Not quite, see mediawiki-l archive. But I can't resist making a tasteless comment and winding up an explosive situation once in a while. Or something. We still have those? No, I was under the impression we were going to do sensible things like formalise the parser specification and stuff before we got onto that. At least, that's what our CTO advised and explained to me, and I agreed. But if the President has given his Orders... The rationale behind the statement I made above was, "Proof of concept doesn't hurt. Ideas, thoughts - scribbled notes on how something might be done...it all saves time and patent applications for Wheel 2.0 later on, doesn't it? Rob Church

On 14/08/06, Jay R. Ashworth &lt;jra(a)baylink.com&gt; wrote: Oh, I don't know. XML is very enterprisey. Do we want to be enterprisey? Rob Church

On 14/08/06, Simetrical &lt;Simetrical+wikitech(a)gmail.com&gt; wrote: ENTERPRISEY! Come on, I was bloody teasing! Surely the references to the waterfall method gave you some idea? I fear for the future of sarcasm; of parodies and piss-takes, etc. Rob Church

On Mon, Aug 14, 2006 at 02:54:43AM -0400, Simetrical wrote: My Blackberry will not parse XML. (Don't laugh: that's an enterprise-y answer to the question. Non-WMF implementations are not the prime goal of the code, but any implementer who ignores them does the community a disservice as well, IMHO.) Cheers, -- jra -- Jay R. Ashworth jra(a)baylink.com Designer Baylink RFC 2100 Ashworth & Associates The Things I Think '87 e24 St Petersburg FL USA http://baylink.pitas.com +1 727 647 1274 The Internet: We paved paradise, and put up a snarking lot.

On Mon, Aug 14, 2006 at 03:22:41PM -0400, Simetrical wrote: Noted. My apologies if I presumed you to be more partisan than you actually are. While my BlackBerry *will* run JavaScript, if I tell it to, it would probably choke on something the size of a Wysieditor. Cheers, -- jra -- Jay R. Ashworth jra(a)baylink.com Designer Baylink RFC 2100 Ashworth & Associates The Things I Think '87 e24 St Petersburg FL USA http://baylink.pitas.com +1 727 647 1274 The Internet: We paved paradise, and put up a snarking lot.

On 8/14/06, Jay R. Ashworth &lt;jra(a)baylink.com&gt; wrote: I think it's fair to assume that there will be people who will always prefer working directly "in the code" (whatever that means). It's probably also reasonable to say that a full WYSIWYG layer which makes wikitext redundant for the user is also a good thing. In other words, the "hardcore user" should have the option of editing directly, but he shouldn't have to, no matter how hardcore he is :) Steve

On 14/08/06, GerardM &lt;gerard.meijssen(a)gmail.com&gt; wrote: Yes, yes, I know. Users don't embrace concepts such as matching tag pairs and making stuff clean, else we could let them use an XHTML subset. C'est la vie. However, I think it's more correct to state that a lot of parser ugliness comes from bolting on behaviour and hacking stuff in at a fast clip, to provide extras. A lot of the behaviour people depend upon is due to bugs in the parser, which are now considered de facto, but which shouldn't be happening. Indeed. There's also a long standing wish by many for world peace, worldwide nuclear disarmament, an end to global poverty and fair trade for everyone. But unfortunately, those things can't practically be done in a single sweeping step. I don't agree that hiding wiki markup is the productive step. As has been pointed out often on this list, power users and people who are comfortable with it are more productive with markup. Your solution is "let's break the syntax and hide the mess behind a graphical user interface", which I don't agree with. Do that, and I won't edit. Do that, and people using older browsers (long live lynx) and screen readers, or not embracing "newfangled" script technologies, etc. can't. So hiding wiki markup and locking it out of sight is not an option, and it should not be. If Joe User wants to view his markup, he should be allowed to. WYSIWYG is *not* a quick fix for the parser. Rob Church

On Mon, Aug 14, 2006 at 03:06:18AM -0400, Simetrical wrote: Size. One of the reasons wikitext is as easy to comprehend as Rob and I assert that it is (and you disagree with) is that it is *physically compact*. Hey, brion: what's the size of article bodies right now, in GB? :-) If there are two formats which are exactly round-trippable, and one of them is a) smaller, and b) supported by the current code... why would we change, again? Cheers, -- jra -- Jay R. Ashworth jra(a)baylink.com Designer Baylink RFC 2100 Ashworth & Associates The Things I Think '87 e24 St Petersburg FL USA http://baylink.pitas.com +1 727 647 1274 The Internet: We paved paradise, and put up a snarking lot.

On 8/14/06, Eric Astor &lt;eastor1(a)swarthmore.edu&gt; wrote: Out of curiosity, where'd you get that figure? Recall that we aren't talking about the page output, just an XMLized wikimarkup (so something like <wm:a href="link">display</wm:a> instead of [[link|display]]).

On 8/14/06, Eric Astor &lt;eastor1(a)swarthmore.edu&gt; wrote: I've converted the first few sections of [[Paris]] (by hand) and done the comparison on them. (The XML isn't perfect — I didn't convert character entities, for instance — but it suffices.) The input was 12.7 KB, the XML 17.1 KB; after ZIPping with normal compression, the difference dropped to 5.12 KB to 5.43 KB, and with best-compression RAR, the XML was actually a bit smaller (4.47 to 4.61). If we *do* work with compressed databases, then increase in size from XML looks to be trivial. (Files available upon request.)

Hoi, "Do that and I won't edit" .. here we have a power user speaking.. Not much of an argument really. I expect Lynx to be used, but how many people actually use it and how many people actually edit using Lynx ? When progress in any direction is impossible because of external factors, you paint a great argument for abandoning MediaWiki altogether and come up with something that is more sane. Convert the data to NewMediaWiki and tell the "power" users and lynx users "live long and prosper". Thanks, Gerard On 8/14/06, Rob Church &lt;robchur(a)gmail.com&gt; wrote:

Hoi, If these other users like you do not have a chance to edit anyway.. what is your point ? And how many insist on their use of "power" by effectively threatening stagnation because of the unwillingness to move forward ? Should we not consider the gains made by providing a better environment and the potential influx of new capable people against the potential of "power" users that may or may not abandon editing MediaWiki ? Thanks, GerardM On 8/14/06, Rob Church &lt;robchur(a)gmail.com&gt; wrote:

On 8/14/06, Rob Church &lt;robchur(a)gmail.com&gt; wrote: Allow me to alienate everyone by proposing the controversial idea that if we made life easier on novice users, at the expense of hardcore users (who are "locked out" and hence leave Wikipedia for ever), Wikipedia would still be better off? Discuss. Steve

On 8/14/06, Rob Church &lt;robchur(a)gmail.com&gt; wrote: Heh. :) Here's my logic: There are lots more "non-technical" users than technical ones. We already have a heavy bias in favour of technical users. Therefore, encouraging non-technical users at the expense of technical ones increases the number of users *and* corrects our bias. Win, win! Steve

Rob Church wrote: Hoi, As I explained before, the current wikisyntax is broken. It discriminates against those users who have keyboards where the keys, "we" who use a "US-keyboard" take for granted, are missing. There is no strategy and we are unwilling to consider how to remove the use of the codes to indicate italic script. The double quote is used in the Neapolitan language. Suggesting that our current functionality is great is demonstratively wrong. Your suggestion does not allow these things to be fixed because people will be up in arms when we suggest that these things need fixing. Like you many will suggest that they will vote with their feet. In many ways, this argument is like the one at the start of the previous century that someone has to walk with a flag in front of an automobile. We all know this did not last and we also know that the car is now one of the biggest killers of our society. However, nobody can seriously suggest that something can be done about it because it would diminish "freedom", when they do they are largely ignored. Thanks, GerardM

May I remind you things "thing that newbies need" are ALREADY in buttons ABOVE the text box, along with headings, external links, images, nowiki, and others which even I never use. I don't accept any argument that says WYSIWYG is needed for newbies.

Why do we need WYSIWYG to visualise italics and bold? On 8/14/06, Steve Bennett &lt;stevage(a)gmail.com&gt; wrote: All I see is a not-so-live live preview

On Mon, Aug 14, 2006 at 01:29:02PM +0200, Steve Bennett wrote: But I thought that wasn't an acceptable argument in this thread... <gdrvvf> Cheers, -- jra -- Jay R. Ashworth jra(a)baylink.com Designer Baylink RFC 2100 Ashworth & Associates The Things I Think '87 e24 St Petersburg FL USA http://baylink.pitas.com +1 727 647 1274 The Internet: We paved paradise, and put up a snarking lot.

On 8/14/06, GerardM &lt;gerard.meijssen(a)gmail.com&gt; wrote: They're incompatible, in a very minor way, with a somewhat uncommon grammatical construct, which occurs in exactly one natural language, spoken by comparatively few people - let's not exaggerate here. And the last I heard, the one problem they were having (notably, categories) had a simple workaround: using the unicode in place of one of the ' characters, like '&#14; or something. Steve

Well: let's make some practical point: people on the nap.wikipedia are driven away because they have to use workarounds for '' - that is &#39; in whatever combination - we now uwse &#39;&#39; for '' to have a unique way to identify words and word combinations if some day we should need to use replace.py. Many now create non-standard artilces using the accent of à or á that it ` or ´ to create articles ... inserting spaces where they are not needed etc. (all sorts of strange solutions to avoid to see all in italics afterwards) before the &# thingie we needed to use <nowiki> to get things right. It is an annoyance to have continuously use workarounds - now I am quite "wikiphile" I'd say, being able to install my own wikis + extensions and create sometimes quite complicated templates ... imagine how someone feels who has no clue at all about wikis - someone who would like to start a first article and then, clicking on save gets weird stuff and therefore does not come back to edit again, because editing is "too difficult". I have also plenty of colleagues who maybe would like to help, but simply don't want to loose the time to learn wiki, because donating a translation is already a lot considering how much they would earn if they did translation jobs instead. Next thingie - the | sign - you don't have it on the German keyboard - and it gets even worse if you have a laptop keyboard like I have - there is no way to reproduce it easily with alt+<numeric code> like I could do it on a normal keyboard. How I work on the nap.wikipedia? Well there are two things to it: I first write in OOo or Word, then I subsitute all '' with the numeric code with search and replace and I avoid to create wiki-links, because I am simply very annoyed (better I remain with nice words...) to copy and paste it here and there. Or I write the article on the wiki and then substitute the parts needed - both ways require loads of time more. At least the {{ [[ are on the keyboard - so normal wiki-links are not much of an issue - for Wiktionary that works fine - but not for wikipedia where you have declensed forms of a word. I find wikis great - but they are not suitable for the biggest part of potential contributors - maybe to 5% of them. See: I already said this last time I wrote about these issues here ... if Mediawiki was not developed by English sepaking people, but maybe by people speaking some kind of "strange" language - if it was not developed for the English speaking market only we would have more contributors in the regional editions it would be different - more conscious about such issues - no, please don't object - if people do things most of them only think about the English wikipedia - the other projects might exist, but are considered to be some kind of fun-stuff ... instead many of the small wikipedias are very serious projects - much more serious than anyone of you can imagine, they face many more problems you could ever imagine - a good software approach would help many of us to grow a better community and to be able to create more articles instead of having to re-read and adapt every article to our standards (&#39; is some kind of standard for nap now) and people, who already have difficulties in writing local languages, yes we have an alphabetization rate of approx 2 to 4%, would not have to concentrate on multiple issues at a time, they could concentrate on the text they are writing ... that would be great ... that would be really a step ahead ... that would mean "think about the users" not "for the majority it's fine ... so who cares ..." I am sorry that I have to write this ... it should not be necessary. I'll post this mail also on my blog in order to have it accessible to more people. Thank you for taking the time to read ... well I hope one day I will be able to say "thank you for caring about the small communities". Best, Sabine ***** Sabine Cretella Translations IT-DE, EN-DE Evangelist for WiktionaryZ s.cretella(a)wordsandmore.it skype: sabinecretella phone +39-340-1809828 http://sabinecretella.blogspot.com Chiacchiera con i tuoi amici in tempo reale! http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com

Steve Bennett wrote: Just don't forget to check some facts about German keyboards first.

Steve Bennett wrote: I would say so.

On 8/14/06, Steve Bennett &lt;stevage(a)gmail.com&gt; wrote: This kind of thing interests me greatly. I just did some Google searches for Neapolitan OR napolitano with alphabet OR spelling OR orthography OR apostrophe OR quote. I couldn't find anything. So instead I'll ask here in which kinds of cases this occurs. Does it represent a certain sound or omitted letters? Andrew Dunbar (hippietrail) -- http://linguaphile.sf.net

On 8/16/06, Jay R. Ashworth &lt;jra(a)baylink.com&gt; wrote: I took part in that thread and then, as now, as have not received a definitive answer and certainly no references at all to explain the orthography or the grammatical reasons for it. My main question is does Neapolitan use a) a single character that looks like an English double quote mark or two adjacent apostrophes or b) a character that looks like an English apostrophe which in certain situations can occur as a "double letter"? In the thread people describe the situation both ways and nobody clarifies it. For instance, does Neapolitan use '' in contractions the way other languages use just ' ? Does Neapolitan use ' for something like palatalization or glottal stop and can that occur at the same place where a contractin occurs, thus necessitating '' ? In Hebrew there is a single character "gershayim" which looks a bit like an English double quote character and it is not present on Hebrew keyboards though it is present in Unicode. People often use the English double quote character is place of gershayim. In Amuzgo, an indigenous language of Mexico, there is a letter which looks like the English apostrophe which functions as a glottal stop. All consonants can be geminated in Amuzgo, and when they are they are written double - including the glottal stop. Unicode provides a character which looks like an English apostrophe but functions as a letter but again it's not present on keyboards so people use the English apostrophe (which can lead to an ugly mess if Word's Smart Quotes is not turned off). Is the Neapolitan case more like the Hebrew case or more like the Amuzgo case, or unlike either case? Andrew Dunbar (hippietrail) -- http://linguaphile.sf.net

On 8/16/06, Andrew Dunbar &lt;hippytrail(a)gmail.com&gt; wrote: The best I can figure is that it uses a single character ' to indicate that a letter has been left out. This can occur at the end of a word, or at the start, or at the middle. Also, in a couple of specific cases, when it occurs at the end of a word *and* at the start of the following word, then those two words are written as one, with both the apostrophes: d''a This is purely reverse engineering and speculation, based on the patterns I saw at nap. and the comments above. I'd also like to hear the definitive answer. Not that it will change much, obviously the spelling is important enough that people don't consider simply writing the word "d'a" a viable option. Steve

On 8/16/06, Sabine Cretella &lt;sabine_cretella(a)yahoo.it&gt; wrote: So if it substitutes letters which are not pronounced, what are those unpronounced letters in 'o and 'a? My guess is that they are a special exception which are always written 'o and 'a perhaps historically having had an official letter. If this is the case we could say the rule is: A double apostrophe occurs when contraction is made with the definite articles, these being always written with an apostrophe. So my further questions: a) Is there a "full spelling" for 'o and 'a? b) Are there any words besides 'o and 'a which take an apostrophe even when not part of a contraction? 99% clear so thanks very much. My advice then is to adpot a policy of "use straight apostrophes for markup and curly apostrophes for words". Where d''o and d''a will break formatting or require ugly workarounds, d''o and d''a will always "just work". (And look better too). Well it's my POV that this is the best goal to aim for for all Wikis and there are certainly many who disagree with me, but I suspect few of them are involved in Neapolitan wikis. You could go half way and recommend straight apostrophes except in the case of the double apostrophe but that sounds ugly to me. Andrew Dunbar (hippietrail) -- http://linguaphile.sf.net

On 8/17/06, Andrew Dunbar &lt;hippytrail(a)gmail.com&gt; wrote: That would be practical if keyboards had a "curly apostrophe" key. How do you propose that editors type it? Steve

Steve Bennett wrote: Use backquotes instead? eg. d``a, d``o, in which `` gets treated as a magic word (like RFC or ISBN) which is automagically, and transparently, converted to d&quot;&quot;a and d&quot;&quot;o within the parser at an early stage during page rendering? Kludgy, yes, but backquote is a standard ASCII character, and at least on my keyboard, is easily accessible. -- Neil

Andrew Dunbar schrieb: This happens quite frequently with d''a d''o which is a combination of the preposition + the article People on the nap wikipedia, to avoid the mess or stop editing or use all sorts of strange combinations that shows correct but is wrong - some put a space inbetween, others use ´´ `` - well these are accents and even if they "show up" like this in a research they do not give good results. I cannot even handle the proof-reading of that stuff alone, because there is too much already in there. And we cannot do it with the bot since it would anyway not find all of them and also substitute occurances where these signs might be needed. We had that discussion more than once. http://nap.wikipedia.org/wiki/Napule is an article where I corrected it halfway through - it is on my todo list - but there are thousands of things to care about and so these often remain there, because I am waiting for the right person who takes over the job (this could be done by many ... it is just caring about some simple rules) - we are just two or three people working regularly on nap - so at a certain stage you have to choose what to do and what must wait. The use of wrong characters is of course an error, but there are for now other things to be created and cleaned up. For now we have to live with it :-( Best, Sabine Chiacchiera con i tuoi amici in tempo reale! http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com

On 8/14/06, Sabine Cretella &lt;sabine_cretella(a)yahoo.it&gt; wrote: In Latin America a similar problem occurs with < and >. While those keys are present on Spanish keyboards, a very large number of computers actually use American keyboards with fewer keys. And guess which keys are missing? Fortunately these are not required so frequently in wiki syntax. Andrew Dunbar (hippietrail) -- http://linguaphile.sf.net

On 8/15/06, Steve Bennett &lt;stevage(a)gmail.com&gt; wrote: I just got back 4 weeks ago from a 12-month trip from Mexico to Panama and back again. Being an Internet and wiki junky I used dozens of different internet cafes in this time. The Spanish keyboard has a smaller left shift key and a smaller enter key. There is an extra key between the left shift key and the z key which has < and > - one is accessed by holding the shift key. With a US keyboard this key is absent and neither character is possible. I even tried to add them to MediaWiki:Edittools but they produced &lt; and &gt; so I had to resort to cut and paste! Andrew Dunbar (hippietrail) -- http://linguaphile.sf.net

On 8/15/06, Steve Bennett &lt;stevage(a)gmail.com&gt; wrote: No you are confusing the physical keyboard (hardware) with the keyboard layout (software). Latin Americans must use a Spanish keyboard layout (keymap, probably other names) so they can access the extra characters. Many learn to live with some letters on the keycaps not matching the letters which appear on the screen but at least they are accessible, which is more than can be said for < and > . Andrew Dunbar (hippietrail) -- http://linguaphile.sf.net

mboverload wrote: What's wrong with this question is the word "we". We who are already great fans of Wikipedia and Mediawiki are obviously comfortable with the current wikitext markup, or otherwise we would be somewhere else. What WYSIWYG can bring is *new* people. I don't see your point in protesting against this. Nobody is going to force you to use my Swedish keyboard layout and nobody is going to force you to use WYSIWYG editing. What's your problem? -- Lars Aronsson (lars(a)aronsson.se) Aronsson Datateknik - http://aronsson.se

On 8/14/06, Jay R. Ashworth &lt;jra(a)baylink.com&gt; wrote: Can we just take it as read that any "solution" which involves a strict choice between WYSIWYG and editing in XML is not viable, not attractive and not worth further discussing? Steve

Jay R. Ashworth wrote: Come on, if anybody is proposing that, they are either trolling or completely naive people, and either way they're not going to have any real influence at all. You and mboverlord are the only two people who don't get that this is a big joke. You are feeding these trolls. Can't you just ignore this, so we can get back to discussing technical issues? -- Lars Aronsson (lars(a)aronsson.se) Aronsson Datateknik - http://aronsson.se

On 8/15/06, Jay R. Ashworth &lt;jra(a)baylink.com&gt; wrote: It was not.

Hoi, In his speech Jimmy spoke about people he knows. People he knows to be really great at the subject they stand for. People that are intimidated by what you seem to say is perfectly adequate. People that do not contribute to our content. The buttons above the text area where you can edit are abysmal in their functionality. They serve a need but once you have learned the codes, you will not use them. It is nice that you do not accept any argument.. it implies that you are not willing to listen. Thanks, GerardM On 8/14/06, mboverload &lt;mboverload(a)gmail.com&gt; wrote:

Ok, present me a case on how WYSIWYG would help a new user on http://en.wikipedia.org/wiki/Roman_Empire We are not assuming they are idiots. They can figure out by comparing the regular text and the final version that [[ ]] makes a link, ''' ''' makes bold, and == == makes a header. mboverload

On Mon, Aug 14, 2006 at 02:06:39PM +0200, Steve Bennett wrote: Ok, let's focus right in on that, and hammer on it a bit, shall we? An argument seems to be being made (by the side which, clearly, I am not on) that there is a group of contributors out there who a) have something useful to contribute to WP b) have "precisely zero" interest in expending any effort to learn how to do so -- when that wall is *stunningly* low. (This isn't Framemaker, folks.) If they can't be bothered to learn wikitext, can they be bothered to read [[Assume Good Faith]]? Or [[NPOV]]? Or follow the [[Village Pump]], etc, etc, ad nauseum? Are we equipped, as a community, to deal with (let us say) tripling the number of active editors we have now, where most of the new ones can't be bothered to learn... well, anything? Some would say we're in critical trouble on that front *now*; it doesn't make much sense to me to enable new people who "are willing to expend precisely zero energy" on working with our community, such as it is. Cheers, -- jra -- Jay R. Ashworth jra(a)baylink.com Designer Baylink RFC 2100 Ashworth & Associates The Things I Think '87 e24 St Petersburg FL USA http://baylink.pitas.com +1 727 647 1274 The Internet: We paved paradise, and put up a snarking lot.

On Mon, Aug 14, 2006 at 05:25:21PM +0200, Steve Bennett wrote: My perception of Jimbo's comment on this is that that is not, no, what he's talking about. He means subject matter people. I think. Really? I'll be darned. Ok. It has been the perception I've integrated from half a dozen or more sources; perhaps I'm wrong. I stay out of the fray, myself. Cheers, -- jra -- Jay R. Ashworth jra(a)baylink.com Designer Baylink RFC 2100 Ashworth & Associates The Things I Think '87 e24 St Petersburg FL USA http://baylink.pitas.com +1 727 647 1274 The Internet: We paved paradise, and put up a snarking lot.

And let's remember that vandals aren't going to give a rat's arse about markup; you don't need to know what all that gibberish means to replace it all with "u eat poo-poo". But overall, yes, we want good-faith contributors who are willing to expend exactly zero effort learning how things work, because fixing typos will in many cases progress to fixing facts, which may lead to discussion and further involvement. The point is a low barrier to *entry*. Once you've gotten comfortable with just editing, it's assumed that you might want to start discussing things and learning policies and so on. Or you might not, which is also fine as long as you stay away from anything controversial. You don't need to read Verifiability or Neutral point of view to know that things should be verifiable or neutral; you just need someone to add {{fact}} or {{npov}} or something to a page you edit, once. But none of this will necessarily happen if you didn't do something to commit yourself first. It's the "foot in the door" principle: people who start small will be more willing to proceed to bigger things than they will be to start out with big things. What were *your* first edits to Wikipedia?

On 8/14/06, Chad Perrin &lt;perrin(a)apotheon.com&gt; wrote: Well, that's the whole issue. I, Jimbo Wales, etc. disagree. We think a large number of the less technically-inclined are probably scared off by this kind of stuff, rather than ignoring it as they should.

On Mon, Aug 14, 2006 at 02:49:33PM -0400, Simetrical wrote: http://en.wikipedia.org/w/index.php?title=Special:Contributions&offset=… plus about 4 or 5 where I thought I was logged in but it didn't stick; you'll note, my first logged contribution was a *bug report on that issue*. But I've been doing this sort of thing for 25 years, and I *understand* that I'm not the mainstream user. That does not, and will not, stop me from Wishing and Hoping that people will decide to Want to Learn again. Cheers, -- jra -- Jay R. Ashworth jra(a)baylink.com Designer Baylink RFC 2100 Ashworth & Associates The Things I Think '87 e24 St Petersburg FL USA http://baylink.pitas.com +1 727 647 1274 The Internet: We paved paradise, and put up a snarking lot.

On Mon, Aug 14, 2006 at 11:53:05PM +0200, Steve Bennett wrote: Clearly. I still sympathize with Jay's thoughts on the matter -- that it would be nice to see an increase in the desire to learn in the general populace. -- CCD CopyWrite Chad Perrin [ http://ccd.apotheon.org ] "The first rule of magic is simple. Don't waste your time waving your hands and hopping when a rock or a club will do." - McCloctnick the Lucid

On Tue, Aug 15, 2006 at 12:28:15AM +0200, Steve Bennett wrote: *Exactly*. :-) Cheers, -- jra -- Jay R. Ashworth jra(a)baylink.com Designer Baylink RFC 2100 Ashworth & Associates The Things I Think '87 e24 St Petersburg FL USA http://baylink.pitas.com +1 727 647 1274 The Internet: We paved paradise, and put up a snarking lot.

On Tue, Aug 15, 2006 at 12:28:15AM +0200, Steve Bennett wrote: Sure. Responding in more depth off-list. -- CCD CopyWrite Chad Perrin [ http://ccd.apotheon.org ] "The measure on a man's real character is what he would do if he knew he would never be found out." - Thomas McCauley

Maybe I'm missing something here: You don't need to learn ANYTHING. Hit the edit button, fix the typo, and you're done. On 8/14/06, Jay R. Ashworth &lt;jra(a)baylink.com&gt; wrote:

On 8/14/06, mboverload &lt;mboverload(a)gmail.com&gt; wrote: Are you looking for a pat on the head or a kick up the arse? Steve

On 8/14/06, GerardM &lt;gerard.meijssen(a)gmail.com&gt; wrote: Out of curiosity, what would you replace the pipe with? Wikisyntax, *for a markup language*, is pretty simple. This kind of text: ==Heading== *aoeuaoeu **aoeuaoeu is extremely intuitive and most importantly, very readable. And yet I agree with you that templates, references, image calls with lots of arguments, and tables do break down the readability, which inhibits not only people from using this advanced functionality, but people who simply want to edit existing text. So what do we do? Do you want both a WYSIWYG interface *and* a "pipe free" syntax behind? Why? Wouldn't it be better to just have a great GUI, and the few people who choose to venture behind it to tackle the wikimarkup directly can deal with the | and other problems? (I note, incidentally, that if one typed '' in WYSIWYG mode, the interface would presumably escape it as appropriate, fixing that particular issue...) Steve

On 8/14/06, Nick Jenkins &lt;nickpj(a)gmail.com&gt; wrote: If this is supposed to be a true WYSIWYG editor, then that's probably just a bug. Somebody forgot they had to put <nowiki>'s around wiki-markup. Regards, - Dan Li

Incidentally, a perfect example of the headache that editing raw wikitext can be: http://en.wikipedia.org/w/index.php?title=Facebook&action=edit&sect… What a load of jibberish. Steve

On Mon, Aug 14, 2006 at 09:16:30AM +0200, GerardM wrote: I have been known to edit on my Blackberry. I'm glad you've volunteered to manage that flag day. Cheers, -- jra -- Jay R. Ashworth jra(a)baylink.com Designer Baylink RFC 2100 Ashworth & Associates The Things I Think '87 e24 St Petersburg FL USA http://baylink.pitas.com +1 727 647 1274 The Internet: We paved paradise, and put up a snarking lot.

On 8/14/06, Jay R. Ashworth &lt;jra(a)baylink.com&gt; wrote: I'm not exactly clear on what a "parsing pinch point" is, but is it expected that when the syntax gets formally specified, various weird aspects of the grammar will suddenly spring to life (like a couple that I've mentioned recently) and be fixed, breaking a few (or many?) wikis? Is it anticipated that the grammar will be "fixed"? Steve

On Mon, Aug 14, 2006 at 08:21:15AM +0200, Steve Bennett wrote: You do; I gather Simetrical does not. We are in violent agreement. Cheers, -- jra -- Jay R. Ashworth jra(a)baylink.com Designer Baylink RFC 2100 Ashworth & Associates The Things I Think '87 e24 St Petersburg FL USA http://baylink.pitas.com +1 727 647 1274 The Internet: We paved paradise, and put up a snarking lot.

On Mon, 2006-14-08 at 00:20 +0200, Steve Bennett wrote: Yes, people at SocialText and Wikia are being paid to write it. This is the software: http://www.wikiwyg.net/ This is the adaptation to MediaWiki: http://wikiwyg.wikia.com/ ~Evan

On 8/14/06, Ligulem &lt;ligulem(a)pobox.com&gt; wrote: Hey, that's exactly like I described :) A little fiddly to get going until you read the instructions (they seem to offer the old LivePreview extension as wall), but boy, it's great. "Hardcore" users will note that you can edit the wikitext directly, and best of all, the wysiwyg tools (bold, bullets, indent, headings...) work in wikitext mode! Can we please have this at Wikipedia? Please please please? It would make so much of the editing I do soooo much faster. Steve

On 8/14/06, Jay R. Ashworth &lt;jra(a)baylink.com&gt; wrote: Yeah, but I want it *now*. :) (ok, after they fix a couple of bugs, and make it possible to edit pages that don't have any section headings...) Actually I'm a little confused on this Wikia business. Wikia is apparently testing WIKYWYG. Wikia is owned by Jimbo. Wikia is not GFDL. After that, things get hazy for me. Steve

On 8/14/06, GerardM &lt;gerard.meijssen(a)gmail.com&gt; wrote: Ok, that's what I was wondering. Is that true though? You can't "integrate" non-GPL software with GPL software? Anyway, it was just a vague query that I had. Steve

On 8/14/06, Jay R. Ashworth &lt;jra(a)baylink.com&gt; wrote: Right, but can the GPL'd program integrate non-GPL'ed source? E.g., can MediaWiki use non GPL'ed source code? Steve

On Mon, Aug 14, 2006 at 06:48:17PM -0400, Simetrical wrote: Actually, I believe the answer is a conditional yes: if the license under which you acquire the code permits you to relicense it under the GPL and distribute it, then you can take that path. I'm not sure any of the standardised licenses would in fact let you do that, but a private licence might, if so negotiated. So it's not impossible, but practically? Not so much. Cheers, -- jra -- Jay R. Ashworth jra(a)baylink.com Designer Baylink RFC 2100 Ashworth & Associates The Things I Think '87 e24 St Petersburg FL USA http://baylink.pitas.com +1 727 647 1274 The Internet: We paved paradise, and put up a snarking lot.

On 8/15/06, Steve Bennett &lt;stevage(a)gmail.com&gt; wrote: Wikia is developing Wikiwyg, not just testing it. Wikia is not just owned by Jimbo - it's owned by its staff and investors. Wikia content is GFDL, but that's irrelevant since this is about the software, which is GPL (the same as MediaWiki). Angela.

On Mon, Aug 14, 2006 at 09:20:04PM -0400, Evan Prodromou wrote: My ghod, I'm glad I'd had my morning coffee before reading that. Shame it's all over my laptop now... Cheers, -- jra -- Jay R. Ashworth jra(a)baylink.com Designer Baylink RFC 2100 Ashworth & Associates The Things I Think '87 e24 St Petersburg FL USA http://baylink.pitas.com +1 727 647 1274 The Internet: We paved paradise, and put up a snarking lot.

On Sun, Aug 13, 2006 at 11:56:54PM +0200, Steve Bennett wrote: Can we agree to find a more neutral way to phrase "making it difficult for them", given that neither side has anything more than anecdotal data on whether, in fact, people do find working with wikitext more difficult, and that clearly some people think that wikitext is *not* more difficult. Cheers, -- jra -- Jay R. Ashworth jra(a)baylink.com Designer Baylink RFC 2100 Ashworth & Associates The Things I Think '87 e24 St Petersburg FL USA http://baylink.pitas.com +1 727 647 1274 The Internet: We paved paradise, and put up a snarking lot.

On Sun, Aug 13, 2006 at 05:40:05AM -0700, mboverload wrote: I'll extend it one more level: I think you need to be able to figure our section headers. But, indeed, those three things are enough for 75% of what a new editor might need to knew. Cheers, -- jra -- Jay R. Ashworth jra(a)baylink.com Designer Baylink RFC 2100 Ashworth & Associates The Things I Think '87 e24 St Petersburg FL USA http://baylink.pitas.com +1 727 647 1274 The Internet: We paved paradise, and put up a snarking lot.

On Thu, Aug 10, 2006 at 08:03:17PM -0400, Simetrical wrote: And for a) those of us who *want* to work in raw text and b) those who want to write simple automation code, in saw, perl, you've just sextupled the workload. Great. Thanks. Cheers, -- jra -- Jay R. Ashworth jra(a)baylink.com Designer Baylink RFC 2100 Ashworth & Associates The Things I Think '87 e24 St Petersburg FL USA http://baylink.pitas.com +1 727 647 1274 The Internet: We paved paradise, and put up a snarking lot.

On Thu, Aug 10, 2006 at 04:31:13PM -0400, Simetrical wrote: But I'm not. I hate writing code. That's what coders are for. I'm primarily an analyst/designer, and that's what I've done for the last 20 years. The last year or so, to, I suspect, everyone's surprise, I've done helpdesk. Quite successfully. So I'm not at all unequipped to spend extensive time talking to non-computer-savvy users. And indeed, it's not the answer I'd give *them*. The answer I'd give *them* is the one I gave Christiaan *first*, and which ties directly into your next comment: If indeed it does, yes. But the data is completely anecdotal: we have people who complain about it. Great. But we have *hundreds of thousands* of editors who have created, literally, millions of pages on Wikipedia. So clearly, it's not unusable. I don't think that will round-trip successfully. This is not as important as other aspects of this. Who said anything about HTML? And I rather strongly suspect that you'd find that *lots* of the editors we have now would much prefer to stay in wikitext. I'm damned sure I would. Oh. You're planning to toss wikitext entirely. I can guarantee you, without even asking, that that will never, ever, happen. I can't *wait* to read the other answer to *this*. :-) Cheers, -- jra -- Jay R. Ashworth jra(a)baylink.com Designer Baylink RFC 2100 Ashworth & Associates The Things I Think '87 e24 St Petersburg FL USA http://baylink.pitas.com +1 727 647 1274 The Internet: We paved paradise, and put up a snarking lot.

On Thu, Aug 10, 2006 at 07:58:09PM +0100, Christiaan Briggs wrote: It may not change their experience. But I certainly think it has something useful to say about the objective interpretation of their experience. I'm sure lots of people would be pleased if they could commute to work in a NASCAR stock car -- it's faster. But in the real world, there are dozens of reasons why it's not practical. I make a living believing that not everyone is equipped to have useful opinions on some topics, and whether it squicks you or not -- or you think it makes me a purveyor of self-aggrandizing fantasy or not -- I don't plan to stop any time soon. Cheers, -- jra -- Jay R. Ashworth jra(a)baylink.com Designer Baylink RFC 2100 Ashworth & Associates The Things I Think '87 e24 St Petersburg FL USA http://baylink.pitas.com +1 727 647 1274 The Internet: We paved paradise, and put up a snarking lot.

On Thu, Aug 10, 2006 at 08:39:32PM +0200, Steve Bennett wrote: That would make versioning *much* more complex, Steve. Why, *specifically*, do you think it would be a win? Cheers, -- jra -- Jay R. Ashworth jra(a)baylink.com Designer Baylink RFC 2100 Ashworth & Associates The Things I Think '87 e24 St Petersburg FL USA http://baylink.pitas.com +1 727 647 1274 The Internet: We paved paradise, and put up a snarking lot.