Re: [Simplog-devel] adodb

[Jim Hu <ji...@ta...>]

On Sep 22, 2004, at 7:21 PM, Jeremy Ashcraft wrote:

> Jim Hu wrote:
>
>>
>> I had been wondering, since the adobdb files in 0.91 are an older 
>> version than in 0.90!
>>
> whoops......looks like an old ADOdb version that was languishing in 
> CVS slipped past me.  I usually expoprt the source from CVS, then add 
> in the latest adodb build when packaging a release.  I'll update it 
> tonight, fix the small bug you spotted and post an 0.9.2  release on 
> the site.
>
>>>
>>> Here's a quick list of  some preliminary ideas for 1.0:
>>> - be able to enable/disable commenting for individual posts
>>> - new permissions system
>>> - sitewide templates/make it easier for users to customize look and 
>>> feel
>>
>>
>> As I recall a bunch of users asked for the option for a 3-column 
>> layout.
>> I guess a question is how much you want to do stuff for the user, vs. 
>> how much to just have tips on setting things up.  The basic blogs are 
>> very functional, and learning how to customize beyond the standard 
>> install is part of the fun!
>>
> I might just allow the user to flag if a block is supposed to be right 
> or left and pass a flag to the blocks.php to display R or L blocks 
> only, so you' include blocks.php?show=left in one column and 
> blocks.php?show=right on the other.  I was thinking of adding a style 
> manager for the blog admins rather than try to implement a full blown 
> site templating system.    Since the whole idea behind simplog was to 
> include PHP inline, the user can layout the page however they want in 
> the index.php file.....

I don't think that works - I don't think pass the $_GET vars via 
include unless it's via a url - the regular filesystem doesn't parse 
them.  Of course, you could just have include blocksleft.php and 
include blocksright.php.


>
>>> - extended text for posts
>>> - post via email
>>> - integrate htmlArea editor into app
>>
>> Regarding editing:
>> - As I've said before, I hope this won't be a required editor, since 
>> as far as I can tell it doesn't work on Macs.  Does it work with 
>> other browsers on Windows?
>
> It works in IE5.5+, Netscape 7.1+, Mozilla 1.3+, Firebird/fox 0.7+, 
> Camino 0.8+ on any platform that supports those browsers.  Moz, 
> Firefox, and Camino are all available on the Mac.  I was thinking of 
> making it a preference to the user to enable/disable it.  I don't know 
> of any for Safari, as its based on KHTML(idiot apple!), which doesn't 
> current have the technology to edit markup inline in the browser....
>
> We can also make available other inline editors, like FCK(which their 
> demo doesn't work on FF1.0PR..grrr) or others
>
> We use it in an app at work and all our Mac users get pissed when I 
> tell them to download Firefox. :)

I could deal with the Mozilla browsers.  When I use Firefox 0.8 to go 
to:

http://www.interactivetools.com/products/htmlarea/index.html#demo

I just see a textbox with html in it, which is the same as what I see 
with Safari.  Am I missing something obvious?  Should I be trying a 
different URL for a demo?  Should I just download it and try it?

>
>>> - user auto registration with/without admin approval
>>> - a couple other things I can't remember right now.....
>>
>>
>> There was a feature request from someone for a way to manage image 
>> uploads and links.
>>
> i remember now....
>
>>>
>>> anything else you guys would like to see?
>>
>>
>> Have both creation vs. last updated as fields...(I've done this in 
>> mine...it's trivial, but I haven't figured out where to change the 
>> install scripts to be compatible)
>
> no problem....there will be a 09to10.php script to add all DB changes 
> for upgrades, and another script where the tables are created, but its 
> name is escaping me right now....
>
>> I'd like a way to email everyone on the acl for a specific blog.
>
> sure

Another thing - I'd like to grant administrator privileges to more than 
one person, but not on all blogs.  Is the admin field in blog_acl doing 
anything?  Was that the function?  Also, there's the question of who 
can add users.  This may be something I've messed up in my 
customizations, but in my setup the blog adminstrator can move existing 
users around, but does not get the user administration available to the 
main administrator.  I'm not sure whether or not that's a good thing!  
I think what I'd like is for a blog admin to be able to add users to 
that specific blog, but not be able to delete or edit their global 
priveleges/info.

>
>> I think the installer scripts need some work.
>
> me too....what did you have in mind?

It is probably the xmlrpc problem, but when I tried to install on my 
laptop, I got a blank screen after the step where you choose upgrade vs 
install.  I think others have had that problem.  Editing the file made 
it usable, but a new user will get stuck.

>
>> Is there a way to have two versions of xmlrpc.inc (with and without 
>> xmlrpc_decode and xmlrpc_encode) and have the installer detect based 
>> on error trapping which one to install?
>>
> I think we should just rename the functions.....:)
>
>

I was actually wondering if we could do that!