I'm guessing MathML is out of the question...

http://www.w3c.org/Math

Probably just a pipe dream right now. It apparently freezes Phoenix for Windows for some reason. Support for Mozilla under Windows is OK decent, but not perfect. IE works pretty well with right plugin (i.e., MathPlayer), but will simply strip MathML tags without warning or an offer to download the plugin if you don't have it. Don't know about Netscape or Opera, and I don't know about other platforms.

Still, one can always dream. :-)>

What do you mean by attachments? As in uploading images? That would be nice and would significantly reduce the need for MathML...

MathML isn't really anything more than additional tags that could appear in an HTML document. It seems to me that there wouldn't be much reason to handle it as a separate attachment.

Large images in a problem would probably be handled at the approval stage. Comments (and forum postings?) would be trickier. Perhaps Resize and/or Delete links available to users of a certain level (where Resize would just add WIDTH and HEIGHT attributes to the IMG tag)? Another approach might be to take the images out-of-line. That is, make a link available for breaking out the image in a popup.

In principle, being able to upload images would be a cool feature. It broke my heart to vote against that Prove the Pythagorean Theorem problem...

BTW Netscape 6.x and 7.0 use the Mozzilla browser, so in theory, only 4.x and earlier would not support MathML

Re: TomM's comment on MathML - You'd think so, but Phoenix is based on Mozilla as well, but freezes when it tries to load a page containing MathML. That's why I was reluctant to assume it would work.

OK, I looked at the site that FL linked to (above). According to the site, Netscape 6.x works if you have the plug-in, and 7.0 works natively.
I looked at the test pages using 7.0, and all of the test examples worked (more or less -- the overhead bar of the radical was a bit too thick).

There was a pop-up dialogue box suggesting adding a couple of special fonts. I'll have to find out where I can find them.

There's the "pre" tag, but that's being escaped because it screws up too much if you forget to close it, as far as I recall.

Just put "<pre> ... </pre> around your table, and then when It gets to posting time, I will make this work by going into admin.

heh - I use that trick as well from time to time. :)

