<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: Visual Scripting Patterns Investigation</title>
	<atom:link href="http://warpspire.com/tipsresources/interface-scripting/visual-scripting-patterns-investigation/feed/" rel="self" type="application/rss+xml" />
	<link>http://warpspire.com/tipsresources/interface-scripting/visual-scripting-patterns-investigation/</link>
	<description>my god, it's full of stars</description>
	<pubDate>Mon, 13 Oct 2008 08:44:42 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Frans?zca tercüman</title>
		<link>http://warpspire.com/tipsresources/interface-scripting/visual-scripting-patterns-investigation/#comment-86793</link>
		<dc:creator>Frans?zca tercüman</dc:creator>
		<pubDate>Tue, 26 Feb 2008 14:04:33 +0000</pubDate>
		<guid isPermaLink="false">http://warpspire.com/journal/interface-scripting/visual-scripting-patterns-investigation/#comment-86793</guid>
		<description>&lt;p&gt;Your comment contains very useful information about all thank you &lt;a href="http://www.xn--franszcatercman-bwb70g.com" title="frans?zca tercüme" rel="nofollow"&gt;frans&#305;zca terc&#252;man&lt;/a&gt;&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Your comment contains very useful information about all thank you <a href="http://www.xn--franszcatercman-bwb70g.com" title="frans?zca tercüme" rel="nofollow">frans&#305;zca terc&uuml;man</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Emil StenstrÃ¶m</title>
		<link>http://warpspire.com/tipsresources/interface-scripting/visual-scripting-patterns-investigation/#comment-19558</link>
		<dc:creator>Emil StenstrÃ¶m</dc:creator>
		<pubDate>Sat, 10 Mar 2007 09:52:23 +0000</pubDate>
		<guid isPermaLink="false">http://warpspire.com/journal/interface-scripting/visual-scripting-patterns-investigation/#comment-19558</guid>
		<description>&lt;p&gt;Hi! I tend to think of my sites a component trees when I organize them. Print out a couple of your typical pages on the site and put them site by side. Now start by making a node for each main part of your site. Could be navigation, header, footer, content, your choice. Now if you find differences between two of your pages you just add both the different elements to the tree, but with some kind of OR in between them. You keep adding components until you have a full tree that represents your site.&lt;/p&gt;

&lt;p&gt;Now. To use the tree you simply need to give the path to the node certain code is affecting. In the CSS you write: "#root #navigation ul li a.selected" and you'll know exactly what your code is affecting (see my article on &lt;a href="http://friendlybit.com/css/how-to-structure-large-css-files/" rel="nofollow"&gt;CSS strucutring&lt;/a&gt;). I have not yet tried it with javascript but I guess you could just use nested closures or a simple comment before your functions that give a path. What's important is that you base your structuring on the tree.&lt;/p&gt;

&lt;p&gt;Thing is, when you split up your file, you do it by components, or if you want bigger parts, subtrees. For me, it has worked great.&lt;/p&gt;

&lt;p&gt;The component tree is great visual documentation too, making it much easier for the next person to understand what your code is doing...&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Hi! I tend to think of my sites a component trees when I organize them. Print out a couple of your typical pages on the site and put them site by side. Now start by making a node for each main part of your site. Could be navigation, header, footer, content, your choice. Now if you find differences between two of your pages you just add both the different elements to the tree, but with some kind of OR in between them. You keep adding components until you have a full tree that represents your site.</p>
<p>Now. To use the tree you simply need to give the path to the node certain code is affecting. In the CSS you write: &#8220;#root #navigation ul li a.selected&#8221; and you&#8217;ll know exactly what your code is affecting (see my article on <a href="http://friendlybit.com/css/how-to-structure-large-css-files/" rel="nofollow">CSS strucutring</a>). I have not yet tried it with javascript but I guess you could just use nested closures or a simple comment before your functions that give a path. What&#8217;s important is that you base your structuring on the tree.</p>
<p>Thing is, when you split up your file, you do it by components, or if you want bigger parts, subtrees. For me, it has worked great.</p>
<p>The component tree is great visual documentation too, making it much easier for the next person to understand what your code is doing&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tobie Langel</title>
		<link>http://warpspire.com/tipsresources/interface-scripting/visual-scripting-patterns-investigation/#comment-19522</link>
		<dc:creator>Tobie Langel</dc:creator>
		<pubDate>Sat, 10 Mar 2007 01:42:04 +0000</pubDate>
		<guid isPermaLink="false">http://warpspire.com/journal/interface-scripting/visual-scripting-patterns-investigation/#comment-19522</guid>
		<description>&lt;p&gt;Hi,&lt;/p&gt;

