| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| ... | |
| |
|
|
|
| |
The [thumb] bbcode takes the content and creates a thumbnail of it. The thumbnail fits perfectly inside the post bubble and is wrapped with a link to
the original image.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Certain posts, when moved around, were strangely deleted from the pending queue. This was actually two seperate bugs, both causing the same problem.
1. When looking for the post to swap with, the movePending command would search for the next post with an ID greater than or less than the current
ID, but it wouldn't actually sort the results correctly so that the corrent posts wouldn't neccessarily always be the post shown. This resulted in
a seemingly random pending posts being deleted. This has been fixed by adding a simply "ORDER BY" clause to the SQL "SELECT" commands.
2. When re-inserting the pending posts into the queue (after swapping IDs), if one of the posts contained invalid characters requiring escaping,
MySQL would reject the post without error and simply not insert it, resulting in one or more of the posts involved in the switch to be deleted.
This has been fixed by wrapping the text of the post in the mysql_real_escape_string() function.
|
| |
|
|
|
| |
The admin panel's movePending was suffering the same Every Item Is Exactly One ID Away From One Another syndrome that the main blog was facing in
changeset 8c0096629f88 (Fixed blog post Next/Previous links)
|
| |
|
|
|
|
|
|
|
|
|
|
| |
The movePending command is used to re-arrange the pending queue. However, it's output had two errors:
1. If the move completed sucessfully, the pending queue would be shown again. However, the URL would still be the movePending command, with it's
parameters. Because of this, if the user refreshed, it would try to re-arrange the queue again, which could cause some strange things to happen as
the post in question had already been moved. This problem has been fixed by redirecting to the managePending command after executing the
movePending command instead of simply running the managePending command internally as used to be the problem.
2. As a collary of the preceding error, if the move failed, the error would simply back up the browser's history and refresh. If the previous page
was the output of a sucessful movePending command, strange things would happen. This was fixed dually by the previous solution and the fact that
now the error messages simply link to the managePending command.
|
| | |
|
| | |
|
| |
|
|
|
| |
I decided that, because I use the :) emoticon so often, I might as well replace it with an actual image. I've added a Smiley parsing system to
complement the BBCode parsing one.
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
I don't know, a lot of stuffses happened that I don't quite remember anymore. Goodness, that's not good.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
As previously seen in the 24 Ways post, there was a strange BBCode parsing glitch caused by a few circumstances. There had to be a BBCode tag that
had a parametered definition and a non-parametered definition. Both had to appear in the same post and the parametered had to appear before the
non-parametered.
Because the Four Island BBCode parsing system parses non-parametered tags first, it finds the opening tag of the non-parametered tag first, but when
it tries to find the closing tag, because it is searching from the beginning of the tag, it finds the closing tag of the parametered tag. This causes
strange things to happen.
This has been fixed by forcing the parsing system to start searching for the closing tag after the position where the starting tag is.
|
| |
|
|
|
| |
Previously, when a post was deleted, it's adjacent posts displayed nothing for the respective Next/Previous link because there was no post with an ID
exactly one before or after it. Now, blog.php just looks for the next or previous ID, regardless of if it's actually adjacent.
|
| |
|
|
|
| |
Previously, Four Island posted a blog, and then searched through the table looking for it so it could retrieve its ID. Now, the "mysql_insert_id()"
function is used instead.
|
| | |
|
| |
|
|
|
| |
Now, instead of creating bubbles using JavaScript, they are created
using the CSS3 style "border-radius" commands.
|
| |\ |
|
| | |
| |
| |
| |
| | |
When the BBCode parsing engine declared a dependency on a function in the functions.php file, the RSS feed was never updated to include it, so the
BBCode parser failed and the feed remained empty. This has now been fixed.
|
| |/ |
|
| |
|
|
|
| |
To be able to test for Internet Explorer troubles, the dependency on the bbcode PECL module had to be dropped, and so it has been. Hopefully this
BBCode module works.
|
| |
|
|
|
| |
This was introduced when the threaded commenting system was created (now long-since removed). However, the links to the non-existant comments module
were still there, and that confused visitors.
|
| |
|
|
|
| |
For some reason, the source is full of www subdomain links. The rewriting engine doesn't seem to rewrite correctly, so most www subdomain links
forward to the original URL, not the rewritten URL, which is the base of the Pingback error.
|
| |
|
|
|
| |
After you voted on the POTW, the resulting page used to be very strange and hideous. This has finally, after being like this since the beginning of
the third layout, been fixed.
|
| |
|
|
|
| |
Previously, the tag cloud excluded tags which weren't used for "published" posts, but when counting the ones that were, it also counted any instances
of the tag in other types of posts. This has now been fixed.
|
| |
|
|
| |
It was incorrectly fixed last time, but this time should be right.
|
| | |
|
| |
|
|
|
|
| |
The pending post automatic poster was accidentally not posting the tags
that go along with the posts because it was not updated when the new tag
system came out.
|
| | |
|
| | |
|
| |
|
|
|
|
| |
This new tag system has a seperate table for tags. This way, a tag cloud can be made much more easily than if using the previous system.
This changeset requires manual maintinence.
|
| | |
|
| |
|
|
| |
They look better up there. :)
|
| |
|
|
|
| |
As KFM is pretty much dead, there is no need for an incomplete comic viewing module. Anyway, if I was ever going to start KFM again, the comics would
be displayed on the main blog.
|
| |
|
|
|
|
| |
A mantainence has been created in the config table so that when it is on, users other than the localhost only see a temporarily down message, while
localhost can still access Four Island. This will be useful during times when changes in this repository do things that require the database schema
to be changed or scripts to be run, such as the previous three changesets.
|
| | |
|
| |
|
|
|
| |
Because pingbacks just aren't comments, they shouldn't be stored in the comments table. So, a new table has been created for them and the blog post
view pages have been accomodated to show them at the bottom just like the related posts are shown.
|
| |
|
|
|
|
| |
Previously, the blogging engine only allowed for three tags per post, and it also stored each in seperate fields. Now, all tags are stored in one
field and there can be more than three. The only functionality that has been removed because of this is that now, on archive pages, tags are not
shown next to the current month's posts as they used to be, because the Four Island templating system does not yet support sub-blocks of sub-blocks.
|
| |\ |
|
| | |
| |
| |
| |
| | |
Apparently people actually do like the sixth layout. It was just me
being paranoid, they were busy over there.
|
| |/
|
|
|
| |
It turns out that FeedBurner somehow gets a hold of the original URLs for blog posts instead of the rewritten ones, so users clicking on them go there. I've fixed the
problem by checking for "index.php" in the URL in blog.php, and redirecting if it finds it. This was the problem with the Pingback thing.
|
| |
|
|
| |
Oh so many people complained at the new, pretty layout. The decision was reached in the Poll of the Week: Layout 6 had to go.
|
| |
|
|
| |
Saturday is Four Island's weekly poll day, so normal articles should not be posted on that day.
|
| |
|
|
|
|
| |
This was only noticed when a lot of attention was put on the pingback engine when TimTam's pingback (http://tamasys.wordpress.com/2008/12/03/the-closest-book/) to
(http://fourisland.com/blog/of-books-and-memes/) failed. This in itself was not the actual problem, that being that TimTam seems to have used the incorrect URL to link
to said post, but this was also noticed as rendering the pingbacks themselves as absolutely ugly comments.
|
| |
|
|
|
| |
The <CITE>s of bubbles were configured to be colored yellow at night, but it should only have been done for the blog, which has no background. This
has been fixed.
|
| | |
|
| | |
|
| |
|
|
|
|
| |
There have been complaints that Four Island is hard to read in the night because all of the text is black. So, for the Blog, whoose only text that is
directly in front of the background is cite text, the cite text has been changed to yellow at night. For the rest, the 4th layout-style center
background has been added back, to greater effect with the fade-out at the top.
|
| | |
|
| | |
|
| | |
|
