rd232 wrote:

Backward compatibility is envisaged, hence the addition of variables allowing individual software installations to choose whether to show the old message or the new one.

equazcion wrote:

(In reply to comment #1)

Backward compatibility is envisaged, hence the addition of variables allowing
individual software installations to choose whether to show the old message or
the new one.

I posted this as a Wikimedia bug rather than MediaWiki, but feel free to switch that if appropriate.

rd232 wrote:

Also, in case it wasn't clear, the new "MediaWiki:Welcomecreation2" would be
shown at the top of the user talk page until dismissed; and if the appropriate
variable is set, users will be taken to their user talk page after account
creation, hence seeing that message, instead of being shown
"MediaWiki:Welcomecreation".

I disagree with this request.
We shouldn't mix up temporary (system) messages and permanent (talk) messages. If you want a user talk message, just add a user talk message as everybody does (and English Wikipedia does not for unknown reasons). There's even the NewUserMessage extension for that.

rd232 wrote:

@Nemo_bis

English Wikipedia doesn't do it because people want to preserve the ability to easily identify new accounts by virtue of them having redlinked user and/or user talk pages.

As for the "mixing" - there is no mixing, because the point is precisely that it should not create a talk page if one does not exist, or to add it if it does.

(In reply to comment #5)

As for the "mixing" - there is no mixing, because the point is precisely that
it should not create a talk page if one does not exist, or to add it if it
does.

This is not the purpose of system messages and it wouldn't work properly (can you name a single message used in that way?).

rd232 wrote:

At this point you understand what is being asked and why. How would you suggest it be achieved? (And how can you can claim "it wouldn't work properly" without explaining why?)

I think the idea presented here is great.

Although I may be interpretating it differently then intended.

Two facts:

• When users have a new talk page message, they see (orange) <div class="usermessage"/> message. Once visited/read it dissapears
• When there's a new sitenotice, logged-in users can dismiss it after reading

My version of the presented en.wiki idea in this bug, in addition to the above two facts:

• When a user registers there's a welcome-notice with information new users should know (ie. "MediaWiki:Welcomecreation2"[1]). This is dismissable and won't be shown anymore after dismissed[2].

Krinkle

[1] MediaWiki:Welcomecreation2 isn't an acceptable message-key though, it would have to be something more descriptive and less temporary. Something like "newuser-welcomenotice" or "userregisterednotice", or plain "Welcomenotice" etc.
[2] I don't think the Dismissable-sitenotice-extension's javascript and the core sitenotice script are usable for this, since that would mean sending the welcome-notice html for everybody until the end of time, and hiding it via JavaScript based on a cookie. Instead this should probably be the other way around, based on a cookie, send it, otherwise don't (cookie could be send when signing up. So when registration is succesfull, set cookie and redirect to whereever. )

equazcion wrote:

(In reply to comment #7)

At this point you understand what is being asked and why. How would you suggest
it be achieved? (And how can you can claim "it wouldn't work properly" without
explaining why?)

Echoing RD232's sentiments above. To reiterate, the goal is a dynamically dismissible message for new users that doesn't actually post data to any of their pages, and reappears whenever the user navigates to their user space until dismissed.

If a system message isn't feasible for this, kindly detail why and offer your opinion on how best to achieve it. Thanks.

(In reply to comment #9)

If a system message isn't feasible for this, kindly detail why and offer your
opinion on how best to achieve it. Thanks.

See comment 4.

Krinkle's suggestion of a "welcome sitenotice" is interesting, although it seems a bit obtrusive (unless you keep it very short) and it wouldn't replace user talk welcome messages.
Moreover, we would need to investigate how many users don't understand how to dismiss the sitenotice and live with it although very annoyed (I guess they're a lot), or some automatic expiration would be needed.

You know, if we had some equivalent to lqt's special:newmessages in core, this would fit perfectly into that model.

Some of the comments on r66438 about sending system->user messages come to mind (that of course is a totally separate issue, but this bug report reminded me of that discussion)

(Also, while I'm here I'd like to say in regards to the original request, a big +1 to comment 4)

The Growth team is designing and implementing a proper onboarding process for our users. Hopefully they should be able to accomplish the intent of this bug (i.e. "onboard our new users properly") without us having to give users persistent messages.

Any questions about onboarding can be directed to Steven Walling (swalling@wikimedia.org).