...more recent posts
Changed [edit] so that when you are editing a post on an archived page (whether the page has a .../pageback/... or a .../date/... URL) you are automatically returned to that page after the edit instead of back to the top (current) page.
There is a new [editpage] as of today. Mostly it is the same. There is some basic explanation of some of the controls now. You can see these explanations by clicking the appropriate [?] links on [editpage].
You can now switch between all page types (you can switch a standard template page to a slideshow, or a slideshow to a use your own HTML page, etc...)
Some subtle bugs were fixed when you changed a page's direction (from, say, newest post at top to newest post at bottom.) You should be able to switch back and forth now without problem. Also, if you do have your page set for newest post at the bottom, and you also have more posts than the number displayed on the page (i.e., if some are already retired into the archive) there is now different wording for the automatically inserted links to move forward or backwards through the archive a page at a time. Before the links said '...more recent posts' at the top and 'older posts...' at the bottom. This only made sense if your page was oriented with the newest on top. Now the system is smart enough to recognize if you have the newest at the bottom, and it says '...previous' at the top and 'next...' at the bottom.
This had the nice result of changing the URLs for slideshows (which by default have the newest post at the bottom - although this can now be changed as well.) It used to be /some/slideshow/pageback/xxxx for the link to the next page and /some/slideshow/pageforward/xxx for the link to the previous page. That always annoyed me. Now the URLs are better: /some/slideshow/next/xxx for the next slide and /some/slideshow/previous/xxx for the previous slide.
Also the 'use your own HTML' page is now created slightly differently. Only one box is used for all the HTML, and you must specify inside your HTML where you want the posts from the database to go. This is very powerful and flexible, but a bit confusing. It is documented on [editpage] if you click on the [?] by the HTML box.
(Tom, your 2 'use your own HTML' pages have been updated accordingly, but it's basically the same since you weren't using any posts from the database on those Doris pages.)
Similarly, page includes are now documented, and they use a new syntax that is in the same style as that used for inserting the posts on a 'use your own HTML' page. The old syntax still works, but is no longer supported.
As discussed last night, I ran all the public pages through the auto post summary generator (it just takes the first seven words of each post that doesn't already have a post summary, strips out any HTML tags, and inserts them, followed by '...', as the new post summary.) You can use this on your page if you want by invoking the URL:
http://www.digitalmediatree.com/system/post_summary_fix.php?ppath=/some_path
where '/some_path' is an actual path to a page that you own (like /treehouse, or /arboretum, or /schwarz.)
This will not overwrite any existing post summaries. You will see a printed list of all the new summaries it has inserted when you run that script.
There was a problem very recently (thanks/sorry Dave, Linda) where if you needed to log in you were met with error messages and no way to proceed. This wasn't really a bug, but just a case of a script file becoming corrupted. Should be working now.
Dave had a suggestion to make the bottom menu bar less complicated. This turned out to be easier than I thought it would. You should no longer see options that are not valid for you on a given page (you don't see [post] if you can't post; don't see [editpage] if you can't edit that page, etc...) This is just the sort of issueI have a hard time identifying: What? It's not all perfectly clear?
Fixed a big problem with pending posts. Fixed a small problem with the email to weblog bridge. There still might be an issue there if a lot of people tried to use it at once. Not sure though. Hard to test. Probably we won't use it here very much, so I might have to wait to find out how it does under load.
In making the new email posting capability (see last post) I created some of those never clearing 'new posts' for everybody. So I cleared everybodies unread posts for this page. Possibly you missed some actual real posts. You might want to lookback if you are coming here from [1 new post].
Seems like this new email to web connection is a little rough around the edges. I'll keep working on it. Thrilled to have gotten this far though.
Now if only I had a blackberry.
You can now post to any page you have permission to post to by sending an email to autopost@digitalmediatree.comThe subject line must be the path of the page, so for instance, I made thesubject of this email: /systemnewsNote the preceding slash, but no trailing slash.The body of the message must start with three stars, then your password(case sensitive) then three more starts. For instance:
***fdFEA42w3w9***
Then skip a line if you want (not necessary) and write your post. Yourpassword, of course, won't show up on your page.IMPORTANT: Don't send HTML encoded email. You can use HTML (like <br> or <i> or whatever) like you usually do when posting from the web, but don'tuse this email posting feature yet if you aren't sure that your emailprogram sends plaintext email.
If you can read this, it worked!
this_is_a_test