Category: Blog

When creating or editing a blog, the __Display Options__ tab includes two fields:
* Blog heading
* Blog post heading

There is also a __Heading Preview__ button on the tab.

1. The __Heading Preview__ does not show any sort of preview -- it simply reloads the page.

2. When ''editing'' a blog, there is a second __Heading Preview__ button, also which does nothing.

Blog post comments are often overlooked by the blog owner, because the owner doesn't get notification of blog posts. I propose we add the option of getting notified when someone comments on your blog.

!!!What I do
I create a blog post with characters like less than, ampersand, etc.

!!!!#First problem
The individual blog post looks fine but the list of blog posts is all wrong: I see the encoding of these characters. ("&lt;" instead of "<")

!!!!#Second problem
When I edit my blog post afterwards, the textarea does not show the content I put in. It shows the html codes for less-tan, ampersand, etc. ("&lt;")
This is why I say the original contents are corrupted.

!!!Probable reason for bug
When a blog post post saved, it does not save the content properly, it saves "&lt;" instead of "<", etc.
Wiki pages do not have this issue and they save "<" when "<"< is entered.

With the Journal theme, blog descriptions (at the top of tiki-view_blog.php) are displayed with a #b7b7b7 (light gray) text color on a white background. Considering that text is small, this b7b7b7 to #ffffff contrast means that the text is not only hard to read, but even easy to miss, as can be seen in the attached screenshot.

This happens because the Journal theme specifies color #b7b7b7 for class help-block, and because blog descriptions have the help-block class. I understand that help text is made discreet. But frankly, such a low contrast is a readability issue. Moreover, descriptions are not help text. They do not warrant big red text, but with such a small size, I'm not sure they even warrant gray. I would have no problem if they were pure black.

I am not clear on what change(s) are best, but I don't exclude that ideally:
# help-block color would be changed
# Blog descriptions would be changed to use a different, more prominent class

Setting feature_tell_a_friend=n doesn't affect the "Email This Post" functionality for the blog, so visitors is always offered to mail the link for a post. Imho the admin should be able to choose if this is allowed or not.

Review this blog entry on tw.o:
Using view_blog_post:
http://tikiwiki.org/tiki-view_blog_post.php?blogId=26&postId=300

Using view_blog:
http://tikiwiki.org/tiki-view_blog.php?find=&blogId=26#postId300


Notice that with view_blog_post, this line __is__ displayed:
And change it to:
<form enctype="multipart/form-data" method="post" action="tiki-editpage.php" id='editpageform' name="editpageform">

But with view_blog, the code is __not__ displayed.

Blog entries should be displayed identically, regarless if you are view the blog or blog post.

You create a blog, Assing local perms to a group which name contains an space (or special characters such as é, è, ñ, ç, ...). Then when you attempt to delete the local permission, you don't succed. The url is something like:

http://domain/tiki-objectpermissions.php?referer=http%3A%2F%2Fdomain%2Ftiki-edit_blog.php%3FblogId%3D5&action=remove&objectName=BlogNAME

And it produces the error message saying somerthing lie "there is not enough information to show this page".

In Tiki 1.9.8.3, even if the feature is off, you can see references to trackback pings in tiki-view_blog.php , tiki-view_blog_post.php, tiki-edit_blog.php and tiki-blog_post.php

Proper feature checks for {$feature_blogposts_pings}, {$feature_trackbackpings} and if the feature is activated per blog should be done.

{syntax type="tiki" editor="plain"}
I have posted several items to a blog through xmlrpc.php, using bloGTK 1.0 (GNU/Linux), and they are posted in Tiki (except for the title, which I already reported another bug at this tracker).

I can select afterwards any of the posted items, and edit from bloGTK. When I post the edition,I get the message (in local) that the post have been successfully updated, but then at Tiki, the blog post dissapears from the list of posts.

Using "Blogger" Blogging system, in BloGTK configuration.

If a blog post is created in the wysiwyg editor (full html config) then viewed as a RSS feed then all the html tags are visible.

This is suspected as being a (very last ??) vestige of the parser/encoding issues we experienced in Tiki 9/10

When I preview a blog post at themes.tiki.org, which is now at version 17.0, instead of the blog post title displaying, the text "No object information provided." displays.

This isn't a big problem as a practical matter since I don't really need to see a preview of the post title, but it would give a blog author the impression that something is broken in the preview function.

If a user edits a blog post (ex.: to correct a typo), it becomes the post author and after, the original author can no longer edit it.


author should not change, or even better, let the admin pick the user from a drop-down list.

When you publish a blog post using an upcoming publish date, post appears right away in last_blog_posts module even if the publish date is stll in the future.

We need a "Blog This" thingie.

I'm talking about something similar to Blogger's BlogThis gizmo. This is a button you can add to your browser toolbar, configured to connect to your Blogger blog, so you can make an entry right from a web page you're browsing, without having to go to your blog creat a new message, post the url, copy the text, etc... instead you just click the BlogThis button and it pulls up a form right there.

Here's the description.

http://www.google.com/support/blogger/bin/answer.py?hl=en&answer=41469


It would be SUPER.

There is a bug in
__tiki-view_blog_post.php__

The BLOG TITLE is invisible.

By accident, I ran the mouse over the area, and the invisible blog title was highlighted.

The current theme is Five Alive, if that's any help.

See attached screenshot

This WYSIWYG code is provided by htmlarea, which is no longer maintained.
http://www.dynarch.com/projects/htmlarea/

So we should replace with http://www.<span style="color:black;background-color:#ffff66;">fckeditor</span>.net/, which is the chosen editor in Tiki 1.10

The bloglist plugin ignores the permissions.

If no view blog permissions are assigned to (say) registered users, attepting to view the blog is blocked correctly.

However, if the same blog is shown using the bloglist plugin, on a page the user has permission to view, the blog posts are displayed anyhow.

With the prefs.feature_blog_heading perm enabled and tiki_p_edit_templates dissabled, users - with the perm to create blogs - will be able to create blogs but no heading will be shown when their blogs are viewed in tiki-view_blog.php.

In essence, unless both above named perms/prefs are enabled a user won't be able to create a heading, and no heading will be saved in DB for the blog.

And since the conditional to handle situations when $heading is empty has been removed in rev 9146 the blog will show no heading what so ever when it is viewed.

Currently, the blog feature features only limited information, both for users and for admins.

For users, new blog entries should IMHO be listed in the since last visit module, currently they aren't.

For admins, blogs AND blog entries should be part of the statistics page, currently both aren't, so as admin, you only see the total number of blog page views, and have no clue, which of your blogs is more popular, and inside blogs, which entries generated the biggest audience...

No matter how often I visit the three blogs in my installation of 18.5, and no matter whether I do that as registered user, as admin or as anonymous and no matter how many blog entries I click:

All three visits counters are stuck at zero!

WHen using Yahoo! to subscribe to an RSS feed from TikiWiki, the site generates an RSS feed that is being displayed correctly by Yahoo!, but any specific post that is hyperlinked will generate an error on the TikiWiki side (once jumped) since -there is no specific post given in the feed-. TikiWiki gets confused and displays the following error
---
No post indicated

Go back

Return to home page
---

According to the Calendar Module docs, "For the blogs system any weblog will only display posts with dates equal or lower than the date selected in the calendar." But this doesn't seem to work. There is no change in the blog posts displayed even when a date prior to one or more blog posts is clicked.

By going to https://tiki.org/Model there is a "Call to a member function get() on null" error
"