<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<META NAME="Generator" CONTENT="MS Exchange Server version 6.5.7652.24">
<TITLE>RE: [Python-3000] Removing simple slicing</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/plain format -->

<P><FONT SIZE=2>Thomas Wouters wrote:<BR>
<BR>
&gt; 1) It (passively) promotes supporting only simple slicing,<BR>
&gt; as observed by the builtin types only supporting extended<BR>
&gt; slicing many years after extended slicing was introduced<BR>
<BR>
Should that read &quot;...only supporting simple slicing...&quot;?<BR>
<BR>
&gt; The proposed solution, as implemented in the p3yk-noslice<BR>
&gt; SVN branch, gets rid of the simple slicing methods and<BR>
&gt; PyType entries. The simple C API (using ``Py_ssize_t``<BR>
&gt; for start and stop) remains, but creates a slice object<BR>
&gt; as necessary instead. Various types had to be updated to<BR>
&gt; support slice objects, or improve the simple slicing case<BR>
&gt; of extended slicing.<BR>
<BR>
Am I reading this correctly, that: since the &quot;simple C API<BR>
remains&quot;, one can still write S[3:8] with only one colon<BR>
and have it work as before? Or would it have to be rewritten<BR>
to include two colons?<BR>
<BR>
<BR>
Robert Brewer<BR>
fumanchu@aminus.org</FONT>
</P>

</BODY>
</HTML>