<?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/"
		xmlns:atom="http://www.w3.org/2005/Atom"

			>

	<channel>
		<title>Cycling 74  &#187;  Topic: Tabs and bpatcher – howto?</title>
		<atom:link href="http://cycling74.com/forums/topic/tabs-and-bpatcher-howto/feed" rel="self" type="application/rss+xml" />
		<link>http://cycling74.com/forums/topic/tabs-and-bpatcher-howto/feed</link>
		<description></description>
		<pubDate>Wed, 19 Jun 2013 01:26:10 +0000</pubDate>
		<generator>http://bbpress.org/?v=2.2.4</generator>
		<language></language>

		
														
					
				<item>
					<guid>http://cycling74.com/forums/topic/tabs-and-bpatcher-howto/#post-49160</guid>
					<title><![CDATA[Tabs and bpatcher – howto?]]></title>
					<link>http://cycling74.com/forums/topic/tabs-and-bpatcher-howto/#post-49160</link>
					<pubDate>Mon, 15 Mar 2010 16:48:05 +0000</pubDate>
					<dc:creator>Peter Ostry</dc:creator>

					<description>
						<![CDATA[
						<p>I guess I need a plan for this GUI ;-)</p>
<p>I have a line of tabs at the top and want to show different things below them. Straight forward. Tab #1 shows some settings, tab #2 the instrument parameters, tab #3 the effects and so on.</p>
<p>But how do I make this with bpatcher? Really everything in one single bpatcher? This would require a huge &#8220;mother patcher&#8221;. Is it not possible to load different patches on demand or is there another technique I am not aware of?</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/tabs-and-bpatcher-howto/#post-176618</guid>
					<title><![CDATA[Re: Tabs and bpatcher – howto?]]></title>
					<link>http://cycling74.com/forums/topic/tabs-and-bpatcher-howto/#post-176618</link>
					<pubDate>Mon, 15 Mar 2010 17:23:16 +0000</pubDate>
					<dc:creator>Chris Muir</dc:creator>

					<description>
						<![CDATA[
						<p>I had to deal with this in my &#8220;Gyre&#8221; program. <a href="http://www.xfade.com/Gyre" rel="nofollow">http://www.xfade.com/Gyre</a></p>
<p>The tabbed section is made up of a bunch of child patchers that all have the same size presentation area. I include all these in an intermediate patch as bpatchers, with the X dimensions aligned, and the Y dimensions one height apart.</p>
<p>I include the intermediate patch as a bpatcher in the parent patch, and make it the same size as the presentation area of the child patchers. Now I can send the intermediate patcher messages that select the different sections, and the intermediate patch manages the offset messages to thispatcher that bring the different child patchers into focus. The intermediate patcher also enables/disables things as appropriate based on what child patch is in focus.</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/tabs-and-bpatcher-howto/#post-176619</guid>
					<title><![CDATA[Re: Tabs and bpatcher – howto?]]></title>
					<link>http://cycling74.com/forums/topic/tabs-and-bpatcher-howto/#post-176619</link>
					<pubDate>Mon, 15 Mar 2010 18:55:43 +0000</pubDate>
					<dc:creator>Peter Ostry</dc:creator>

					<description>
						<![CDATA[
						<p>If I understand you right you talk about nested bpatchers. On top are the tabs and one bpatcher. This bpatcher contains a patch with several bpatchers. Is this correct? At least I tried and it works.</p>
<p>This is a surprisingly simple solution, I love it. Are there any memory or CPU problems with nested bpatchers, I mean, should I rather avoid to let them talk to each other under the hood?</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/tabs-and-bpatcher-howto/#post-176620</guid>
					<title><![CDATA[Re: Tabs and bpatcher – howto?]]></title>
					<link>http://cycling74.com/forums/topic/tabs-and-bpatcher-howto/#post-176620</link>
					<pubDate>Mon, 15 Mar 2010 19:29:17 +0000</pubDate>
					<dc:creator>Chris Muir</dc:creator>

					<description>
						<![CDATA[
						<p>Yes, that&#8217;s what I was trying to say. I haven&#8217;t found any performance problems with this implementation.</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/tabs-and-bpatcher-howto/#post-176621</guid>
					<title><![CDATA[Re: Tabs and bpatcher – howto?]]></title>
					<link>http://cycling74.com/forums/topic/tabs-and-bpatcher-howto/#post-176621</link>
					<pubDate>Mon, 15 Mar 2010 22:47:28 +0000</pubDate>
					<dc:creator>Jesse</dc:creator>

					<description>
						<![CDATA[
						<p>Yes, I&#8217;ve also done a tabbed interface with nested bpatcher&#8217;s and it worked very well, no performance issues.</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/tabs-and-bpatcher-howto/#post-176622</guid>
					<title><![CDATA[Re: Tabs and bpatcher – howto?]]></title>
					<link>http://cycling74.com/forums/topic/tabs-and-bpatcher-howto/#post-176622</link>
					<pubDate>Wed, 17 Mar 2010 05:44:39 +0000</pubDate>
					<dc:creator>whincop</dc:creator>

					<description>
						<![CDATA[
						<p>you&#8217;ve obviously found a very elegant solution, but doesn&#8217;t the &#8220;even more&#8221; subpatcher in the bpatcher help patch demonstrate something useful along these lines?</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/tabs-and-bpatcher-howto/#post-176623</guid>
					<title><![CDATA[Re: Tabs and bpatcher – howto?]]></title>
					<link>http://cycling74.com/forums/topic/tabs-and-bpatcher-howto/#post-176623</link>
					<pubDate>Wed, 17 Mar 2010 06:25:42 +0000</pubDate>
					<dc:creator>Roman Thilenius</dc:creator>

					<description>
						<![CDATA[
						<p> <br />
if nested bpatchers can be a performance problem really depends on the<br />
content of the bpatchers and on your computer.</p>
<p>it IS definetly a lot slower but you might not see it at all in your situation.</p>
<p>also, building it one by one still does not get rid of the problem that the main<br />
bpatcher will habe lots in and outs .. eventually too lots.</p>
<p>it is one of the exceptions where i tend you use send and receive.</p>
<p>-110<br />
 </p>
						]]>
					</description>

					
					
				</item>

					
		
	</channel>
	</rss>

