I make the distinction at the "content Window" level. That is, that portion
of your site where true content is being displayed and true user-interaction
occurs (this means the area where they are reading, not the
primary/secondary nav, not the logo, not some sidebar stuff, not
blah-blah-blah). Every "eye tracking" study I've seen confirms that the
moment people's eyes leave this area, the chances of them clicking somewhere
else in your site drop dramatically -- it's the first sign that they are
about to type in a new URL (to someone else's site) or do a Google bar
search or go get a coffee. Therefore your content must engage them in this
"content window".

So when it comes to fusebox, if a fuse is generating something for the
content window, then that's a DSP fuse and it has nothing to do with layout.
If it's generating something else , even if that something has itself has
content (a different issue altogether), then that's layout (and it's usually
characterized by being fuseaction-specific or circuit-wide, but rarely is is
fuse-specific)

In this respect, it's helpful to remember that the Web is NOT a visual
medium like TV where people *look* first and read second -- there are tons
of out-of-business web companies who made that mistaken assumption -- the
Web is much more like a library where people *read* first and look at images
second. There are plenty of studies that demonstrate that as well, where if
the content is engaging enough the people just "forget" that a given image
is even there. Trying reading Shakespeare while the Spice channel is playing
on TV and you'll get the opposite effect. :)

----- Original Message -----
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, April 17, 2002 9:51 AM
Subject: RE: How to turn off layout


> Question for Lee:
>
> To what extent do you take this idea? You seem to suggest that the layouts
> control everything pertaining to the presentation of the data generated by
> the circuits. Does this mean that you make the layouts responsible for
> details like table layout, etc even though the format of the table isn't
> likely to change? If this is so then what do the dsp files do in the
> circuit?
>
> I guess the proper question is where is the line that distinguishes what
> level of detail you allow your layouts to handle the presentation of data
> and the line that allows for your dsp files to decide how the data should
be
> presented.
>
>
>
> Chad Kemp
>
>
>
>
>
>
>  -----Original Message-----
> From: Lee Borkman [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, April 17, 2002 8:15 AM
> To: [EMAIL PROTECTED]
> Subject: Re: How to turn off layout
>
>
>
> Hi Marc,
>
> What you are missing is the separation of content from presentation.
Sure,
> you could directly set the layouts from within a fuseaction, but that
would
> be making your fuseactions control both content and presentation.  I like
to
> restrict fuseactions to creating content and metadata, nicely ignorant of
> the application around them.  Then let the layouts decide how to present
the
> content on the basis of the content and the metadata.
>
> Much better chance of reuse.  Good separation of powers.  Clearly defined
> roles for all your various components. Everybody knows where everything is
> kept, and you can change the way the entire site presents content by going
> directly to the presentation code (ie the layouts).
>
> That's one of my pet bonnet bees. I don;t know if anyone else is with me
on
> this one (except ever-reliable Roger B, that is).
>
> See ya,
> LeeBB
>
> ----- Original Message -----
>
> From: Marc Funaro <mailto:[EMAIL PROTECTED]>
>
>
> ... shouldn't there be a way to say:
>
> <CFSET Request.home.layout = "dsp_NonDefaultLayout.cfm">
>  ...
> This way, in any given fuse, I could re-set the layouts during execution
of
> the fuse by just setting layout variables to the filename in that
circuit...
>
>
> Since we already keep track of circuits, and since setting variables seems
> faster and easier than a ton of conditional logic, why wouldn't this work
> more easily?    What am I missing?
>
>
>
>
>
>
> *****************************************************************
> This email and any files transmitted with it are confidential
> and intended solely for the use of the individual or entity
> to whom they are addressed. If you have received this email
> in error please notify [EMAIL PROTECTED]
> *****************************************************************
>
>
>

==^================================================================
This email was sent to: [email protected]

EASY UNSUBSCRIBE click here: http://topica.com/u/?bUrFMa.bV0Kx9
Or send an email to: [EMAIL PROTECTED]

T O P I C A -- Register now to manage your mail!
http://www.topica.com/partner/tag02/register
==^================================================================

Reply via email to