User talk:Simsong

Simsong

Thank you for picking up the gauntlet and fixing Calendar.

I have found one bug. Once an event is entered I can not get back to the event page. Since only the first few characters of the event show then it is important to be able to get the the event page to see all the details.


 * yes, that's annoying. I need to fix it. How do you think it should be fixed?Simsong 04:20, 29 October 2007 (UTC)

On hex2bits page several people and myself have posted some ideas for enhancements. I hope you look at these and consider implementing some of them (well my ideas anyway ;).

Thanks, Paul marvinp@chubb.com --164.44.67.4 19:03, 26 October 2007 (UTC)

If you can explain this bug a little better to me, I will fix it.

I'm going to be adding tool tips next.

I'll review the suggestions as well for improvements.

Thanks.Simsong 19:32, 26 October 2007 (UTC)

Calendar
As Paul has said above the Calendar isn't working correctly. At the top of the page I get one of these errors for each event on the calendar month: Warning: htmlspecialchars expects parameter 1 to be string, object given in /var/www/wiki/extensions/Calendar/Calendar.php on line 533

Also it isn't parsing the events correctly...as I can see, it is only parsing the first thing it sees. You can view an example in the screenshot i took. The event on October 18 should read "Walled Lake Tournament."

--Qsheets 20:38, 27 October 2007 (UTC)

Hm. The errors are weird; it's not happening on my system. I've reviewed line 533. It calls htmlspecialchars($linkText), but $linkText is the result of a str_replace; it can't really be an object, as your error message says it is. What version of mediawiki are you using? What version of PHP are you using?

Also, What do you mean by it's parsing the first thing that it sees. Can you explain to me what the parsing is supposed to do? -- Simsong 02:21, 28 October 2007 (UTC)


 * By "parsing the first thing it sees," I meant that on any event it doesn't read the text from inside the  line as the event name, it just reads the first thing it sees. Refering back to the October 18 example, instead of saying "Walled Lake Tournament," it said, "#REDIRECT Qsheets 08:45, 28 October 2007 (UTC)  BTW The versions are MediaWiki: 1.11.0 and PHP: 5.1.6 (cgi-fcgi).


 * GREAT. If you can replicate the error on Forensicswiki, send me the URL, and I'll fix it. Simsong 14:26, 28 October 2007 (UTC)
 * HERE is your example... Sept. 11, 2007 --Qsheets 19:01, 28 October 2007 (UTC)
 * Okay. So the two bug reports are that it should handle redirects gracefully, and if the item has a =1= or a ==2== or ===3=== header, its should just grab the text. No problem. I'll try to get this done tonight. By the way, do you know of any documentation on the HTML and Article parsing functions in the MediaWiki source code? Simsong 22:53, 28 October 2007 (UTC)
 * Fixed in version 2.0.2, available for download now. Simsong 04:20, 29 October 2007 (UTC)
 * Simson, to get source code functions either look for them yourself, or go to #mediawiki in FreeNode (IRC) and ask around (Simetrical and/or brion will be able to help). They can also help with parsing and outputs. --Qsheets 12:18, 29 October 2007 (UTC)

Where to for new postings --Dtsig 18:34, 29 October 2007 (UTC)
Where would you prefer to get postings, questions and suggestings
 * I will set up a bug track on this wiki. I'm dealing with some annoying issues just now. I don't understand why the plug-in is behaving significantly differently on different systems. I'm also kind of annoyed about the way that the plug-in passes around dates and how it names entries. All of this needs to be changed, but I want to change it in a way that's backwards compatible.Simsong 19:59, 29 October 2007 (UTC)