<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"> 
<channel>
<title>CodeStore.net comments on "Using Flyout Menu to Administer Web Applications"</title>
<description>Replies to blog "Using Flyout Menu to Administer Web Applications" on codestore.net.</description>
<link>http://www.codestore.net/</link>
<lastBuildDate></lastBuildDate>
<atom:link href="http://www.codestore.net/store.nsf/blog.xml?Open=20080128" rel="self" type="application/rss+xml" />

<item>
	<title>Reply from Kirk Stoner</title>
	<pubDate></pubDate>
	<author>Kirk Stoner</author>
	<description><![CDATA[ 
		<p>CSS driven menus have a bad habit in IE of having editable components bleed throuh as well. I am a firm disbeliever in Outline/Navigator approach to web site navigation and use a simple clean Dialog-Box (dropdown as my users call them) that performs a lookup against menu items. OnChange event triggers a JS function that takes the passed alias from that field and loads the appropriate view or form. The menu items are securable by either role , group or explicit user assignment.</p>
		<p>For my Admin navigation, I merely have a second Dialog box performing the same function but on menu items specified under a separate category. Use a hide when formula to hide the admin nav field if admin role is not enabled for that user. If the app has very little in the way of navigation options, you can combine all menus into a single dialog box saving even more screen area.</p>

		<p><a href="http://www.codestore.net/store.nsf/reply?OpenForm&ParentUNID=D17575AC0F486D29852573EA00243945"><img border="0" src="http://www.codestore.net/store.nsf/images/rss_reply.gif" alt="Click here to post a response" /></a></p>
	]]></description>
	<link>http://www.codestore.net/store.nsf/unid/BLOG-20080128?OpenDocument#DOC_D17575AC</link>
</item><item>
	<title>Reply from Alan Harris</title>
	<pubDate></pubDate>
	<author>Alan Harris</author>
	<description><![CDATA[ 
		<p>YES PLEASE !!!</p>

		<p><a href="http://www.codestore.net/store.nsf/reply?OpenForm&ParentUNID=17335D0CB65CB0D3852573E5002A4D91"><img border="0" src="http://www.codestore.net/store.nsf/images/rss_reply.gif" alt="Click here to post a response" /></a></p>
	]]></description>
	<link>http://www.codestore.net/store.nsf/unid/BLOG-20080128?OpenDocument#DOC_17335D0C</link>
</item><item>
	<title>Reply from Luis</title>
	<pubDate></pubDate>
	<author>Luis</author>
	<description><![CDATA[ 
		<p>Yes please invest more time, very useful information.</p>
		<p>Thank you</p>

		<p><a href="http://www.codestore.net/store.nsf/reply?OpenForm&ParentUNID=661CC88CD86C03B7852573E000518AAA"><img border="0" src="http://www.codestore.net/store.nsf/images/rss_reply.gif" alt="Click here to post a response" /></a></p>
	]]></description>
	<link>http://www.codestore.net/store.nsf/unid/BLOG-20080128?OpenDocument#DOC_661CC88C</link>
</item><item>
	<title>Reply from Matt Cooper</title>
	<pubDate></pubDate>
	<author>Matt Cooper</author>
	<description><![CDATA[ 
		<p>For the most part, I use framesets for site admin.  I've had good luck with them. (even though Jake says "Ney")</p>
		<p>At any rate, this approach allows me to clearly seperate admin from UI and it makes for far less coding.  That and ... it works with every browser.  Additionally, with some clever targeted links you can have documents automatically load in a specific frame when opened for editing.</p>
		<p>I've done computed subforms and such, but I finally got sick of the layout problems that Jake refers to.  Framesets are not  nearly as "high-tech", but my theory is to keep it simple and use what works.  Additionally, you can cram lots into them.</p>

		<p><a href="http://www.codestore.net/store.nsf/reply?OpenForm&ParentUNID=875B417D2C1B78D7852573E00011B64F"><img border="0" src="http://www.codestore.net/store.nsf/images/rss_reply.gif" alt="Click here to post a response" /></a></p>
	]]></description>
	<link>http://www.codestore.net/store.nsf/unid/BLOG-20080128?OpenDocument#DOC_875B417D</link>
