<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
<title>YUI 3 :: {53} YUI3 - New Accepted</title>
<link>http://yuilibrary.com//projects/yui3/report/53</link>
<description>YUI Library RSS Feed</description>
<language>en</language>
<generator>DavGlass</generator>
<item>
   <title>Error after calling stopPropagation() on a synthetic event facade</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2529262</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2529262</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;Calling stopPropagation() on the facade for a synthetic event results in the following error:&lt;/p&gt;

&lt;p&gt;Y.Env._eventstack is undefined&lt;br /&gt;
/build/event-custom/event-custom-debug.js&lt;br /&gt;
Line 2319&lt;/p&gt;

&lt;p&gt;Repro case (stolen from a repro case for an unrelated bug) here: &lt;a href=&quot;http://gist.github.com/557733&quot;&gt;http://gist.github.com/557733&lt;/a&gt;&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>autosubmenudisplay Don't close menu too quick</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2529700</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2529700</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;When using autosubmenudisplay, if the user clicks on the MenuBarItem just after the submenu began displaying (automatically of course), the submenu closes up. It's my opinion that people would almost never intend to &amp;quot;intercept&amp;quot; a menu on it's way to open up, in order to close it. I know I've had this happen to me lots of times.&lt;/p&gt;

&lt;p&gt;My suggestion is to have a grace period such that: if a user clicks on a MenuBarItem withing say 100 milliseconds of the submenu opening, the submenu will ignore the click and continue opening.&lt;/p&gt;

&lt;p&gt;It's not a super big deal, but to me, it would make using autosubmenudisplay more user friendly, since the user doesn't know before hand if a menu opens automatically (which I know most internet menus do open up automatically) or if it requires a click like a desktop application menu. Even though I know the menu's I've created use autosubmenudisplay, I still find myself clicking them on occasion in order to open them.&lt;/p&gt;

&lt;dl&gt;
        &lt;dd&gt;D&lt;/dd&gt;
&lt;/dl&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Mouseup on select list within scrollview jumps scroll position. Firefox only.</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2530298</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2530298</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;Behaviour can be observed here:&lt;br /&gt;
&lt;a href=&quot;http://jsfiddle.net/simongilligan/GQYFC/1/&quot;&gt;http://jsfiddle.net/simongilligan/GQYFC/1/&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;To reproduce, scroll to second slide. Select an option from the select list. Scrollview jumps to end (scroll position should remain as is).&lt;br /&gt;
Noted in forum here: &lt;a href=&quot;http://yuilibrary.com/forum/viewtopic.php?f=92&amp;amp;t=7890&quot;&gt;http://yuilibrary.com/forum/viewtopic.php?f=92&amp;amp;t=7890&lt;/a&gt;&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Charts - inner axis ticks appear above content in IE 6, 7</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2531243</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2531243</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;The axis ticks on a chart will appear of above the series content in IE 6 and 7.&lt;/p&gt;

&lt;p&gt;This can be avoided by setting the display of the ticks to none:&lt;/p&gt;

