Flow
Flow is no longer in feature development, and new deployments have been suspended. See more information here and in the Wikitech mailing list. |
A Flow a MediaWiki-szoftver vitalapjainak továbbfejlesztett változata, amely a mai modern weboldalakon jelenlévő, azonban a wikiszöveggel nem megvalósítható funkciókat tartalmazza. Az elsődleges dokumentáció és a frissítések a MediaWiki.org Flow lapján találhatóak meg.
Figyelem: a Flow és a LiquidThreads nem ugyanaz; utóbbi a Wikimédia Alapítvány egyes oldalain használt fórumrendszer.
Célok
At the time that Flow was conceived, the Wikimedia Foundation believed that:
A vitalapok – mint kapcsolatfelvételi lehetőség – elavultak és nem felhasználóbarátak; a tapasztalt szerkesztőknek sok idejük megy el arra, hogy azon újoncokat segítsék, akik nem tudják, hogyan kell ezen lapokat használni.
A vitalapok körül számos olyan szokás kialakult (például a „talkback sablon vagy mások hozzászólásainak módosíthatósága), amelyek zavaróak vagy a hatékonyságot akadályozóak lehetnek.
Az együttműködést javító módok segítenek abban, hogy a jószándékú szerkesztők aktívabbak legyenek.
Felismert problémák
A Wikimédia Alapítvány megvizsgálta a szerkesztők vitalap-használati szokásait; az eredmények itt érhetőek el. Az átlagos felhasználó elvárásai és a régi rendszer működése közti különbségek:
Elvárás | Valóság |
---|---|
A témák egyszerű elkülöníthetősége | A végtelenségig mélyülő megbeszélések |
A szerző egyértelmű megállapítása és automatikus aláírás | Az aláírás manuálisan kerül hozzáadásra (szokás szerint) |
„Válasz” gomb | Következetlen rendszer (kinek a vitalapján folyik a megbeszélés?) |
Egyszerű kommentmező | Wikiszöveg/wikikód |
Értesítés minden válaszról | Értesítés csak akkor, ha a megbeszélés a saját vitalapon folyik |
Tervezett funkciók
Mit csinálsz most? | Mit fogsz csinálni? |
---|---|
Más vitalapján válaszolsz | Más fórumán válaszolsz |
Figyelőlistára helyezed a vitalapot | Feliratkozol a szerkesztő fórumára |
Kétségeid vannak, hogy a felhasználó a saját vitalapján vagy a te vitalapodon fog válaszolni | Minden válasz a saját lapodon fog megjelenni |
Ellenőrzöd a többiek vitalapjátt a válaszokért | Minden válasz automatikusan, azonnal megjelenik a saját lapodon |
A „Forrásszöveg szerkesztése” gombbal válaszolsz | A „Válasz” gombbal válaszolsz |
A behúzást kettőspontokkal intézed | Nem teszel semmit: a rendezés a szoftver feladata |
Aláírás ~~~~ használatával | Nem teszel semmit: hozzászólásaid automatikusan alá lesznek írva |
Mások értesítése a {{talkback}} sablonnal | Nem teszel semmit: a másik fél automatikusan értesül az üzenetedről |
Új üzenetek keresése a laptörténet és a lapváltozatok segítségével | Az üzenetek az eredeti helyüktől függetlenül saját lapodon fognak megjelenni |
Hiába csak egy megbeszélés érdekel, a teljes vitalapot figyelőlistára kell tenned | Elég csak az adott megbeszélést figyelned |
Hozzászólásod módosítása a „Forrásszöveg szerkesztése” gombbal | Hozzászólásod módosítása egy külön erre szolgáló gombbal |
Jelenlegi terveink:
- Nincs többé szerkesztési ütközés
- Minden hozzászólás automatikusan alá lesz írva
- Nem kell többé elmagyarázni az újoncoknak az aláírás módját
- Nem kell többé archiválni: a régebbi megbeszélések görgetéssel visszakereshetőek
- A tapasztalatlan szerkesztők nem tudják többé módosítani vagy vandalizálni a hozzászólásaidat
- A lap bevezetőjében szöveget, userboxokat, sablonokat stb. helyezhetsz el
- A további hozzászólások elkerülése érdekében a régi témák lezárhatóak
- A régebbi megbeszélések vagy egyes hozzászólások hivatkozhatóak lesznek.
Háttér
Flow was intended to be rethinking of how we do collaborative work in the projects rather than a mere discussion system. Flow hoped to include:
- The Feed module. This is a powerful way for users to have insight into their discussions and interests, and introduces several modern software conveniences (such as subscriptions and tagging)
- The User Discussion module. We are starting our focus only on what we call "User to user discussion" as these discussion types are not overly complex. As we learn more, we can expand the technology to cover additional cases
- A Workflow Description Language module. This will allow local wikis to create both simple and complex software workflows that work with in Flow. Example workflow ideas include:
- A Block Module. This is an example of a specific user-discussion use case that is best solved in software.
- A Welcome Module. This is an example of a specific use case that is best served in software rather than templates (think: welcome templates that are interactive and teach new users how to edit before they make mistakes).
Other less concrete ideas included:
- A Watchlist module
- A WikiProjects module
- Further Discussion modules to cover additional use cases (like !voting, noticeboards, the Teahouse, reference desks, article discussions, and so forth)
In the end, none of the modules other than "Feed" (via Echo notifications) and "User discussion" were ever built.
Primary Use Cases
The primary problems that Flow's user-to-user discussion system attempted to solve are:
- Ease of use
- The User talk system of responding in Wikitext is user-hostile.
- Fragmented discussions
- It is difficult to determine where a discussion is to take place.
- Determining what's new
- There is no easy way to see what has changed in a discussion without resorting to complex, power-user behaviors (such as viewing the diff between the current revision and the last viewed revision).
- Contextual interest
- Users are required to watch all discussion topics, not just the ones they are involved in.
= Könnyű használat
Using wikitext as a discussion system was seen as antiquated, opaque, and frankly embarrassing in its difficulty. New users are often scared away by viewing talk pages. They are often afraid of "breaking" them and, once inside the code, don't have a clue about how to respond. There isn't a reply button. How do you indicate that you are replying to someone in particular? What are all these curly braces?
There are no other discussion systems in the world that require users to sign their own posts.
Even reading talk pages is problematic. Users can quickly get lost within deeply threaded discussions. Think about every other kind of conversation you get involved in—in person, via physical letters, via email, via forum software, chat systems, blog comments—you always know who is speaking before you read (or hear) the words. Always. Only in talk pages do you not know who is talking until after the fact.
Fragmented Discussions
When you leave a message on my talk pages, do I respond to you on my talk or yours? What happens if I do? How do you get notified if there are responses on my page? When I leave a message for you on your talk page and you respond to it, how am I alerted to this?
For many power users, using the watchlist to track conversations is useless. Some talk pages have such high activity that hundreds of responses to non-relevant topics are created per day. Some users will page back through their contributions to find changes (which is again a power user ploy and still doesn't display if there has been new activity).
Determining What's New
Watchlists can tell us if there has been a change to a page, but determining what's changed requires a peek into the history. The typical way that one reads discussion pages on MediaWiki is by selecting different revisions and reading the diff. That is, frankly, crazy.
What's new should be obvious. You shouldn't have to resort to Black Magic and Other Trickery to keep up with a conversation. So let's fix that.
Contextual Interest
When I post a new message on someone's talk page, I really only care about that message. I don't care about the tens of other topics that are happening there. And yet, if I want to watch for replies in my topic, I have to see everyone else's. On some high-volume talk pages, my topic (and unread responses) may very well be archived away before I get back to reading them!