<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:x="urn:schemas-microsoft-com:office:excel" xmlns:p="urn:schemas-microsoft-com:office:powerpoint" xmlns:a="urn:schemas-microsoft-com:office:access" xmlns:dt="uuid:C2F41010-65B3-11d1-A29F-00AA00C14882" xmlns:s="uuid:BDC6E3F0-6DA3-11d1-A2A3-00AA00C14882" xmlns:rs="urn:schemas-microsoft-com:rowset" xmlns:z="#RowsetSchema" xmlns:b="urn:schemas-microsoft-com:office:publisher" xmlns:ss="urn:schemas-microsoft-com:office:spreadsheet" xmlns:c="urn:schemas-microsoft-com:office:component:spreadsheet" xmlns:odc="urn:schemas-microsoft-com:office:odc" xmlns:oa="urn:schemas-microsoft-com:office:activation" xmlns:html="http://www.w3.org/TR/REC-html40" xmlns:q="http://schemas.xmlsoap.org/soap/envelope/" xmlns:D="DAV:" xmlns:x2="http://schemas.microsoft.com/office/excel/2003/xml" xmlns:ois="http://schemas.microsoft.com/sharepoint/soap/ois/" xmlns:dir="http://schemas.microsoft.com/sharepoint/soap/directory/" xmlns:ds="http://www.w3.org/2000/09/xmldsig#" xmlns:dsp="http://schemas.microsoft.com/sharepoint/dsp" xmlns:udc="http://schemas.microsoft.com/data/udc" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:sub="http://schemas.microsoft.com/sharepoint/soap/2002/1/alerts/" xmlns:ec="http://www.w3.org/2001/04/xmlenc#" xmlns:sp="http://schemas.microsoft.com/sharepoint/" xmlns:sps="http://schemas.microsoft.com/sharepoint/soap/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:udcxf="http://schemas.microsoft.com/data/udc/xmlfile" xmlns:wf="http://schemas.microsoft.com/sharepoint/soap/workflow/" xmlns:mver="http://schemas.openxmlformats.org/markup-compatibility/2006" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns:mrels="http://schemas.openxmlformats.org/package/2006/relationships" xmlns:ex12t="http://schemas.microsoft.com/exchange/services/2006/types" xmlns:ex12m="http://schemas.microsoft.com/exchange/services/2006/messages" xmlns:Z="urn:schemas-microsoft-com:" xmlns:st="&#1;" xmlns="http://www.w3.org/TR/REC-html40">

