1 files changed, 175 insertions, 0 deletions
diff --git a/js/yui3/node-menunav/assets/node-menunav-core.css b/js/yui3/node-menunav/assets/node-menunav-core.css
new file mode 100644
index 000000000..39ec29876
--- /dev/null
+++ b/js/yui3/node-menunav/assets/node-menunav-core.css
@@ -0,0 +1,175 @@
+/*
+YUI 3.7.3 (build 5687)
+Copyright 2012 Yahoo! Inc. All rights reserved.
+Licensed under the BSD License.
+http://yuilibrary.com/license/
+*/
+.yui3-menu .yui3-menu {
+
+	position: absolute;
+	z-index: 1;
+
+}
+
+
+.yui3-menu .yui3-shim {
+
+	/* 
+		Styles for the <iframe> shim used to prevent <select> elements from poking through 
+		submenus in IE < 7.  Note: For peformance, creation of the <iframe> shim for each submenu  
+		is deferred until it is initially made visible by the user.
+	*/
+
+    position: absolute;
+    top: 0;
+    left: 0;
+    z-index: -1;
+	opacity: 0;
+	filter: alpha(opacity=0);  /* For IE since it doesn't implement the CSS3 "opacity" property. */
+	border: none;
+	margin: 0;
+	padding: 0;
+	height: 100%;
+	width: 100%;
+
+}
+
+.yui3-menu-hidden {
+
+	/*
+		Position hidden menus outside the viewport boundaries to prevent them from 
+		triggering scrollbars on the viewport.
+	*/
+
+	top: -10000px;
+	left: -10000px;
+
+	/*
+		Using "visibility:hidden" over "display" none because:
+		
+		1)	As the "position" property for submenus is set to "absolute", they are out of 
+			the document flow and take up no space.  Therefore, from that perspective use of 
+			"display:none" is redundant.
+		
+		2)	According to MSDN use of "display:none" is more expensive:
+			"Display is the more expensive of the two CSS properties, so if you are 
+			making elements appear and disappear often, visibility will be faster." 
+			(See http://msdn.microsoft.com/en-us/library/bb264005(VS.85).aspx)
+	*/
+
+	visibility: hidden;
+
+}
+
+.yui3-menu li {
+
+    list-style-type: none;    
+
+}
+
+.yui3-menu ul, 
+.yui3-menu li { 
+
+    margin: 0;
+    padding: 0;
+
+}
+
+.yui3-menu-label,
+.yui3-menuitem-content {
+
+    text-align: left;
+    white-space: nowrap;
+    display: block;
+
+}
+
+.yui3-menu-horizontal li {
+
+	float: left;
+	width: auto;
+
+}
+
+.yui3-menu-horizontal li li {
+
+	float: none;
+
+}
+
+.yui3-menu-horizontal ul {
+
+	/*
+		Use of "zoom" sets the "hasLayout" property to "true" in IE (< 8).  When "hasLayout" is 
+		set to "true", an element can clear its floated descendents.  For more:
+		http://msdn.microsoft.com/en-gb/library/ms533776(VS.85).aspx
+	*/
+
+	*zoom: 1;
+
+}
+
+.yui3-menu-horizontal ul ul {
+
+	/*
+		No need to clear <ul>s of submenus of horizontal menus since <li>s of submenus
+		aren't floated.
+	*/
+
+	*zoom: normal;
+
+}			
+
+.yui3-menu-horizontal>.yui3-menu-content>ul:after {
+
+	/*	Self-clearing solution for Opera, Webkit, Gecko and IE > 7	*/
+
+	content: "";
+	display: block;
+	clear: both;
+	line-height: 0;
+	font-size: 0;
+	visibility: hidden;
+
+}
+
+
+/*
+	The following two rules are for IE 7.  Triggering "hasLayout" (via use of "zoom") prevents 
+	first-tier submenus from hiding when the mouse is moving from an menu label in a root menu to 
+	its corresponding submenu.
+*/
+
+.yui3-menu-content {
+
+	*zoom: 1;
+    
+}
+
+
+.yui3-menu-hidden .yui3-menu-content {
+
+	*zoom: normal;
+
+}
+
+
+/*
+	The following two rules are for IE 6 (Standards Mode and Quirks Mode) and IE 7 (Quirks Mode 
+	only).  Triggering "hasLayout" (via use of "zoom") fixes a bug in IE where mousing mousing off 
+	the text node of menuitem or menu label will incorrectly trigger the mouseout event.
+*/
+
+.yui3-menuitem-content,
+.yui3-menu-label {
+
+	_zoom: 1;
+
+}
+
+.yui3-menu-hidden .yui3-menuitem-content,
+.yui3-menu-hidden .yui3-menu-label {
+
+	_zoom: normal;
+
+}