Extension talk:ArticleFeedback
- See also Talk:Article feedback.
Contents |
[edit] Dependencies
Does this depend on SimpleSurvey?
[edit] Relation to ReaderFeedback?
What is the relation of this to Extension:ReaderFeedback? Is this intended to replace ReaderFeedback in the future? --Vigilius 11:32, 10 January 2011 (UTC)
- See also Thread:Talk:Article feedback/Extension:ReaderFeedback. Helder 13:26, 27 July 2011 (UTC)
[edit] A question about usage in other wikis
Thank you all a lot for this greatest tool ever. I decided to test this extension on my wiki (MediaWiki-1.16.1) and now I have installed it with required database tables and SimpleSurvey extension. But I cannot understand what should I do to turn on ArticleFeedback form on some (or probably all) articles of my wiki? How to choose which article will use this tool? Thank you in advance for any response. AvalarMS 15:52, 21 January 2011 (UTC)
- Set $wgArticleFeedbackCategories (see ArticleFeedback.php). —Emufarmers(T|C) 01:43, 22 January 2011 (UTC)
- Have you back-ported this extension ot 1.16.1? The current version can work with MediaWiki 1.18alpha+ ... --Katkov Yury 11:03, 28 November 2011 (UTC)
[edit] Changing the number of rateable items
I'm trying to change the number of values that can be voted from 4 (Trustworthy, Objective. Complete, Well-written) to 2. Or at least to make 2 of them invisible. Can this be done? I tried to play with ext.articleFeedback.js, but I got only errors. --79.112.69.251 19:36, 20 June 2011 (UTC)
- I've created Bug 29500 requesting an easy way to make the number of rateable categories configurable.
- For now, you could try to hide two of the categories applying CSS to hide the appropriate elements. E.g.:
.articleFeedback-ratings div[rel="trustworthy"], .articleFeedback-ratings div[rel="wellwritten"] { display: none; }
- Helder 20:59, 20 June 2011 (UTC)
- Thank you. I also managed with $wgArticleFeedbackRatings = array( 1, 2); and deleting from ArticleFe~articleFeedback/ext.articleFeedback.js two of the options from "var config = {'ratings':". Of course, your solution is more elegant. Thank you again.
- --79.112.69.251 21:18, 20 June 2011 (UTC)
[edit] how do you rename the values?
Before I install an astounding 5 extensions, can i change the Trustworthy, Objective. Complete, Well-written to something different? thank you. Igottheconch 21:32, 19 July 2011 (UTC)
- Yes, I'd be very interested to know this too. I'm sure it won't be too difficult to dig into the code to see how it works, but if anyone directly involved could shed any light and save us all repeating this, that would be great! Neil --94.31.14.3 15:13, 20 July 2011 (UTC)
Yes! I would very much appreciate the same information, I have been trying to figure out how to customize the questions as well.
Indeed, I'm amazed to see this isn't configurable! --Dan Bolser 16:40, 12 October 2011 (UTC)
Don't worry everybody, Roan Kattouw says you can do this 'just fine'. https://bugzilla.wikimedia.org/show_bug.cgi?id=29500
He doesn't say how.
It seems a shame that the table isn't designed so that any number and name of value could be used without modifying the table to store the data (i.e. using a normalized data model. I guess this isn't done for reasons of efficiency, but I'm surprised the impact is so large that such an inconvenient model was chosen.) --Dan Bolser 16:51, 12 October 2011 (UTC)
- Hmm, I guess you're right that it would've been more convenient to use rating names instead of rating IDs, or to store the mapping outside of the database. But the AFT database schema is not something I'm very proud of anyway.
- I thought changing this cleanly was possible, and I was about to do it on a WMF wiki, but I've discovered an additional issue which means I'll have to refactor a few things such that this'll actually work nicely. I'll report back here when that's done. --Catrope 15:06, 25 October 2011 (UTC)
- Alright, so I fixed ArticleFeedback in r100806. You can now add custom rating types as follows.
- Come up with a name for your new rating type. Ideally this is all lowercase without any special characters, e.g. 'wellwritten'. Rating names must be unique. The rating types used by default are 'trustworthy', 'objective', 'complete' and 'wellwritten'.
- Create MediaWiki: pages for the various rating type messages. For e.g. the 'wellwritten' type, these are MediaWiki:articlefeedback-field-wellwritten-label (the name of the rating), MediaWiki:articlefeedback-field-wellwritten-tip (the tooltip for the question mark to the left of the rating name) and MediaWiki:articlefeedback-field-wellwritten-tooltip-1 through -5 (the tooltips for each of the five rating stars). The messages for the standard four rating types are built into the extension, for custom rating types you'll have to create MediaWiki: pages yourself.
- Set
$wgArticleFeedbackRatingTypesaccordingly. This is an array mapping integers (rating IDs) to strings (rating types). The default value isarray( 1 => 'trustworthy', 2 => 'objective', 3 => 'complete', 4 => 'wellwritten' ). Rating IDs can be any number (they don't have to be sequential, for instance), as long as each rating ID is greater than zero and is used only once. You should make sure that rating IDs are never reused; funny things may happen if you reuse them.
- This is what I used to customize AFT on meta, enabling it for a few fundraiser translation pages and setting
$wgArticleFeedbackRatingTypes = array( 5 => 'accurate', 4 => 'wellwritten', 6 => 'errorfree' );. Someone should probably reshape this into a proper howto or documentation thingy, I don't have much time to spend on ArticleFeedback these days. --Catrope 10:05, 27 October 2011 (UTC)
- Alright, so I fixed ArticleFeedback in r100806. You can now add custom rating types as follows.
Contents
| Thread title | Replies | Last modified |
|---|---|---|
| update.php does not create the proper tables | 2 | 22:07, 15 May 2012 |
| Backporting to 1.17 | 1 | 18:22, 13 February 2012 |
| Installation | 2 | 12:43, 30 November 2011 |
| Does it work with MW 1.17? | 8 | 20:22, 13 October 2011 |
| Article Feedback box doesn't show up | 4 | 10:50, 3 October 2011 |
| Fatal error: Call to undefined method OutputPage::addModules() in /var/lib/mediawiki/extensions/ClickTracking/ClickTracking.hooks.php on line 73 | 3 | 09:23, 30 September 2011 |
| api.php eventhandler missing | 1 | 23:23, 13 September 2011 |
| I dont understand this: (with _ in text) ? | 2 | 23:18, 22 July 2011 |
Hi, when I enable the ArticleFeedback extension in my LocalSettings.php file and then run update.php, it borks at:
A database query syntax error has occurred. The last attempted database query was: "SHOW INDEX FROM `article_feedback`" from within function "ArticleFeedbackHooks::loadExtensionSchemaUpdates". Database returned error "1146: Table 'courses_wiki.article_feedback' doesn't exist (localhost)"
What exactly is the proper sequence for installing this extension?
Had a similar issue. Initially happened when viewing Special:ArticleFeedback (I enabled the dashboard in the extension settings first.) Checked the MySQL database, the specified table did not exist although 6 others did. Running update.php again produced the error reported above. Better installation instructions would be appreciated.
Mediawiki 1.18.1 PHP:5.3.8 (Apache2handler) MySQL: 5.5.16
Same issue here. Anyone happens to have fixed the problem? This is the output of update.php (I've ran it more than once)
php maintenance/update.php MediaWiki 1.19.0 Updater
Going to run database updates for mw794-u3c_ Depending on the size of your database this may take a while! Abort with control-c in the next five seconds (skip this countdown with --quick) ... 0 A database query syntax error has occurred. The last attempted database query was: "SHOW INDEX FROM `u3c_article_feedback`" from within function "ArticleFeedbackHooks::loadExtensionSchemaUpdates". Database returned error "1146: Table 'mw794.u3c_article_feedback' doesn't exist (localhost)"
Would it please be possible to explicate, how exactly one would install this extension, (and the supposed others noted down required for this to work) Is there a sequence of which ones I need to install first? Which SQL files I need to load against my wikiDB?
i am also missing an installation howto here. Some of the dependencies say i should consider its readme, but the readme doesnt explain what to do. Just some php array code which can not just be copied in the localsettings.php...
Anybody got this extension running with 1.17?
I have everything installed and the box shows up (sort of) but it is definitely not working as it should. Just wanted to check if it has truly been tested with 1.17?
Also would love to be able to customize the categories/ratings if there is an easy way to do this?
1.17 is still showing up on Special:ExtensionDistributor/ArticleFeedback though..
The copy in REL1_17's extensions dir was an old old snapshot -- it's simply unfinished. I've removed it so it doesn't confuse anyone further.
In the right box says that this extension works with MediaWiki 1.18 but how do you expect us to use that version of mediawiki if there's no place to dowload it and I tried to upgrade my 1.17 mediwiki and nothing happens...upgrade to 1.17!!!! Please tell us how to make this work with other versions or let us upgrade to 1.18. Thanks!
MediaWiki 1.18 should be released some time soon, I think. If you really must have it now, you can download from SVN.
Hey! I followed all of the instructions and run the update.php script twice, but the Feedback box won't show up. Am I missing something? I have the latest MW 1.17.0 (Version 93893) installed and just the necessary plugins running.
Forgot to mention: I also setup two example categories (as instructed), used them on some pages and entered them in the $wgArticleFeedbackCategories var in ArticleFeedback.php.
And: I got a JS error which might indicate a problem:
Unknown dependency: jquery.json http://localhost:8888/wiki17/load.php?debug=false&lang=de&modules=jquery%7Cmediawiki&only=scripts&skin=vector&version=20110804T153000Z Line 105
Someone else had this problem: http://www.mwusers.com/forums/showthread.php?17238-WikiEditor-new-panel-does-not-works, but there is not really a solution. Discussion points back to http://www.mediawiki.org/wiki/JQuery. See jQuery load modules problem in mediawiki 1.17?.
Check my reply over there.
The most likely cause is that you're running ArticleFeedback from /trunk/ (development version for MediaWiki 1.19), and installed it on a /branches/REL1_17 wiki (Stable MediaWiki 1.17.0 release).
These two are not compatible as you might imagine.
Either wait until ArticleFeedback and MediaWiki 1.19 are released, or use the old version of ArticleFeedback from the 1.17-branch (do so by going to Extension:ArticleFeedback => Download snapshot => 1.17.x
I think the function below is conflicting.
"Edit pages on double click (requires JavaScript)" in the menu Mypreferences.
You should disable this checkbox, it might be solved.
Fatal error: Call to undefined method OutputPage::addModules() in /var/lib/mediawiki/extensions/ClickTracking/ClickTracking.hooks.php on line 73
Shall someone help me? My version is Mediawiki 1.15
The various methods with "module" in their name (i.e. OutputPage::addModules(), OutputPage::addModuleStyles(), OutputPage::addModuleScripts(), etc.) were introduced with ResourceLoader, so they most certainly aren't present in 1.15.
I'd suggest upgrading your wiki to 1.18 (which hasn't yet been officially released, but the branch should be stable enough, I think) and then trying again, although it might be that ClickTracking is compatible only with the latest trunk, but I hope that's not the case.
As mentioned on Extension:ArticleFeedback, this extension is still very new and only works in MediaWiki 1.18+. This extension does not support MediaWiki 1.15. Either upgrade the wiki to the 1.18alpha version, or wait until 1.18 is stable with using this extension.
the extension does not work without the api.php. Actually in the beta version the whole event handler seems to be missing...
