[Bug 15491] ins or del 1st occurrence in blockquote causes bogus newline
https://bugzilla.wikimedia.org/show_bug.cgi?id=15491 ssas...@wikimedia.org changed: What|Removed |Added CC||ssas...@wikimedia.org --- Comment #14 from ssas...@wikimedia.org --- (In reply to C. Scott Ananian from comment #8) On the other hand, if bug 6200 is fixed, the parser output would be: blockquotepFoo delbar/del insbaz/ins quux/p/blockquote ...and tidy doesn't screw with this output. So maybe fixing bug 6200 is the Right Thing. Bug 6200 does not fix this issue since blockquoteinline-content/blockquote do not get p-tags around inline-content. The p-tags are added only if inline-content is not on a line with the opening/closing blockquote tags. So blockquote\ninline-content\n/blockquote for ex. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 15491] ins or del 1st occurrence in blockquote causes bogus newline
https://bugzilla.wikimedia.org/show_bug.cgi?id=15491 --- Comment #13 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 78972 merged by jenkins-bot: Make line breaks in blockquote behave like div (bug 6200). https://gerrit.wikimedia.org/r/78972 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 15491] ins or del 1st occurrence in blockquote causes bogus newline
https://bugzilla.wikimedia.org/show_bug.cgi?id=15491 C. Scott Ananian canan...@wikimedia.org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED |--- --- Comment #12 from C. Scott Ananian canan...@wikimedia.org --- Reopened bug, since earlier fix for bug 6200 was reverted. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 15491] ins or del 1st occurrence in blockquote causes bogus newline
https://bugzilla.wikimedia.org/show_bug.cgi?id=15491 Gerrit Notification Bot gerritad...@wikimedia.org changed: What|Removed |Added Status|RESOLVED|PATCH_TO_REVIEW Resolution|FIXED |--- -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 15491] ins or del 1st occurrence in blockquote causes bogus newline
https://bugzilla.wikimedia.org/show_bug.cgi?id=15491 --- Comment #11 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 78972 had a related patch set uploaded by Cscott: Make line breaks in blockquote behave like div (bug 6200). https://gerrit.wikimedia.org/r/78972 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 15491] ins or del 1st occurrence in blockquote causes bogus newline
https://bugzilla.wikimedia.org/show_bug.cgi?id=15491 C. Scott Ananian canan...@wikimedia.org changed: What|Removed |Added See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=51086 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 15491] ins or del 1st occurrence in blockquote causes bogus newline
https://bugzilla.wikimedia.org/show_bug.cgi?id=15491 --- Comment #7 from C. Scott Ananian canan...@wikimedia.org --- I checked this out. The wikitext: blockquoteFoo delbar/del insbaz/ins quux/blockquote does indeed get rendered as: blockquote pFoo/p delbar/del insbaz/ins quux/blockquote but it's not the parser's fault: it's tidy which is adding the p tags. In particular, the 'enclose-block-text' option in includes/tidy.conf. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 15491] ins or del 1st occurrence in blockquote causes bogus newline
https://bugzilla.wikimedia.org/show_bug.cgi?id=15491 C. Scott Ananian canan...@wikimedia.org changed: What|Removed |Added CC||canan...@wikimedia.org --- Comment #8 from C. Scott Ananian canan...@wikimedia.org --- On the other hand, if bug 6200 is fixed, the parser output would be: blockquotepFoo delbar/del insbaz/ins quux/p/blockquote ...and tidy doesn't screw with this output. So maybe fixing bug 6200 is the Right Thing. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 15491] ins or del 1st occurrence in blockquote causes bogus newline
https://bugzilla.wikimedia.org/show_bug.cgi?id=15491 --- Comment #9 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 77961 had a related patch set uploaded by Cscott: Make linebreaks in blockquote behave like div (bug 6200). https://gerrit.wikimedia.org/r/77961 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 15491] ins or del 1st occurrence in blockquote causes bogus newline
https://bugzilla.wikimedia.org/show_bug.cgi?id=15491 Gerrit Notification Bot gerritad...@wikimedia.org changed: What|Removed |Added Status|NEW |PATCH_TO_REVIEW -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 15491] ins or del 1st occurrence in blockquote causes bogus newline
https://bugzilla.wikimedia.org/show_bug.cgi?id=15491 --- Comment #10 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 77961 merged by jenkins-bot: Make line breaks in blockquote behave like div (bug 6200). https://gerrit.wikimedia.org/r/77961 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 15491] ins or del 1st occurrence in blockquote causes bogus newline
https://bugzilla.wikimedia.org/show_bug.cgi?id=15491 Tyler Romeo tylerro...@gmail.com changed: What|Removed |Added Status|PATCH_TO_REVIEW |RESOLVED CC||tylerro...@gmail.com Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 15491] ins or del 1st occurrence in blockquote causes bogus newline
https://bugzilla.wikimedia.org/show_bug.cgi?id=15491 --- Comment #4 from Aryeh Gregor simetrical+wikib...@gmail.com 2010-07-25 18:34:27 UTC --- (In reply to comment #3) ALL of them, as far as I know. I'm unaware of any screen reader that will do anything with pure-presentation markup (b, i, u, s, font, etc.), which are only useful for [fully-]sighted user, unless the user overrides the default behavior of ignoring them. Screen readers generally *will* do something audibly different with each sematic markup tag (again, unless overridden). Instead of pestering me about this sort of thing bug after bug after bug, please just go do some research on Web accessibility; this is honestly getting very tedious. I do know something (not a lot, I freely admit) about web accessibility. What I knew about screen readers made me believe that ins and u would be treated the same. I just downloaded the JAWS trial version, and I have confirmed that without my reconfiguring anything, all markup like ins, u, strong, b, whatever seems to be totally ignored. Specifically, this page: data:text/html,!doctype htmltitleTest/titleinsHello/ins when loaded in Firefox, is read as One hundred percent. Page has no links. Test hello. It's read in exactly the same way if I replace ins by anything else, like u or strong or b or i or em. There is no change in tone or anything. Foo insbar/ins delbaz/del quuz is read as Foo bar baz quuz. I don't blame you for not being willing to put in the work to test things. I also don't blame you for being overconfident and assuming that your knowledge of screen readers was correct. But I really have to object to the fact that when you made a statement without providing any supporting evidence, and were asked to provide evidence, your response was to tell *me* to do the research, in a condescending tone no less. If you do not have evidence, you should say so. Not having evidence beyond hearsay and rumor is fine, but you should not act as though your claims are well-supported and obviously correct when they are not. So, anyway, I did do the research. At least for this screen reader -- the most popular one in the world, in its default configuration as far as I can tell -- you are mistaken. If, again, you have specific evidence to the contrary, I would be interested in hearing it, just as a matter of general knowledge about screen readers. But in the future, I will continue to pester you and everyone else for evidence when you make claims that I suspect are incorrect. Of course, this is still a bug and should still be fixed. But correct conclusions do not justify erroneous arguments. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 15491] ins or del 1st occurrence in blockquote causes bogus newline
https://bugzilla.wikimedia.org/show_bug.cgi?id=15491 Aryeh Gregor simetrical+wikib...@gmail.com changed: What|Removed |Added Keywords|easy| --- Comment #5 from Aryeh Gregor simetrical+wikib...@gmail.com 2010-07-25 18:34:58 UTC --- (BTW, I've looked at the code for this, and I don't think it's easy. Removing keyword.) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 15491] ins or del 1st occurrence in blockquote causes bogus newline
https://bugzilla.wikimedia.org/show_bug.cgi?id=15491 --- Comment #6 from S. McCandlish smccandl...@gmail.com 2010-07-25 21:45:29 UTC --- Aryeh: Fair enough, but your argument assumes that screen reader users will go with the defaults. For purely presentational markup, that's a safe option generally (vision impaired users are unlikely to care if something is italicized [as opposed to emphasized]. But not customizing at least some of the more important semantic elements will lead to confusing, even total gibberish output, especially in the case of del and ins. Ergo, it seems a very long bet that experienced screen reader users do not customize them to work around such issues. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 15491] ins or del 1st occurrence in blockquote causes bogus newline
https://bugzilla.wikimedia.org/show_bug.cgi?id=15491 S. McCandlish smccandl...@gmail.com changed: What|Removed |Added Blocks||10467 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 15491] ins or del 1st occurrence in blockquote causes bogus newline
https://bugzilla.wikimedia.org/show_bug.cgi?id=15491 Aryeh Gregor simetrical+wikib...@gmail.com changed: What|Removed |Added CC||simetrical+wikib...@gmail.c ||om --- Comment #2 from Aryeh Gregor simetrical+wikib...@gmail.com 2010-06-14 00:02:05 UTC --- I'm curious -- do you have specific examples of popular screen readers where del is treated differently from s, and ins differently from u? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 15491] ins or del 1st occurrence in blockquote causes bogus newline
https://bugzilla.wikimedia.org/show_bug.cgi?id=15491 --- Comment #1 from S. McCandlish smccandl...@gmail.com 2009-01-13 08:20:04 UTC --- Self-correction! I meant to say: 'Failure to fix this means disuse of semantic markup tags in favor of ones with no semantic meaning at all (u and s), which are ignored by screen readers, thus making this an accessibility issue: Foo sbar/s ubaz/u quux will be read by screen reader software in most cases as foo bar baz quux, which is obviously wrong in almost all cases in Wikipedia, where something more like Foo delbar/del insbaz/ins quux was intended, and will be rendered properly.' To continue in more detail: Depending upon the screen reader, the aural rendering will be something something like [normal tone] Foo [tone change] deleted-text bar [different tone change] inserted-text baz [return to normal tone] quux - but people won't use actually do this properly because of the bug reported here. With the u/s rendering it will simply be [normal tone] foo bar baz quux, with all the non-semantic u/s markup ignored. No one's going to do it properly until this bug is fixed, yet by a HUGE margin, the WP usage of u/s is in talkspace (and occasionally quotations of manuscript materials) as stand-ins for ins/del, respectively. There are almost zero legit uses of u and s outside of the insertion and deletion contexts. U has been abandoned almost Web-wide, and s even off of Wikipedia is hardly ever used to indicate anything other than deleted/redacted material (i.e., what del is for). As non-semantic markup elements, u and s serve no purpose other than decoration, and should be abandoned on WP just as they are being deprecated in the specs in favor of CSS. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
