Extension talk:TalkHere

Is this extension being used anywhere? Or has anyone tried it out yet? --198.70.22.217 14:25, 18 April 2007 (UTC)

I couldn;t get it go. I installed the extension into the extension folders and added the require_once line but that seems to break as the wiki now is just a blank page (syntax error maybe) with no error message or anything UPDATE - seems to have been a permission problem. Changed permissions and fixed.

MW 1.9.3
On MW 1.9.3 this extension work good. Thanks to author!!! Here is russian translation: $messages['talkhere-title']= '$1'; $messages['talkhere-headtext']= ''; $messages['talkhere-foottext']= 'Вы можете оставить свои комментиии к этой статье в нижней части страницы. Администратоы этого сайта не несут ответственность за содержание комментариев к статьям расположенным на сайте.'; $messages['talkhere-talkpage']= 'Страница Обсуждение'; $messages['talkhere-notalk']= '\'\'(Комментарии пока отсутствуют)\'\''; $messages['talkhere-addcomment']= 'Добавьте Ваш комментарий';

$messages['talkhere-beforeinput']= 'Добавьте Ваш комментарий ниже.'; $messages['talkhere-afterinput']= ''; $messages['talkhere-afterform']= '';

$messages['talkhere-loading']= 'Загрузка модуля редактирования...'; $messages['talkhere-collapse']= 'Скрыть модуль редактирования';

Suggestion
You could add option to hide the discussions and to reply too. Is it in your TODO list? Show date and time and a field to add email will be great too Lleoliveirabr 18:09, 6 May 2007 (UTC)
 * hm... a bit of javascript to hide the discussion would be pretty easy i guess. Maybe I'll add it.
 * The problem with the more advanced requests is that TalkHere currently doesn't generate the discussion output itself, nor does it generate the edit for: it simply recycles the existing functionality for article display and edit page. It's not easy to hook in there to change things around without having to rewrite all.
 * reply-to links are only possible per-section, and even then, they are a bit tricky (they would basically be section-edit links, but not quite, i guess). Input-fields are even harder to implement (the editpage code is not very felxible), and there would also have to be a way to assign some type of template to be used to generate the wikitext to add to the talk page. Because, again, all this basically does is inline the talk page into the article page. -- Duesentrieb ⇌ 19:16, 10 May 2007 (UTC)

Great extension, small suggestion
This was just what I was looking for, thanks for making it.

Would it be possible to add a magic word just like to control its usage on a page by page level?

I know I can already choose which namespace it's enabled in, I have it enabled on NS_USER, but some might want to control on what pages it's used, so a magic word, for example __NOTALKERE__ would be a nice addition. ILTK 18:49, 4 June 2007 (UTC)


 * The idea isn't bad... but I havn't fiddeled with magic words like that before, so i don't really know how tricky it would be. -- Duesentrieb ⇌ 11:18, 4 July 2007 (UTC)

Missing Permissions
Great extension! There's a minor bug(?) though: The editor will show up even if the user lacks permission to edit the (talk) page, thus suggesting he can type away - this might be a significant annoyance... -- FND 09:01, 16 June 2007 (UTC)


 * Sounds like a bug :) I'll try to look into it when i have time. -- Duesentrieb ⇌ 11:19, 4 July 2007 (UTC)


 * Fixed in r23996 - it was a bug in Title->userCan('edit'). This should be included in MediaWiki 1.11 I think. -- All the best, Nickj 09:14, 13 July 2007 (UTC)

Edit (Section) Links
Would it be possible to add EditSection links to TalkHere areas? That way it would be easy to respond to existing discussions. Alternatively (or additionally), an Edit link for the talk page (e.g. next to the regular link to the talk page) would help. -- FND 19:15, 18 June 2007 (UTC)


 * the trouble is that i'm simply inlining a normally rendered talk page. I don't have control over how the edit links are created. The edit links would work (they are actually there, just hidden using CSS), but they would be confusing to non-wiki-folx, because after editing, you would not return to the article, but to the talk page. finding your way back isn't obvious.
 * An edit link to the talk page would be possible, but would suffer from the same problem. -- Duesentrieb ⇌ 11:15, 4 July 2007 (UTC)


 * I've updated the main page accordingly - thanks for the info! -- FND 11:52, 4 July 2007 (UTC)

Do extra namespaces work?
I have a couple extra namespaces defined, do I need to define constants for those somewhere?

For example I have a namespace called Forum added to $wgExtraNamespaces array, but if I try something like:

$wgTalkHereNamespaces = array( NS_USER, NS_FORUM );

TalkHere doesn't show up on pages in the Forum namespace.

ILTK 17:38, 17 June 2007 (UTC)


 * If you want to use constants, you have to define them, yes. Otherwise, just use the namespace number directly. -- Duesentrieb ⇌ 11:12, 4 July 2007 (UTC)

Examples / Screenshots
It would be nice, if there are some sample sites to see the extension in action... --89.217.13.71 13:29, 5 July 2007 (UTC)

TalkHere.i18n.zh.php
--Roc michael 13:59, 14 July 2007 (UTC)
 * i18n for Tradition Chinese(正體中文的i18n檔). Just for reference only(僅供參考用).

Suggestions
Great extension, I hoped to find something like this! after each comment at saving (but I guess by just calling the talk page you have no control over this and I should make a note in the footer ;)
 * I'm also in favour of disabling it for some pages like the Main Page or User Pages in general with a Magic Word like __NOTALKHERE__
 * Would be nice if --~ could be added automatically
 * After each comment should be added so unsigned comments in a row are seperated from eachother and don't look like one text
 * I think you could combine those by adding --~


 * After adding a comment the (mostly non-wiki) users should be redirected to the article instead of the talk page (too confusing, "where the heck am i now??").
 * As is, people will click the article link, but with Firefox their added comment does not show up! F5 doesn't help either. It works for the first comment left, but not for later users not even after coming back to the article later. Heavy bug imo. In IE it's ok.
 * Found out it was another extension in LocalSettings which was causing this.


 * Is there a way to control the section before the TalkHere section takes effect? E.g. I'd like to have

Comments
above the field and have the h1 headline [Talk] ... removed (ugly and useless imo) which appears after the first comment. I (and many others I guess) use your extension exactly for that reason. The visitors have no clue about using wiki and just should be able to leave a comment without bothering the discussion / talk page thingy.
 * This is what Extension:ArticleComments can do (positive and negative) but it has to be enabled per page with a code so that's why I prefer your extension, but by not refreshing, missing __NOTALKHERE__ and with the not signed and clearly seperated messages I can't use it and will try to get the code for Extension:ArticleComments on all article and category pages. Please let me know what you think you will change, cos i have to decide for one of the 2 extension soon :) --Subfader 10:55, 21 August 2007 (UTC)