Please include a "preview" button next to the "save changes" ("Änderungen veröffentlichen")-button! It's nice that the program kindly reminds me to do so after I hit the save-button and for newbies, which would probably not use the preview-button at all it is fine, but as a user who is used to the old editor I got panic as it looked like I had only the option to save the changes without a previev :) --~~~~
Topic on 2017 wikitext editor/Feedback
I agree too.
Yeah, a preview button before the "save changes" button would be nice. I would really like not to have to click save changes to preview my changes
I agree.
I have found it worthwhile to learn the Keyboard shortcuts for this command. They are the same ones that you use in the older wikitext editors.
I agree.
Maybe I am blind but I can't find a shortcut for preview in the overview you linked above :(
Can you write it here?
Oh, my fault! You need the main list at m:Help:Keyboard shortcuts, not the extra handful added to VisualEditor.
On my Mac, it's Control+⌥ Option+p and Ctrl+⌥ Option+v for preview and diff. The meta keys are different in Windows (and sometimes by web browser).
@Aron Manning, you should feel free to post your own content in your own message. :-)
For everyone else, Aron has added the Windows keyboard shortcuts:
From the Phab Task T153306: Alt+⇧ Shift+ p or + v will take you to preview/diff.
From WP:KB: on Win, Chrome hold Altor Alt+⇧ Shiftor Alt+Control+⇧ Shift, then press pfor preview, or vfor changes (diff). Note: neither of these works for me in Visual Editor. - Aron
:-) Did not intend to ruin your comment. I hardly noticed your updated link down here... Can I suggest you to update the link in your first comment, and copy the shortcuts there? Feel free to copy the chrome shortcuts too. It would have been helpful to me, thus I believe it will be helpful to others. Thanks.
Ping to move discussion to top. More important than testing copy-paste.
This was reported on plwiki technical noticeboard, too: https://pl.wikipedia.org/w/index.php?title=Wikipedia:Kawiarenka/Kwestie_techniczne&oldid=57207917#Powr%C3%B3t_do_edytowania_(Priority_low)
The editing flow is very confusing to me, and shortcuts are not a solution to the problem.
I personally prefer edit -> preview -> edit -> preview -> edit -> preview -> submit flow, and the submit button should be not the first one to reach. Also the preview should be smoothly integrated in the editing flow and not be an extra thing that pops up with an animation. This way no user will feel like using it.
For normal editing I am pretty happy with old wiki editor and the live preview feature (it has its issues but it works very snappy).
This feature forces me to do an "edit -> submit -> maybe preview -> have a look -> go back -> edit flow" which is cumbersome and unnatural.
Yes, the best flow would be: edit -> preview -> submit (or preview again)
I also prefer edit -> preview -> edit -> preview -> edit -> preview -> submit, and I preferred it much more strongly as an uncertain new editor; the "Preview" button was very reassuring. I suspect I'd never have hit "submit" without that reassurance. Keyboard shortcuts are nice, but they are not the first interface the new user sees. Honestly even a lot of experienced editors don't know they exit (I know they exist, but they don't work for me, not sure why).
Add apparently they are deprecated? "Usage of access keys is currently discouraged in the online contents and applications". Because they conflict with screenreaders. This is daft. Wikipedia is, according to several vision-impaired people, pretty much inaccessible with most screenreaders, because instead of having a background tone or change in voice timbre for links, most screenreaders read the link targets aloud. Most WP articles have so many wikilinks that listening to them on such a system is insanely annoying. Even tech-savvy blind people often just do without rather than bother with it. WP needs an interface for vision-impaired users, and a related one for users with low or no literacy, especially as ownership of net-enabled phones by illiterate people increases.
It looks like that was added in 2010 by Dodoïste. Looking at the whole section, it says that WCAG "abandoned" them and ATAG required them, and the editor believed that Wikipedia should comply with both. However, I'm not sure that's a complete description of WCAG back then; in particular, WCAG 2 was discouraging "character key shortcuts", which do not use any modifier keys. (The difference is whether you type Control+f or just f. If it's just f, then it's easy to accidentally trigger it.)
The 2010 summary looks out of date to me, since the current rules say that any HTML element may have an access key (which must use at least one modifier key, and normally follows the conventional modifier keys for that platform).
I've figured out why they weren't working for me, a clash with my attempts at multilingual typing configuration. Entirely on my computer, nothing to do with Mediawiki. I don't know enough to update that page, but I'll template it as out-of-date.