New system for non-member comments in Knotes: confirmation emails

27-October-2005

[ dev/knotes/discussion , kind=progress report , kind=documentation/rough ]
We've just deployed a new method of handling comments by non site-members. If a comment is submitted 'anonymously', the email address given in the comment form is sent a confirmation email. If the special link in that email is not opened, the comment is not posted.

We've just deployed a new method of handling comments by non site-members. If a comment is submitted 'anonymously', the email address given in the comment form is sent a confirmation email. If the special link in that email is not opened, the comment is not posted (see the screenshot). Pending-Comment-Eg When submitting an 'anonymous' comment, a user can optionally ask to be registered as a member while the server is at it (by entering a username), in which case the confirmation email includes a server-generated initial password. Both anonymous commenting and joining-while-commenting are under control of site and blog properties. We're aware that some sites may have exotic registration policies or restrictions: in those cases the site manager should turn off the ability to join while commenting at the site level, using the KNotes tool in the ZMI.

I'm now beginning to experiment with having a one-form-fits-all add-comment form rendered directly into the one-entry views (most blogging systems do something like this). That form would cover all the cases: [I'm a logged-in-member; I'm a not-logged-in member; I'm not a member but want to join while commenting; I'm not a member and do not want to join].

We'll still include links for creating 'full-featured' discussion items (with extended text, categories etc), especially in the soon-to-come forums views. Watch this space ;o)



Mike Malloch; 27-October-2005 14:52:52 forum (0)

TrackBacks in KNotes now have a moderated workflow

20-October-2005

[ dev/knotes/anti-spam , kind=documentation/rough ]
We've implemented moderation for controlling the display of trackbacks, with a default setting to only display approved trackbacks. This is in order to maker 'easygoing' management of trackback spam. It will also allow site and weblog managers to filter the dispkay of legitimate trackbacks, for instance keeping routine top-of-site links from displaying.

Sigh... I really didn't want to have to spend the time to implement this, but we decided it was made necessary by the nastiness of some of the trackback spam we've been seeing.

There is now a property in all KNotes weblogs, as well as a sitewide setting in the tool itself, for controlling whether trackbacks need approval before they are displayed. By default, this is set so that only approved trackbacks display. We will shortly be providing a weblog properties interface for managing this and other properties at the weblog level. The sitewide property is set through the tool in the ZMI - kndiscuss_sql (KNotes Config Tool). The sitewide property is acquired if the weblog property is not set.

There are new interfaces for moderating and managing trackbacks. See the screenshot for an example of the manage-trackbacks TTW (through the web) interface. Manage-Tb-Ttw-Sshot If there are pending trackbacks, managers will see a portlet (in Plone content) or a sidebar (in KNotes content) for Managing Trackbacks. The number of pending trackbacks is listed there, along with a link to the TTW management interface. The manage-trackback RSS feed noe includes an indication of the workflow status of each item. We'll be adding links from there directly into setting the status - currently there is a link to delete each trackback but not for approving or rejecting. We'll also be adding interfaces for managing trackbacks wherever they are displayed ( in detail views, sidebars, portlets and plone-content comments views); and will also consider an interface for non-managers to report offensive trackbacks.

By the way - We've also been making a lot of progress on other aspects of KNotes recently, but that will have to wait for another entry here :O)



Mike Malloch; 20-October-2005 16:38:23 forum (0)

Improved the knotes print stylesheet and worked-around an MSIE centering bug

28-October-2005

[ dev/knotes , kind=progress report ]
I spent ages early this morning making improvements to the default knotes print stylesheet. Tough work, made harder by certain unmentionable browsers. I also added a new work-around for the content-area centering problem in Internet Explorer ( body {text-align:center;} + #wrapper {text-align:left;} )

I've been wanting to do something about the print stylesheet in knotes or some time now. It's been functional and accessible, but far from pretty. But print styling is tough work, tricky to judge and hard to test.

Early this morning I started work on the issue, and after 5 hours or so it looked OK I think: I'm never confident about accessibility issues in print styling. But then it took another 2 hours fiddling to test it in Internet blinking Explorer, which did not want to purge the cached style. If you already have the stylesheet cached you may not see the changes except in my re-skinning testbed at elearning2.0. I'll step up the version numbering of the stylesheet across the product (to force the changes past caches) when I get a chance over the weekend. I think the new print style is quite usable: pretty but readable, stylish but accessible, totally generic.

I even did a bit of experimenting with using after: CSS2 to write in the urls for links and cites, but ran into weird problems so rolled that back. I'll have a look at offering a javascript/dom script to turn urls into footnotes when I've finished styling comments for screen and print (see my css/print tag for links).

I also got round to 'fixing' the problem whereby Internet Explorer would ignore the #wrapper{margin:0 auto;} rule and fail to center the main content area of the blogs. I didn't have time to chase down a real solution so I set the text-align of the body element to center, and the text-align of the wrapper div to left. Since in knotes ( and MT2 ) markup, the wrapper div is the only important child of body, this does the job just fine. In fact I'm perplexed ( and worried ) that I have not seen that workaround used before. Am I missing something I wonder? ...sigh : CSS really is a dark art :o)


Mike Malloch; 28-October-2005 15:13:25 forum (0)

An experiment in KNotes skinning at my new weblog 'elearning2.0'

23-October-2005

[ dev/knotes , kind=progress report ]
I'm about to 'launch' a stream of content about web2.0 for elearning, and thought it required a weblog with 'that web2.0 look' :o) We've been meaning to develop some serious styling options for KNotes weblogs, but never had the time. My new elearning2.0 weblog is a testbed for developing a nice, open styling and also for flushing out rendering and skinning issues in KNotes.

Have a look at my new personal weblog elearning2.0 ( 'putting the 'oh!' back into elearning' :o). I'll be developing a lot of interesting new content in that new blog, but that's not the point of this post to Knotations. The reason I'm posting this now is to point out the experiment in re-skinning that my new weblog represents.

We've been meaning to develop some serious styling options for KNotes weblogs, but never had the time. The new elearning2.0 weblog is a testbed for (a) developing a nice, open layout and styling for KNotes, and also for flushing out (b) rendering, (c) appearance/markup and (d) skinning issues in KNotes.

Alongside the work we've been doing (in tests) for streamlined renders and very clean discussion interfaces, this is pointing to a much more "come and use me" feel for KNotes in future. (We hope :o)



Mike Malloch; 23-October-2005 07:50:21 forum (0)