The link in the page to Flow in english wikipedia page is wrong :/ . The link is "Wikipedia:Flow" and not "Natural selection".
About this board
The Collaboration team has enabled Flow on this talk page.
- Please conduct testing at Talk:Sandbox, retaining this page for discussions and suggestions.
- If you find bugs not yet tracked, report in Phabricator if you can, and here if you can't.
In another languages section
What a human readable thing. Can't they contain at least talk page's name? --~~~~
Oh and it seems I cant even make a link in the heading. How is it expected to be used? --~~~~
Intermittently slow to load
I just had my talk page converted to Flow on Wikidata and I notice Flow is often very slow to load (also happens on this page). A dimmed preview will appear quickly, but it can then take over 14 seconds before you can actually interact with the page. All the time Firefox is indicating it is waiting for some stuff to be loaded from www.wikidata.org/upload.wikimedia.org. Occasionally the whole page will load in about a second, so it seems this is not inherent slowness, but that there are some network issues going on?
This also sometimes happens when trying to edit a previous comment (takes a long time before the slanted gray bars disappear) and often when using the "View history" tab of Flow-enabled pages. I've not seen this happen on any non-Flow related pages on any Wikimedia sites.
Actually, if I use Special:Random a few times then occasionally the "Reading from www.mediawiki.org" or "Reading from upload.wikimedia.org" message will stay visible for several seconds after the page seems to have been loaded. Although not as often as Flow seems to experience slow loading times (perhaps Flow needs to load more resources, causing this to be triggered more often?)
So the problem seems to be a combination of pages not always being served quickly enough and Flow not enabling interactions before the page has been fully loaded.
More than halfway through the next quarter, and yet the roadmap currently ends in July. I assumeitheres more to come?
Q1 and the first draft of Q2, have been added. Thanks.
RL position top?
position top seems broken
On my wiki the JS runs after the window is done. This leads to annoying visible "repainting" changes like the time ago conversion.
How can I add position top to the RL modules in Flow?
I asked the devs, and they said something about "x kind of killed the position=top concept" and then went off on a tangent related to timestamps (client vs serverside), but said that they do aim to fix the FOUC issue here. HTH. (I can ask for details, if needed)
Hmh, makes me wonder why it is not the case here on mw.org but on my MW 1.25.2
If there's no way I can fix it atm, then there's no need to ask for details. Thanks!
Edit: I do see the "time ago" conversion on Project:Support desk tho.
Can flow allow archiving in the future?
Flow has an automated archiving system: if you scroll down on this page, older discussions will appear.
A system of search and filters is coming.
Oh, ok. Thanks. :)
You're welcome :)
Request for preview feature
I want to request a preview button. It should be available to all (incl. editor "none").
Press the button in the bottom-right corner of the textbox to preview.
I never clicked that. Looks like a right floating code editor button. I'm talking about a plain simple preview button ;)
I hacked a preview into Extension:ArticleComments by using the API to parse the text above the textarea. It's rock solid.
I guess this GoodUI hint applies here: Try Icon Labels instead of opening for interpretation. https://www.goodui.org/#47
Making the switcheditor button more intuitive (it is a toggle to switch between wikitext-mode, and VE-edit-mode (essentially a preview, and hence used as such)) is now tracked at phab:T101316.
A feature-request to make a separate more classic-style 'preview' (that cannot be typed in, and is not VE) is tracked at phab:T69258.
when trying to add a link I type "[[" and have link target already copied and ready to be pasted. Instead that damn thing deletes the two brackets (took me some effort to paste them here) and opens some weird window I want not. How do I fight it? --~~~~
I fell in the same pot for weeks until somebody told me here.
It's like "Fuck off newbie pop-up, I know what I do. Grr, see! Now you fucked everything up. Let me redo typing [ [...]] and removing the blank. Ha!! See ya next time stupid pop-up!"
There is a "sticky preference", so the last edit-mode that we edit the content within, will be saved as our preference. I.e. If I write this post in wikitext mode, and then "preview" with the VE mode, and don't make any changes, and click "save", then my sticky preference will remain as the wikitext mode. See linked gerrit patches in phab:T94852 for the sticky preference, and phab:T88182 for further background details. (And my apologies for the delay in replying)
Feature request: Reply to solved topics
Seems like I have to reopen it first.
On Topic:Snfbyj1aiq26ypcz a developer closed my topic as resolved and I'm not able to reply. Kind of frustrating as if I'm banned for being an abuser.
Seems like I have to reopen it first.
Request: Moving topics to a different board
I'd like to be able to move topics between boards
+1. VE is annoying for this.
If you switch to the Wikitext Editor mode, you should always get the Wikitext editor mode, when you answer/start a new topic. i use the wikitext editor all over the time, without the need to switch back to it any time :)
"should", but... phab:T69258 makes that not to be the case, since we are forced to use VE as a workaround for the missing preview feature, and then, when I make changes after the last preview, Flow thinks I want it to use VE again next time.
That's right, I haven't thought about that, sorry :)
The "sticky hidden preference" is based on the last edit-mode that changes were made within.
I.e. As long as no changes are made, whilst previewing, then it will keep your preference as "wikitext by default". This was done as phab:T94852.
Yep! That is the problem. In other words, for users who are used to do small last second changes (i.e. right after the last preview, but before hitting "Save"), the last edit-mode would be "preview" (in Flow, VE), but that does not mean that on the next click to an edit link the user wants to "preview" a change.
Also, is there a possibility to change the indentation of a post after it has been posted? My post above should be indented, as it's a reply to Subfader's …
You're thinking about how old conversions work. Indenting isn't necessary for direct lines of replies. You don't need to think about indentation when editing, flow handles it where it is necessary.