[geeklog-devel] Handling of 'special' characters in 1.60sr2
Tom
websitemaster at cogeco.net
Sat Oct 17 19:37:29 EDT 2009
Hi Rob,
As far as I can tell Geeklog.net is having the same problem. When I preview
a contributed story with the text sample from this email and with a post
mode of HTML Formatted I get the following text back in the Story Intro text
area
<pre>a \ b <> c | d $ e</pre>
<code>a \ b <> c | d $ e</code>
<br><br>
<tt>a \ b <> c | d $ e</tt>
<br><br>
a \ b <> c | d $ e
Tom
-----Original Message-----
From: geeklog-devel-bounces at lists.geeklog.net
[mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Rob Griffiths
Sent: October-17-09 12:55 AM
To: geeklog-devel at lists.geeklog.net
Subject: [geeklog-devel] Handling of 'special' characters in 1.60sr2
After a long and sometimes frustrating afternoon, macosxhints.com is
finally upgraded to Geeklog 1.6.0sr2. One of the reasons I was really
looking forward to this upgrade was the better handling of special
characters in story submissions, which I seem to recall reading about
in this list over the last year or two.
Unfortunately, my experience with the new system is that handling of
special characters is still broken, though not quite as badly as
before - at least on my domain. As an example, I tried this very basic
test story (on both macosxhints.com and geeklog.net), submitted in
HTML mode:
<pre>a \ b <> c | d $ e</pre>
<code>a \ b <> c | d $ e</code>
<br><br>
<tt>a \ b <> c | d $ e</tt>
<br><br>
a \ b <> c | d $ e
My expectation for the output of this story would be:
[mono]a \ b <> c | d $ e
a \ b <> c | d $ e
a \ b <> c | d $ e[end mono[
a \ b <> c | d $ e
On geeklog.net, this worked as expected. On macosxhints.com, though,
all the backslashes were stripped out, from both the coded bits, and
the plain HTML final line. Does anyone have any idea *why* it works on
one site, but not another, when both are running 1.6.0.sr2? I've
looked at the various config options, but don't see anything there
that would explain this oddity. Something in the PHP configuration?
Even worse than the missing backslashes, though, is what has happens
to the input area -- the special characters are now displayed as their
HTML entities, making the submission very hard to read. For instance:
<pre>a \ b <> c | d $ e</pre>
To a user, the conversion of the normal characters to their HTML
entities may be very confusing, especially in the bit of "regular"
text after the code examples. For my users, this is far from ideal --
the text in the input form shouldn't, in my opinion, ever change from
what the user put there. I understand it needs to be encoded for
display, but it should be unencoded in the input box. In Geeklog 1.4,
this didn't happen at all -- sure, it ate the backslashes, but all the
rest of the characters were displayed in their normal form.
Help? Any chance of fixes for the encoding of the submission form? Any
idea how I can get my backslashes to work as they do on geeklog.net?
thanks;
-rob.
_______________________________________________
geeklog-devel mailing list
geeklog-devel at lists.geeklog.net
http://eight.pairlist.net/mailman/listinfo/geeklog-devel
__________ Information from ESET NOD32 Antivirus, version of virus signature
database 4517 (20091017) __________
The message was checked by ESET NOD32 Antivirus.
http://www.eset.com
More information about the geeklog-devel
mailing list