On Friday 28 February 2003 04:09 pm, Lee Daniel Crocker wrote:
Talk pages are for comments /about the article/. HTML comments in the source text are for comments /about the source text/ that don't relate to the article. Most people aren't programmers, and so will have no concepts matching the latter; that's OK, they'll never use them. But they are vital to those of us who /do/ understand the difference, and their existence doesn't make the experience for non-techies any more difficult.
Stop the presses! If we do decide to encourage HTML comments then please fix an annoying bug that I've seen in Konqueror 3.1.3 and Mozilla 1.1: for every line of comments a line of leading white space is added. See http://www.wikipedia.org/upload/2/2c/Maveric149-temp.png
--mav
WikiKarma The usual at [[February 22]]
On Fri, 2003-02-28 at 23:38, Daniel Mayer wrote:
Stop the presses! If we do decide to encourage HTML comments then please fix an annoying bug that I've seen in Konqueror 3.1.3 and Mozilla 1.1: for every line of comments a line of leading white space is added. See http://www.wikipedia.org/upload/2/2c/Maveric149-temp.png
What the screenshot doesn't show is that there are spaces at the ends of the two comment lines. The comments are removed prior to parsing, leaving those spaces at the beginning of the line: which puts <pre> blocks into the text, hence the vertical space.
Remove the spaces from the ends, and everything looks fine.
If those aren't supposed to be spaces, then that's a bug in itself, but I don't know if it's with the browser or the wiki. Please test...
-- brion vibber (brion @ pobox.com)
Brion Vibber brion@pobox.com writes:
If those aren't supposed to be spaces, then that's a bug in itself, but I don't know if it's with the browser or the wiki. Please test...
I've another complaint. In German we are using ISO-8859-1 (or ISO-8859-15?); both contain the non-breaking space: " " in HTML " ". But when I write "3 dogs" the parser replace the non-breaking space with a simple space.
I rate this behavior as a bug.
On Sat, 01 Mar 2003 11:10:19 +0100, Karl Eichwalder ke@gnu.franken.de wrote:
Brion Vibber brion@pobox.com writes:
If those aren't supposed to be spaces, then that's a bug in itself, but I don't know if it's with the browser or the wiki. Please test...
I've another complaint. In German we are using ISO-8859-1 (or ISO-8859-15?); both contain the non-breaking space: " " in HTML " ". But when I write "3 dogs" the parser replace the non-breaking space with a simple space.
I rate this behavior as a bug.
It must be browser dependent, I think. Opera displays using character 160 decimal, which would be what you want. (This causes me hedaches, because I have occasion to use an automatic script generator written by someone else which uses a lot of s. Since the Server-side processor these are destined for treats them as non- whitespace and throws errors, I ahve to go on a search and destroy mission in my text editor after copying the output.
Richard Grevers dramatic@xtra.co.nz writes:
It must be browser dependent, I think. Opera displays using character 160 decimal, which would be what you want.
Displaying is not my problem. Transferring character 160 decimal from the web browers edit buffer to the wikipedia database and back is the problem. I can enter umlauts (ä, ö, ü and accented characters like á, é, í, etc.) literally into the database, but this does not work for " ". I'm forced to write " " and that's cumbersome force to use anothor editor than Emacs ;-(
Is it possible to call Emacs from Mozilla?
On Sat, 2003-03-01 at 13:41, Karl Eichwalder wrote:
Displaying is not my problem. Transferring character 160 decimal from the web browers edit buffer to the wikipedia database and back is the problem.
Please check that the browser's edit buffer does, in fact, contain a char 160, and that it does, in fact, send this character to us. We don't do any conversions that I would expect to alter this character if we were receiving it.
Try this: http://www.wikipedia.org/tools/testnobreak.php
It's a minimal check for an 0xa0 (160) byte in a submitted textarea. A quick test on Windows 2000 shows IE 5.5 working fine, but Mozilla 1.3b fails: that is, Mozilla is converting the non-breaking space to a breaking space before sending it to the server.
-- brion vibber (brion @ pobox.com)
Brion Vibber brion@pobox.com writes:
It's a minimal check for an 0xa0 (160) byte in a submitted textarea. A quick test on Windows 2000 shows IE 5.5 working fine, but Mozilla 1.3b fails: that is, Mozilla is converting the non-breaking space to a breaking space before sending it to the server.
Thanks for enlightment, you are most probably right. Incidentally, I'm using Mozilla (version 1.0.1, some time soon I'll try a newer version) and report results.
On Sat, Mar 01, 2003 at 11:10:19AM +0100, Karl Eichwalder wrote:
Brion Vibber brion@pobox.com writes: In German we are using ISO-8859-1 (or ISO-8859-15?)
Both, kind of. The difference between -1 and -15 is the Euro symbol which is replacing the "Currency"-symbol of ISO-8859-1.
Regards,
JeLuF
On Sat, 2003-03-01 at 04:36, Jens Frank wrote:
On Sat, Mar 01, 2003 at 11:10:19AM +0100, Karl Eichwalder wrote:
In German we are using ISO-8859-1 (or ISO-8859-15?)
Both, kind of. The difference between -1 and -15 is the Euro symbol which is replacing the "Currency"-symbol of ISO-8859-1.
No, ISO-8859-15 also replaces the broken vertical bar, spacing diaresis, spacing acute accent, spacing cedilla, and fractions with various other letters and ligatures.
-- brion vibber (brion @ pobox.com)
Brion Vibber brion@pobox.com writes:
Remove the spaces from the ends, and everything looks fine.
Okay, but here's another problem; cf. http://www.wikipedia.org/wiki/User%3AKeichwa
Testing comments ================ Input ----- xxx <!-- yyy --> zzz
Output ------ xxx
zzz
Expected Output --------------- xxx zzz
-=-=-=-=-=-=-=-=-=-=-=-=-=- cut here -=-=-=-=-=-=-=-=-=-=-=-=-=-
The bug is that the parser does not the newline after "-->"; I'd recommend to read all of [\n\t ]+$ after "-->". Otherwise it's hard or impossible to add comments within paragraphs or in between list items.
wikipedia-l@lists.wikimedia.org