&lt;p&gt;axes : {&lt;br /&gt;
        category: {&lt;br /&gt;
            position: &amp;quot;bottom&amp;quot;,&lt;br /&gt;
            type: &amp;quot;category&amp;quot;,&lt;br /&gt;
            keys: [&amp;quot;category&amp;quot;],&lt;br /&gt;
            styles: {&lt;br /&gt;
                majorTicks: {&lt;br /&gt;
                    display: &amp;quot;axes&amp;quot;&lt;br /&gt;
                }&lt;br /&gt;
            }&lt;br /&gt;
        }&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Investigate configuration option Boolean for click on dial to set value enable/disable</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2531295</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2531295</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;Some use cases may suggest not having click to set value&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Investigate config for offsetting the location of zero value</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2531296</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2531296</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;Currently zero value is always at North&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Add API property for handleDistanceFromCenter</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2531430</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2531430</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;This could be useful.&lt;br /&gt;
Requested in forum by Andrew W.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Support || and ?: in Substitute template</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2432462</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2432462</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;the substitute module is very useful to render template.&lt;/p&gt;

&lt;p&gt;1. default value using the '||' operator like JavaScript&lt;br /&gt;
var template = '{varName||'defaultValue'}'&lt;br /&gt;
Y.Assert.areEquals( 'myValue' , Y.substitute( template , {varName:'myValue'} )&lt;br /&gt;
Y.Assert.areEquals( 'defaultValue' , Y.substitute( template , {} )&lt;/p&gt;

&lt;p&gt;2. ?: operator&lt;br /&gt;
var template = '&amp;lt;div{className?' class=&amp;quot;' + className+ '&amp;quot;':''}&amp;gt;&amp;lt;/div&amp;gt;'&lt;br /&gt;
Y.Assert.areEquals('&amp;lt;div class=&amp;quot;myClass&amp;quot;&amp;gt;&amp;lt;/div&amp;gt;', {className:'myClass'} )&lt;br /&gt;
Y.Assert.areEquals('&amp;lt;div&amp;gt;&amp;lt;/div&amp;gt;', {} )&lt;/p&gt;

&lt;p&gt;Both are for handling the case when a variable does not exist. The 2nd one is an advanced version that could handle more cases.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Add support for non-uniform tick intervals</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2525924</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2525924</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;Gamaiel in Santa Monica noted that the DD utility supports non-uniform tick intervals, but slider does not.  Although in most cases a slider is used as a finite range control, Gamaiel has found a use for it that is more akin to scrolling (see screen movie in URL attached to this request).  In this instance, he is using slider to scroll horizontally to three separate pieces of content, each of distinct widths.  The desired behavior is for the slider to come to rest in points positioned proportionally to the width of the content.&lt;/p&gt;

&lt;p&gt;[imported, BZ 556091]&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Create Slider plugin to output value to an element</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2525927</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2525927</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;Plugin adds attribute &amp;quot;output&amp;quot;, or &amp;quot;bindTo&amp;quot;, or &amp;quot;reportTo&amp;quot;.  Will accept selector or&lt;br /&gt;
Node.&lt;/p&gt;

&lt;p&gt;Encapsulates reporting the current value to an element.&lt;/p&gt;

&lt;p&gt;[imported, BZ 2395839]&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>A really good thing would be i18n safe URLencode / decode methods in YAHOO.lang</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2526006</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2526006</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;Took me ages to find a good one.&lt;/p&gt;

&lt;p&gt;[imported, BZ 1846180]&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Wrap JSON.parse and stringify in try/catch internally and use Y.error</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2527844</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2527844</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;The ECMA 3.1 spec calls for parse and stringify to throw errors for invalid JSON and cyclical objects respectively.&lt;/p&gt;

&lt;p&gt;However, YUI has a policy of error tolerance in production application (read: non -debug mode), so the error should be thrown through the Y.error mechanism.  This means the try/catch must be included in the JSON code.&lt;/p&gt;

&lt;p&gt;I guess parse should return an empty object and stringify can fall back to replacing cyclical refs with null?&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>JSON doesn't have a stringToDate method</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2527875</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2527875</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;3.x JSON utility doesn't have a stringToDate like the 2.x utility does.&lt;/p&gt;

&lt;p&gt;When you stringify something containing a date and then parse it, you get to different objects.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>AsyncQueue runs twice methods when pause() and run() is used</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2528602</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2528602</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;lets define AsyncQueue object in following way:&lt;br /&gt;
    var q2 = new Y.AsyncQueue();&lt;br /&gt;
    q2.add({&lt;br /&gt;
        fn: function() {&lt;br /&gt;
            q2.pause();&lt;br /&gt;
            Y.log('q2, one', 'info');&lt;br /&gt;
            q2.run();&lt;br /&gt;
        },&lt;br /&gt;
        id: 'one'&lt;br /&gt;
    },&lt;br /&gt;
    {&lt;br /&gt;
        fn: function() {&lt;br /&gt;
            Y.log('q2, two', 'info');&lt;br /&gt;
        },&lt;br /&gt;
        id: 'two',&lt;br /&gt;
        iterations: 1&lt;br /&gt;
    });&lt;br /&gt;
    q2.run();&lt;br /&gt;
Then function with id 'two' will be executed twice (generally n+1 times where iterations: n)&lt;br /&gt;
Below is log output:&lt;br /&gt;
et: Appending node: ../yui/build/event-custom/event-custom-min.js          yui-debug.js (line 2972)&lt;br /&gt;
get: q1 onload ../yui/build/event-custom/event-custom-min.js                  yui-debug.js (line 2972)&lt;br /&gt;
get: _next: q1, loaded: ../yui/build/event-custom/event-custom-min.js      yui-debug.js (line 2972)&lt;br /&gt;
get: Finishing transaction q1                                                                yui-debug.js (line 2972)&lt;br /&gt;
q2, one                                                                                              yui-debug.js (line 2972)&lt;br /&gt;
q2, two                                                                                              yui-debug.js (line 2972)&lt;br /&gt;
q2, two&lt;/p&gt;

&lt;p&gt;It seems that such change in async-queue.js would help:&lt;br /&gt;
    _execute : function (callback) {&lt;br /&gt;
        this._running = callback._running = true;&lt;/p&gt;

&lt;p&gt;callback.iterations--;&lt;br /&gt;
        if (callback.iterations&amp;gt;=0) { // &amp;lt;---- added&lt;br /&gt;
            this.fire(EXECUTE, { callback: callback });&lt;br /&gt;
        } // &amp;lt;--- added&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Move to style.setProperty and parse out !important from set() values</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2528707</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2528707</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;This is a follow up action item for &lt;a href=&quot;/projects/yui3/ticket/2528234&quot; class=&quot;closed&quot; title=&quot;style marked with !important is not taken into account - closed&quot;&gt;#2528234&lt;/a&gt;.  It should be possible to handle !important with minimal code change.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>StyleSheet aggregating existing rules can break specificity</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2528724</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2528724</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;When instantiating from source&lt;br /&gt;
&lt;pre class=&quot;wikicode&quot;&gt;&lt;br /&gt;
&amp;lt;style type=&amp;quot;text/css&amp;quot;&amp;gt;&lt;br /&gt;
.foo { color: red; }&lt;br /&gt;
.bar { font-size: 2em; }&lt;br /&gt;
.foo { font-size: 1.5em; }&lt;br /&gt;
&amp;lt;/style&amp;gt;&lt;br /&gt;
&lt;/pre&gt;&lt;/p&gt;

&lt;p&gt;if the style properties for .foo are aggregated, then elements with class=&amp;quot;foo bar&amp;quot; will be 2em because equal specificity is resolved by order in the sheet.  This needs to be tested in practice.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Console rounded corner rendering not correct in Collapsed view, Safari only</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2528728</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2528728</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;&lt;br /&gt;
Open &lt;a href=&quot;http://developer.yahoo.com/yui/3/examples/test/test-simple-example.html&quot;&gt;http://developer.yahoo.com/yui/3/examples/test/test-simple-example.html&lt;/a&gt;  in safari&lt;br /&gt;
Click on collapse button.  &lt;br /&gt;
Note that rounded corners are not drawn correctly.&lt;br /&gt;
Screen shot attached&lt;/p&gt;

&lt;p&gt;Happens in both 3.1.0 development master, as well as production 3.0.0 on developer.yahoo.com/yui/3&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Slider fires first setValue() call twice if &quot;max&quot; is 200 or greater.</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2528785</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2528785</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;This was a difficult problem to isolate. Not sure what the heck is going on here. The first time you call setValue() or set('value', someVal) after rendering a slider with a &amp;quot;max&amp;quot; of &amp;gt;=200, it ends up being called twice. Subscribing to the valueChange event reveals that the value for one of the calls is different than what you set.&lt;/p&gt;

&lt;p&gt;See the simple test case below. If you change the &amp;quot;max&amp;quot; configuration parameter to 199 or lower, the bug goes away. If you set the &amp;quot;min&amp;quot; and &amp;quot;max&amp;quot; parameters to high numbers (say, 1000 and 100000, respectively), the discrepancy between the two values picked up by valueChange is much greater.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Forced selection</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2528855</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2528855</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;Forced selection s may make more sense as a separate Select/ComboBox widget built with AutoComplete&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>[bz3727705] arraylist-add.js isn't really the right way to make some ArrayLists mutable </title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2528972</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2528972</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;Loading arraylist-add.js makes all ArrayLists mutable.  The right way is to provide a separate MutableArrayList which&lt;br /&gt;
extends ArrayList with what is currently in arraylist-add.js&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Stacked column chart series heights irregular with small values</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2529023</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2529023</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;I am using the latest version 2.8.0r4. I am having problems with the heights of series columns in the stacked column chart, here is a link &lt;a href=&quot;http://www.solarcentury.co.uk/estimate/?postcode=WR2+6NJ&quot;&gt;http://www.solarcentury.co.uk/estimate/?postcode=WR2+6NJ&lt;/a&gt;  . Hit the benifits tab and drag the slider back one notch, you will see that year six has its 3rd series (yellow) missing. If i change it to a normal column chart, then it renders fine, with all values present as visible columns. It seems to me that if its a small value the stacked series wont display correctly but it doesn't make sense that smaller values would display, then a slighley larger one wouldn't, let me know if you require more information. The problem does seem to vary in different browsers (different bars have the series missing), but is always present.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>[bz 2403330]  To export the graph to convert to pdf</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2529029</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2529029</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;I need chart as a image component rather than a .swf file so If I would like to export the chart that come as an image.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>YUI 3 Node Menu Nav Plugin not as responsive as the YUI 2 Menu control</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2529090</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2529090</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;I really hope you address this, as I am considering using this plugin for an upcoming application in production.&lt;br /&gt;
It is probably related to the javascript speed of the browser since I have only seem the problem in IE 7 (probably IE 6 as well, not tested).&lt;br /&gt;
When hovering over the sub-items in a menu a bit quickly, there is a delay before the hover effect is applied to the menu item. Looks more like flickering, not a great user experience.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Allow DataType.Number.format to accept a string formatting spec</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2529102</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2529102</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;DataType.Number.format currently accepts an object literal as a formatting specification.  It would be good to have a compact means to specify such a format with a string.&lt;/p&gt;

&lt;p&gt;I would like to suggest a format string centered around a # sign. The first character to its left would be the thousands separator,  the first to its right, the decimal separator, followed by a number representing the number of decimals.&lt;/p&gt;

&lt;p&gt;Whatever is to the left or right of this central group would make the prefix and suffix.&lt;/p&gt;

&lt;p&gt;Either section on the sides of the # sign is optional, but to specify the options towards the end, the intermediate options should also be given. If there should be no thousands separator but a prefix needs to be specified, a digit 0 (an otherwise invalid character for a separator) should be used as a placeholder for the thousands separator.  &lt;br /&gt;
        &lt;br /&gt;
For example, the spec for USD would be &amp;quot;$,#.2&amp;quot; while that for the Euro, &amp;quot;.#,2&amp;acirc;‚&amp;not;&amp;quot;&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Stylesheet enableRule and disableRule - new methods</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2529108</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2529108</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;Duplicate of &lt;a href=&quot;http://yuilibrary.com/projects/yui2/ticket/2529061&quot;&gt;http://yuilibrary.com/projects/yui2/ticket/2529061&lt;/a&gt; (but that's for YUI2).&lt;/p&gt;

&lt;p&gt;The following snippet are additional public methods for Stylesheet. disableRule(match) allows you to temporarily turn off some of the rules in the Stylesheet; match is a string or RegExp to compare to the selectors in the Stylesheet. enableRule(match) turns them back on again.&lt;/p&gt;

&lt;p&gt;Although this is in YUI2.8, it might be good to have in 3 too - I'll file a separate ticket.&lt;/p&gt;

&lt;p&gt;This doesn't fix the !important bug issues with Opera (&lt;a href=&quot;http://yuilibrary.com/forum/viewtopic.php?f=89&amp;amp;t=4304&amp;amp;start=0&amp;amp;hilit=stylesheet&quot;&gt;http://yuilibrary.com/forum/viewtopic.php?f=89&amp;amp;t=4304&amp;amp;start=0&amp;amp;hilit=stylesheet&lt;/a&gt;)&lt;/p&gt;

&lt;p&gt;There's also an extra var _disabledRules in the constructor.&lt;/p&gt;

&lt;p&gt;[code]&lt;br /&gt;
/**&lt;br /&gt;
&lt;ul&gt;
    &lt;li&gt; Enable a particular rule (or several) that's previously been disabled.&lt;/li&gt;
    &lt;li&gt; The selector parameter can be a RegExp; each rule matching the pattern&lt;/li&gt;
    &lt;li&gt; will be enabled&lt;/li&gt;
    &lt;li&gt; @param sel {String} String or RegExp to match to selectors to enable&lt;/li&gt;
    &lt;li&gt; @method enableRule&lt;/li&gt;
    &lt;li&gt; @return {StyleSheet} the StyleSheet instance&lt;/li&gt;
    &lt;li&gt; @chainable&lt;/li&gt;
    &lt;li&gt;/&lt;/li&gt;
&lt;/ul&gt;

&lt;/p&gt;

&lt;p&gt;enableRule : function (sel) {&lt;/p&gt;

&lt;p&gt;var i,&lt;br /&gt;
disabled = _disabledRules,&lt;br /&gt;
toEnable = [],&lt;br /&gt;
thisToEnable,&lt;br /&gt;
idx;&lt;/p&gt;

&lt;p&gt;for (i in disabled) {&lt;/p&gt;

&lt;p&gt;if (YAHOO.util.Lang.isString(i) &amp;amp;&amp;amp; i.match(sel) !== null) {&lt;/p&gt;

&lt;p&gt;toEnable.push(i);&lt;br /&gt;
}&lt;/p&gt;

&lt;p&gt;}&lt;/p&gt;

&lt;p&gt;for (i=0; i&amp;lt;toEnable.length; i++) {&lt;/p&gt;

&lt;p&gt;idx = sheet[_rules].length;&lt;br /&gt;
thisToEnable = disabled[toEnable[i]];&lt;/p&gt;

&lt;p&gt;this.set(thisToEnable.selectorText,thisToEnable.css);&lt;br /&gt;
cssRules[i] = disabled[toEnable[i]];&lt;br /&gt;
delete disabled[toEnable[i]];&lt;/p&gt;

&lt;p&gt;}&lt;/p&gt;

&lt;p&gt;return this;&lt;/p&gt;

&lt;p&gt;},&lt;/p&gt;

&lt;p&gt;/**&lt;br /&gt;
&lt;ul&gt;
    &lt;li&gt; Disable a particular rule (or several) that's currently in the Sheet.&lt;/li&gt;
    &lt;li&gt; The selector parameter can be a RegExp; each rule matching the pattern&lt;/li&gt;
    &lt;li&gt; will be disabled&lt;/li&gt;
    &lt;li&gt; @param sel {String} String or RegExp to match to selectors to disable&lt;/li&gt;
    &lt;li&gt; @method disableRule&lt;/li&gt;
    &lt;li&gt; @return {StyleSheet} the StyleSheet instance&lt;/li&gt;
    &lt;li&gt; @chainable&lt;/li&gt;
    &lt;li&gt;/ &lt;/li&gt;
&lt;/ul&gt;

&lt;/p&gt;

&lt;p&gt;disableRule : function (sel) {&lt;/p&gt;

&lt;p&gt;var i, j = 0,&lt;br /&gt;
enabled = cssRules,&lt;br /&gt;
toDisable = [],&lt;br /&gt;
idx;&lt;/p&gt;

&lt;p&gt;for (i in enabled) {&lt;/p&gt;

&lt;p&gt;if (YAHOO.util.Lang.isString(i) &amp;amp;&amp;amp; i.match(sel) !== null &amp;amp;&amp;amp; enabled[i].style.cssText) {&lt;/p&gt;

toDisable.push(i);&lt;br /&gt;
_disabledRules[i] = { css: enabled[i].style.cssText,&lt;br /&gt;
selectorText: enabled[i].selectorText};&lt;br /&gt;
}&lt;p&gt;j++;&lt;br /&gt;
}&lt;/p&gt;

&lt;p&gt;for (i=0; i&amp;lt;toDisable.length; i++) {&lt;/p&gt;

&lt;p&gt;this.unset(toDisable[i]);&lt;br /&gt;
delete enabled[toDisable[i]];&lt;/p&gt;

&lt;p&gt;}&lt;/p&gt;

&lt;p&gt;return this;&lt;/p&gt;

&lt;p&gt;}&lt;br /&gt;
[/code]&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>add 'step' as a configuration attribute in slider</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2529109</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2529109</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;I went to this having a scale from min=0, max=3000 and length=50px.&lt;br /&gt;
Because it is imposable to position the slider on every available value, it would be great to 'raster' it with a step attribute.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>[Pull Request] - Widget: png transparency alternative support moved from TickSlider to support all widgets. 1. Added new attribute called pngAlternative. 2. Added parsePng method and integrated it in the default render process.  Slider-Ticks: is now an extension! this is required as of the current change in Widget and the moving of pngParsing to there. 1. png support moved to Widget. 2. using now the getClassName.   Signed-off-by: moppy &lt;spam@mtk.co.il&gt;</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2529257</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2529257</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;This include minor changes in ImgLoadImgObj and Widget.&lt;br /&gt;
Stable. &lt;br /&gt;
See ticket 2525929&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Is refinement needed in the DD intersection detection code?</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2529635</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2529635</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;It looks as tho there is a margin of  error in the detection of intersection of objects in DD.  seems like the mouse location and object bounds both need to be taken into account.  One symptom of the issue can be see by doing the following:&lt;/p&gt;

&lt;p&gt;1) Launch the Drag &amp;amp; Drop: Drop Based Coding example&lt;br /&gt;
2) Click on the very bottom edge of one of the drag objects and drag it slowly down to the drop target&lt;br /&gt;
    You will notice that the object gets to about a pixel or two away from the target before it is highlighted as an intersection&lt;br /&gt;
3) Release target&lt;br /&gt;
4) Click on the very top of edge of one of the drag object and drag it slowly down to the drop target&lt;br /&gt;
    You will notice that the target is highlighted even tho the object is still almost a quarter inch away from the drop target.&lt;/p&gt;

&lt;p&gt;You will see similar behavior in the Animated Drop Targets example if you click and hold on a Drag #1 you will notice that the objects freeze as intersected at various distances from the drag object.   Clicking in a position near the top-left corner of the drag object is most telling.  You will see that objects have to be very close to the top and left to trigger the intersection but appear intersected at a much farther distance from the right and bottom&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Large value for border property in the stack chart makes columns disappear</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2529649</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2529649</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;If the border property on a column is set to a value larger than twice the width of the column, the column disappears from view.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Provide method for removal of single cache entry based on key</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2529662</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2529662</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;I often have need to remove a single cache entry based on a unique key when using uniqueKeys: true. It'd be nice to have a method provided for doing so.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Allow different &quot;submenualignment&quot; for different MenuBar submenus.</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2529699</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2529699</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;It is very common to have a menubar where the width of the very first or very last menu item's submenu extends beyond the menubar itself. It would be very handy to be able to specify &amp;quot;submenualignment&amp;quot; on a per-submenu basis, so that only the final submenu would be aligned differently.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Add a triggerSequence property and supporting logic</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2529823</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2529823</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;Add a triggerSequence property and supporting logic in the event handlers for the auto complete widget. Enhancement will allow autocompletion on partial strings such as completing only the domain name on an email address.&lt;/p&gt;

&lt;p&gt;Patch file with my implementation of this is attached.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Provide basic autocomplete-base extended object</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2529854</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2529854</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;The second example here: &lt;a href=&quot;http://developer.yahoo.com/yui/3/api/AutoCompleteBase.html&quot;&gt;http://developer.yahoo.com/yui/3/api/AutoCompleteBase.html&lt;/a&gt; works perfectly as a simple object when &amp;quot;List&amp;quot; functionality is not desired. My use case was to create a module just as it says and then attach listeners for the events in a different module such that the module that extends Y.AutoCompleteBase did nothing of a custom nature (i.e. no new attributes, methods, etc.) so the example could make a sufficient stand alone class provided by this module. Would then be simple to set up a non-List based autocomplete on an input field and implement only listeners, etc.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Allow inputNode to change without having to destroy and recreate the AC instance</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2529857</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2529857</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;I'm leveraging AutoCompleteBase to populate a select box of delivery options based on postal code. In my form I have a default of a billing address postal code input, when it is filled out the delivery options are retrieved and populated into a normal form select box. My use case here is to allow a toggle of a different delivery address which is a different input node. When the delivery toggle fires I build/render/etc. the separate delivery address form, consequently I hoped I could just set &amp;quot;inputNode&amp;quot; on the existing AC object since everything else about the request/configuration/etc. stays the same.&lt;/p&gt;

&lt;p&gt;I've worked around it by just destroying the existing AC object, recreating a new one, and rebinding it, which works well enough.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Add styles attribute to Pie Chart</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2529877</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2529877</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;Cartesian Charts offer a &amp;quot;styles&amp;quot; attribute that allows you to specify values for the styles of its underlying components. (graph, series and axes). You can also style each piece directly. With Pie Chart, you must style its markers through the series. There should be a &amp;quot;styles&amp;quot; attribute on the PieChart as well.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>AutocompleteList: option to show list whenever the input is focused</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2529902</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2529902</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;Presently, my options are to show the list only when there are results, or to show the list always. I would like to be able to show it whenever the user has engaged the input, so that the explanatory text I've put in the autocomplete contentBox will show.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Provide automatic inclusion of deprecated modules</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2529936</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2529936</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;Since deprecated methods are moved to *-deprecated modules, I think it would be beneficial if a flag could be added to the YUI's config that will automatically include the deprecated module when the module from which the methods were deprecated is being used.&lt;br /&gt;
So, for example, when using node module, node-deprecated will be used automatically.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Add support for open selectors passed to Y.delegate for container node</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2529944</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2529944</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;There's a discrepancy of behavior between DOM events and synthetic events for delegation.  The synth infrastructure allows&lt;br /&gt;
Y.delegate('synth', fn, '.moreThanOne', 'p');&lt;/p&gt;

&lt;p&gt;creating delegate subscriptions for each element matching .moreThanOne&lt;/p&gt;

&lt;p&gt;But&lt;br /&gt;
Y.delegate('click', fn, '.moreThanOne', 'p');&lt;br /&gt;
will only attach to the first match of .moreThanOne.&lt;/p&gt;

&lt;p&gt;Either delegate should be changed for DOM events or SyntheticEvent should be changed to limit to the first.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Overlapping needles do not get highlighted</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2529947</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2529947</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;As the title states, overlapping needles do not get highlighted.&lt;br /&gt;
For code, that says more than thousand words, see below.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>_setAttrs is not to setAttrs as _set is to set</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2529979</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2529979</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;At this point, _setAttrs and setAttrs are the same, however, _set and set are not.  _set allows you to bypass readOnly and writeOnce attributes. &lt;br /&gt;
Wouldn't it make sense to have _setAttrs be able to do the same?&lt;/p&gt;

&lt;p&gt;Right now I have code like this:&lt;br /&gt;
&lt;pre class=&quot;wikicode&quot;&gt;&lt;br /&gt;
reset: function() {&lt;br /&gt;
    this.set(VALUE, this.get(INITIAL_VALUE)).&lt;br /&gt;
        _set(IS_BAD, false).&lt;br /&gt;
        _set(OLD_VALUE, undefined).&lt;br /&gt;
        _set(REMOTE_VALUE,  undefined);&lt;br /&gt;
},&lt;br /&gt;
&lt;/pre&gt;&lt;/p&gt;

&lt;p&gt;This code is in the same class as the attributes.  I can't simply have getters in those readOnly attributes because I need them effectively changed so their change  events fire.&lt;/p&gt;

&lt;p&gt;I admit, though, that using _set allows me to use constants, which _setAttrs wouldn't allow me to, and that spares me from typos and compresses better and, since _setAttrs simply loops through the object calling set (instead of _set) it wouldn't save any execution time.  So, it is just for the sake of symmetry and because there doesn't seem to be any point in having both setAttrs and _setAttrs.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>NodeMenuNav on hover autohides submenu even with mouseOutHideDelay=0</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2530042</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2530042</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;The main project page says &amp;quot;Set the autoSubmenuDisplay to false, so that each menu label's submenu isn't made visible until the label is clicked. Set the mouseOutHideDelay to 0 so that a label's submenu is only hidden when the user mouses down on an area outside of the submenu.&amp;quot;&lt;/p&gt;

&lt;p&gt;I thought that the submenus would stay visible when mousing around the page. They do, until one mouses over the parent menu bar. It hides the submenu and then enters an inconsistent state.&lt;/p&gt;

&lt;p&gt;Expectation: When using the { autoSubmenuDisplay: false, mouseOutHideDelay: 0 } config, just moving the mouse should not trigger any changes to the displayed submenu.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Add support for synthetic event simulation</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2530048</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2530048</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;This may not strictly be necessary, since synths should be triggered by DOM events, which can themselves be simulated, but it may be worth while to bundle up the triggering mechanism to spare the implementer having to know the triggering events, sequence, and conditions, and do the dance to simulate them.&lt;/p&gt;

&lt;p&gt;This would introduce a new dependency to event-simulate, so is further evidence that on/detach, delegate/detachDelegate, and simulate should be composable on the adapter rather than having the permanent place holders.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>AutoComplete results always appear under the input Node</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2530094</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2530094</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;Hi,&lt;/p&gt;

&lt;p&gt;Unlike Comboboxes, YUI's AutoComplete results always drop down from under the InputNode, even if it is completely at the bottom of the screen. This makes the feature almost useless in some cases, mostly when scrolling is prohibited by the parent node (div, document, etc.). I think this could be a good improvement, given that YUI's AutoComplete is very powerful if we forget this little flaw.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>on(type, strCallbackName) support for late binding of method callback</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2530233</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2530233</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;Late binding of functions is supported in Attribute configs and Y.bind().  It may as well be supported for event subscriptions as well.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Coalesce changes via setAttrs() into a single change event</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2530248</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2530248</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;The app framework is going to need a way to coalesce changes to multiple attribute values (via setAttr()) into a single change event.&lt;/p&gt;

&lt;p&gt;An app model might have a large number of attributes and many of those may change at once. The default app view behavior (though this is really up to the implementer) is to re-render an entire view when a change occurs, and it's no good to have to re-render a view for each individual attribute rather than only once for the batch.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Positional attribute initialization on instantiation</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2530299</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2530299</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;Perhaps a new static property could be added to Base, containing an array of strings, each the name of an attribute to be initialized.&lt;/p&gt;

&lt;p&gt;If the first argument for the constructor of Base (or a subclass) is not an object and this array has members, the arguments to the constructor will be assigned to the attributes listed in the array.&lt;/p&gt;

&lt;p&gt;This would simplify initializing an object when a few arguments are very frequent, using the traditional positional arguments instead of an object with named properties.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Investigate ways to create and position the pointer for WidgetPointer plugin</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2530323</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2530323</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;Eric F.'s implementation details on TipTheWeb may help - he has a gist up with the CSS that's in there.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Test out various ways of visually representing the pointer </title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2530324</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2530324</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;Especially in IE where CSS stuff may not work as intended. May take a leaf out of Eric's TipTheWeb CSS here. That seems to be compatible in IE&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Unit Tests + Test WidgetPointer? plugin across A-grade</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2530325</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2530325</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;see summary.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Write examples and user guide for WidgetPointer plugin</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2530327</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2530327</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;Write two examples (one with pointy Tooltip for forms (a la MobileMe?, one with Overlay (a la iOS PopOver/NPR webapp)) and make user-guide.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Horizontal scrollview to support vertical drag gesture</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2530396</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2530396</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;The horizontal scrollview doesn't support a vertical gesture to allow a vertical scroll of a container page.&lt;/p&gt;

&lt;p&gt;Use case (on iPad): &lt;br /&gt;
&lt;a href=&quot;http://www.apple.com/ipad&quot;&gt;http://www.apple.com/ipad&lt;/a&gt; features a horizontal scrollview (their implementation) at the top of the page. It supports horizontal scroll through different promotional images of the ipad. I can also drag the scrollview area vertically to activate the html page-level scroll and scroll the page down.&lt;/p&gt;

&lt;p&gt;The YUI scrollview implementation does not support this action - meaning I can't initiate a page level scroll whilst in the scroll view area. On touch devices, if the horz scroll view happens to cover the entire viewport of the browser, then content below the scrollview can never be reached.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Class extensions require NAME if their prototype has an own property 'constructor' and are mixed into Widgets</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2530551</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2530551</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;&lt;pre class=&quot;wikicode&quot;&gt;&lt;br /&gt;
var BuiltClass = Y.Base.create('boomer', Y.Widget, []);&lt;/p&gt;

&lt;p&gt;function Ext() {}&lt;br /&gt;
Ext.prototype = {&lt;br /&gt;
    constructor: Ext, // If this is included in the prototype redefinition...&lt;br /&gt;
    ...&lt;br /&gt;
};&lt;br /&gt;
Ext.NAME = 'ext'; // ...this is also required.&lt;/p&gt;

&lt;p&gt;Y.Base.mix(BuiltClass, [Ext]);&lt;/p&gt;

&lt;p&gt;var instance = new BuiltClass({...});&lt;br /&gt;
&lt;/pre&gt;&lt;/p&gt;

&lt;p&gt;Omitting the static NAME will result in the following JS error:&lt;br /&gt;
Uncaught TypeError: Cannot call method 'toLowerCase' of undefined&lt;/p&gt;

&lt;p&gt;Omitting the constructor from the prototype redefinition will obviate the need for the NAME.&lt;/p&gt;

&lt;p&gt;What I suspect is happening is that Ext's prototype is being mixed onto the BuiltClass's prototype, clobbering its constructor, so when the Widget constructor is eventually called from the BuiltClass's superclass.constructor.apply() chain, line&lt;br /&gt;
&lt;pre class=&quot;wikicode&quot;&gt;&lt;br /&gt;
widget._cssPrefix = constructor.CSS_PREFIX || _getClassName(constructor.NAME.toLowerCase());&lt;br /&gt;
&lt;/pre&gt;&lt;/p&gt;

&lt;p&gt;is referring to Ext.NAME, which is not desirable anyway, as that would cause anything rooting in the NAME to now use Ext.NAME (should it be defined).&lt;/p&gt;

&lt;p&gt;Best to ignore the constructor property of extension prototypes, IMO.&lt;/p&gt;

&lt;p&gt;This same behavior exists in 3.2.0 and 3.3.0.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>node-focusmanager-1.html example doesn't move through toolbar buttons with arrows</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2530789</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2530789</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;The example suggests that you should be able to move between buttons with left and right arrows.  After clicking on a button and dismissing the alert, the button seems to still have focus, but the arrow keys do nothing.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Add ability to detect devices with &quot;Retina&quot; or hi-resolution screens</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2531094</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2531094</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;It would be useful if we put information on the `Y.UA` object for whether or not a device has a hi-resolution screen. Application developer may choose to serve different images or CSS to devices which have a hi-res &amp;quot;Retina&amp;quot; display.&lt;/p&gt;

&lt;p&gt;Apple products like the iPhone 4 have a hi-resolution &amp;quot;Retina&amp;quot; display and MobileSafari has a `devicePixelRatio` property on the `window` object which has the value of `2`.&lt;/p&gt;

&lt;p&gt;It would be worth checking to see if other manufacturers of hi-res display devices are using the same `devicePixelRatio` property in their browsers. Maybe it's a Webkit thing?&lt;/p&gt;

&lt;p&gt;This originated from Ryuichi Okumura's (okuryu) GitHub Pull Request: &lt;a href=&quot;https://github.com/yui/yui3/pull/26&quot;&gt;https://github.com/yui/yui3/pull/26&lt;/a&gt;&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Separate routing functionality from browser history functionality.</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2531267</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2531267</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;If routing was its own module, it would be viable in Node JS as a lightweight alternative to Express or other frameworks.  I frequently want to route requests to different callback functions based on the request url, but I don't frequently use the other features or middleware provided by Express.  If the same routing could be used on client and server, it would simplify tasks such as initial view rendering on the server&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>simulate does not support touch device events</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2531315</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2531315</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;gesturemovestart&lt;br /&gt;
gesturemoveend&lt;/p&gt;

&lt;p&gt;and others&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Investigate why dial._angle is available/updated only after dial._uiSetValue(val);</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2531321</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2531321</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;May need to call this._uiSetValue(val) instead of just dial.set('value', val); in handlers for mousedown and handledrag&lt;br /&gt;
Jenny suggests making dial._angle a formal r/o property of Dial&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Y.Array.each backwards</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2531344</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2531344</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;I've run into a case where I need to iterate backwards through an array.  It would be nice if there was a utility to do this which worked similarly to Y.Array.each.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Make ModelList model member work as a function as well as a class</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2531411</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2531411</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;I posted a comment in the forum about this a couple weeks ago &lt;a href=&quot;http://yuilibrary.com/forum/viewtopic.php?f=92&amp;amp;t=8881&quot;&gt;http://yuilibrary.com/forum/viewtopic.php?f=92&amp;amp;t=8881&lt;/a&gt;&lt;br /&gt;
Since then I have come across a number of situations where this is very useful.&lt;br /&gt;
As I stated in the forum post creating a list of subclassed items from the source JSON data the function can interrogate the data and determine the type to create. I can do conversions of one model type passed into the list and create a new Model type to store in the List.&lt;/p&gt;

&lt;p&gt;I have implemented this capability as a function in place of the model property of the List, it was also sugested that the create part of the _add method could be broken out into a separate method so it could be overriden more easily. This would work well too if it was able to process not only the JSON inputs to add but any Model input as well.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Method to compare Model instances for equality</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2531466</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2531466</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;It would be useful for to have a method (either static or on the prototype) to aid in comparing the equality of two Model instances.&lt;/p&gt;

&lt;p&gt;Captured discussion in IRC:&lt;/p&gt;

&lt;p&gt;rgrove: Comparing Model equality seems like a problem we need to solve regardless of whether we use a flyweight ModelList, so we should probably have a static Model.compareTo() method or something in any case.&lt;/p&gt;

&lt;p&gt;eric_f: Arguably I think even pre-flyweight ML, we'd benefit from a `.equals()` method on Model. It could probably do triple-equals check first, if false, compare the `id` attributes.&lt;/p&gt;

&lt;p&gt;rgrove: Yep. Compare id attributes and class name, to avoid dupe ids across different base models.&lt;/p&gt;

&lt;p&gt;We *could* also compare clientIds, but then two models representing the exact same data but created at different times could be considered non-equal.&lt;/p&gt;

&lt;p&gt;One tricky spot: I create a model instance and load() some data into it for id &amp;quot;foo&amp;quot;. Then I create another instance and load the same data, for id &amp;quot;foo&amp;quot;. Then I change the first model instance, but don't update the second one. They now contain different data, but have the same id and class name.&lt;/p&gt;

&lt;p&gt;We could keep model instances centrally bound to one another when they share an id, but then you'd never be able to use two instances to represent different states or views of a given model.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>World co-ordinates are treated as pixels in SVG event dispatch in Webkit browsers</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2531497</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2531497</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;The issue arose when I decided to apply the viewing transformation in an SVG-based application to the SVG node's viewBox, instead of a group node.&lt;/p&gt;

&lt;p&gt;With a null transformation, or with a transformation on a group whose a and d coefficients are much greater than 1, everything works, or appears to work.&lt;/p&gt;

&lt;p&gt;In a world whose co-ordinates range between 0 and 1, the transformed pointer event co-ordinates used in hit-testing (but not those reported as properties of the event object) are rounded to the nearest whole number when the viewing transformation is set using the viewBox attribute on the parent SVG node.&lt;/p&gt;

&lt;p&gt;The same is true of all transformations; but the effect becomes large enough to notice when the world is small. Note that the event object has the correct data; the problem is that the event fires on the wrong node due to this apparent rounding done internally.&lt;/p&gt;

&lt;p&gt;This only happens in Webkit browsers. It works as expected in Mozilla.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>[bz 4586100] Y.dump() should pretty-print, like Y.JSON.stringify(obj, null, 4)</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2531522</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2531522</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;Mirrored from bugzilla:&lt;/p&gt;

&lt;p&gt;&amp;lt;&amp;lt;&amp;lt;&amp;lt;&amp;lt;&amp;lt;&amp;lt;&amp;lt;&amp;lt;&amp;lt;&lt;/p&gt;

&lt;p&gt;Y.dump() has a huge advantage over stringify:  it catches errors.  stringify fails (and prints nothing) when it hits a&lt;br /&gt;
reference to a Y.Node object, because there are circular references.&lt;/p&gt;

&lt;p&gt;&amp;gt;&amp;gt;&amp;gt;&amp;gt;&amp;gt;&amp;gt;&amp;gt;&amp;gt;&amp;gt;&amp;gt;&lt;/p&gt;

&lt;p&gt;Y.dump output also includes functions.  I think this is all doable with a replacer function in Y.JSON.stringify(data,&lt;br /&gt;
/* HERE */, 4);&lt;/p&gt;

&lt;p&gt;I personally don't use dump, preferring stringify instead. Do you think it would be acceptable if dump were just a&lt;br /&gt;
wrapper over stringify with a replacer to handle circular refs and other formatting hooks for things like Nodes or&lt;br /&gt;
functions?&lt;/p&gt;

&lt;p&gt;I don't like the idea of changing the output of a serialization function, but I can't imagine it's being relied on in&lt;br /&gt;
production business logic.  It's primary function is for development.  What's your take?&lt;/p&gt;

&lt;p&gt;&amp;lt;&amp;lt;&amp;lt;&amp;lt;&amp;lt;&amp;lt;&amp;lt;&amp;lt;&amp;lt;&amp;lt;&lt;/p&gt;

&lt;p&gt;Yes, making dump a wrapper around stringify sounds like an excellent solution.  For debugging, it's really useful to&lt;br /&gt;
have a function like stringify, but that won't throw exceptions :)&lt;/p&gt;

&lt;p&gt;In principle, you don't have to change the existing output of dump.  If you just add the option to pretty-print, then&lt;br /&gt;
when the option is off, it still generates the original result.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Dial &quot;reset&quot; button should be marked up with an ARIA role of button</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2531609</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2531609</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;Otherwise, they appear as text strings to a screen reader.&lt;br /&gt;
reported by Victor&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Highlight words() does't work while in case-insensitive mode and needles is an array</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2531694</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2531694</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;
&lt;h2 id=&quot;toc0&quot;&gt;test cases&lt;/h2&gt;
&lt;br /&gt;
http://_Sgithub.com/huang47/yui3/commit/d46026a21ffe033c8afc7187acd3edbf7dab5fbd
&lt;h2 id=&quot;toc1&quot;&gt;description&lt;/h2&gt;
&lt;br /&gt;
&lt;pre class=&quot;wikicode&quot;&gt;&lt;br /&gt;
Assert.areSame(&lt;br /&gt;
    'foo &amp;lt;b class=&amp;quot;yui3-highlight&amp;quot;&amp;gt;BAR&amp;lt;/b&amp;gt; baz',&lt;br /&gt;
    Hi.words('foo BAR baz', 'bar')&lt;br /&gt;
);&lt;br /&gt;
Assert.areSame(&lt;br /&gt;
    'foo &amp;lt;b class=&amp;quot;yui3-highlight&amp;quot;&amp;gt;BAR&amp;lt;/b&amp;gt; baz',&lt;br /&gt;
    Hi.words('foo BAR baz', 'Bar')&lt;br /&gt;
);&lt;br /&gt;
&lt;/pre&gt;&lt;p&gt;but&lt;/p&gt;

&lt;p&gt;&lt;pre class=&quot;wikicode&quot;&gt;&lt;br /&gt;
Assert.areSame(&lt;br /&gt;
    'foo &amp;lt;b class=&amp;quot;yui3-highlight&amp;quot;&amp;gt;BAR&amp;lt;/b&amp;gt; baz',&lt;br /&gt;
    Hi.words('foo BAR baz', ['Bar'])&lt;br /&gt;
);&lt;br /&gt;
&lt;/pre&gt;&lt;/p&gt;

&lt;p&gt;doesn't&lt;/p&gt;


&lt;h2 id=&quot;toc2&quot;&gt;my guess&lt;/h2&gt;
&lt;br /&gt;
http://_Sgithub.com/huang47/yui3/commit/408b602737f7832ef82720fe7d7032519a2c7892&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Highlight words() doesn't work if disable escapeHTML</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2531752</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2531752</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;
&lt;h2 id=&quot;toc3&quot;&gt;added test cases&lt;/h2&gt;
&lt;br /&gt;
&lt;a href=&quot;https://github.com/huang47/yui3/blob/master/src/highlight/tests/functional/highlight-test.js#L220&quot;&gt;added test case&lt;/a&gt;
&lt;h2 id=&quot;toc4&quot;&gt;description&lt;/h2&gt;
&lt;br /&gt;
Not quite sure if this is supposed to be support because it's not even documented in YUI3 API&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Base destructors should receive arguments passed to destroy()</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2531768</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2531768</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;Sometimes it's useful to be able to pass options or even a callback to a Base-based class's destroy() method. Right now, this requires overriding destroy() and then attaching an event handler to the `destroy` event to allow destruction to be prevented, since arguments aren't passed along to destructors. It'd be more convenient if destructors automatically received any arguments that were passed to destroy().&lt;/p&gt;

&lt;p&gt;Model and View would both use this (they currently use an override).&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>A SQL date parser for DataSchema</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2531790</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2531790</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;SQL databases typically output Date data that is in ISO format, &amp;quot;YYYY-MM-DD&amp;quot; (strftime '%F') or extended full date/time format as &amp;quot;YYYY-MM-DD HH:MM:SS&amp;quot; (strftime '%F %T').   The Javascript Date.parse function, and therefore the DataType.Date.parse function doesn't parse these dates properly when used in conjunction with a DataSchema field (i.e. { key:'myDate', parser:&amp;quot;date&amp;quot;}, etc... ).&lt;/p&gt;

&lt;p&gt;For years I have used a function by Satyam as follows;&lt;/p&gt;

&lt;p&gt;&lt;pre class=&quot;wikicode&quot;&gt;&lt;/p&gt;

&lt;p&gt;//&lt;br /&gt;
//  Custom Parser for ISO and SQL formatted date strings ...&lt;br /&gt;
//  in the following format:&lt;br /&gt;
//           YYYY-MM-DD HH:MM:SS    [corresponding &amp;quot;strftime&amp;quot; format: &amp;quot;%F %T&amp;quot; ]&lt;br /&gt;
//        also YYYY-MM-DD  (excluding &amp;quot;time&amp;quot; part)    [&amp;quot;strftime&amp;quot; format &amp;quot;%F&amp;quot; ]&lt;br /&gt;
//    &lt;br /&gt;
//  The parser accomplishes this as;&lt;br /&gt;
//    1. Split input &amp;quot;o&amp;quot; into two parts: parts[0] is YYYY-MM-DD, parts[1] is HH:MM:SS (if provided) &lt;br /&gt;
//      2. If timepart included (parts[1]), split it at &amp;quot;:&amp;quot; separator&lt;br /&gt;
//      3. Return the Javascript Date &lt;br /&gt;
//&lt;br /&gt;
//  This is taken directly from Satyam's YUIBlog article:&lt;br /&gt;
//    http://yuiblog.com/blog/2008/10/15/datatable-260-part-one/&lt;br /&gt;
//&lt;br /&gt;
    var parseSQLDate = function (o) {&lt;br /&gt;
        var parts = o.split(' ');            &lt;br /&gt;
            datePart = parts[0].split('-');&lt;br /&gt;
            &lt;br /&gt;
        if (parts.length &amp;gt; 1) {&lt;br /&gt;
            var timePart = parts[1].split(':');&lt;br /&gt;
            return new Date( datePart[0], datePart[1]-1, datePart[2], timePart[0], timePart[1], timePart[2] );&lt;br /&gt;
        } else {&lt;br /&gt;
            return new Date( datePart[0], datePart[1]-1, datePart[2]);&lt;br /&gt;
        }&lt;br /&gt;
    }&lt;br /&gt;
&lt;/pre&gt;&lt;/p&gt;

&lt;p&gt;Which works perfectly fine.&lt;/p&gt;

&lt;p&gt;Any chance of adding this to either DataType.parse or to the DataSchema standard &amp;quot;parsers&amp;quot;, maybe as &amp;quot;parser:'sql_date'&amp;quot; or something ?&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Calling showView before render</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2531845</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2531845</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;When using app-transitions, calls to showView that occur before render do not get completed properly.  This causes all further calls to showView to get queued up instead of transitioning the active view.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>[bz 5355838] Graphics - Add support to WebGL with a 3d framework.</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2531886</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2531886</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;Add support to WebGL with a 3d framework.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>cssbutton example - &lt;a&gt; height is slightly different than &lt;input&gt;/&lt;button&gt;</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2532001</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2532001</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;Screenshot @ &lt;img src=&quot;http://s89997654.onlinehome.us/screencaps/skitched-20120327-150654.jpg&quot; alt=&quot;http://s89997654.onlinehome.us/screencaps/skitched-20120327-150654.jpg&quot; title=&quot;http://s89997654.onlinehome.us/screencaps/skitched-20120327-150654.jpg&quot; /&gt;&lt;!-- http://s89997654.onlinehome.us/screencaps/skitched-20120327-150654.jpg --&gt;&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Optionally fire one 'add' event when multiple Models are added to a ModelList using the add() method.</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2532112</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2532112</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;When passing in an array Models to the ModelList add() method, it would be nice to specify an option to only fire one 'add' event and attach the Models which were added to the event payload.&lt;/p&gt;

&lt;p&gt;This helps make Views listening to the 'add' event a little more efficient if the View's event handler is appending new content to its container for each Model added.  That way the View would only react to one event, append a new piece of content to a fragment for each Model added, then append the fragment to the container.&lt;/p&gt;

&lt;p&gt;I understand that you could potentially use .reset() if you want only one 'add' method to be fired; however, replacing the entire list is not always optimal and may not play nice if the data source driving the ModelList is paginated.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Y.Model.undo() should support reverting back to the last saved state</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2532338</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2532338</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;Per my discussion with EricF, it would be nice if the changes made to a model could be reverted to a prior saved state.  Currently, undo() only reverts to the immediately previous changed value.  For more details, please see the YUI forum post in the comments section below.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Add warning/error message when rendering an undefined view using showView()</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2532341</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2532341</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;In the debug version of YUI, there should be at least a warning, ideally an error sent to the console when displaying an undefined view.&lt;/p&gt;

&lt;p&gt;Details on the situation:&lt;br /&gt;
Inside an App, calling this.showView(&amp;quot;someViewThatDoesntExist&amp;quot;); silently does nothing.&lt;/p&gt;

&lt;p&gt;Suggestion for an helpful message:&lt;br /&gt;
The view &amp;quot;someViewThatDoesntExist&amp;quot; was not defined. Please add it to the &amp;quot;views&amp;quot; object inside the App. Thank you and have a great day!&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Loading indicator for autocomplete</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2532574</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2532574</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;This enhancement request is similiar to my no results one: &lt;a href=&quot;http://yuilibrary.com/projects/yui3/ticket/2532519&quot;&gt;http://yuilibrary.com/projects/yui3/ticket/2532519&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;It would be nice if instead of showing nothing, the AutoComplete widget could display a loading div on &amp;quot;query&amp;quot; and remove it on &amp;quot;results&amp;quot;. This is useful when we use sources from the server and it takes a while for the results to come in.&lt;/p&gt;

&lt;p&gt;The loading div should also have a time delay so that it doesn't show for requests that will get results quickly, resulting in a flash of a loader.&lt;/p&gt;

&lt;p&gt;The loading div will the the user know that the autocomplete has not stalled and is getting results from the server.&lt;/p&gt;

&lt;p&gt;This is an example of a loading indicator on facebook:&lt;br /&gt;
&lt;img src=&quot;http://i.imgur.com/qkaLI.png&quot; alt=&quot;http://i.imgur.com/qkaLI.png&quot; title=&quot;http://i.imgur.com/qkaLI.png&quot; /&gt;&lt;!-- http://i.imgur.com/qkaLI.png --&gt;&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Cannot use attachEvents method twice in App View module</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2532636</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2532636</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;On line 200 of the App View module, the attachEvents method calls the detachEvents method.  This causes all events previously attached to the view instance to be destroyed.  This seems like an undesirable side-effect for the attachEvents method for the following reasons:&lt;/p&gt;

&lt;p&gt;1) The attachEvents method accepts an events parameter.  This implies that I can call attachEvents multiple times to fully establish to event handling I desire.  But since attachEvents destroys all previously attached events each time it is called, only the event handling configured with the final call to attachEvents will survive.&lt;/p&gt;

&lt;p&gt;2) I sub-class YUI App View with an Input View which is sub-classed into each type of input.  Some events are global to all input types while other events are only applicable to certain input types.  The base input module uses the attachEvents method to setup generic input event handling.  The specific input type (e.g. &amp;quot;select&amp;quot; or &amp;quot;textarea&amp;quot;) uses attachEvents to add event handling necessary for only that input type.  If attachEvents detaches all existing event handlers each time, I must either setup a complex object mix/merge somewhere or duplicate the event configuration object across multiple modules.&lt;/p&gt;

&lt;p&gt;The detachEvents method is chainable.  It can be called optionally by the developer prior to attaching events.  This would be a more versatile solution than mandating event detachments with every call to attachEvents.&lt;/p&gt;

&lt;p&gt;CURRENT YUI 3.6.0 CODE:&lt;/p&gt;

&lt;p&gt;attachEvents: function (events) {&lt;br /&gt;
        var container = this.get('container'),&lt;br /&gt;
            owns      = Y.Object.owns,&lt;br /&gt;
            handler, handlers, name, selector;&lt;/p&gt;

&lt;p&gt;this.detachEvents(); //Why?&lt;/p&gt;

&lt;p&gt;events || (events = this.events);&lt;/p&gt;

&lt;p&gt;for (selector in events) {&lt;br /&gt;
            if (!owns(events, selector)) { continue; }&lt;/p&gt;

&lt;p&gt;handlers = events[selector];&lt;/p&gt;

&lt;p&gt;for (name in handlers) {&lt;br /&gt;
                if (!owns(handlers, name)) { continue; }&lt;/p&gt;

&lt;p&gt;handler = handlers[name];&lt;/p&gt;

&lt;p&gt;if (typeof handler === 'string') {&lt;br /&gt;
                    handler = this[handler];&lt;br /&gt;
                }&lt;/p&gt;

&lt;p&gt;this._attachedViewEvents.push(&lt;br /&gt;
                    container.delegate(name, handler, selector, this));&lt;br /&gt;
            }&lt;br /&gt;
        }&lt;/p&gt;

&lt;p&gt;return this;&lt;br /&gt;
    },&lt;/p&gt;

&lt;p&gt;SUGGESTED PATCH:&lt;/p&gt;

&lt;p&gt;attachEvents: function (events) {&lt;br /&gt;
            var container = this.get('container'),&lt;br /&gt;
                owns      = Y.Object.owns,&lt;br /&gt;
                handler, handlers, name, selector;&lt;br /&gt;
            &lt;br /&gt;
            this._attachedViewEvents = this._attachedViewEvents || [];&lt;/p&gt;

&lt;p&gt;events || (events = this.events);&lt;/p&gt;

&lt;p&gt;for (selector in events) {&lt;br /&gt;
                if (!owns(events, selector)) { continue; }&lt;/p&gt;

&lt;p&gt;handlers = events[selector];&lt;/p&gt;

&lt;p&gt;for (name in handlers) {&lt;br /&gt;
                    if (!owns(handlers, name)) { continue; }&lt;/p&gt;

&lt;p&gt;handler = handlers[name];&lt;/p&gt;

&lt;p&gt;if (typeof handler === 'string') {&lt;br /&gt;
                        handler = this[handler];&lt;br /&gt;
                    }&lt;/p&gt;

&lt;p&gt;this._attachedViewEvents.push(&lt;br /&gt;
                        container.delegate(name, handler, selector, this));&lt;br /&gt;
                }&lt;br /&gt;
            }&lt;/p&gt;

&lt;p&gt;return this;&lt;br /&gt;
        },&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Provide a replacement for instanceof so that it can work across window instances or YUI sandboxes.</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2532688</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2532688</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;Both Model and ModelList declare trick variables _isYUIModle (&lt;a href=&quot;http://yuilibrary.com/yui/docs/api/classes/Model.html#property__isYUIModel&quot;&gt;http://yuilibrary.com/yui/docs/api/classes/Model.html#property__isYUIModel&lt;/a&gt;) and _isYUIModelList  (&lt;a href=&quot;http://yuilibrary.com/yui/docs/api/classes/ModelList.html#property__isYUIModelList&quot;&gt;http://yuilibrary.com/yui/docs/api/classes/ModelList.html#property__isYUIModelList&lt;/a&gt;) declared as:&lt;/p&gt;

&lt;p&gt;&amp;quot;Total hack to allow us to identify ModelList instances without using instanceof, which won't work when the instance was created in another window or YUI sandbox.&amp;quot;&lt;/p&gt;

&lt;p&gt;It would be good if Y.Base provided a mechanism for this.  Looping over the _classes property and comparing against the class would probably fail across windows and sandboxes as the regular instanceof would.&lt;/p&gt;

&lt;p&gt;Thus, may I suggest that an _instanceOf protected method be added that receives a name and goes through the _classes array and compares it against the NAME property of each item and returns true on the first match.&lt;/p&gt;

&lt;p&gt;It would be nice to have a similar method to find out if a class has been extended by a particular extension but, unlike plugins, extensions do not require a NAME property or anything like it.  However, it would be a good idea if something like it could be added to extensions, for future use.&lt;/p&gt;

&lt;p&gt;Talking about plugins, though their NAME property is used to create a namespace within the host object, finding such a property name in an object is no guarantee that it has been produced by a plugin so a method to confirm by name that a plugin is there (by further looking into the plugin for a signature that confirms it being a plugin)  might also be in order.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Opera doesn't return selection</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2532778</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2532778</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;Hi Dav,&lt;/p&gt;

&lt;p&gt;In Opera, if you have a selection and use this code:&lt;/p&gt;

&lt;p&gt;editorY = editor.getInstance();&lt;br /&gt;
sel = new editorY.EditorSelection();&lt;br /&gt;
out = sel.getSelected();&lt;/p&gt;

&lt;p&gt;then out will be undefined&lt;/p&gt;

&lt;p&gt;Noticed in Opera 12.02, build 1578, Max OS X 10.8.1&lt;/p&gt;

&lt;p&gt;I've tested it with a timeout, just to be sure I didn't loose focus because selecting something.&lt;br /&gt;
See the testinformation: select a word right away and wait for the timeout to response.&lt;/p&gt;

&lt;p&gt;Regards,&lt;br /&gt;
Marco.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>[bz 4588838] Console should leverage WidgetStdMod</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/1526142</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/1526142</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;Perhaps it could be useful to add IFRAME Shim as it's &lt;br /&gt;
done for Containers (Dialog) for Logger in IE, because &lt;br /&gt;
&amp;lt;select&amp;gt; boxes brokes Logger's appearence. It's not &lt;br /&gt;
the first priority, but why not? %)&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Support dataSrc attributes on all containers</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/1785887</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/1785887</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;It would be nice to have dataSrc supported on all containers - it would just start loading whenever the container became visible. This should be settable from either the source markup or from JavaScript, as suggested by another bug posting on tabView&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Add nodeType constants somewhere</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/1927117</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/1927117</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;There is no cross browser method of using nodeType constants instead of magic numbers.  Any code that walks the dom and needs to inspect nodeType on various nodes is forced to either make its own constants or use magic numbers.&lt;/p&gt;

&lt;p&gt;Constants should either be placed somewhere helpful in the YUI namespace or even better added somehow to the node prototype for browsers that do not fully support the dom spec (&lt;a href=&quot;http://www.w3.org/TR/DOM-Level-2-Core/core.html#ID-1950641247&quot;&gt;http://www.w3.org/TR/DOM-Level-2-Core/core.html#ID-1950641247&lt;/a&gt;).&lt;/p&gt;

&lt;p&gt;Looking at YUI 2.5.0 there are 14 components that utilize nodeType and its associated magic numbers.  So this would also help clean up the YUI codebase itself.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Add support for specifying number of ticks</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2525929</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2525929</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;Rather than configuring the pixel distance between ticks, allow configuring the number of ticks and have Slider do the math based on the dimensions/constraints.&lt;/p&gt;

&lt;p&gt;This will be a Slider plugin in 3.x&lt;/p&gt;

&lt;p&gt;[imported, BZ 2253476]&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Add textResize and windowResize and window scroll events </title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2526036</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2526036</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;This is a duplicate of ticket #2527758 to make sure that the work done for YUI 2.8 is also implemented in YUI 3.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Should height of Overlay body be implemented as minimum/autofill height?</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2526041</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2526041</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;if a height is set, and the actual content is too &amp;quot;tall&amp;quot;, the content flow out of the content box.&lt;/p&gt;

&lt;p&gt;ideally, the height should be implemented as minimum height or auto fill height and when the content is too tall, the height shall not take effect. so, by default, there won't be problem when the height is not high enough.&lt;/p&gt;

&lt;p&gt;for sure in some use cases, people want a fixed height. and obviously there should be an option to support that. i personally think it should not be the default.&lt;/p&gt;

&lt;p&gt;in YUI2, there are autofillheight and height.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Add method logIf</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2527846</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2527846</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;Sometimes you want to log a message is certain condition is met.  Like:&lt;/p&gt;

&lt;p&gt;if (&amp;lt;condition&amp;gt;) Y.log('something');&lt;/p&gt;

&lt;p&gt;In the minified version, the code ends up:&lt;/p&gt;

&lt;p&gt;if(&amp;lt;condition&amp;gt;){}&lt;/p&gt;

&lt;p&gt;A logIf method could be used:&lt;/p&gt;

&lt;p&gt;Y.logIf(&amp;lt;condition&amp;gt;,'something');&lt;/p&gt;

&lt;p&gt;and then have the whole stripped when creating the raw version.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>make loadOptional more granular</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2527949</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2527949</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;Original description 2008-04-07 23:38&lt;/p&gt;

&lt;p&gt;The current syntax forces you to load all optional dependencies. This has the undesirable effect of automatically all&lt;br /&gt;
components' optional behaviours active instead of just one's. Increased granularity should be available in the Loader&lt;br /&gt;
API (i.e. specify options for each component).&lt;/p&gt;

&lt;p&gt;[imported, bz 1859738]&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Panels need key windowing concepts available OOTB - minimize, restore, maximize, resizable</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2528006</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2528006</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;Would be nice to habe minimize, restore and maximize buttons on resizable panels.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>ConsoleFilters flushes previously logged messages</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2528014</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2528014</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;It should be possible for the ConsoleFilters plugin to scrape the messages in the Console body to prime its message cache.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Explicit Version Request for YUI instance</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2528020</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2528020</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;As I understand it and am see right now I implicitly get the last &amp;quot;loaded&amp;quot; version of YUI. I'd like to see the ability to do something like:&lt;/p&gt;

&lt;p&gt;YUI(&amp;quot;3.X&amp;quot;) -  which would return the latest 3 version instance of those loaded &lt;br /&gt;
 YUI(&amp;quot;latest&amp;quot;) - it would instantiate the latest version of YUI currently loaded on the page. &lt;br /&gt;
 YUI(&amp;quot;3.2.1&amp;quot;) - would instantiate the explicit version of YUI is loaded already otherwise it would attempt to load it.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>extend calendar to allow picking days, weeks, months, quarters, years and time</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2528033</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2528033</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;imported from bugzilla ticket 723025&lt;/p&gt;

&lt;p&gt;For reporting projects we needed to allow the user to select a day, a week, a month, a quarter, a year, or a custom&lt;br /&gt;
date range.&lt;/p&gt;

&lt;p&gt;We are in the process of using the calendar widget to do this, but would love if you could add it to your calendar.&lt;br /&gt;
Link to an example on an internal site is available in the bugzilla version of this ticket.&lt;/p&gt;

&lt;p&gt;And, also add ability to pick time in daily mode.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>[bz 1078217] Internationalization defects in Calendar</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2528050</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2528050</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;mirroring bugzilla bug 1078217 for tracking/scheduling purposes&lt;br /&gt;
refer to bugzilla ticket for specific details of bug and links to internal content for additional information&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>support window.onerror</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2528067</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2528067</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;imported from bugzilla ticket 1212083&lt;/p&gt;

&lt;p&gt;Original description by Adam Moore at 2007-05-29 11:48&lt;/p&gt;

&lt;p&gt;window onerror is a non-standard event.  Not all browsers support it, and those that do have a different signature than standard DOM events (three parameters: message, url, line, rather than a single error object).  Investigate providing a special abstraction for this event.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Normalization of element.set('value', number); on select nodes.</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2528084</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2528084</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;Now that Y.get('#select-el').get('value') returns the currently selected value, it would be great if .set('value', 'some value') did the right thing (and perhaps threw an exception if the value isn't a valid option).&lt;/p&gt;

&lt;p&gt;I looked at providing a patch, but the Dom code is a bit hairy to jump in.  I'm happy to contribute a patch, but wanted to file the ticket first.&lt;/p&gt;

&lt;p&gt;Thanks&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Use element.classList if available to speed up class manipulation</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2528188</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2528188</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;Element.classList is a new API introduced in HTML5 for manipulating the classes of an element. The API is documented on &lt;a href=&quot;https://developer.mozilla.org/en/DOM/element.classList&quot;&gt;https://developer.mozilla.org/en/DOM/element.classList&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;This API is implemented in Firefox 3.6 and WebKit is planning to implement it.&lt;/p&gt;

&lt;p&gt;YUI could detect if this property is available and use it in the YAHOO.util.Dom.{add,has,remove}Class functions. A speedup of up to 12 could be achieved with Firefox according to this benchmark: &lt;a href=&quot;https://bug501257.bugzilla.mozilla.org/attachment.cgi?id=395627&quot;&gt;https://bug501257.bugzilla.mozilla.org/attachment.cgi?id=395627&lt;/a&gt;).&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Independent calls to YUI().use() to yield the same YUI instance for one application</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2528202</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2528202</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;&lt;a href=&quot;http://yuilibrary.com/forum/viewtopic.php?f=18&amp;amp;t=731&quot;&gt;http://yuilibrary.com/forum/viewtopic.php?f=18&amp;amp;t=731&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;An application consists of many JS files. Each uses its own YUI().use() to surround its code. Each gets its own instance. However, one and the same application should get (or at least be able to get) the same instance: The first use() call creates a new instance, but any other calls to use() yield that same instance.&lt;/p&gt;

&lt;p&gt;Y.use() where Y *is* an instance is not sufficent - when I have class files loaded there is no instance created yet, unless I load those class files of my application like YUI files. However, for various reasons (e.g. I include my own files statically but use dynamic loading for YUI) I would prefer this:&lt;/p&gt;

&lt;p&gt;How about (optionally) giving names to YUI instances? Either as another config in YUI({conf....}), or as parameter to use(). If there is no instance with the given name, create a new one, of there already is one, use that instance! That seems a very simple solution for obtaining one and the same YUI instance - FROM YUI, and not having to maintain a mechanism myself, which is not trivial in this asynchronous environment!&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Add event for printing a line or give a config option to the last log message printed</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2528241</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2528241</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;I'm working on a &amp;quot;debugger&amp;quot; for YUI3 &amp;amp; it would be nice to be able to get access to the message that was logged. So then I can do &amp;quot;interactive&amp;quot; logging for things like IO.&lt;/p&gt;

&lt;p&gt;Then I can log this:&lt;br /&gt;
IO: GET &lt;a href=&quot;http://foo.com/endpoint&quot;&gt;http://foo.com/endpoint&lt;/a&gt; *[spinner]&lt;/p&gt;

&lt;p&gt;Then when IO completes, I can remove the spinner and add the Status code. Very much like Firebug does now.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>addClass adds more than one class - but removeClass removes only one at a time</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2528252</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2528252</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;The subject says it.&lt;/p&gt;

&lt;p&gt;This works:&lt;/p&gt;

&lt;p&gt;{node.addClass('class1 class2')}&lt;/p&gt;

&lt;p&gt;The reverse operation does not work:&lt;/p&gt;

&lt;p&gt;{node.removeClass('class1 class2')}&lt;/p&gt;

&lt;p&gt;However, it would be soooo much more convenient if removeClass would remove several classes at once compared to having to chain several removeClass calls :-)&lt;br /&gt;
I enter it as &amp;quot;defect&amp;quot; even if it isn't one, strictly speaking, but there should be symmetry of addClass/removeClass I'd venture to say.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>on('available', fn, selector) should give fn the Node(List) instance</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2528270</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2528270</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;Not a necessity for sure, not certain how useful this is overall...&lt;/p&gt;

&lt;p&gt;In a handler for 'available' right now I have to do a selector-call to get the Node or NodeList. Couldn't the callback function be supplied with an argument - the Node(List) instance - instead? The YUI on-available detector already did this work.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Event.Target.fire fails for events defined in Node.DOM_EVENTS</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2528299</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2528299</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;This works:&lt;/p&gt;

&lt;p&gt;var node = Y.one('#demo');&lt;br /&gt;
    node.on('foo', function(e) {&lt;br /&gt;
        console.log(e);&lt;br /&gt;
    });&lt;br /&gt;
    node.fire('foo', {});&lt;br /&gt;
});&lt;/p&gt;

