Extension talk:Wikilog

PHP Warnings
This looks cool, but it won't load. I'm getting this error from update.php on 1.14 current: PHP Warning: call_user_func(WlFeed::Setup): Unable to call WlFeed::Setup in /x/eng/wiki/xwikid/includes/Setup.php on line 294 PHP Warning: call_user_func(Wikilog::ExtensionInit): Unable to call Wikilog::ExtensionInit in /x/eng/wiki/xwikid/includes/Setup.php on line 294


 * Hi, it seems to be a small incompatibility between different versions of PHP, on how they call class static functions. I have fixed this in versions 0.6.2 and the latest trunk. Please upgrade and tell me if it fixes your problems. Thanks! --Juliano 18:48, 6 October 2008 (UTC)

WikiLog Review
Bliki extension for MW is something must-have. WikiLog is by far the best until now. This is professional : new namespaces, flexibility ( more users on a blog, several blogs), rss feeds, special pages for management. Waiting for new wikilog features... Until then: Congratulations! --EuroDomenii 22:38, 10 December 2008 (UTC)


 * Thanks! :-) --Juliano 17:57, 1 June 2009 (UTC)

Not quite working.
I can create and access the blog tab and page but:


 * 1) When I try to access the Wikilog Tab I'm getting:
 * 2) * Fatal error: Call to undefined method Xml::fieldset in /home/.../extensions/Wikilog/WikilogMainPage.php on line 212


 * 1) When I try to access special:wikilog I get error:
 * 2) * Fatal error: Class 'FormOptions' not found in /home/.../extensions/Wikilog/SpecialWikilog.php on line 47

Not sure if I missed something in the instructions?

Thanks kent@kentgrey.com


 * Thanks for your interest in Wikilog.
 * What version of MediaWiki you are using? From the messages, it seems that you are using some pre-1.13 version, which Wikilog is not compatible with.
 * Your only option is to upgrade your MediaWiki installation.
 * --Juliano 17:57, 1 June 2009 (UTC)

Doing the update seems to have done the trick.

Thanks

Tags
First, great extension. It's works seamlessly with our install of Mediawiki (1.15).

Can you give a brief explanation of the tags feature? I didn't see any instructions on how to use it or how it differs from just using Categories for each blog post.

thanks --38.99.130.13 17:26, 17 June 2009 (UTC)


 * Hi! (I moved your talk to the bottom of the page, in order to keep the chronological order of the talk page).
 * Thanks for your support! :-)
 * Tags are really just another category system, but specific to wikilog articles. You should really consider using the builtin MediaWiki categories if it suits your needs. That is why tags are disabled by default. I created the tags system just because I wanted an additional category system that is more fine-grained than categories.
 * For example, one may have a blog about open-source topics in general, and have an article about Linux security, filled in the categories "Linux" and "Security". These categories are well-structured and part of the blog. But the same article may talk about a multitude of minor subtopics, like "Gnome", "iptables", "TCP/IP", etc... These minor subtopics are not the direct focus of the blog, so it doesn't convince the creation of a dedicated category, but it may be useful for searching for these minor subtopics. This is where I intended to use the tags.
 * In other words:
 * Categories provide a formal categorization about the subject of articles, as it is for the rest of the wiki. Categories deserve a dedicated page in the  namespace, and wikilog articles usually fit in a few categories only.
 * Tags provide a messy and ad hoc list of minor subjects that wikilog articles may happen to talk about. These subjects don't justify creating dedicated pages for all of them. The list is supposed to be virtually infinite, and the authors of wikilog articles are not supposed to care about creating dedicated pages for each tag, as it is with categories. Wikilog articles may fit in a lot of tags, without much concern (the default configuration limits to 25 tags per article).
 * Currently, tags are not displayed anywhere, but they are stored and can be searched using  if you have them enabled in the config. In intend to allow displaying tags in both the main blog pages and article pages, and also provide a way to display tag clouds (tags that are more frequent displayed in bigger fonts, etc).
 * To add tags to wikilog posts, put this somewhere in the article (suggestion: near the signature, categories, etc):


 * To search for posts with a given tag:.
 * If you can, please tell us the link to your wikilog! It helps me to see how people are using the extension, to collect use-cases and drive future changes that will benefit current users. :-)
 * Best regards, --Juliano 19:44, 17 June 2009 (UTC)

