<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://www.w3.org/Bugs/Public/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.4"
          urlbase="https://www.w3.org/Bugs/Public/"
          
          maintainer="sysbot+bugzilla@w3.org"
>

    <bug>
          <bug_id>9429</bug_id>
          
          <creation_ts>2010-04-06 01:51:58 +0000</creation_ts>
          <short_desc>Unobsolete the &lt;strike&gt; element - instead suggest how to use it</short_desc>
          <delta_ts>2011-02-17 08:20:09 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>HTML WG</product>
          <component>pre-LC1 HTML5 spec (editor: Ian Hickson)</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>All</op_sys>
          <bug_status>CLOSED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc>http://dev.w3.org/html5/spec/Overview.html#strike</bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords>NE</keywords>
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>LC</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Leif Halvard Silli">xn--mlform-iua</reporter>
          <assigned_to name="Ian &apos;Hixie&apos; Hickson">ian</assigned_to>
          <cc>excors</cc>
    
    <cc>hsivonen</cc>
    
    <cc>ian</cc>
    
    <cc>james</cc>
    
    <cc>mike</cc>
    
    <cc>ojan</cc>
    
    <cc>public-html-admin</cc>
    
    <cc>public-html-wg-issue-tracking</cc>
    
    <cc>shelleyp</cc>
    
    <cc>xn--mlform-iua</cc>
          
          <qa_contact name="HTML WG Bugzilla archive list">public-html-bugzilla</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>34586</commentid>
    <comment_count>0</comment_count>
    <who name="Leif Halvard Silli">xn--mlform-iua</who>
    <bug_when>2010-04-06 01:51:58 +0000</bug_when>
    <thetext>Strike and s are on the non-conforming list. And the spec says:

]]
For the s and strike elements, if they are marking up a removal from the element, consider using the del element instead.
[[

Please make it conforming.

Strike

* has better compatibility than &lt;del&gt; 
* is more semantic than &lt;span style=&quot;text-decoration:linethrough&quot;&gt;
* has better compatibility than &lt;span style=&quot;text-decoration:linethrough&quot;&gt;
  
See message with a compatibiliy comparison of &lt;del&gt;, &lt;span w/linethrough&gt; and &lt;strike&gt;
http://lists.w3.org/Archives/Public/public-html/2010Mar/0732

It seems to be a not uncommon thing to make use of a linethrough style for signalling that &quot;the time is out&quot; or that piece of information no longer is relevant (because the event has become historical etc).

Example of such use of the linethrough style: 
      http://kunstkritikk.no/kalender/liste/69210?range=week&amp;time=1270764000
Others have suggested that strike could be used in a similar way in bugzillas.

For these cases, &lt;del&gt; does not seem right - the document would not be complete without the striked content.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>34587</commentid>
    <comment_count>1</comment_count>
    <who name="Leif Halvard Silli">xn--mlform-iua</who>
    <bug_when>2010-04-06 01:54:33 +0000</bug_when>
    <thetext>&lt;strike&gt;, like many other of the character level elements with presentational semantics, works better in contexts where CSS is not an option.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>34588</commentid>
    <comment_count>2</comment_count>
    <who name="Leif Halvard Silli">xn--mlform-iua</who>
    <bug_when>2010-04-06 02:03:58 +0000</bug_when>
    <thetext>&lt;strike&gt;, like many other of the character level elements with presentational
semantics, can also be used whenever we do not know anything about the semantics  - except how it looks and what we can assume. For instance, an historical text which should be marked up to match what its historical state: If striked out text is marked up with &lt;del&gt;, then it indicates that we are in full command of these editions.  &lt;strike&gt; can be used to present a freeze of a text in some state. Whereas &lt;del&gt; can be used to mark-up a &quot;living&quot; document.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>34841</commentid>
    <comment_count>3</comment_count>
    <who name="Ian &apos;Hixie&apos; Hickson">ian</who>
    <bug_when>2010-04-13 01:11:12 +0000</bug_when>
    <thetext>EDITOR&apos;S RESPONSE: This is an Editor&apos;s Response to your comment. If you are satisfied with this response, please change the state of this bug to CLOSED. If you have additional information and would like the editor to reconsider, please reopen this bug. If you would like to escalate the issue to the full HTML Working Group, please add the TrackerRequest keyword to this bug, and suggest title and text for the tracker issue; or you may create a tracker issue yourself, if you are able to do so. For more details, see this document:
   http://dev.w3.org/html5/decision-policy/decision-policy.html

Status: Did Not Understand Request
Change Description: no spec change
Rationale: What would you describe the media-independent semantic of &lt;s&gt; as?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>34954</commentid>
    <comment_count>4</comment_count>
    <who name="Leif Halvard Silli">xn--mlform-iua</who>
    <bug_when>2010-04-13 17:52:20 +0000</bug_when>
    <thetext>(In reply to comment #3)
&gt; Status: Did Not Understand Request
&gt; Change Description: no spec change
&gt; Rationale: What would you describe the media-independent semantic of &lt;s&gt; as?

The s/strike element represents a span of text which is still part of its context (it has not been deleted from the text).

The s/strike element represents a particular kind of emphasize. It can be described as a time based, negative emphasize. When reading a piece of tex which has been marked up with a s/strike element, then the reader is meant to think that something which has happened *outside* this text probably makes what is said here not relevant. It then depends on the readers ability to orientate himself/herself whether he/she understands why it has marked up with &lt;s&gt;/&lt;strike&gt;.

Thus &lt;s&gt;/&lt;strike&gt; calls the readers attention to issues not found in the text itself.

These issues can be that time has passed - 2008.12.28 is no longer a future date. Or the times mentioned in the TV program of yesterday, should no longer be considered relevant (but some readers might still find it useful to check which programme that was aired yesterday, so such a document is not irrelevant once the time is up). Striking such things out may help those who provide the info so that they do not receive enquires about events that have already taken place.

When it comes to paper based, historical texts in written or printed form and which contains bits of text which are striked over, then too the &lt;s&gt;/&lt;strike&gt; can be used whenever the striking itself represents something that has be added &quot;added to the paper&quot; rather than being added to the text itself. Thus, in this case, the &lt;s&gt;/&lt;strike&gt; means that the reader - which could be a scholar - needs to not accept that the text with the strike has been deleted. Instead he/she should investigate factors outside the text in order to find out what the strike means.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>34979</commentid>
    <comment_count>5</comment_count>
    <who name="Ian &apos;Hixie&apos; Hickson">ian</who>
    <bug_when>2010-04-13 23:07:36 +0000</bug_when>
    <thetext>EDITOR&apos;S RESPONSE: This is an Editor&apos;s Response to your comment. If you are satisfied with this response, please change the state of this bug to CLOSED. If you have additional information and would like the editor to reconsider, please reopen this bug. If you would like to escalate the issue to the full HTML Working Group, please add the TrackerRequest keyword to this bug, and suggest title and text for the tracker issue; or you may create a tracker issue yourself, if you are able to do so. For more details, see this document:
   http://dev.w3.org/html5/decision-policy/decision-policy.html

Status: Did Not Understand Request
Change Description: no spec change
Rationale: Hmm... I might be able to work with that... How should it be rendered in a speech browser?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>34980</commentid>
    <comment_count>6</comment_count>
    <who name="Ian &apos;Hixie&apos; Hickson">ian</who>
    <bug_when>2010-04-13 23:10:14 +0000</bug_when>
    <thetext>(regarding comment 4, maybe &quot;indicates that the contents are no longer accurate or no longer relevant&quot; would be a good summary of those semantics.)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>35001</commentid>
    <comment_count>7</comment_count>
    <who name="Leif Halvard Silli">xn--mlform-iua</who>
    <bug_when>2010-04-14 02:24:56 +0000</bug_when>
    <thetext>(In reply to comment #5)

&gt; Status: Did Not Understand Request
&gt; Change Description: no spec change
&gt; Rationale: Hmm... I might be able to work with that... How should it be
&gt; rendered in a speech browser?

Isn&apos;t the question about speech browsers also relevant when it comes to the &lt;b&gt; element? Is there a clear way to indicate &lt;b&gt; as opposed to e.g. &lt;em&gt; or &lt;strong&gt; in speech browsers? If there arent a clear diff for &lt;b&gt;, then why need there be a clear way for &lt;strike&gt;?

I am not sure how speech browsers should operate. Somewhat related: when I tested Lynx and its relatives, then only one or two of them made any distinction between &lt;strike&gt; and &lt;del&gt; (some did not understand &lt;del&gt;).  A text console based browser requires that the user learns himself/herself to interpret those conventions that the text browser offers. Likewise, if a speech based browser announces a span of &lt;del&gt; as &quot;deleted&quot;, then a span of &lt;strike&gt; could be announced as &quot;striked&quot;. 

If speech browsers is to separat the striked text stylistcally, rather than through an announcement, then I am unsure. May be reading it a little faster could be an option? When it is read faster, then one pays less attention to it. 

Authors should probably not overdo things - to overuse of the &lt;strike&gt;/&lt;s&gt; element could perhaps be annoying to listen to.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>35002</commentid>
    <comment_count>8</comment_count>
    <who name="Leif Halvard Silli">xn--mlform-iua</who>
    <bug_when>2010-04-14 02:37:30 +0000</bug_when>
    <thetext>(In reply to comment #6)
&gt; (regarding comment 4, maybe &quot;indicates that the contents are no longer accurate
&gt; or no longer relevant&quot; would be a good summary of those semantics.)

I guess I could live with that. 

If I were to bring in another aspect, then,  &quot;issues outside the text - which the reader has to be aware of&quot; comes to mind. OTOH, this can perhaps be said to be coved by your summary, becuase: the reason why it is not  any longer accurate or relevant, is up to the reader to understand. So the summary is probably fine.

Btw, speech browsers: The point is to make the reader wonder why it has been striked out. For a sighted user, then a striked out text is a little bit awkward to read, but immediately calls the attention. I don&apos;t know if the same can be achieved in a speech browsers.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>38912</commentid>
    <comment_count>9</comment_count>
    <who name="Leif Halvard Silli">xn--mlform-iua</who>
    <bug_when>2010-09-12 13:20:52 +0000</bug_when>
    <thetext>I have provided new info belo.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>39650</commentid>
    <comment_count>10</comment_count>
    <who name="Ian &apos;Hixie&apos; Hickson">ian</who>
    <bug_when>2010-09-28 05:17:16 +0000</bug_when>
    <thetext>I&apos;m a little concerned about the difficulty of coming up with a good speech presentation. That&apos;s usually a sign that the element is actually presentational rather than semantic.

I&apos;m interested in the opinion of others on the usefulness of having an element to convey the semantic &quot;indicates that the contents are no longer accurate or no longer relevant&quot;.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>39725</commentid>
    <comment_count>11</comment_count>
    <who name="Henri Sivonen">hsivonen</who>
    <bug_when>2010-09-28 12:27:44 +0000</bug_when>
    <thetext>I approve of and encourage unobsoleting &lt;strike&gt;. &quot;No longer accurate or relevant&quot; works for me as a semantic fig leaf.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>40000</commentid>
    <comment_count>12</comment_count>
    <who name="Ian &apos;Hixie&apos; Hickson">ian</who>
    <bug_when>2010-09-29 19:23:34 +0000</bug_when>
    <thetext>For consistency with the rest of the language (hah!) I think I&apos;ll use &lt;s&gt; and leave &lt;strike&gt; as an obsolete synonym.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>40021</commentid>
    <comment_count>13</comment_count>
    <who name="Ian &apos;Hixie&apos; Hickson">ian</who>
    <bug_when>2010-09-29 22:27:54 +0000</bug_when>
    <thetext>EDITOR&apos;S RESPONSE: This is an Editor&apos;s Response to your comment. If you are satisfied with this response, please change the state of this bug to CLOSED. If you have additional information and would like the editor to reconsider, please reopen this bug. If you would like to escalate the issue to the full HTML Working Group, please add the TrackerRequest keyword to this bug, and suggest title and text for the tracker issue; or you may create a tracker issue yourself, if you are able to do so. For more details, see this document:
   http://dev.w3.org/html5/decision-policy/decision-policy.html

Status: Partially Accepted
Change Description: see diff given below
Rationale: Added &lt;s&gt;, not &lt;strike&gt;.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>40022</commentid>
    <comment_count>14</comment_count>
    <who name="">contributor</who>
    <bug_when>2010-09-29 22:28:14 +0000</bug_when>
    <thetext>Checked in as WHATWG revision r5561.
Check-in comment: Adding the &lt;s&gt; element to the language.
http://html5.org/tools/web-apps-tracker?from=5560&amp;to=5561</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>40189</commentid>
    <comment_count>15</comment_count>
    <who name="Shelley Powers">shelleyp</who>
    <bug_when>2010-09-30 15:52:17 +0000</bug_when>
    <thetext>I have filed a new bug on this item:

http://www.w3.org/Bugs/Public/show_bug.cgi?id=10862

I am not escalating this item, because this issue seems to be more about making strike obsolete, not adding s.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>44548</commentid>
    <comment_count>16</comment_count>
    <who name="Leif Halvard Silli">xn--mlform-iua</who>
    <bug_when>2011-01-21 07:06:55 +0000</bug_when>
    <thetext>I am satisfied that you added &lt;s&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>45755</commentid>
    <comment_count>17</comment_count>
    <who name="Ojan Vafai">ojan</who>
    <bug_when>2011-02-17 08:20:09 +0000</bug_when>
    <thetext>FWIW, WebKit has just changed to match IE/Gecko and have execCommand(&apos;strikeThrough&apos;) generate &lt;strike&gt; instead of &lt;s&gt; due to web compat. See https://bugs.webkit.org/show_bug.cgi?id=53475.</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>