If I wanted this kind of intrusive nonsense on my page this post would be on Facebook. IMNSHO this cutesy rubbish has no place here. Wikimedia projets are serious work, not for social networking. This stuff should be an opt-in extra, not an "on by default" feature. I'm not an eight year old little girl who likes decorating her room with pink ponies! Yuck! Dodger67 16:54, 6 July 2011 (UTC)
No. I completely agree. It reminds of the stupid huggy Esperanza project (which got shut down).
I agree. The WikiLove comments are like spam. I don't want to receive such crap. Where is the opt-out setting?
WikiLove are simply talk page edits assisted by a special interface. The only way to opt-out of talk page comments is to get your user talk page protected.
The talk page messages that are added by WikiLove can still be added in other ways. The point of a tool like this is obviously to make things easier for new users, so having it disabled by default would defeat the purpose. You're free to delete unwelcome comments from your Talk page. The "social networking" comment is irrelevant. Thanking people for work they have done is not "social networking". It's just being nice and creating a welcoming atmosphere: something we seriously need to get sorted out in order to get help with all the serious work that needs doing.
Adding a "thank you" to my talk page is one thing. Throwing stupid kittens at me is an other thing. This is spam. I repeat: Where is the opt-out setting? At least let me disable the stupid images. Or simply redirect the people and help them add a new section to my talk page. Without the spam. Thank you.
I'm using Chrome on Windows 7 on a modern-ish widescreen laptop. I can't use WikiLove on English Wikipedia because it disables vertical scrolling, so when I create and preview the message, the button to continue and post is below my (768 pixel high) screen and so I can't get to it. This makes for a very frustrating experience. Maybe I'm doing something wrong, but it's not obvious what. I ended up just pasting in the barnstar the original way, but I can imagine a newcomer being very discouraged by what's supposed to be a simple transaction. Thanks in advance for any help, and in general for WikiLove which, when it works, is a good feature.
I have wanted an extension that would give custom namespaces in mediawiki the same notification functionality of user_talk pages. Wikilove seems to pollute the users_talk pages. I think this is a good incentive to create said extension. I would do it myself but I don't know how. :(
22.214.171.124 17:49, 6 July 2012 (UTC)
Hello. I was wondering if maybe there was an error (or conscious decision) in using the Rosetta Barnstar (en:File:Rosetta_Barnstar_Hires.png) for the Graphic Designer's option, when perhaps it was meant to be en:File:GDBarnstar1.png, as seen at en:Template:Graphic_Designer's_Barnstar. Don't get me wrong, the Rosetta Barnstar is a beautiful one, and having just received one (which was why I investigated its odd appearance), I'm not about to let it go—and why shouldn't barnstars be interchangeable? But just in case it was an honest mistake, I thought I'd point it out. Thanks!
Hi, I have a simple understanding question of the WikiLove principle: Are the achieved badges visible for everyone in the editors profile so the appreciation is visible?
Not on the editor's userpage (User:<username>), but on the talk page (User talk:<username>). We generally don't use the word "profile" here because our wikis mainly aren't social networks.
wouldn´t it be more appreciating to summarize the achieved badges instead of showing them in historical order in the talk page? In my understanding appreciation should be visible for others and not just be a private compliment to motivate people to participate.
I do not want to be on the receiving end of this extension. Does the extension have a way to tell users that I prefer they not use this extension in my user space? 126.96.36.199 18:09, 12 December 2011 (UTC)
I'm actually very surprised to see w:Template:Smile is not included in the default configuration. It's got to be the oldest and most frequently used of the WikiLove templates on Wikipedia. Other than that, I think the WikiLove extension is a great addition and enjoy using it.
Then a new category of WikiLove messages should be created, as it does not fit in Barnstars, not in Food and even people who did not pay attention to biology lessons, would see that w:Template:Smile is not a kitten. It's IMO a good idea to put a new category "others" in, in which admins can add new messages.
I have another suggestion: why not add the birthday templates listed at w:en:Wikipedia:Birthday Committee? The calendar there shows that every day lists at least a couple users who have shared their birthdays or anniversaries. I'm sure wishing others a happy birthday is a great example of WikiLove.
Just sent my first WikiLove and got an auto-reject because of adding the four tildes signature.
Suggestions > Either allow tildes, required most other place, or tell people not to use tildes before the preview, or ensure that, once removed, the preview button actually works.
As it is, I had to f5 refresh the page and paste the text back in (without tildes) to get the preview button to work again.
Oh, and I note that the format bar here is set to the "simple" option, but when I am actually editing something in Wikipedia content, I always get the dizzyingly "Advanced" view. Wonder if this is common to other editors, and whether it puts off newbies or non-techs like myself (a lifestyle, workstyle choice).
There is a general view amongst Wikipedia admins that excessive templating/boiler plate text on user pages is poor practice. I frequently use an initial (customized) welcome template for new users and do use standard user warning templates for vandalism, though not for "regulars". However these standard boilerplates are not available to brand new users as tools such as Twinkle will only be discovered after an editor has had a chance to learn the basics.
Wikilove has been implemented differently as a user sees the tab as another early toy to play with and we now see a lot of new users trying it out on their own talk pages as their first edit. At the moment Wikilove works on an opt-out basis rather than an opt-in basis.
PROPOSAL: Let's change the Wikilove tab to only be visible to users after their first 10 edits. Before this point, it is unlikely that new users will be able to use these tools in a meaningful way and this would also help to keep the interface simple for the first few edits made and targeted on article content rather than user page decoration and social fluff.
I don't think that adding this restriction would be of much value. I actually think it would operate antithetically to the entire philosophy behind the tool. Requiring "autoconfirmed" statues (which your suggestion effectively does) to anything is normally a bad idea if one is trying to increase the overall atmosphere of inclusion.
I agree that excessive boilerplating is bad practice. We know this to be true from various studies. However, we also know that early expressions of gratitude work well towards promoting new editor retention. This is not the same thing: a WikiLove message is, indeed, a template. However, these are nearly always personalized templates. And the research we have shows that the problem is not "templates" but rather "impersonal templates."
I am not sure that your point entirely makes sense in this context. There would be nothing stopping the user receiving Wikilove messages which may well help with editor retention. The issue is whether it is helpful in the long term for users with less than 10 total edits to be sending out Wikilove messages, often before they have made any contribution to article space. I do not believe there has been any analysis of the behaviour of new contributors that demonstrates any clear benefit in this use case scenario.
If part of the problem is that new editors can't figure out talk pages and are using WikiLove as a GUI to leave messages, this problem might be solved by enabling QuickComments and putting a note about that in the WikiLove interface (e.g. "You can also just leave a quick comment.")
There is a paragraph about how to disable WikiLove, but no obvious instructions about how to enable this feature. How about right before the "How to Disable" section?
Last edit: 17:27, 26 September 2011
Hi everyone. This weekend the WikiLove button has been a bit wonky on Commons. I hit "preview" and it previews, and then I hit "Send WikiLove" and it just sits there, and acts like it's updating. Minutes go by and the update never takes place. So, I exit the WikiLove window, refresh the screen, and the template has been added. No problems with WL on En.Wikipedia. Thanks for making such a lovely little application. I still need to change my red heart black on Commons. :)
I've not been able to reproduce this with a quick test. It may be intermittent, or it may be browser-specific. Could you provide you browser/operating system for debugging purposes?
I would love to give some love to an editor for a particular action. For example I would love to give a quick "thanks" to a revision directly inside the history of the page.
For example, I made some changes yesterday on and someone corrected a typo error here by user Pom445. I would love to give him a quick "thank you" for that simple action.
I think that the WikiLove button is great, but it's more something for big actions. In real life, using the "Wikilove" button for a syntax error would be like buying flowers for someone who picked up a coin you lost in the street.
I agree. I have felt that I wanted to thank people, but a cookie or a barnstar is a bit much sometimes. I've also even had newbies I welcomed tell me they couldn't possibly deserve a welcome for their "minor" edits.
This describes a feature I have wanted to build for a very, very long time - in fact, it's in the first drafts of my LiquidThreads designs. A simple "thanks" button. Something small. We could tie it to revisions.
Maybe I'll pull up a design this weekend.
You mean just saying "thanks" on the discussion page ?
First, the receiver of the "thanks" should quickly be able to know for what contributions he got the "thanks". Of course you could do everything by yourself by
- Visiting discussion page of the User
- Copy URL of his contribution
- Edit page / Create new section
- Write '"thanks" and paste contribution URL
- Save changes
But this would be way to long for a spontanious and quick "hey thanks".
A quick "Thanks" button could automate this process, and thus give a fast, precise and satisfying feedback.
"thanks" = "hey I saw your change, I validate it, I think it's improvement, and thank you for this !"
Well.. you could look at the log of changes to the code of WikiLove and search the same usernames on English Wikipedia ;-)
The WikiLove team is listed on the project's homepage, in the box in the upper right. Though the usernames link to MediaWiki.org user pages.
<logmsgbot> !log reedy synchronized php-1.17/wmf-config/InitialiseSettings.php 'Enable wikilove on mediawikiwiki'
Why does this feature let you love yourself? Isn't it for showing appreciation to others?
It is, but we felt that allowing users to experiment with the tool on their own user pages without modifying other talk pages was a good plan.
We are discarding "self love" instances in our analysis of the tool's impact, mind you.
I have come to the conclusion that this feature does not seem at all to help with the intended problem and seems to only exacerbate it. It seems to push for an even stronger inward looking community with distrust of outsiders. I don't know whose idea it was, but it was a pretty awful one.
Can't this extension become a gadget, and possibly not enabled by default? As much as the concept is a nice idea (through the promotion of friendliness), I don't see why this should be forced on all users. In my opinion, it would also be easier if it could be disabled from the gadgets' section in preferences (which is where I assume most people would look; very easily missed at the bottom of 'editing').
Actually, it started as a user script and then became a MW extension and, according to Extension:WikiLove#Installation, it can (technically) be disabled by default, but it would require community consensus for that (and likely WMF approval for that too, since this is an experiment which is being used to collect data which may help "to understand whether its usage actually affects new editor activity").
I would suggest that when the feature is disabled, I can't award or receive WikiLove. It seems fairly likely that the vast majority of editors who disable it don't want to receive WikiLove messages either. Thoughts?
I wonder if that wouldn't be a confusing user experience for some people - especially people who don't know that it can be disabled.
You get used to the idea that the heart button is there for "people", and then, actually, you start to recognize "people" by the heart button. And then suddenly some people don't have hearts? That might be weird.
Yeah, it would be weird -- but we could make it obvious by having the heart icon in a disabled state, and a tooltip saying "this editor has disabled WikiLove" or something to that effect. Which might be a useful cue, in any event.
I think either options have merit. However, at its most basic level, WikiLove is just an easier way to post something nice to someone's talk page. By that logic, you really shouldn't let people say "no, I don't want people to post to my talk page with this" anymore than they could stop people from posting barnstars to their talk page before. Does that make sense? That would just be going with the status quo though, you might decide that it's a better situation all around if people were able to disable it if they chose to.
It should go both ways, but as separate preferences. In fact, it may be more important to have an option not to receive wikilove, because there are some users who declared their userpages "barnstar-free zones".
I can think of a couple of scenarios where a user might want to opt out separately from either sending or receiving:
- A user only likes one WikiLove feature (e.g. "Make Your Own"), but dislikes most others and therefore doesn't want to receive WikiLove messages.
- A user dislikes the WikiLove submission interface, but doesn't mind receiving the appreciation from others.
I'm not sure either of those are common enough to justify two separate checkboxes. Are there others?
I just disabled it. But that was because it was crowding my already large number of tabs. I am very much in favour of sending positive messages to people, and enjoy receiving positive messages. That someone disables the tab doesn't at all imply they are against either sending or receiving messages of support! While tab crowding may be one reason for disabling, another may be because the editor prefers to communicate via personal messages than by templates. We are all individuals, and our motives and pleasures are subtle and varied. SilkTork 08:42, 3 July 2011 (UTC)