https://bugzilla.wikimedia.org/show_bug.cgi?id=67258

            Bug ID: 67258
           Summary: Flow: Preview and Edit are not possible simultaneously
           Product: MediaWiki extensions
           Version: unspecified
          Hardware: All
                OS: All
            Status: NEW
          Severity: normal
          Priority: Unprioritized
         Component: Flow
          Assignee: [email protected]
          Reporter: [email protected]
                CC: [email protected], [email protected],
                    [email protected], [email protected],
                    [email protected], [email protected]
       Web browser: ---
   Mobile Platform: ---

Created attachment 15774
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=15774&action=edit
screenshot - before and after Preview

Split from bug 67192:

(Bartosz DziewoƄski wrote)
> Why is Flow hiding the text area when you're previewing a comment, and
> replacing it with a huge green message bubble? That's confusing. Please just
> do the normal MediaWiki thing for this and no complicated explanations will
> be necessary.

I'll attach a screenshot from
http://en.wikipedia.beta.wmflabs.org/wiki/Talk:Flow

I think this is an interesting new experiment. It reminds me of Slashdot
comments, where one can only Edit OR Preview, but not both at the same time.
(eg. try previewing a test reply at
http://ask.slashdot.org/story/14/06/27/1957239/ )

The normal MediaWiki thing, is to use the message:
[[MediaWiki:Previewnote]]
and then show the previewed text
and then show the edit box,
[Which enables us to both Preview and Edit the wikitext simultaneously.]

The downsides of the normal MediaWiki thing, which I believe this experiment is
trying to solve, are that it:
* Doubles the quantity of text onscreen
* Pushes the text I'm replying to, further up the window (often above the fold)
* The "This is just a preview" message might be missed by newcomers
* other?

The downsides of the new experiment are:
* Doubles the amount clicking required, for editors who use "preview" a lot.
(which should be encouraged!)
* Can't Preview and Edit at the same time. (eg. If I'm wondering how a
complicated template will work, I'll:  preview, tweak, preview, tweak, preview,
tweak, preview, save. -- Having the Previewed-text stay static on my screen,
but just changing slightly each time I preview, is immensely helpful. Versus,
having to retain it in my memory whilst I'm in edit-mode)

(Sidenote: I use the UserScript
https://en.wikipedia.org/wiki/User:Js/ajaxPreview which makes previewing
especially fast, and solves the whole Regular-Preview problem of "Refreshes the
entire page, and moves you to #Top".)

I would suggest returning to the normal preview-method. (Especially because the
javascript version currently on mediawiki.org/enwiki seem to use something akin
to the ajaxPreview, which is nice and fast and non-jarring. (albeit needs
aethetic updates))
Then also, place the standard [[MediaWiki:Previewnote]] message in a tooltip at
the side, next to the "reply" button. That will provide less inline-text to
distract someone whilst they're composing a post. (and less new messages to
translate! cf. the original bug)
But I'm willing to be convinced otherwise. :)

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
_______________________________________________
Wikibugs-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

Reply via email to