Last modified: 2011-03-13 18:05:23 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T10377, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 8377 - Allow users to customize system messages for themselves
Allow users to customize system messages for themselves
Status: RESOLVED WONTFIX
Product: MediaWiki
Classification: Unclassified
General/Unknown (Other open bugs)
unspecified
All All
: Lowest enhancement (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2006-12-25 13:50 UTC by Erkan Yilmaz
Modified: 2011-03-13 18:05 UTC (History)
0 users

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Erkan Yilmaz 2006-12-25 13:50:40 UTC
Could there be implemented some user-based, personalized display of texts?

this is not about the wiki content itself, it is about other texts in the wiki,
e.g. warning messages, options,...

The reason for the proposal is, that otherwise this makes too much work, when
being done manually 
(e.g. there are already internalization features available, see
http://beta.wikiversity.org/wiki/Category:Interlingual_Beta_Club )


possible usage:
1.
good for different clients/ages:
children, teenager, adults, older people (yes, older people are also adults, but
each group has different wishes, needs),...
and each group gets a text, which would be appropriate for them
(of course there needs to be decided, how this text should be and so, e.g. with
surveys, but this is not to be discussed here now).

2. 
when people are new to wiki, there should be e.g. appropriate use of salutation
and also in the texts (e.g. warning messages,...). 
As it seems in the discussion, some people would like a formal text, but some
would like a more personal text
e.g. a formal and informal salutation

people could decide at the registering/beginning, how they would like to see
texts (formal or informal) or they could be offered to delay this to another
time (e.g. changing in the options). 


3. 
later: who wishes can also do personalized texts for children and so:
reason: people access the texts of wikis easy, when they use search engines.
why not help children to understand/read texts appropriate for them, which they
can understand?
In Germany there is a news show, which is also offered for children.
Content for children can also be understood by adults :-)


4. more info to the idea here:
http://de.wikibooks.org/wiki/Wikibooks_Diskussion:Vorlagen/_Qualit%C3%A4tsmanagement#neues_Feature:_verschiedene_Text-Versionen
Comment 1 Aryeh Gregor (not reading bugmail, please e-mail directly) 2006-12-25 18:41:33 UTC
If I'm reading you correctly, you want to be able to edit, e.g., 
[[MediaWiki:Edittools]] so that for you and you *only* it will display something 
different?  It's occurred to me before, but I suspect there will be objections on 
the grounds of feature bloat and performance and so on.  It might work as an 
extension, I suppose.
Comment 2 Erkan Yilmaz 2006-12-25 19:20:14 UTC
Hello Simetrical, 

yes.
Actually this idea developped, because we were talking about the correct use of
salutation in German language. 
People seem to feel differences, when a more informal way is used.
So, let's see, who else votes for this enhancement (to new readers: see below,
you can vote, if you want this feature).
Comment 3 Aaron Schulz 2006-12-25 19:23:34 UTC
This is just way to much of a feature bloat and an excessive solution to issues
that should otherwise be resolvable.
Comment 4 Rob Church 2006-12-26 03:12:06 UTC
I would argue instead, that it would add significant complexity to the message
cache, rather than on the grounds of feature bloat.
Comment 5 Aaron Schulz 2006-12-26 03:31:59 UTC
Well that too :)

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links