Re: [Phpwiki-talk] Ampersand

[Klaus - G. L. <Le...@we...>]

> On Fri, 21 Feb 2003 21:33:51 +0100
> "Klaus - Guenter Leiss" <Le...@we...> wrote:

> For form input, (like when editing a page) phpwiki sets
> the accept-charset attribute of the <form> tag.  This should
> make browsers submit the form input in the proper character set.
> 
> (Probably there are some forms that phpwiki generates which
> don't have the proper accept-charset attribute.  That's a phpwiki
> bug...  Report those if you find them.)
As I mentioned in my post, no experience with phpwiki. Another
system had this error. If I ever get this problem I will report this
as a bug. But if most modern browser support this than it should
no problem for me.
 
> Or, as a hack, I guess we could store everything in US-ASCII,
> with all characters above 127 converted to some canonical entity.
> (i.e. =DC always needs to be stored the same way: either &Uuml;
> or &#220; )
> 
> Another option would be to internally use UTF-8 (in PHP), but
> (assuming enough people have UTF-8 enabled PHP's) and convert 
> to US-ASCII as described above in the backend for those database
> who don't support unicode.
Could you store the records as binary data. I worked only with file as
an database, and have seen that you store serialized data. But I don't 
know which databases would let you do this.

Klaus Leiss

p.s.

is the 1.2 series actively maintained? At the moment I'm running 1.2.2
since I can't get 1.3.4 running because my webhoster runs PHP in
safemode and until now we didn't get the accessright right. I'm asking
this because I added a RemovePage funtion to db_filesystem.php .