&lt;p&gt;Great post. Funny you bring that subject up, I've been dealing with similar issues again quite recently&lt;/p&gt;

&lt;p&gt;While clear design patterns have been established for server-side code, client-side development is still too often thought of as scripting. What worked with a single CSS page clearly doesn't in the type of situation you describe.&lt;/p&gt;

&lt;p&gt;One of the key - for me - to this issue has been, quite surprisingly, to use a &lt;a href="http://microformats.org/" rel="nofollow"&gt;microformats&lt;/a&gt;-like approach.&lt;/p&gt;

&lt;p&gt;By using classes to actually describe the data, rather than to think of classes as hooks for your CSS, one of your major separation concern is dealt with.&lt;/p&gt;

&lt;p&gt;So for example, rather than adding a context-menu behavior to all elements whose class name is "context-menu", you add that behavior to all elements who you know need a context menu. This could be for example, all images with a class of "editable", along with all divs with a class of "help-section".&lt;/p&gt;

&lt;p&gt;In a sense, your actually considering your HTML/XHTML for what it is: data.&lt;/p&gt;

&lt;p&gt;Regarding CSS, I'm a strong advocate of "namespacing" it, along with using a reset.css file &lt;a href="http://developer.yahoo.com/yui/reset/" rel="nofollow"&gt;like the one found in YUI&lt;/a&gt;. What I mean by that is to make sure that your CSS rules are always contained within the namespace provided by an id and that you target the element's you want to style precisely:&lt;/p&gt;

&lt;pre&gt;&lt;code&gt;#navigation li.current a { color: #333; }
&lt;/code&gt;&lt;/pre&gt;

&lt;p&gt;rather than:&lt;/p&gt;

&lt;pre&gt;&lt;code&gt;.current a { color: #333; }
&lt;/code&gt;&lt;/pre&gt;

&lt;p&gt;This will save you a lot of trouble down the road.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>Great post. Funny you bring that subject up, I&#8217;ve been dealing with similar issues again quite recently</p>
<p>While clear design patterns have been established for server-side code, client-side development is still too often thought of as scripting. What worked with a single CSS page clearly doesn&#8217;t in the type of situation you describe.</p>
<p>One of the key - for me - to this issue has been, quite surprisingly, to use a <a href="http://microformats.org/" rel="nofollow">microformats</a>-like approach.</p>
<p>By using classes to actually describe the data, rather than to think of classes as hooks for your CSS, one of your major separation concern is dealt with.</p>
<p>So for example, rather than adding a context-menu behavior to all elements whose class name is &#8220;context-menu&#8221;, you add that behavior to all elements who you know need a context menu. This could be for example, all images with a class of &#8220;editable&#8221;, along with all divs with a class of &#8220;help-section&#8221;.</p>
<p>In a sense, your actually considering your HTML/XHTML for what it is: data.</p>
<p>Regarding CSS, I&#8217;m a strong advocate of &#8220;namespacing&#8221; it, along with using a reset.css file <a href="http://developer.yahoo.com/yui/reset/" rel="nofollow">like the one found in YUI</a>. What I mean by that is to make sure that your CSS rules are always contained within the namespace provided by an id and that you target the element&#8217;s you want to style precisely:</p>
<pre><code>#navigation li.current a { color: #333; }
</code></pre>
<p>rather than:</p>
<pre><code>.current a { color: #333; }
</code></pre>
<p>This will save you a lot of trouble down the road.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.355 seconds -->
