This editor does not support the wizards for filling out the cite book, cite news, etc., templates that I rely on heavily. So it's unusable to me, sadly.
2017 wikitext editor/Feedback
Jump to navigation
Jump to search
Sandstein, which wizards are you using? Is the (built-in) citoid service (toolbar > Cite > Automatic) not working for you?
Thanks - I didn't find that function. But it doesn't work how I want it to either. It only allows fully automatic or fully manual filling out of citations. It does not support filling out what it can automatically, and letting me fill out the remaining fields, which is how I've worked so far.
You can do that. Start with the automatic form, click "Insert" to add it to the page.
In the visual mode, you can then click "Edit" to fill in the remaining fields (or to fix the ones that were wrong) in a dialog box. In the 2017 wikitext mode, you can manually edit the wikitext.
There is a bug with the advanced wikitext editor that prompts a message reading, "Something went wrong. Error saving data to server: Empty server response" at times when making an edit to certain articles. I've had this occur multiple times while editing the "2018 in American television" article. For some reason, the edit will be saved anyway after it displays said message, but this only appears when you press the article tab and then refresh the page in which the error message appeared.
Also, it mistakenly identifies any edit the user makes themselves as a edit conflict if they attempt to publish the article changes again once the "save changes" dialog box is triggered, when that is only supposed to occur when another user on a different IP address concurrently edits a particular section.
- Браузер: Mozilla/5.0 (Windows NT 6.3; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/68.0.3440.106 Safari/537.36
I am having problems entering [[ ]] & {{ }}. The first character of [ renders okay, putting in a second [ changes the first to a ʽ. Putting in the first ] works okay, putting in a second ] changes the first to a ʼ. Putting in a { creates that character with a squiggly line at the bottom, something like a "3" character lying on its left side & inserts a new line after the cursor. Entering a second { creates another "3" character lying on its left side (leaving the first { with its sideways "3"), but I cannot select it with my mouse cursor or put it to the right of this character if it is at the end of the line. Entering a < sometimes backspaces over the previous character & then displays a | symbol. Entering > seems to work as normal.
I am experiencing this on Firefox 61.0.2 (64-bit) running on Windows 10 Home version 1803 build 17134.228. I have also observed this on MS Edge on Windows 10 & similar problems with Chrome in desktop mode on my iPhone 6+. I do not have problems with [[ ]] on Internet Explorer on Windows 10, but entering { does & displays nothing.
Sometimes I write new page, copy text to clipboarrd and then click to [publish], new page is created but without text.
when I want to re-publish it, new lines appears between https://cs.wikisource.org/w/index.php?title=Ottův_slovník_naučný/Výstředník&diff=172789&oldid=172788&diffmode=source
Firstly, to clarify my perspective: I edit in code only and feel very uncomfortable with the visual editor. In this version, the editing experience itself is pleasant enough, but the lack of a preview button below the text box drove me crazy. Also the preview option that comes up when trying to save changes doesn't reflect the actual appearance of the page, since it hides all the menus and expands the article to full view. I eventually found myself clicking "save changes" repeatedly just to get to the preview button, didn't feel like the preview actually gave me a preview, then clicked "continue editing" to get back, only to fix a minor problem and repeat the process.
+1 for the need to have a preview button. It would save a lot of time and effort.
Yes please, having preview button inside of save changes is counter intuitive and costs many clicks. Also preview is much wider than real web page (with column on left side and small offset on right side) which makes layout of page a bit offset.
This has been a popular request, but the team hasn't figured out how to implement it sanely. There is very little space on the toolbar (especially for users with smaller screens or who have zoomed in a bit to make it easier to read), so they'd like to make a solution that works but doesn't cause the toolbar to run onto two lines.
In the meantime, you might want to learn the keyboard shortcut. It's Ctrl+⌥ Option+p in most web browsers on macOS, and the equivalent on other systems (the meta keys change between browser/OS). The Escape button will let you close the box without needing to take your hands off the keyboard (just don't accidentally press it repeatedly, because that's also the keyboard shortcut for canceling your edit).
The wider preview may be more 'feature' than 'bug', because different people have different screen sizes. If you design something to look perfect on your screen/with your font size, it will look worse on everyone else's.
I wanted to edit page which is redirect. So I click to [edit], but instead of editing source of redirect the target page source started to load
When using new editor, is hard to recognice leading space in page https://cs.wikisource.org/w/index.php?title=Ottův_slovník_naučný/Výrov&type=revision&diff=172080&oldid=172079&diffmode=source
I am a sysop on fr.WP and found out that when deleting revision, the wikitexteditor automatically launches itself (after submitting the revision deletion), rather than showing the confirmation message. Tried with &safemode=1, same thing.
- Uživatelský agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Firefox/60.0
Do you want Help:VisualEditor/User guide/cs#Zveřejňování změn ?
Při kliknutí na Zveřejnit změny, funguje to jako ve vizuálním editoru.