</item><item>
	<title>Reply from Rob</title>
	<pubDate></pubDate>
	<author>Rob</author>
	<description><![CDATA[ 
		<p>I'm very interested in knowing how you got the login to work without loading the custom login form. That alone would help me out a bunch.</p>
		<p>The menu part isn't as interesting. Each line of my menus are a seperate document with a reader field which contains a list of roles. When a user logs in the roles that are assigned to him (or the group he's in) determine which roles he has and, thus, which navigator lines show up.</p>
		<p>I've been using this system for 4 or 5 years now and it has made it easy for me to automate the changing of the many permission levels in my systems.</p>
		<p>Best regards,</p>
		<p>Rob:-]</p>

		<p><a href="http://www.codestore.net/store.nsf/reply?OpenForm&ParentUNID=BCD7AB44B5399533852573DE007BCE2B"><img border="0" src="http://www.codestore.net/store.nsf/images/rss_reply.gif" alt="Click here to post a response" /></a></p>
	]]></description>
	<link>http://www.codestore.net/store.nsf/unid/BLOG-20080128?OpenDocument#DOC_BCD7AB44</link>
</item><item>
	<title>Reply from Tanny O'Haley</title>
	<pubDate></pubDate>
	<author>Tanny O'Haley</author>
	<description><![CDATA[ 
		<p>I think you're talking more in the vein of a drop down, not a flyout. I only say that because flyout, menus/options have a history of problems for those with disabilities. With that said, I like your drop down login form, though you need to add IDs to the input elements so that the labels work. You might want to implement this using the Suckerfish drop down menus and putting the form in an LI. Also if you expect any of the menus or drop down forms to go over a list (select element), in IE 6 and below the list will bleed through. The solution is to add an iframe shim. </p>
		<p>{<a rel="nofollow" href="http://tanny.ica.com/ICA/TKO/tkoblog.nsf/dx/select-tag-overlap-in-ie-part-iii">Link</a>}</p>
		<p>Administration pages should not be an afterthought, I believe they should be just as beautiful as the site.</p>

		<p><a href="http://www.codestore.net/store.nsf/reply?OpenForm&ParentUNID=7696DAF0EAEBB204852573DE005F6C1C"><img border="0" src="http://www.codestore.net/store.nsf/images/rss_reply.gif" alt="Click here to post a response" /></a></p>
	]]></description>
	<link>http://www.codestore.net/store.nsf/unid/BLOG-20080128?OpenDocument#DOC_7696DAF0</link>
</item><item>
	<title>Reply from Dragon Cotterill</title>
	<pubDate></pubDate>
	<author>Dragon Cotterill</author>
	<description><![CDATA[ 
		<p>To make it work in IE, change the page so that the element in question has an onmouseover option to unhide the div. Yeah I know it isn't nice and shiney, but at least it works in all browsers right from the start.</p>
		<p>With an added benefit that if the Login option is an href to an actual login page, you now have a system which works even when the user doesn't have javascript enabled.</p>
		<p>I know it's nicer to use a pure CSS version, but you cannot trust IE to conform to CSS standards like other browsers do.</p>

		<p><a href="http://www.codestore.net/store.nsf/reply?OpenForm&ParentUNID=E9B1CAF3D6AAC85C852573DE003EB4DA"><img border="0" src="http://www.codestore.net/store.nsf/images/rss_reply.gif" alt="Click here to post a response" /></a></p>
	]]></description>
	<link>http://www.codestore.net/store.nsf/unid/BLOG-20080128?OpenDocument#DOC_E9B1CAF3</link>
</item>

</channel>
</rss> 