<head>
<meta http-equiv=Content-Type content="text/html; charset=us-ascii">
<meta name=Generator content="Microsoft Word 12 (filtered medium)">
<style>
<!--
 /* Font Definitions */
 @font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
        {mso-style-priority:34;
        margin-top:0in;
        margin-right:0in;
        margin-bottom:0in;
        margin-left:.5in;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri","sans-serif";}
span.EmailStyle18
        {mso-style-type:personal-compose;
        font-family:"Calibri","sans-serif";
        color:windowtext;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}
@page Section1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.Section1
        {page:Section1;}
-->
</style>
<!--[if gte mso 9]><xml>
 <o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
 <o:shapelayout v:ext="edit">
  <o:idmap v:ext="edit" data="1" />
 </o:shapelayout></xml><![endif]-->
</head>

<body lang=EN-US link=blue vlink=purple>

<div class=Section1>

<p class=MsoNormal>At the Thursday, August 21, ES3.1 design conference call we debated
two decision points relating to property attributes but did not reach consensus
on either item.&nbsp; There are strong points on each side of these issues but
so far too few contributors have weighed in to reach any consensus on the
alternatives.&nbsp; We would like to make a final decision during the next
conference call (Tuesday August 26) but in preparation we would like&nbsp; to
get the opinion of more of the community. &nbsp;If, after reviewing the
alternatives below, you have an opinion replay to the list and please call in
Tuesday if you&nbsp; are a TC-39 member who wants to help make the final
decision. <o:p></o:p></p>

<p class=MsoNormal><o:p>&nbsp;</o:p></p>

<p class=MsoNormal>Issue 1:&nbsp; When a property is defined using
Object.defineProperty and similar functions what are the values of any
properties attributes&nbsp;that are not explicitly specified using the property
descriptor argument.<o:p></o:p></p>

<p class=MsoNormal><o:p>&nbsp;</o:p></p>

<p class=MsoNormal>Background: <o:p></o:p></p>

<p class=MsoNormal>The attributes we are talking about are [[Writable]],
[[Enumerable]], [[Flexible]].<o:p></o:p></p>

<p class=MsoNormal>See ES3.1 Draft Sections 8.6.1, 8.6.2.9, 15.2.3.7 and
similar functions in 15.2.3.<o:p></o:p></p>

<p class=MsoNormal>&#8220;<span lang=EN>Proposed ECMAScript 3.1 Static Object
Functions: Use Cases and Rationale</span>&#8221; <a
href="http://wiki.ecmascript.org/lib/exe/fetch.php?id=es3.1%3Aes3.1_proposal_working_draft&amp;cache=cache&amp;media=es3.1:rationale_for_es3_1_static_object_methods.pdf">http://wiki.ecmascript.org/lib/exe/fetch.php?id=es3.1%3Aes3.1_proposal_working_draft&amp;cache=cache&amp;media=es3.1:rationale_for_es3_1_static_object_methods.pdf</a>
<o:p></o:p></p>

<p class=MsoNormal><o:p>&nbsp;</o:p></p>

<p class=MsoNormal>Alternative #1: When creating a property using
defineProperty all unspecified attributes default to false.<o:p></o:p></p>

<p class=MsoNormal>*&nbsp; A major goal of ES3.1 and beyond is to make ES a
better language for writing high integrity software.<o:p></o:p></p>

<p class=MsoNormal>* The attribute names were chosen such that they
affirmatively name a privilege associated with a property. A true value means
the privilege is granted to the program and a false value means that it is
withheld.<o:p></o:p></p>

<p class=MsoNormal>*&nbsp; We know from experience that programmers are
&#8220;lazy&#8221; and that if a specific attribute setting is not essential to
their application they will usually just not specify it in a defineProperty
descriptor.<o:p></o:p></p>

<p class=MsoNormal>* &nbsp;Following the &#8220;principle of least
authority&#8221;, a privilege should only be granted&nbsp; if it is explicitly
requested.<o:p></o:p></p>

<p class=MsoNormal>*&nbsp; Defaulting attributes to anything but false violates
POLA &nbsp;and makes it more difficult to write high integrity software.<o:p></o:p></p>

<p class=MsoNormal>*&nbsp; Few casual or unsophisticated programmers will be
using defineProperty or the other functions that use property desciptors.<o:p></o:p></p>

<p class=MsoNormal><o:p>&nbsp;</o:p></p>

<p class=MsoNormal>Alternative #2: When creating a property using
defineProperty all unspecified attributes default to the same values they have
when a property is created by assignment or within an object literal.<o:p></o:p></p>

<p class=MsoNormal>&nbsp;*&nbsp; The &#8220;normal&#8221; way to define
properties is via assignment or within an object literal.&nbsp; The attribute
values implicitly set by these syntactic forms are defined by ES3 and previous
editions to be the equivalent of setting each of [[Writable]], [[Enumerable]],
&nbsp;and [[Flexible]] to true.<o:p></o:p></p>

<p class=MsoNormal>*&nbsp; Object.defineProperty is a supplemental mechanism
for use in situations when non-default attribute values are required and for
other out of the ordinary scenarios.<o:p></o:p></p>

<p class=MsoNormal>*&nbsp; Because of compatibility constraints, we cannot
change the attributes that are implicitly set by existing syntactic forms.<o:p></o:p></p>

<p class=MsoNormal>*&nbsp; The consistency principle suggests that in all
situations where attribute value are implicitly specified, their implicit
default values should be the same.<o:p></o:p></p>

<p class=MsoNormal>*&nbsp; Inconsistencies makes it harder to learn and use the
language.<o:p></o:p></p>

<p class=MsoNormal>*&nbsp; The majority of ES programmers are unsophisticated
and are not trying to write high integrity software.<o:p></o:p></p>

<p class=MsoNormal>*&nbsp; Usability for a minority of users should not be
achieved at the expense of decreasing usability for the majority. <o:p></o:p></p>

<p class=MsoNormal><o:p>&nbsp;</o:p></p>

<p class=MsoNormal><o:p>&nbsp;</o:p></p>

<p class=MsoNormal>Issue 2: The property attribute currently named [[Flexible]]
(and which replaces ES3&#8217;s [[dontDelete]]) should be renamed to
[[Configurable]].<o:p></o:p></p>

<p class=MsoNormal><o:p>&nbsp;</o:p></p>

<p class=MsoNormal>Argument for:<o:p></o:p></p>

<p class=MsoNormal>* The common meaning of the word &#8220;configurable&#8221; is
a closer match to the actual semantics of the attribute&nbsp; than the common
meaning of &#8220;flexible&#8221;<o:p></o:p></p>

<p class=MsoNormal>* The other attributes name all follow the form of a
semantically meaningful verb (&#8220;write&#8221; and &#8220;enumerate&#8221;)
converted to an adjective by adding &#8220;able&#8221;.&nbsp; &#8220;flex&#8221;
is not semantically meaningful within ES.<o:p></o:p></p>

<p class=MsoNormal>* If we had thought of &#8220;configurable&#8221; when we
considering names we probably would have chosen it over &#8220;flexible&#8221;.<o:p></o:p></p>

<p class=MsoNormal><o:p>&nbsp;</o:p></p>

<p class=MsoNormal>Argument against:<o:p></o:p></p>

<p class=MsoNormal>* &#8220;configurable&#8221; is too long and long names make
programs less readable.<o:p></o:p></p>

<p class=MsoNormal>* This will be particularly true for Object.defineProperty
calls if alternative #2 above is chosen and programmers who care about high
integrity software must frequently say &nbsp;&#8220;configurable:false&#8221;
in property descriptors.<o:p></o:p></p>

<p class=MsoNormal><o:p>&nbsp;</o:p></p>

</div>

</body>

</html>