Another of the recent "constant polishings" is the addition of user control over what HTML markup will receive "comment dots." It's a two-stage process: First the user decides whether to award dots to all [TD]s, [H3]s, etc.; then s/he can go thru the actual doc and decide which particular instances of the selected types of of markup will actually get a dot. There's some stuff in most docs that's "cast in stone" in any case -- e.g., a Copyright notice; no need to allow comments on that...

Not to be totally anal about this <G> but these comments are imho "General" rather than about Item #1 in particular. There's a way to get 'em labeled as such... and I'll do it now...

Edited by author 03-22-2001 02:02 PM
This is a general comment on the doc as a whole. Same UI as for commenting on any particular Item #, but it (and any other General comments) get put into a different "bin" in the Comment Review... HTH :-)

---

But WAIT, don't order yet!! There's another DYNAMITE feature you get for FREE!!

• The first time anyone enters a General Comment, a cute pair of QTDR sunglasses is put next to the leftmost option on the QTDR page...

Edited by author 03-22-2001 02:10 PM
I'm one of the folks who's had the privilege of working with Steve Yost, suggesting features, UI twiddles, finding bugs and the like. I've run into this problem too, and have suggested some workarounds. At this writing, QTDR "correctly" handles <br><br> as a poor stab at a para-break. A single <br> is not comment-dotted.

Steve's well aware of this issue and is now generalizing the handling of <br>s. It's a delicate balance between KISS and allowing for flexibility for the more advanced user (or the user who mis-uses <br>s) :-) But I'm confident that the solution he comes up with will be simple yet powerful, hence elegant.

I think the trick with <br> tags is that lots of HTML generation tools overuse them in place of proper <p> tags, so supporting them in some way is important.

True. I've seen lots of strings-'o'-BRs in HTMLcode... Deprecable, regrettable, but yes, it's common usage. Especially strings-'o'-BRs separated by whitespace chars...

Actually this one's not a tricky balance of simplicity, etc. I just need to modify the parser to ignore all-whitespace-between-brs, and I haven't gotten to it yet :-)

Brain-dead link.

Akin a wiki. A wiki akin? What is a wiki a kin to? A wok, perhaps?

Hey! I reversed that, but it isn't a palindrome! I want my money back! :-)

Cool feature

test

Edited by author 12-02-2002 11:20 AM
BATMAN... I say, did you say BATMAN?!

cool !

Testing