Brilliant
Installed flawlessly in MW 1.14 :)

Question: I just wonder if you plan an upgrade path for future releases ? I don't mind if functionalities and buttons etc. will disappear/move, but it would be cool to be able to keep the contents (blog entries).

Other comments:
 * To publish a blog post, don't forget to sign at the end ( --~ ).
 * To include blog contents into a page, e.g. the main page, use an extension like Extension:RSS, though it would be nice to have a "Wikilog" tag just for this purpose sometimes in the future :). Demo: http://edutechwiki.unige.ch/en/


 * Hi Daniel,
 * Thanks for your support! :-)
 * Regarding your question: Yes. I have a few things planned until the version 1.0 release. All main features are already present, I just have to fix some minor things (regarding the deletion of articles, cascading the deletion of the talk pages and article comments) and documentation. The main thing that is holding the final 1.0 release is the documentation... if people don't know how to use the extension, it loses a lot of its usefulness.
 * After version 1.0, I have a few things in my mind: tag clouds, a calendar (each day links to a page with that days posts), category list (probably based on Extension:CategoryTree, but with the number of articles in that category along the name), etc.
 * You don't have to worry, all future upgrades will preserve your data. :-)
 * Regarding including blog contents into another page, there is a better way of doing that... That is why I really have the documentation my top priority. Anyway, try this:
 * 1. Create a template, for example, with the following contents:

 |


 * 2. Add this code to the page you want to include the blog contents (change   to the name of your wikilog):


 * This includes the list of articles of your wikilog, using the template specified, at most 5 articles. There are more fields you can use in the template. You may check WikilogPager.php, around line 250 for a list of them.
 * It is a better solution than using Extension:RSS, since the information already comes directly from the wiki itself. With the RSS extension, the information has to do a round trip through the RSS feed and then be reformated into the page.
 * Feel free to ask if you have any other question! :-)
 * Best regards, --Juliano 19:44, 17 June 2009 (UTC)

Inclusion template works - example templates
Cool, thanx ! (Sorry I was absorbed by other stuff and didn't see your message before). The template I chose to create for the wiki front page goes like this for now: This template allows to include blog entries from a wikilog (bliki).

Substitute "Blog:_blogname_" by the name of your blog, e.g. Blog:DKS

|

&mdash; by -

Now to help a tiny bit with documentation. Below is template that you can install for testing and that also includes 2-3 hints if you look at it

- Daniel K. Schneider 12:59, 26 June 2009 (UTC)


 * Hello Daniel,
 * Thanks! I'll include this documentation soon. I'll start a Help:Extension:Wikilog soon with this information. --Juliano 19:51, 26 June 2009 (UTC)

Wikilog transclusion rendering bug
There seems to be a little rendering bug.

Workaround: Include the template before any title or use HTML h1 tags. Demo page: http://edutechwiki.unige.ch/mediawiki/index.php?title=SandBoxes&oldid=21229

Version 0.7 - Mediawiki 1.14.0

If I have code like this:

New testing
I get this: Contents [hide]

* 1 UNIQ6205a1d6126da8ab-h-0--QINU Bliki testing * 2 New testing * 3 Testing Sandbox * 4 Variables * 5 Collection extension

1 UNIQ6205a1d6126da8ab-h-0--QINU Bliki testing [..... ok]

2 New testing

Btw this is not an issue for me. I use this feature only on the home page and it doesn't have wiki titles :)

-- Daniel K. Schneider 12:38, 26 June 2009 (UTC)


 * Got it! I fixed the bug in latest trunk (development) revision. Thanks for finding it and reporting! :-) I'll soon release a fixed stable version (probably 0.7.1) containing this fix. Thanks again! :-) --Juliano 19:51, 26 June 2009 (UTC)


 * Fixed in version 0.7.1. Thanks for reporting! --Juliano 03:16, 2 July 2009 (UTC)