I have been considering opening up some more pesky HTML tags to some higher ranking people, but since rank on this site is not (and shouldn't be) indicative of one's profficiency with html, I'm not sure this is such a good idea.

No - those are strictly for short suggestion. I wanted to discourage excess discussion there, so people would save it for when the problem is live.

Hmmm... well, traditionally I would just put the problems name in the comment. the search box is right there, and will open in a new window, so anybody who wants to see the problem will still be able to do so fairly easily.

If you need to include an image, the best way is to submit the problem with a note at the end to remind levik to include the image.
Then e-mail him a copy of the image and a note telling him which problem the image belongs to.

In the case you described where you have already put the image up separately on the web, your email could just confirm that.

In either case, when the problem comes up for voting, include a new note reminding levik about the need to include the image.

I generally process all images that go into problems to give them that "flooble border". Also, I like them hosted on the site itself - that's just more reliable.

pp

brbr

bb
ii

Oh... That looks

• Cool
  
• Extra cool
  

• The dog will not go under the bed.
  
• The rope will not be soaked in juice.
  
• Do not jump on the rope.
  
• Do not hit the pot.
  
• If you run to the right,then you will find ants.
  
• If you drink the juice,then you will feel weird.
  

rather, append the closingtags </table>: or </pre>

I will look into PRE, but I am definitely not allowing TABLE and related tags - there's too much potential for abuse, and it's hardly ever needed... In fact I remember only one or two cases.

<pre> is a definite must, I think, especially with the inception of the algorithms category. I don't see how tables could be abused, especially if you make sure to close the tags, and only allow certain parameters like width and height. Granted, almost anything you can do with a table you can do with a <pre> tag by spacing it out (which is a heck of a lot easier than rows upon rows of &nbsp;&nbsp; and fifty previews to line things up like it is now), but most everything it seems would be easier with tables, especially once you have more than two or three columns. And again, I like to think myself pretty proficient with HTML and PHP both, and I fail to see what type of 'abuse' could arise from allowing the <table> tag.

That's a <s>stupid<s> good idea!

ok I give up... How does it work???

Yup, disabled.

Just to throw in a bit of pedantry, that's a forward slash.

<s> strikeout <s>

Where's the forward slash going? The entire expression remains as it is but the slash disappears !! It does not work the way we want it to.

However, because line breaks in comments and forums are automatically turned into BR's, all PRE'd text there will be double-spaced. (Problems and solutions will not have this issue)

Ok it's not fixed fixed!

The pre appears


    to be


       working


          but


              although:

I love you.

Other codes that might be found useful are subscripts (<sub>) and superscripts (<sup>). Subscripts would make many algebra problem solutions less confusion by, say, replacing x1, x2, x3 with actual subscripted variables. Superscripts are useful, of course, for exponents (other than x¹, x², and x³ which are always available).

Actually, since one of the reasons levik resticted so many html codes is to assure that the "look" or "style" of the page matches the "look" or "style" of the rest of the site, restricting the type of bullets in lists to the standard ones makes sense. (Although I can see that using different ordered list bullets might be desirable in constructing an outline.)

DJ: I understand that these may be more convenient, but unfortunately I cannot currently allow the use of types, because of the difficulty of checking for well-formed tags. Already the HTML-filtering code is more complex than I would like it. Perhaps one day I will find a good pluggable solution to this (maybe something like the Bulletin Board codes used on some forums) - but until then we'll have to make do with default lists.

The technical aspect of it is pretty much the only motivator here - I do not really object to people using "empty" bullets at all (so your example above is actually fine)

I'd be surprised if there isn't decent preexisting code for stripping "bad" HTML from the contents of a web form. By the way, any chance of getting the extra line breaks out of the <pre>-formatted text?

Or is it a smaller typeface, which partially masks the double spacing? It looks like that might be the case from DJ's 5-31 test above, though it's hard to tell on the Quaker Queen comment as only *'s and .'s are present.

K_k

I've found that a paragraph entered even before the pre tag is extending out (getting cut off) beyond the right margin. See my posted comment on "Move the 2 - Double the Number". The first paragraph was before any pre tag. It seems the only reason that any of the remainder of the paragraph is showing is that I had copied and pasted from Notepad while Notepad was in word wrap mode, and it took the line breaks where Notepad had them. (...which is a strange feature in itself, as notepad shouldn't send automatic line breaks into the clipboard, but apparently it does.)

Well, based just on the HTML, something that is typed as:

some text
<pre>
line of something
something else
</pre>
the end.

is automatically changed (in comments and forums) to:

some text
<br>
<pre>
<br>
line of something
<br>
something else
<br>
</pre>
<br>
the end.

when it is submitted. This will appear double-spaced in IE and double- or triple-spaced in other browsers. Levik must have added a fix to somehow disable the line breaks or the <br> within the </pre> tag, without changing the page source, I would assume with Javascript or some other client-side browser-controlled language. With an older browser or a third-party browser that did not have full JS support, those fixes will probably not appear correctly.

I don't think so, because the second snippet of code in my previous post will always show up as double-spaced in IE without some sort of JS post scripting. Try it for yourself; copy the text into notepad and save it with a .htm extension, then open it with IE. You'll see the double spaces, actually quadruple between the first two lines of text ("some text" and "line of something"). It seems that levik intentionally (and quite painstakingly, I'm sure) fixed the bug.

In any case, IE is rendering the text correctly, and the Mozilla browser is showing it incorrectly.

AS OPPOSED TO NON-PRE'D TEXT:pppppppppppppp
CONTINUED HERE ON THIS LINE pppppppppppppp
AND TO MAKE A THIRD pppppppppppppppppp

Man this thread is way too long... I'll have to get around to posting a new one to summarize all the changes from this one.

I noticed that the <pre> tags are disabled in comments again, is that on purpose? The <tt> tag is almost as useless as normal text in making lists, tables, displaying programs, except that you know that your rows of &nbsp; chars are going to make the text line up properly. Still rather cumbersome..

Just checking:

Hello
I
am
DJ

Hi


  I


   am


     DJ

do you guys know the HTML codes for tag box??..

poo

I'm more upset at Microsoft than usual right now. LOL, LMAO.

Oh that thread was amusing.

<font color=\"red\">Test for Colour<font>