&lt;p&gt;But not this:&lt;br /&gt;
    Y.Node.DOM_EVENTS.foo = true;&lt;br /&gt;
    var node = Y.one('#demo');&lt;br /&gt;
    node.on('foo', function(e) {&lt;br /&gt;
        console.log(e);&lt;br /&gt;
    });&lt;br /&gt;
    node.fire('foo', {});&lt;br /&gt;
});&lt;br /&gt;
});&lt;/p&gt;

&lt;p&gt;or this:&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Popup Menus should be modal</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2528314</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2528314</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;Filing as a design requirement for Menu 3.0: Further study of menus on the desktop indicates that popup menus are always modal.  So, Menu 3.0 will be designed with this feature in mind.&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
<item>
   <title>Update MenuNav to use Event's built-in delegation support</title>
   <link>http://yuilibrary.com//projects/yui3/ticket/2528315</link>
   <guid isPermaLink="false">http://yuilibrary.com//projects/yui3/ticket/2528315</guid>
   <description>&lt;span class=&quot;wikipage&quot;&gt;&lt;p&gt;MenuNav was developed prior to Event having built-in delegation support.  As time allows, it'd be nice to update MenuNav to take advantage of Y.delegate&lt;/p&gt;

&lt;/span&gt;</description>
   <category>Report</category>
</item>
 </channel>
</rss>