Same error in Wikilog 0.7.2
I am also experiencing this problem above and when I attempt to transclude my blog within Header Tabs. The Recent Developments tab (contains Wikilog) also displays the same text when not active.



I currently have Wikilog version 0.7.2 installed.

-Dgennaro 19:46, 1 September 2009 (UTC)


 * Hi Dgennaro,
 * Thanks for reporting!
 * I fixed the bug in the current trunk. You can download it using Subversion from the URL in the extension page ("Development" link). The current fix is temporary, I'll try to refactor some code before releasing the next version that will fix it definitely.
 * Regards,
 * --Juliano 14:38, 2 September 2009 (UTC)

Renaming of wikilog post titles (feature request)
Currently (v 0.7) it is possible to rename a post but the title of the post remains the same. E.g. /Blog:DKS/Table_PCs will rename to /Blog:DKS/Tablet_PCs but the title stays, e.g. Table PCs

So this is feature request for a next version :)

For other readers: In the mean-time the workaround is to edit the db, i.e. the wikilog_posts table, column wlp_title. But if this procedure formats your harddisk, don't blame me !

- Daniel K. Schneider 09:26, 1 July 2009 (UTC)


 * Hi Daniel,
 * This is not a feature request, it is a bug that should be fixed. :-) The code to handle this is pending. It is a little tricky because it needs to update not only the wikilog_posts table, but also move the talk page, and all talk page comments. It is not difficult, just a little tricky, and need a few unit tests. I was delaying the implementation. I'll handle this during the following week (if not everything, at least the wikilog_posts update part that is very easy) and then release a new version.
 * Thanks for reporting. :-)
 * --Juliano 03:26, 2 July 2009 (UTC)


 * Fixed in current trunk.
 * --Juliano 04:12, 3 July 2009 (UTC)


 * Juliano,
 * I'm using the extension v0.7.1 seems to still be suffering from this bug. I got around it by not having a header above my call to Special:wikilog, but would appreciate if your next release could try to address this again.
 * CWinDC 15:25, 21 August 2009 (UTC)


 * CWinDC,
 * The fix was sitting on the trunk branch and I forgot to release a new version with it. I've just released version 0.7.2, which should fix this bug. Please, check it. You will need to re-rename the article in question in order for Wikilog to update the database with the new name.
 * Please, inform me if it works. Thanks!
 * --Juliano 16:08, 21 August 2009 (UTC)

Database error
After installing Wikilog I a receiving the following error:

'''A database query syntax error has occured. This may indicate a bug in the software. The last attempted database query was:'''

(SQL query hidden)

'''from within function "IndexPager::reallyDoQuery (WikilogSummaryPager)". MySQL returned error "1146: Table 'wikidb.mw_wikilog_posts' does not exist (localhost)".'''

Another problem I am having is that when the Wikilog extension is installed the font size throughout the entire wiki increases significantly. This distorts the layout.

I am running MediaWiki 1.14.0.

-Dgennaro 19:30, 1 July 2009 (UTC)


 * Hello Dgennaro,
 * It seems that the database wasn't updated. Did you run maintenance/update.php after installing Wikilog? If so, did it report that it was creating the proper tables, or did it report some error?
 * The font size change can be caused by PHP issuing warnings before the beginning of the HTML output, perhaps related the missing tables. This confuses the browser and alters how it renders the page. Use the "view source" (or equivalent) feature of your browser to see if there is any junk being issued before the HTML markup.
 * Regards,
 * --Juliano 03:32, 2 July 2009 (UTC)


 * Thanks for the help Juliano.
 * One problem was the database error and the other, larger text/hidden characters was resolved by upgrading to v0.7.1 that was released today.
 * Keep up the good work!


 * -Dgennaro 18:31, 2 July 2009 (UTC)