Extension talk:WikiLove
See also talk:WikiLove 1.0.
Contents
| Thread title | Replies | Last modified |
|---|---|---|
| Possible bug or oversight | 5 | 05:48, 11 December 2011 |
| 1.17 version | 7 | 20:22, 28 November 2011 |
| i18n | 4 | 19:29, 28 November 2011 |
| [Foundation-l] On certain shallow, American-centered, foolish software initiatives backed by WMF | 0 | 07:19, 29 October 2011 |
| Reusing the default WikiLove.js | 4 | 05:05, 14 October 2011 |
| Wiki - Thank You - Button | 2 | 13:50, 11 October 2011 |
| Problems on Commons | 2 | 20:38, 31 August 2011 |
| Redirects? | 0 | 05:32, 19 July 2011 |
| Signature | 2 | 21:47, 13 July 2011 |
| WikiLove and LQT | 0 | 21:36, 2 July 2011 |
| Won't work | 3 | 11:48, 1 July 2011 |
| Localization | 2 | 21:53, 30 June 2011 |
| Substitution | 2 | 06:22, 1 July 2011 |
I'm not sure where the proper place to discuss this is, but on en.wikipedia, within the WikiLove dialog, after I click "Preview", the text "By submitting, you agree to transparency under these null." is shown (yes, it actually includes the word "null"). Was some disclaimer or CC license supposed to have been referenced there? 96.35.42.62 01:43, 7 December 2011 (UTC)
The WikiLove form started displaying the licensing text in r101548. I've checked out that exact revision and enabled the extension, and it works perfectly for me. I then updated to the latest revision, and it still works (though I've discovered another issue unrelated to this one). I'm not sure why that's not working for you.
Navigate to MediaWiki:Wikilove-terms-link and MediaWiki:Wikilove-terms-url on your wiki. What is on those pages? It should be the same text as on this wiki.
MediaWiki:Wikilove-terms-link both here and on en.wikipedia says "terms" (just a word, not a link). MediaWiki:Wikilove-terms-url in both cases is a "bare URL" linking to wmf:Feedback privacy statement. 96.35.42.62 00:10, 10 December 2011 (UTC)
Then it should work. Hm.
It's still not working for me. Shouldn't "terms" be a link to something? 96.35.42.62 13:58, 10 December 2011 (UTC)
No, the software is supposed to do the work of creating the link from the text in wikilove-terms-link and the URL in wikilove-terms-url. The messages are the same here, and you can see it works on this wiki. The content of the messages aren't the issue here.
Maybe rebuild messages? I don't know if it will work, but it's worth a shot.
Hello all. I've noticed that it says that this extension is for 1.17 wikis, but I haven't been able to find the right download. Or the 1.18 version will work as well?? Thanks!
Never mind, I found it at SVN/branches/wmf/1.17wmf1/extensions/. Thanks!
That's the version that was rebranched three months ago specifically for Wikimedia's wikis. Try the trunk version, and only use an older version if that doesn't work. 1.17wmf1 was never intended for anyone other than the Wikimedia Foundation; there's no guarantee that it will work any better than the trunk version, and it won't receive any further updates because the WMF has moved on to 1.18wmf1.
It doesn't work. When I select Development version (trunk), then I get an Invalid response from remote subversion client. answer. I'll try 1.18 version and test it. Hopefully, it will work with the 1.17 version as well. Thanks!
The ExtensionDistributor has a tendency to fail. When it does, you can use Subversion to checkout the extension.
It may not be in the ExtensionDestributor for 1.17 yet, but since you're familiar with SVN, take it from REL1_17 instead of 1.17wmf1.
Hi, are there plans to make the rest of the messages translatable? The easiest way to check which messages are meant is to switch to a foreign language on e.g. commons. Cheers
Link for the record. Such a nice thread.
It might be obvious or answered somewhere, but I couldn't find the answer, so I'm asking... Is the default WikiLove.js compatible with CC-BY-SA so that we can copy and modify it on Wikimedia Wikis?
It is my understanding that as stated in Extension:WikiLove WikiLove is distributed under GPL. If that applies to WikiLove.js, it might make reusing difficult. Because GPL is incompatible with CC-BY-SA, I think it violates the license of WikiLove if you copy the deafult WikiLove.js to a CC-BY-SA wiki, like Wikipedia.
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.
+1
Just for the record: this discussion has been expanded at Thread:Talk:WikiLove/WikiThanks_Button.
WikiLove have some problems on the Commons,
- File:WikiLove-ar-arwiki.png This is WikiLove on arwiki, everything looks correct.
- File:WikiLove-ar-Commons.png And this is WikiLove in Arabic on the Commons.
In Commons WikiLove shows some of the texts in English and untranslated, also there is a problem with RTL direction in Commons.
Is it possible that certain projects use their own set of awards/images? or modify the award menus as they want?
The problem is that WikiLove's options are currently hardcoding language in the local config (commons:MediaWiki:WikiLove.js). I'd suggest the extension be changed so that it:
- Extend defaultOptions with local config, rather than overwriting it (options = mw.wikiLove.defaultOptions extended with mw.wikiLove.localOptions)
- Using messages.
The RTL issue is tricky on Commons. The content language of Commons is English and thus the interface is LTR (even if your user language is an RTL language). I believe Commons has some sort of hack in place to fix this after the fact, but apparently it doesn't work for WikiLove. This will require more investigation. Krinkle is correct in his analysis of the localization issue.
In short, WikiLove isn't really equipped for dealing with a multi-lingual environment (like Commons or Meta).
If a user has a redirected talk page, when one uses WikiLove, it does not follow the redirect - it simply appends the text to the redirect page. Is this desired behavior? (Though, I can't see any reason for someone to redirect their talk page, unless it's a Bot talk page redirected to the Bot owner's talk page.)
There is signature code ~~~~ in ext.wikiLove.defaultOptions.js. When I try to customize settings in MediaWiki:WikiLove.js it's substituted with my signature, so everybody using WikiLove use my signature and MediaWiki:... modification date. How can I avoid this behavior?
Does this extension works with Extension:LiquidThreads which is in use on Portuguese Wikibooks? Is there any chance of testing the compatibility of both extensions on test.wikipedia?
I installed this and I can't get it to work. When I hit preview the spinner just goes forever and no preview is shown. :-/
The extension is very much work in progress. Can you please try again in a couple of days (after the deployment on English Wikipedia), and post your findings? Thanks! :)
I'm having the same problem. When it loads initially the panels won't load unless you select the build your own option. At that point the other options won't fully load images - the loader just spins. Here's the wiki I'm trying it on.
I can't understand how this extension will be localized. Cookies and food in general, for instance, are not used outside the English community (or even outside en.wiki) so there's no point in translating that part, it would be a waste of time: there should be some way to remove them from the default in other languages. Beer is even worse, a totally bad idea: I don't know and I don't care about en.wiki reactions but this is certainly not acceptable in non-beer dominated cultures (wine could perhaps accepted somewhere, coffee quite certainly, but there's no point in introducing them). More generally, there should be an easy way to change the defaults to avoid a) wasting translation resources, b) imposing new WikiPractices before the community even realises it and until it cares about (and learns how) to fix them.
For now we have replaced the "Beer" by the more general "Food and drink". When we have a generally accepted default set we can translate it, but note that many wikis will need a custom setup anyway because of different conventions for templates, etc.
Looks like the extension imposes "substitution" of the barnstar/whatever "templates" (with defaultText). Substitution is not used everywhere and some wikis will probably want the extension to use local templates so that users have a consistent experience and there isn't a total mess of different messages, warning, classes, styles and so on (and so that they can be updated later). Besides, the en.wiki format of a table with a background colour elsewhere is not used at all. Can you put a template in defaultText or will it substituted anyway?
It is possible to put a template in defaultText, or otherwise you can use the 'text' parameter to set a template for specific WikiLove types. Substitution is not required!
Thank you.
