-- Topica Digest --
Re: Email rejection
By [EMAIL PROTECTED]
fusionScript
By [EMAIL PROTECTED]
RE: UI limitations and form filling
By [EMAIL PROTECTED]
RE: UI limitations and form filling
By [EMAIL PROTECTED]
RE: Email rejection
By [EMAIL PROTECTED]
Re: Email rejection
By [EMAIL PROTECTED]
Re: Fusedoc advice please!
By [EMAIL PROTECTED]
Re: Techspedition Article Needed
By [EMAIL PROTECTED]
Re: Fusedoc advice please!
By [EMAIL PROTECTED]
RE: Fusebox.org Source (or other sites)
By [EMAIL PROTECTED]
RE: UI limitations and form filling
By [EMAIL PROTECTED]
Re: Breadcrumbs
By [EMAIL PROTECTED]
RE: Breadcrumbs
By [EMAIL PROTECTED]
RE: Breadcrumbs
By [EMAIL PROTECTED]
RE: UI limitations and form filling
By [EMAIL PROTECTED]
RE: Breadcrumbs
By [EMAIL PROTECTED]
RE: Breadcrumbs
By [EMAIL PROTECTED]
RE: Breadcrumbs
By [EMAIL PROTECTED]
------------------------------------------------------------
Date: Wed, 26 Jun 2002 18:30:24 -0400
From: [EMAIL PROTECTED] (Michael Dinowitz)
Subject: Re: Email rejection
I hate to step on my own toes here, but that last part is not 100% true. We do
sometimes have lag depending on two basic things.
1. I screw up with a code change
2. An act of network, server or God.
The first only happens when I'm modifying code for an app that has a grand scale. The
original archive population scripts ran so fast and well that they took all of the
system resources while moving, threading, caching and indexing about 66,000 messages.
Took me about 10 minutes to see the effect and step in. A fix and re-code took a few
minutes more. I usually do not do mods on the system so that's rather rare.
The other source of lag is one that's really out of my hands, but there are a LOT of
people watching the box and when something happens, I get email, ICQ messages, and
even on occasion phone calls. Once I know that there's a problem, I try to fix it or
contact the hosting company. They're really good with kick starting the box when I
need it.
That being said, we have really good up time and turnaround for the lists but they're
not 100% perfect. One day all this truth is going to get me into trouble. :)
At 06:21 PM 6/26/02, you wrote:
>Well there is a standing offer from Judith and Michael over at
>houseoffusion to bring the hosting back home to them, they have
>just recently updraded to SQL Server and they are always up and
>running with no lag time at all....
>
>
>
>
>Douglas Brown
>Email: [EMAIL PROTECTED]
>----- Original Message -----
>From: "Ken Wilson" <[EMAIL PROTECTED]>
>To: <[EMAIL PROTECTED]>
>Sent: Wednesday, June 26, 2002 3:20 PM
>Subject: RE: Email rejection
>
>
>>
>> Even worse, topica.com is listed in several of the spam
>databases which
>> means filtering based on those listings means we get no
>Fusebox mail.
>>
>> Any progress being made on getting the FB lists moved to a
>home of their
>> own? Have the donations to-date been insufficient to
>accomplish that goal?
>>
>> Ken
>>
>>
>> -----Original Message-----
>> From: Mike Haggerty [mailto:[EMAIL PROTECTED]]
>> Sent: Wednesday, June 26, 2002 5:22 PM
>> To: '[EMAIL PROTECTED]'
>> Subject: RE: Email rejection
>>
>>
>> That is a dire message... I use Yahoo sometimes, I think they
>are a real
>> email provider...
>>
>> M
>>
>> -----Original Message-----
>> From: Don Bellamy [mailto:[EMAIL PROTECTED]]
>> Sent: Wednesday, June 26, 2002 5:16 PM
>> To: [EMAIL PROTECTED]
>> Subject: Email rejection
>>
>>
>>
>> This account does not accept any incoming email from hotmail
>or yahoo.com.
>> Please use a real email provider to send this message.
>>
>>
>===
>>
>>
>>
>
------------------------------
Date: 26 Jun 2002 18:33:28 -0400
From: "Watson, Joe <FHWA>" <[EMAIL PROTECTED]>
Subject: fusionScript
The above mentioned is not a replacement for fbx_fusebox30_CF50.cfm to
convert to MX is it?
If not, then what is it and how does it relate to fb3?
If any questions email me at: [EMAIL PROTECTED]
or call me at: 614-280-6829
------------------------------
Date: 26 Jun 2002 18:56:40 -0400
From: "Watson, Joe <FHWA>" <[EMAIL PROTECTED]>
Subject: RE: UI limitations and form filling
I attended two seminars and the studio mx is awesome. I moved my code
to the studio and ran it and it all worked wonderfully. Now I'm excited
again.
If any questions email me at: [EMAIL PROTECTED]
or call me at: 614-280-6829
>>> [EMAIL PROTECTED] 6/26/02 5:14:00 PM >>>
I think someone mentioned Flash and Flash remoting - I saw a demo at the
MX launch event in Perth last week, and it was absolutely amazing.
Because you're sending little xml-style packets to and from the web
server without reloading the page, you can get much closer to the
interactivity of a desktop application than ever. Plus it is absolutely
100% cross browser - not only will it work the same across platforms,
but it will look *identical*. Now we just need some Fusebox-style
organisation in the ActionScript code and we're all good to go - and I
believe there are people exploring this idea at the moment.
Well I'm excited, anyway.
K.
> -----Original Message-----
> From: Ney Andr de Mello Zunino [mailto:[EMAIL PROTECTED]] =
> Sent: Wednesday, 26 June 2002 11:18 AM
> To: [EMAIL PROTECTED] =
> Subject: Re: UI limitations and form filling
> =
> =
> Christian Zumbrunnen wrote:
> =
> > you probably have the user to "login" and then save the =
> user specific > info (adress and so) in client variables (or =
> a wddx package)
> =
> Thanks for your reply, but I think you missed my point. My post was =
> about strategies and techniques for "non-trivial" form filling in the =
> limited request-response context of the WWW, where you lack the power =
> and control you have in a desktop application.
> =
> The example I gave was of an order form, where you need to fetch a =
> customer and a list of items. The question is how do you get to offer =
> your users both convenience and simplicity in retrieving those data.
> =
> Regards,
> =
> -- =
> Ney Andr de Mello Zunino
> Media and Technology Laboratory
> Campus Computing Centre
> United Nations University
> =
> > =
=
=
=
=
=
=
=
=
=
=
=
=
=
=
=
=
=
=
=
=
=
=
=
=
=
=
=
=
=
=
=
=
=
=
=
=
=
------------------------------
Date: Wed, 26 Jun 2002 18:04:55 -0500
From: "Tom Nunamaker" <[EMAIL PROTECTED]>
Subject: RE: UI limitations and form filling
The demo I saw was just running the SWF file. No browser required.
Tom
-----Original Message-----
From: Kay Smoljak [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, June 26, 2002 8:36 AM
To: [EMAIL PROTECTED]
Subject: RE: UI limitations and form filling
I think someone mentioned Flash and Flash remoting - I saw a demo at the
MX launch event in Perth last week, and it was absolutely amazing.
Because you're sending little xml-style packets to and from the web
server without reloading the page, you can get much closer to the
interactivity of a desktop application than ever. Plus it is absolutely
100% cross browser - not only will it work the same across platforms,
but it will look *identical*. Now we just need some Fusebox-style
organisation in the ActionScript code and we're all good to go - and I
believe there are people exploring this idea at the moment.
Well I'm excited, anyway.
K.
> -----Original Message-----
> From: Ney Andr� de Mello Zunino [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, 26 June 2002 11:18 AM
> To: [EMAIL PROTECTED]
> Subject: Re: UI limitations and form filling
>
>
> Christian Zumbrunnen wrote:
>
> > you probably have the user to "login" and then save the
> user specific > info (adress and so) in client variables (or
> a wddx package)
>
> Thanks for your reply, but I think you missed my point. My post was
> about strategies and techniques for "non-trivial" form filling in the
> limited request-response context of the WWW, where you lack the power
> and control you have in a desktop application.
>
> The example I gave was of an order form, where you need to fetch a
> customer and a list of items. The question is how do you get to offer
> your users both convenience and simplicity in retrieving those data.
>
> Regards,
>
> --
> Ney Andr� de Mello Zunino
> Media and Technology Laboratory
> Campus Computing Centre
> United Nations University
>
> >
------------------------------
Date: Wed, 26 Jun 2002 17:04:24 -0700
From: Jim Briggs <[EMAIL PROTECTED]>
Subject: RE: Email rejection
The key to all of those potential problems is that you are responsive
though. Whereas looking from the outside it doesn't appear like Topica is
very user oriented in responding.
You interact with your users Michael ;)
props to the House of Fusion :D
-Jim Briggs
-----Original Message-----
From: Michael Dinowitz [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, June 26, 2002 3:30 PM
To: [EMAIL PROTECTED]
Subject: Re: Email rejection
I hate to step on my own toes here, but that last part is not 100% true. We
do sometimes have lag depending on two basic things.
1. I screw up with a code change
2. An act of network, server or God.
The first only happens when I'm modifying code for an app that has a grand
scale. The original archive population scripts ran so fast and well that
they took all of the system resources while moving, threading, caching and
indexing about 66,000 messages. Took me about 10 minutes to see the effect
and step in. A fix and re-code took a few minutes more. I usually do not do
mods on the system so that's rather rare.
The other source of lag is one that's really out of my hands, but there are
a LOT of people watching the box and when something happens, I get email,
ICQ messages, and even on occasion phone calls. Once I know that there's a
problem, I try to fix it or contact the hosting company. They're really good
with kick starting the box when I need it.
That being said, we have really good up time and turnaround for the lists
but they're not 100% perfect. One day all this truth is going to get me into
trouble. :)
At 06:21 PM 6/26/02, you wrote:
>Well there is a standing offer from Judith and Michael over at
>houseoffusion to bring the hosting back home to them, they have
>just recently updraded to SQL Server and they are always up and
>running with no lag time at all....
>
>
>
>
>Douglas Brown
>Email: [EMAIL PROTECTED]
>----- Original Message -----
>From: "Ken Wilson" <[EMAIL PROTECTED]>
>To: <[EMAIL PROTECTED]>
>Sent: Wednesday, June 26, 2002 3:20 PM
>Subject: RE: Email rejection
>
>
>>
>> Even worse, topica.com is listed in several of the spam
>databases which
>> means filtering based on those listings means we get no
>Fusebox mail.
>>
>> Any progress being made on getting the FB lists moved to a
>home of their
>> own? Have the donations to-date been insufficient to
>accomplish that goal?
>>
>> Ken
>>
>>
>> -----Original Message-----
>> From: Mike Haggerty [mailto:[EMAIL PROTECTED]]
>> Sent: Wednesday, June 26, 2002 5:22 PM
>> To: '[EMAIL PROTECTED]'
>> Subject: RE: Email rejection
>>
>>
>> That is a dire message... I use Yahoo sometimes, I think they
>are a real
>> email provider...
>>
>> M
>>
>> -----Original Message-----
>> From: Don Bellamy [mailto:[EMAIL PROTECTED]]
>> Sent: Wednesday, June 26, 2002 5:16 PM
>> To: [EMAIL PROTECTED]
>> Subject: Email rejection
>>
>>
>>
>> This account does not accept any incoming email from hotmail
>or yahoo.com.
>> Please use a real email provider to send this message.
>>
>>
>===
>>
>>
>>
>
------------------------------
Date: Wed, 26 Jun 2002 19:25:42 -0500
From: "clickdoug" <[EMAIL PROTECTED]>
Subject: Re: Email rejection
If Micheal is willing, what is holding up the changeover?
----- Original Message -----
From: "Jim Briggs" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, June 26, 2002 07:04 PM
Subject: RE: Email rejection
> The key to all of those potential problems is that you are responsive
> though. Whereas looking from the outside it doesn't appear like Topica is
> very user oriented in responding.
>
> You interact with your users Michael ;)
>
> props to the House of Fusion :D
>
> -Jim Briggs
>
> -----Original Message-----
> From: Michael Dinowitz [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, June 26, 2002 3:30 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Email rejection
>
>
> I hate to step on my own toes here, but that last part is not 100% true.
We
> do sometimes have lag depending on two basic things.
> 1. I screw up with a code change
> 2. An act of network, server or God.
> The first only happens when I'm modifying code for an app that has a grand
> scale. The original archive population scripts ran so fast and well that
> they took all of the system resources while moving, threading, caching and
> indexing about 66,000 messages. Took me about 10 minutes to see the effect
> and step in. A fix and re-code took a few minutes more. I usually do not
do
> mods on the system so that's rather rare.
> The other source of lag is one that's really out of my hands, but there
are
> a LOT of people watching the box and when something happens, I get email,
> ICQ messages, and even on occasion phone calls. Once I know that there's a
> problem, I try to fix it or contact the hosting company. They're really
good
> with kick starting the box when I need it.
> That being said, we have really good up time and turnaround for the lists
> but they're not 100% perfect. One day all this truth is going to get me
into
> trouble. :)
>
> At 06:21 PM 6/26/02, you wrote:
> >Well there is a standing offer from Judith and Michael over at
> >houseoffusion to bring the hosting back home to them, they have
> >just recently updraded to SQL Server and they are always up and
> >running with no lag time at all....
> >
> >
> >
> >
> >Douglas Brown
> >Email: [EMAIL PROTECTED]
> >----- Original Message -----
> >From: "Ken Wilson" <[EMAIL PROTECTED]>
> >To: <[EMAIL PROTECTED]>
> >Sent: Wednesday, June 26, 2002 3:20 PM
> >Subject: RE: Email rejection
> >
> >
> >>
> >> Even worse, topica.com is listed in several of the spam
> >databases which
> >> means filtering based on those listings means we get no
> >Fusebox mail.
> >>
> >> Any progress being made on getting the FB lists moved to a
> >home of their
> >> own? Have the donations to-date been insufficient to
> >accomplish that goal?
> >>
> >> Ken
> >>
> >>
> >> -----Original Message-----
> >> From: Mike Haggerty [mailto:[EMAIL PROTECTED]]
> >> Sent: Wednesday, June 26, 2002 5:22 PM
> >> To: '[EMAIL PROTECTED]'
> >> Subject: RE: Email rejection
> >>
> >>
> >> That is a dire message... I use Yahoo sometimes, I think they
> >are a real
> >> email provider...
> >>
> >> M
> >>
> >> -----Original Message-----
> >> From: Don Bellamy [mailto:[EMAIL PROTECTED]]
> >> Sent: Wednesday, June 26, 2002 5:16 PM
> >> To: [EMAIL PROTECTED]
> >> Subject: Email rejection
> >>
> >>
> >>
> >> This account does not accept any incoming email from hotmail
> >or yahoo.com.
> >> Please use a real email provider to send this message.
> >>
> >>
> >===
> >>
> >>
> >>
> >
>
>
>
>
------------------------------
Date: Wed, 26 Jun 2002 21:05:16 -0400
From: Steve Nelson <[EMAIL PROTECTED]>
Subject: Re: Fusedoc advice please!
This is just a personal preference, but I can't stand arrays. From what it
sounds like you're doing, I'd most likely use grouped recordsets, then use the
<cfoutput group="field"> to output them. Although, I'm having a hard time
picturing what you're trying to do. Can you post a URL to the prototype page? If
you can show me that, i'll show you a very simple way to create fusedocs from
your prototype page.
Steve Nelson
Keith Young wrote:
> Hi all,
>
> I am trying to figure out the best way to Fusedoc a page with a lot of
> dynamically built fields and dynamically built field names.
>
> A quick rundown of the page I am trying to Fusedoc:
>
> A row of 5 textboxes named dynamically based on the 5 previous years from
> the current year. Before anyone notes the examples below aren't 'current'
> year, for the application it is :)
>
> The textbox names are basically this:
>
> wizpage3[pym][1996]
> wizpage3[pym][1997]
> wizpage3[pym][1998]
> wizpage3[pym][1999]
> wizpage3[pym][2000]
>
> So they will be an array when submitted.
>
> Next there is a statically named field
> wizpage3[pct]
>
> And then several more dynamic rows each row containing 6 year boxes (5
> previous years, plus current year):
>
> wizpage3[item1][1996]
> wizpage3[item1][1997]
> wizpage3[item1][1998]
> wizpage3[item1][1999]
> wizpage3[item1][2000]
> wizpage3[item1][2001]
>
> wizpage3[item2][1996]
> wizpage3[item2][1997]
> wizpage3[item2][1998]
> wizpage3[item2][1999]
> wizpage3[item2][2000]
> wizpage3[item2][2001]
>
> There are about 7 rows like that.
>
> And THEN, there are the 'dynamic' rows...basically, similar to above, except
> the user selects items from a DDLB and can add as many of these dynamic rows
> as needed, and the DDLB is built from a DB call, where the item1 name above
> is more 'static':
>
> wizpage3[dyn_row][dr_item1][1996]
> wizpage3[dyn_row][dr_item1][1997]
> wizpage3[dyn_row][dr_item1][1998]
> wizpage3[dyn_row][dr_item1][1999]
> wizpage3[dyn_row][dr_item1][2000]
> wizpage3[dyn_row][dr_item1][2001]
>
> wizpage3[dyn_row][dr_item2][1996]
> wizpage3[dyn_row][dr_item2][1997]
> wizpage3[dyn_row][dr_item2][1998]
> wizpage3[dyn_row][dr_item2][1999]
> wizpage3[dyn_row][dr_item2][2000]
> wizpage3[dyn_row][dr_item2][2001]
>
> Now, to top it off, the user can use the next/previous buttons of the
> application to travel from the next page (wizpage4) back to this one.
>
> However, from a Fusedoc perspective I don't think that is an issue, I would
> just repeat the same data in two different scopes.
>
> But, I am unsure how to Fusedoc this page. The year is dynamic, so how do I
> reflect that in a Fusedoc? I don't want to put a Fusedoc entry for every
> dynamic row, since the rownames could change based on the database updates.
>
> Does anyone have suggestions on how to FD this mess?
>
> The application already runs, but I want to make sure there are proper
> Fusedocs for it. (Actually a combination of Fusedocs and phpDocs). Man,
> next time I'll do the Fusedoc first ;p
>
> Thanks in advance for any help/suggestions.
>
> Cheers,
> Keith.
>
> _________________________________________________________________
> Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp.
>
------------------------------
Date: Thu, 27 Jun 2002 09:14:11 +0800
From: "Neville Bent" <[EMAIL PROTECTED]>
Subject: Re: Techspedition Article Needed
This is a MIME message. If you are reading this text, you may want to
consider changing to a mail reader or gateway that understands how to
properly handle MIME multipart messages.
------=_NextPartTM-000-2794599e-88db-11d6-953e-00105a68c8ef
Content-Type: multipart/alternative;
boundary="=_174B3D3E.46274CAD"
--=_174B3D3E.46274CAD
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 8bit
Chris,
I can only add to your plea for this particular article...
Saw the demo at CFNORTH and decided that I really wanted that, but can only wait
patiently until John Q frees up some time to fill us all in.
In the meantime FuseQ falls be the wayside :-(
Nev
>>> [EMAIL PROTECTED] 06/27/02 04:16am >>>
Howdy,
I have been trying for some time to read the article "Bad Q! Bad,
Bad Q!" on the Techspedition site but an error prevents me from
accessing it (same for a couple other articles). If anyone has a
copy of this article, would you mind sending it to me? I am really
interested in reading about the error handling benefits that FuseQ
provides.
Thank you!
--
Chris Montgomery [EMAIL PROTECTED]
Airtight Web Services http://www.airtightweb.com
Web Development, Web Project Management, Software Sales
210-490-3249/888-745-7603
--=_174B3D3E.46274CAD
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=us-ascii">
<META content="MSHTML 5.50.4807.2300" name=GENERATOR></HEAD>
<BODY style="MARGIN-TOP: 2px; FONT: 10pt Tahoma; MARGIN-LEFT: 2px">
<DIV>Chris,</DIV>
<DIV> </DIV>
<DIV>I can only add to your plea for this particular article...</DIV>
<DIV> </DIV>
<DIV>Saw the demo at CFNORTH and decided that I really wanted that, but can only
wait patiently until John Q frees up some time to fill us all in.</DIV>
<DIV> </DIV>
<DIV>In the meantime FuseQ falls be the wayside :-(</DIV>
<DIV> </DIV>
<DIV>Nev<BR><BR>>>> [EMAIL PROTECTED] 06/27/02 04:16am
>>><BR>Howdy,<BR><BR> I have been trying for some time to read
the article "Bad Q! Bad,<BR> Bad Q!" on the Techspedition site but an
error prevents me from<BR> accessing it (same for a couple other
articles). If anyone has a<BR> copy of this article, would you mind
sending it to me? I am really<BR> interested in reading about the error
handling benefits that FuseQ<BR> provides.<BR><BR> Thank
you!<BR><BR>-- <BR>Chris Montgomery
[EMAIL PROTECTED] <BR><BR>Airtight Web Services <A
href="http://www.airtightweb.com/";>http://www.airtightweb.com</A><BR>Web
Development, Web Project Management, Software
--=_174B3D3E.46274CAD--
------=_NextPartTM-000-2794599e-88db-11d6-953e-00105a68c8ef--
</BODY></HTML>
------------------------------
Date: Wed, 26 Jun 2002 23:01:54 -0400
From: [EMAIL PROTECTED]
Subject: Re: Fusedoc advice please!
When I do dynamic variable names, I do it like this:
<string name="myField%number%"
comment="One or more instances; %number% represents an integer
sequence number" />
In your case, it looks like you're using a structure, so all you need to do is
this:
<structure name="wizpage3">
<structure name="%item%" comments="one or more instances; %item%
is a string item number">
<string name="%year%" comments="One or more instances; %year% is
a four-digit year" />
</structure>
</structure>
OTOH, if your bracket notation simply indicates the variable portions of your
hard variable names, you'd do something like this:
<string name="wizpage3%item%%year%" comments="one or more
instances; %item% is a string identifier and %year% is a four-digit year" />
- Jeff
> Keith Young wrote:
>
> > Hi all,
> >
> > I am trying to figure out the best way to Fusedoc a page with a lot of
> > dynamically built fields and dynamically built field names.
> >
> > A quick rundown of the page I am trying to Fusedoc:
> >
> > A row of 5 textboxes named dynamically based on the 5 previous years from
> > the current year. Before anyone notes the examples below aren't 'current'
> > year, for the application it is :)
> >
> > The textbox names are basically this:
> >
> > wizpage3[pym][1996]
> > wizpage3[pym][1997]
> > wizpage3[pym][1998]
> > wizpage3[pym][1999]
> > wizpage3[pym][2000]
> >
> > So they will be an array when submitted.
> >
> > Next there is a statically named field
> > wizpage3[pct]
> >
> > And then several more dynamic rows each row containing 6 year boxes (5
> > previous years, plus current year):
> >
> > wizpage3[item1][1996]
> > wizpage3[item1][1997]
> > wizpage3[item1][1998]
> > wizpage3[item1][1999]
> > wizpage3[item1][2000]
> > wizpage3[item1][2001]
> >
> > wizpage3[item2][1996]
> > wizpage3[item2][1997]
> > wizpage3[item2][1998]
> > wizpage3[item2][1999]
> > wizpage3[item2][2000]
> > wizpage3[item2][2001]
> >
> > There are about 7 rows like that.
> >
> > And THEN, there are the 'dynamic' rows...basically, similar to above, except
> > the user selects items from a DDLB and can add as many of these dynamic rows
> > as needed, and the DDLB is built from a DB call, where the item1 name above
> > is more 'static':
> >
> > wizpage3[dyn_row][dr_item1][1996]
> > wizpage3[dyn_row][dr_item1][1997]
> > wizpage3[dyn_row][dr_item1][1998]
> > wizpage3[dyn_row][dr_item1][1999]
> > wizpage3[dyn_row][dr_item1][2000]
> > wizpage3[dyn_row][dr_item1][2001]
> >
> > wizpage3[dyn_row][dr_item2][1996]
> > wizpage3[dyn_row][dr_item2][1997]
> > wizpage3[dyn_row][dr_item2][1998]
> > wizpage3[dyn_row][dr_item2][1999]
> > wizpage3[dyn_row][dr_item2][2000]
> > wizpage3[dyn_row][dr_item2][2001]
> >
> > Now, to top it off, the user can use the next/previous buttons of the
> > application to travel from the next page (wizpage4) back to this one.
> >
> > However, from a Fusedoc perspective I don't think that is an issue, I would
> > just repeat the same data in two different scopes.
> >
> > But, I am unsure how to Fusedoc this page. The year is dynamic, so how do I
> > reflect that in a Fusedoc? I don't want to put a Fusedoc entry for every
> > dynamic row, since the rownames could change based on the database updates.
> >
> > Does anyone have suggestions on how to FD this mess?
> >
> > The application already runs, but I want to make sure there are proper
> > Fusedocs for it. (Actually a combination of Fusedocs and phpDocs). Man,
> > next time I'll do the Fusedoc first ;p
> >
> > Thanks in advance for any help/suggestions.
> >
> > Cheers,
> > Keith.
> >
> > _________________________________________________________________
> > Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp.
> >
>
>
------------------------------
Date: Wed, 26 Jun 2002 20:10:19 -0700
From: "Nat Papovich" <[EMAIL PROTECTED]>
Subject: RE: Fusebox.org Source (or other sites)
There is also a good couple-circuit example application available for
download from www.fusium.com.
NAT
> -----Original Message-----
> From: Erik Voldengen [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, June 25, 2002 12:27 AM
> To: [EMAIL PROTECTED]
> Subject: RE: Fusebox.org Source (or other sites)
>
>
> It's actually pretty messy now, and not much fusedocs in
> the code I've seen and worked on. Wouldn't do you much
> good.
>
> I believe Nat and Jeff's new book has an accompanying site
> that is just what you are looking for. I'm not sure if it's
> up yet, but I understand it will soon be.
>
> -Erik
>
>
> > -----Original Message-----
> > From: Ben Koshy [mailto:[EMAIL PROTECTED]]
> > Sent: Tuesday, June 25, 2002 12:00 AM
> > To: [EMAIL PROTECTED]
> > Subject: Fusebox.org Source (or other sites)
> >
> >
> > I remember when Fusebox.org used to allow members to download
> the source
> > code that drives the website to use as a "real world" example to learn
> > Fusebox from... is this still possible? Or perhaps even the
> > Techspedition website? I find all the layout examples on the .org site
> > quite trivial and I like to reverse-engineer/learn from examples that
> > are rooted in a a real-world application.
> >
> > Would you guys consider releasing the source? I understand if there's
> > some sensitive code (commerial product) or security reasons behind it
> > all though...
> >
> >
> >
>
>
>
------------------------------
Date: Wed, 26 Jun 2002 11:04:27 -0400
From: "Middleton, Andrew" <[EMAIL PROTECTED]>
Subject: RE: UI limitations and form filling
Have you read about the new XMLHTTPResponse object?
I read an article yesterday on this at
http://www.15seconds.com/issue/020606.htm
I believe you could adapt it to work with Cold Fusion 5.0/MX quite easily.
Andrew
-----Original Message-----
From: Ney Andr� de Mello Zunino [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, June 25, 2002 11:18 PM
To: [EMAIL PROTECTED]
Subject: Re: UI limitations and form filling
Christian Zumbrunnen wrote:
> you probably have the user to "login" and then save the user specific
> info (adress and so) in client variables (or a wddx package)
Thanks for your reply, but I think you missed my point. My post was
about strategies and techniques for "non-trivial" form filling in the
limited request-response context of the WWW, where you lack the power
and control you have in a desktop application.
The example I gave was of an order form, where you need to fetch a
customer and a list of items. The question is how do you get to offer
your users both convenience and simplicity in retrieving those data.
Regards,
--
Ney Andr� de Mello Zunino
Media and Technology Laboratory
Campus Computing Centre
United Nations University
------------------------------
Date: Thu, 27 Jun 2002 09:41:59 +0100
From: Dave Phipps <[EMAIL PROTECTED]>
Subject: Re: Breadcrumbs
John,
Thanks very much. I was thinking along the same lines last night whilst
preparing our house to be sold! I'll have a go with the cgi method and see
what I can come up with. Maybe, if I get time I'll make it into a custom
tag - cf_breadcrumb?
Any news on the book being available to UK residents other than via
Amazon.com who are charging about $12 for shipping. Can you get
Amazon.co.uk to stock it?
Cheers
Dave
At 11:31 6/26/2002 -0400, you wrote:
>Dave,
>
>Thanks for reading my article on Breadcrumbs at www.techspedition.com ; I'm
>glad you found it helpful!
>
>To do what you'd like, you can take the technique a slight step further.
>Have individual circuits add themselves to the list as shown in the article,
>and also have a list that gets generated from fuseactions which appears at
>the end of the breadcrumb trail. This variable can be made up of say, the
>current fuseaction and the previous fuseaction (you can derive the latter
>from CGI.http_referer).
>
>Alternatively, as long as you're willing to save state in some fashion, you
>can also build up a entire list of previous fuseactions executed and then
>under some conditions use all or part of that list, or zero it out.
>
>A third option is to have a given fuseaction define that itself plus some
>other fuseactions of your choosing are part of the breadcrumb , so instead
>of a FA doing:
>
> > <cfparam name="breadcrumbs" default="">
> > <cfset thiscrumb = "Edit User" & "|" & "#attributes.fuseaction#">
> > <cfset breadcrumbs = ListPrepend(breadcrumbs,thiscrumb)>
>
>you just do
>
><cfparam name="breadcrumbs" default="">
><cfset thiscrumb = "Edit User" & "|" & "#attributes.fuseaction#">
><cfset breadcrumbs = ListPrepend(breadcrumbs,thiscrumb)>
>
><cfset thiscrumb = "List Users" & "|" & "users.ListUsers">
><cfset breadcrumbs = ListPrepend(breadcrumbs,thiscrumb)>
>
>hope that helps,
>
>John
>
>
>----- Original Message -----
>From: "Dave Phipps" <[EMAIL PROTECTED]>
>To: <[EMAIL PROTECTED]>
>Sent: Tuesday, June 25, 2002 10:11 AM
>Subject: Breadcrumbs
>
>
> > Hi,
> >
> > I have just implement a version of the breadcrumbs as posted by someone on
> > this list and I was wondering what is the best way to do the following:
> >
> > I have a list users page within the support section. When you click on a
> > username you are taken to an edit form page.
> >
> > My question regarding breadcrumbs is how do you get the whole trail to
> > appear? I place the circuit breadcrumb in the fbx_Layout file like so:
> >
> > <cfparam name="breadcrumbs" default="">
> > <cfset thiscrumb = "Support" & "|" & "support.index">
> > <cfset breadcrumbs = ListPrepend(breadcrumbs,thiscrumb)>
> >
> > Then in each fuseaction I put the following:
> >
> > <cfparam name="breadcrumbs" default="">
> > <cfset thiscrumb = "Edit User" & "|" & "#attributes.fuseaction#">
> > <cfset breadcrumbs = ListPrepend(breadcrumbs,thiscrumb)>
> >
> > This gives something like:
> >
> > Home > Support > List Users
> >
> > Now if I click to edit a user the breadcrumb changes to:
> >
> > Home > Support > Edit User
> >
> > What I want it to do is say:
> >
> > Home > Support > List Users > Edit User
> >
> > What is the best way to implement this? The only way I can think to do it
> > is like so:
> >
> > In the Edit User fuseaction I do the following:
> > <cfparam name="breadcrumbs" default="">
> > <cfset thiscrumb = "Edit User" & "|" & "#attributes.fuseaction#">
> > <cfset breadcrumbs = ListPrepend(breadcrumbs,thiscrumb)>
> >
> > <cfset thiscrumb = "List Users" & "|" & "support.add_users">
> > <cfset breadcrumbs = ListPrepend(breadcrumbs,thiscrumb)>
> >
> > This gives the correct breadcrumb but means I have to keep track of the
> > flow between all fuseactions which is not very workable.
> >
> > Any ideas?
> >
> > Thanks
> >
> > Dave Phipps
> >
> >
> > ============================================
> > Phipps CF Development
> > Oxford, Oxfordshire.
> > Telephone: +44(0)7718 896696
> > http://www.phipps-cf.co.uk
> > ============================================
> >
> >
>
============================================
Phipps CF Development
Oxford, Oxfordshire.
Telephone: +44(0)7718 896696
http://www.phipps-cf.co.uk
============================================
------------------------------
Date: Thu, 27 Jun 2002 09:55:35 +0100
From: "Neil Clark - =TMM=" <[EMAIL PROTECTED]>
Subject: RE: Breadcrumbs
Not being funny but isnt this a fairly skoolboy tactic of preparing
breadcrumbs? using lists and/or structures? Whats the big deal?!
:-p
/
-----Original Message-----
From: Dave Phipps [mailto:[EMAIL PROTECTED]]
Sent: 27 June 2002 09:42
To: [EMAIL PROTECTED]
Subject: Re: Breadcrumbs
John,
Thanks very much. I was thinking along the same lines last night whilst
preparing our house to be sold! I'll have a go with the cgi method and
see
what I can come up with. Maybe, if I get time I'll make it into a
custom
tag - cf_breadcrumb?
Any news on the book being available to UK residents other than via
Amazon.com who are charging about $12 for shipping. Can you get
Amazon.co.uk to stock it?
Cheers
Dave
At 11:31 6/26/2002 -0400, you wrote:
>Dave,
>
>Thanks for reading my article on Breadcrumbs at www.techspedition.com
; I'm
>glad you found it helpful!
>
>To do what you'd like, you can take the technique a slight step
further.
>Have individual circuits add themselves to the list as shown in the
article,
>and also have a list that gets generated from fuseactions which appears
at
>the end of the breadcrumb trail. This variable can be made up of say,
the
>current fuseaction and the previous fuseaction (you can derive the
latter
>from CGI.http_referer).
>
>Alternatively, as long as you're willing to save state in some fashion,
you
>can also build up a entire list of previous fuseactions executed and
then
>under some conditions use all or part of that list, or zero it out.
>
>A third option is to have a given fuseaction define that itself plus
some
>other fuseactions of your choosing are part of the breadcrumb , so
instead
>of a FA doing:
>
> > <cfparam name="breadcrumbs" default="">
> > <cfset thiscrumb = "Edit User" & "|" & "#attributes.fuseaction#">
> > <cfset breadcrumbs = ListPrepend(breadcrumbs,thiscrumb)>
>
>you just do
>
><cfparam name="breadcrumbs" default="">
><cfset thiscrumb = "Edit User" & "|" & "#attributes.fuseaction#">
><cfset breadcrumbs = ListPrepend(breadcrumbs,thiscrumb)>
>
><cfset thiscrumb = "List Users" & "|" & "users.ListUsers">
><cfset breadcrumbs = ListPrepend(breadcrumbs,thiscrumb)>
>
>hope that helps,
>
>John
>
>
>----- Original Message -----
>From: "Dave Phipps" <[EMAIL PROTECTED]>
>To: <[EMAIL PROTECTED]>
>Sent: Tuesday, June 25, 2002 10:11 AM
>Subject: Breadcrumbs
>
>
> > Hi,
> >
> > I have just implement a version of the breadcrumbs as posted by
someone on
> > this list and I was wondering what is the best way to do the
following:
> >
> > I have a list users page within the support section. When you click
on a
> > username you are taken to an edit form page.
> >
> > My question regarding breadcrumbs is how do you get the whole trail
to
> > appear? I place the circuit breadcrumb in the fbx_Layout file like
so:
> >
> > <cfparam name="breadcrumbs" default="">
> > <cfset thiscrumb = "Support" & "|" & "support.index">
> > <cfset breadcrumbs = ListPrepend(breadcrumbs,thiscrumb)>
> >
> > Then in each fuseaction I put the following:
> >
> > <cfparam name="breadcrumbs" default="">
> > <cfset thiscrumb = "Edit User" & "|" & "#attributes.fuseaction#">
> > <cfset breadcrumbs = ListPrepend(breadcrumbs,thiscrumb)>
> >
> > This gives something like:
> >
> > Home > Support > List Users
> >
> > Now if I click to edit a user the breadcrumb changes to:
> >
> > Home > Support > Edit User
> >
> > What I want it to do is say:
> >
> > Home > Support > List Users > Edit User
> >
> > What is the best way to implement this? The only way I can think to
do it
> > is like so:
> >
> > In the Edit User fuseaction I do the following:
> > <cfparam name="breadcrumbs" default="">
> > <cfset thiscrumb = "Edit User" & "|" & "#attributes.fuseaction#">
> > <cfset breadcrumbs = ListPrepend(breadcrumbs,thiscrumb)>
> >
> > <cfset thiscrumb = "List Users" & "|" & "support.add_users">
> > <cfset breadcrumbs = ListPrepend(breadcrumbs,thiscrumb)>
> >
> > This gives the correct breadcrumb but means I have to keep track of
the
> > flow between all fuseactions which is not very workable.
> >
> > Any ideas?
> >
> > Thanks
> >
> > Dave Phipps
> >
> >
> > ============================================
> > Phipps CF Development
> > Oxford, Oxfordshire.
> > Telephone: +44(0)7718 896696
> > http://www.phipps-cf.co.uk
> > ============================================
> >
> >
>
============================================
Phipps CF Development
Oxford, Oxfordshire.
Telephone: +44(0)7718 896696
http://www.phipps-cf.co.uk
============================================
------------------------------
Date: Thu, 27 Jun 2002 10:12:24 +0100
From: Dave Phipps <[EMAIL PROTECTED]>
Subject: RE: Breadcrumbs
What system do you use for creating breadcrumbs?
At 09:55 6/27/2002 +0100, you wrote:
>Not being funny but isnt this a fairly skoolboy tactic of preparing
>breadcrumbs? using lists and/or structures? Whats the big deal?!
>
>:-p
>
>
>
>/
>
>
>
>
>-----Original Message-----
>From: Dave Phipps [mailto:[EMAIL PROTECTED]]
>Sent: 27 June 2002 09:42
>To: [EMAIL PROTECTED]
>Subject: Re: Breadcrumbs
>
>John,
>
>Thanks very much. I was thinking along the same lines last night whilst
>
>preparing our house to be sold! I'll have a go with the cgi method and
>see
>what I can come up with. Maybe, if I get time I'll make it into a
>custom
>tag - cf_breadcrumb?
>
>Any news on the book being available to UK residents other than via
>Amazon.com who are charging about $12 for shipping. Can you get
>Amazon.co.uk to stock it?
>
>Cheers
>
>Dave
>
>
>At 11:31 6/26/2002 -0400, you wrote:
> >Dave,
> >
> >Thanks for reading my article on Breadcrumbs at www.techspedition.com
>; I'm
> >glad you found it helpful!
> >
> >To do what you'd like, you can take the technique a slight step
>further.
> >Have individual circuits add themselves to the list as shown in the
>article,
> >and also have a list that gets generated from fuseactions which appears
>at
> >the end of the breadcrumb trail. This variable can be made up of say,
>the
> >current fuseaction and the previous fuseaction (you can derive the
>latter
> >from CGI.http_referer).
> >
> >Alternatively, as long as you're willing to save state in some fashion,
>you
> >can also build up a entire list of previous fuseactions executed and
>then
> >under some conditions use all or part of that list, or zero it out.
> >
> >A third option is to have a given fuseaction define that itself plus
>some
> >other fuseactions of your choosing are part of the breadcrumb , so
>instead
> >of a FA doing:
> >
> > > <cfparam name="breadcrumbs" default="">
> > > <cfset thiscrumb = "Edit User" & "|" & "#attributes.fuseaction#">
> > > <cfset breadcrumbs = ListPrepend(breadcrumbs,thiscrumb)>
> >
> >you just do
> >
> ><cfparam name="breadcrumbs" default="">
> ><cfset thiscrumb = "Edit User" & "|" & "#attributes.fuseaction#">
> ><cfset breadcrumbs = ListPrepend(breadcrumbs,thiscrumb)>
> >
> ><cfset thiscrumb = "List Users" & "|" & "users.ListUsers">
> ><cfset breadcrumbs = ListPrepend(breadcrumbs,thiscrumb)>
> >
> >hope that helps,
> >
> >John
> >
> >
> >----- Original Message -----
> >From: "Dave Phipps" <[EMAIL PROTECTED]>
> >To: <[EMAIL PROTECTED]>
> >Sent: Tuesday, June 25, 2002 10:11 AM
> >Subject: Breadcrumbs
> >
> >
> > > Hi,
> > >
> > > I have just implement a version of the breadcrumbs as posted by
>someone on
> > > this list and I was wondering what is the best way to do the
>following:
> > >
> > > I have a list users page within the support section. When you click
>on a
> > > username you are taken to an edit form page.
> > >
> > > My question regarding breadcrumbs is how do you get the whole trail
>to
> > > appear? I place the circuit breadcrumb in the fbx_Layout file like
>so:
> > >
> > > <cfparam name="breadcrumbs" default="">
> > > <cfset thiscrumb = "Support" & "|" & "support.index">
> > > <cfset breadcrumbs = ListPrepend(breadcrumbs,thiscrumb)>
> > >
> > > Then in each fuseaction I put the following:
> > >
> > > <cfparam name="breadcrumbs" default="">
> > > <cfset thiscrumb = "Edit User" & "|" & "#attributes.fuseaction#">
> > > <cfset breadcrumbs = ListPrepend(breadcrumbs,thiscrumb)>
> > >
> > > This gives something like:
> > >
> > > Home > Support > List Users
> > >
> > > Now if I click to edit a user the breadcrumb changes to:
> > >
> > > Home > Support > Edit User
> > >
> > > What I want it to do is say:
> > >
> > > Home > Support > List Users > Edit User
> > >
> > > What is the best way to implement this? The only way I can think to
>do it
> > > is like so:
> > >
> > > In the Edit User fuseaction I do the following:
> > > <cfparam name="breadcrumbs" default="">
> > > <cfset thiscrumb = "Edit User" & "|" & "#attributes.fuseaction#">
> > > <cfset breadcrumbs = ListPrepend(breadcrumbs,thiscrumb)>
> > >
> > > <cfset thiscrumb = "List Users" & "|" & "support.add_users">
> > > <cfset breadcrumbs = ListPrepend(breadcrumbs,thiscrumb)>
> > >
> > > This gives the correct breadcrumb but means I have to keep track of
>the
> > > flow between all fuseactions which is not very workable.
> > >
> > > Any ideas?
> > >
> > > Thanks
> > >
> > > Dave Phipps
> > >
> > >
> > > ============================================
> > > Phipps CF Development
> > > Oxford, Oxfordshire.
> > > Telephone: +44(0)7718 896696
> > > http://www.phipps-cf.co.uk
> > > ============================================
> > >
> > >
> >
>
>
>============================================
>Phipps CF Development
>Oxford, Oxfordshire.
>Telephone: +44(0)7718 896696
>http://www.phipps-cf.co.uk
>============================================
>
============================================
Phipps CF Development
Oxford, Oxfordshire.
Telephone: +44(0)7718 896696
http://www.phipps-cf.co.uk
============================================
------------------------------
Date: Thu, 27 Jun 2002 03:15:51 -0600
From: "Emilio Gagliardi" <[EMAIL PROTECTED]>
Subject: RE: UI limitations and form filling
That was a nifty article demonstrating some cool XML power, but you
could mimic a lot of the functionality with "hidden" IFrames or frames.
It's been a while since I've done this sort of interface, but a hidden
IFrame can be used for all sorts of tasks to make your application seem
"real-time." For instance, the example of checking existing userIDs,
can be done with JavaScript objects or HTML. When the user enters a
userID into the form field, the onblur method can be used to pass a new
SRC value to the IFrame, that in turn returns HTML or JavaScript. When
the IFrame is completed loading, it can call a function on the parent
that uses the resultant HTML/JavaScript. (You can grab the DOM of the
IFrame and get at the innerHTML or pass a reference to an object) It
isn't as elegant, but can be just as automagical as far as the user is
concerned. The only issues we ran into were; 1) dumping large
recordsets into JavaScript objects starts to slow down processing
(depending on the user's computer), and 2) holding a recordset on the
client can lead to corrupted data if two users download the same
recordset and update over each others updates. Debugging can get messy
as well, especially if you set the visibibility to hidden BEFORE
catching all your bugs!
Cheers,
_- Emilio -_
------------------------------
Date: Thu, 27 Jun 2002 10:17:52 +0100
From: "Neil Clark - =TMM=" <[EMAIL PROTECTED]>
Subject: RE: Breadcrumbs
Hi Dave,
Well I create a stack (from my Director days...) > usually either a
structure, sometimes a multi-dimensional array which is triggered by
each Fuseaction/location depending on what method of development I have
used at the time.
Each layer on the stack/or key can then be triggered depending on what
link was clicked/visited last.
Neil Clark
Team Macromedia
http://www.macromedia.com/go/team
Announcing Macromedia MX!!
http://www.macromedia.com/software/trial/
-----Original Message-----
From: Dave Phipps [mailto:[EMAIL PROTECTED]]
Sent: 27 June 2002 10:12
To: [EMAIL PROTECTED]
Subject: RE: Breadcrumbs
What system do you use for creating breadcrumbs?
At 09:55 6/27/2002 +0100, you wrote:
>Not being funny but isnt this a fairly skoolboy tactic of preparing
>breadcrumbs? using lists and/or structures? Whats the big deal?!
>
>:-p
>
>
>
>/
>
>
>
>
>-----Original Message-----
>From: Dave Phipps [mailto:[EMAIL PROTECTED]]
>Sent: 27 June 2002 09:42
>To: [EMAIL PROTECTED]
>Subject: Re: Breadcrumbs
>
>John,
>
>Thanks very much. I was thinking along the same lines last night
whilst
>
>preparing our house to be sold! I'll have a go with the cgi method and
>see
>what I can come up with. Maybe, if I get time I'll make it into a
>custom
>tag - cf_breadcrumb?
>
>Any news on the book being available to UK residents other than via
>Amazon.com who are charging about $12 for shipping. Can you get
>Amazon.co.uk to stock it?
>
>Cheers
>
>Dave
>
>
>At 11:31 6/26/2002 -0400, you wrote:
> >Dave,
> >
> >Thanks for reading my article on Breadcrumbs at www.techspedition.com
>; I'm
> >glad you found it helpful!
> >
> >To do what you'd like, you can take the technique a slight step
>further.
> >Have individual circuits add themselves to the list as shown in the
>article,
> >and also have a list that gets generated from fuseactions which
appears
>at
> >the end of the breadcrumb trail. This variable can be made up of say,
>the
> >current fuseaction and the previous fuseaction (you can derive the
>latter
> >from CGI.http_referer).
> >
> >Alternatively, as long as you're willing to save state in some
fashion,
>you
> >can also build up a entire list of previous fuseactions executed and
>then
> >under some conditions use all or part of that list, or zero it out.
> >
> >A third option is to have a given fuseaction define that itself plus
>some
> >other fuseactions of your choosing are part of the breadcrumb , so
>instead
> >of a FA doing:
> >
> > > <cfparam name="breadcrumbs" default="">
> > > <cfset thiscrumb = "Edit User" & "|" & "#attributes.fuseaction#">
> > > <cfset breadcrumbs = ListPrepend(breadcrumbs,thiscrumb)>
> >
> >you just do
> >
> ><cfparam name="breadcrumbs" default="">
> ><cfset thiscrumb = "Edit User" & "|" & "#attributes.fuseaction#">
> ><cfset breadcrumbs = ListPrepend(breadcrumbs,thiscrumb)>
> >
> ><cfset thiscrumb = "List Users" & "|" & "users.ListUsers">
> ><cfset breadcrumbs = ListPrepend(breadcrumbs,thiscrumb)>
> >
> >hope that helps,
> >
> >John
> >
> >
> >----- Original Message -----
> >From: "Dave Phipps" <[EMAIL PROTECTED]>
> >To: <[EMAIL PROTECTED]>
> >Sent: Tuesday, June 25, 2002 10:11 AM
> >Subject: Breadcrumbs
> >
> >
> > > Hi,
> > >
> > > I have just implement a version of the breadcrumbs as posted by
>someone on
> > > this list and I was wondering what is the best way to do the
>following:
> > >
> > > I have a list users page within the support section. When you
click
>on a
> > > username you are taken to an edit form page.
> > >
> > > My question regarding breadcrumbs is how do you get the whole
trail
>to
> > > appear? I place the circuit breadcrumb in the fbx_Layout file like
>so:
> > >
> > > <cfparam name="breadcrumbs" default="">
> > > <cfset thiscrumb = "Support" & "|" & "support.index">
> > > <cfset breadcrumbs = ListPrepend(breadcrumbs,thiscrumb)>
> > >
> > > Then in each fuseaction I put the following:
> > >
> > > <cfparam name="breadcrumbs" default="">
> > > <cfset thiscrumb = "Edit User" & "|" & "#attributes.fuseaction#">
> > > <cfset breadcrumbs = ListPrepend(breadcrumbs,thiscrumb)>
> > >
> > > This gives something like:
> > >
> > > Home > Support > List Users
> > >
> > > Now if I click to edit a user the breadcrumb changes to:
> > >
> > > Home > Support > Edit User
> > >
> > > What I want it to do is say:
> > >
> > > Home > Support > List Users > Edit User
> > >
> > > What is the best way to implement this? The only way I can think
to
>do it
> > > is like so:
> > >
> > > In the Edit User fuseaction I do the following:
> > > <cfparam name="breadcrumbs" default="">
> > > <cfset thiscrumb = "Edit User" & "|" & "#attributes.fuseaction#">
> > > <cfset breadcrumbs = ListPrepend(breadcrumbs,thiscrumb)>
> > >
> > > <cfset thiscrumb = "List Users" & "|" & "support.add_users">
> > > <cfset breadcrumbs = ListPrepend(breadcrumbs,thiscrumb)>
> > >
> > > This gives the correct breadcrumb but means I have to keep track
of
>the
> > > flow between all fuseactions which is not very workable.
> > >
> > > Any ideas?
> > >
> > > Thanks
> > >
> > > Dave Phipps
> > >
> > >
> > > ============================================
> > > Phipps CF Development
> > > Oxford, Oxfordshire.
> > > Telephone: +44(0)7718 896696
> > > http://www.phipps-cf.co.uk
> > > ============================================
> > >
> > >
> >
>
>
>============================================
>Phipps CF Development
>Oxford, Oxfordshire.
>Telephone: +44(0)7718 896696
>http://www.phipps-cf.co.uk
>============================================
>
============================================
Phipps CF Development
Oxford, Oxfordshire.
Telephone: +44(0)7718 896696
http://www.phipps-cf.co.uk
============================================
------------------------------
Date: Thu, 27 Jun 2002 11:00:09 +0100
From: Dave Phipps <[EMAIL PROTECTED]>
Subject: RE: Breadcrumbs
Neil,
Do you have any example code for us schoolboys?
Thanks
Dave ;0)
At 10:17 6/27/2002 +0100, you wrote:
>Hi Dave,
>
>Well I create a stack (from my Director days...) > usually either a
>structure, sometimes a multi-dimensional array which is triggered by
>each Fuseaction/location depending on what method of development I have
>used at the time.
>
>Each layer on the stack/or key can then be triggered depending on what
>link was clicked/visited last.
>
>
>
>
>
>
>Neil Clark
>Team Macromedia
>http://www.macromedia.com/go/team
>
>Announcing Macromedia MX!!
>http://www.macromedia.com/software/trial/
>
>
>
>
>-----Original Message-----
>From: Dave Phipps [mailto:[EMAIL PROTECTED]]
>Sent: 27 June 2002 10:12
>To: [EMAIL PROTECTED]
>Subject: RE: Breadcrumbs
>
>What system do you use for creating breadcrumbs?
>
>At 09:55 6/27/2002 +0100, you wrote:
> >Not being funny but isnt this a fairly skoolboy tactic of preparing
> >breadcrumbs? using lists and/or structures? Whats the big deal?!
> >
> >:-p
> >
> >
> >
> >/
> >
> >
> >
> >
> >-----Original Message-----
> >From: Dave Phipps [mailto:[EMAIL PROTECTED]]
> >Sent: 27 June 2002 09:42
> >To: [EMAIL PROTECTED]
> >Subject: Re: Breadcrumbs
> >
> >John,
> >
> >Thanks very much. I was thinking along the same lines last night
>whilst
> >
> >preparing our house to be sold! I'll have a go with the cgi method and
> >see
> >what I can come up with. Maybe, if I get time I'll make it into a
> >custom
> >tag - cf_breadcrumb?
> >
> >Any news on the book being available to UK residents other than via
> >Amazon.com who are charging about $12 for shipping. Can you get
> >Amazon.co.uk to stock it?
> >
> >Cheers
> >
> >Dave
> >
> >
> >At 11:31 6/26/2002 -0400, you wrote:
> > >Dave,
> > >
> > >Thanks for reading my article on Breadcrumbs at www.techspedition.com
> >; I'm
> > >glad you found it helpful!
> > >
> > >To do what you'd like, you can take the technique a slight step
> >further.
> > >Have individual circuits add themselves to the list as shown in the
> >article,
> > >and also have a list that gets generated from fuseactions which
>appears
> >at
> > >the end of the breadcrumb trail. This variable can be made up of say,
> >the
> > >current fuseaction and the previous fuseaction (you can derive the
> >latter
> > >from CGI.http_referer).
> > >
> > >Alternatively, as long as you're willing to save state in some
>fashion,
> >you
> > >can also build up a entire list of previous fuseactions executed and
> >then
> > >under some conditions use all or part of that list, or zero it out.
> > >
> > >A third option is to have a given fuseaction define that itself plus
> >some
> > >other fuseactions of your choosing are part of the breadcrumb , so
> >instead
> > >of a FA doing:
> > >
> > > > <cfparam name="breadcrumbs" default="">
> > > > <cfset thiscrumb = "Edit User" & "|" & "#attributes.fuseaction#">
> > > > <cfset breadcrumbs = ListPrepend(breadcrumbs,thiscrumb)>
> > >
> > >you just do
> > >
> > ><cfparam name="breadcrumbs" default="">
> > ><cfset thiscrumb = "Edit User" & "|" & "#attributes.fuseaction#">
> > ><cfset breadcrumbs = ListPrepend(breadcrumbs,thiscrumb)>
> > >
> > ><cfset thiscrumb = "List Users" & "|" & "users.ListUsers">
> > ><cfset breadcrumbs = ListPrepend(breadcrumbs,thiscrumb)>
> > >
> > >hope that helps,
> > >
> > >John
> > >
> > >
> > >----- Original Message -----
> > >From: "Dave Phipps" <[EMAIL PROTECTED]>
> > >To: <[EMAIL PROTECTED]>
> > >Sent: Tuesday, June 25, 2002 10:11 AM
> > >Subject: Breadcrumbs
> > >
> > >
> > > > Hi,
> > > >
> > > > I have just implement a version of the breadcrumbs as posted by
> >someone on
> > > > this list and I was wondering what is the best way to do the
> >following:
> > > >
> > > > I have a list users page within the support section. When you
>click
> >on a
> > > > username you are taken to an edit form page.
> > > >
> > > > My question regarding breadcrumbs is how do you get the whole
>trail
> >to
> > > > appear? I place the circuit breadcrumb in the fbx_Layout file like
> >so:
> > > >
> > > > <cfparam name="breadcrumbs" default="">
> > > > <cfset thiscrumb = "Support" & "|" & "support.index">
> > > > <cfset breadcrumbs = ListPrepend(breadcrumbs,thiscrumb)>
> > > >
> > > > Then in each fuseaction I put the following:
> > > >
> > > > <cfparam name="breadcrumbs" default="">
> > > > <cfset thiscrumb = "Edit User" & "|" & "#attributes.fuseaction#">
> > > > <cfset breadcrumbs = ListPrepend(breadcrumbs,thiscrumb)>
> > > >
> > > > This gives something like:
> > > >
> > > > Home > Support > List Users
> > > >
> > > > Now if I click to edit a user the breadcrumb changes to:
> > > >
> > > > Home > Support > Edit User
> > > >
> > > > What I want it to do is say:
> > > >
> > > > Home > Support > List Users > Edit User
> > > >
> > > > What is the best way to implement this? The only way I can think
>to
> >do it
> > > > is like so:
> > > >
> > > > In the Edit User fuseaction I do the following:
> > > > <cfparam name="breadcrumbs" default="">
> > > > <cfset thiscrumb = "Edit User" & "|" & "#attributes.fuseaction#">
> > > > <cfset breadcrumbs = ListPrepend(breadcrumbs,thiscrumb)>
> > > >
> > > > <cfset thiscrumb = "List Users" & "|" & "support.add_users">
> > > > <cfset breadcrumbs = ListPrepend(breadcrumbs,thiscrumb)>
> > > >
> > > > This gives the correct breadcrumb but means I have to keep track
>of
> >the
> > > > flow between all fuseactions which is not very workable.
> > > >
> > > > Any ideas?
> > > >
> > > > Thanks
> > > >
> > > > Dave Phipps
> > > >
> > > >
> > > > ============================================
> > > > Phipps CF Development
> > > > Oxford, Oxfordshire.
> > > > Telephone: +44(0)7718 896696
> > > > http://www.phipps-cf.co.uk
> > > > ============================================
> > > >
> > > >
> > >
> >
> >
> >============================================
> >Phipps CF Development
> >Oxford, Oxfordshire.
> >Telephone: +44(0)7718 896696
> >http://www.phipps-cf.co.uk
> >============================================
> >
>
>
>============================================
>Phipps CF Development
>Oxford, Oxfordshire.
>Telephone: +44(0)7718 896696
>http://www.phipps-cf.co.uk
>============================================
>
============================================
Phipps CF Development
Oxford, Oxfordshire.
Telephone: +44(0)7718 896696
http://www.phipps-cf.co.uk
============================================
------------------------------
Date: Thu, 27 Jun 2002 11:03:06 +0100
From: "Neil Clark - =TMM=" <[EMAIL PROTECTED]>
Subject: RE: Breadcrumbs
Hey Dave, you are by no means a skoolboy (well, maybe you are, what you
wear in your own time is your own business <grin/>), from what I see,
you are pretty good developer yourself!
What you are doing is nigh on what I perform anyway, except I create a
sitewide breadcrumb structure using a Spectra tree technique in the
first instance.. ..do you gave Spectra...?
- N
-----Original Message-----
From: Dave Phipps [mailto:[EMAIL PROTECTED]]
Sent: 27 June 2002 11:00
To: [EMAIL PROTECTED]
Subject: RE: Breadcrumbs
Neil,
Do you have any example code for us schoolboys?
Thanks
Dave ;0)
At 10:17 6/27/2002 +0100, you wrote:
>Hi Dave,
>
>Well I create a stack (from my Director days...) > usually either a
>structure, sometimes a multi-dimensional array which is triggered by
>each Fuseaction/location depending on what method of development I have
>used at the time.
>
>Each layer on the stack/or key can then be triggered depending on what
>link was clicked/visited last.
>
>
>
>
>
>
>Neil Clark
>Team Macromedia
>http://www.macromedia.com/go/team
>
>Announcing Macromedia MX!!
>http://www.macromedia.com/software/trial/
>
>
>
>
>-----Original Message-----
>From: Dave Phipps [mailto:[EMAIL PROTECTED]]
>Sent: 27 June 2002 10:12
>To: [EMAIL PROTECTED]
>Subject: RE: Breadcrumbs
>
>What system do you use for creating breadcrumbs?
>
>At 09:55 6/27/2002 +0100, you wrote:
> >Not being funny but isnt this a fairly skoolboy tactic of preparing
> >breadcrumbs? using lists and/or structures? Whats the big deal?!
> >
> >:-p
> >
> >
> >
> >/
> >
> >
> >
> >
> >-----Original Message-----
> >From: Dave Phipps [mailto:[EMAIL PROTECTED]]
> >Sent: 27 June 2002 09:42
> >To: [EMAIL PROTECTED]
> >Subject: Re: Breadcrumbs
> >
> >John,
> >
> >Thanks very much. I was thinking along the same lines last night
>whilst
> >
> >preparing our house to be sold! I'll have a go with the cgi method
and
> >see
> >what I can come up with. Maybe, if I get time I'll make it into a
> >custom
> >tag - cf_breadcrumb?
> >
> >Any news on the book being available to UK residents other than via
> >Amazon.com who are charging about $12 for shipping. Can you get
> >Amazon.co.uk to stock it?
> >
> >Cheers
> >
> >Dave
> >
> >
> >At 11:31 6/26/2002 -0400, you wrote:
> > >Dave,
> > >
> > >Thanks for reading my article on Breadcrumbs at
www.techspedition.com
> >; I'm
> > >glad you found it helpful!
> > >
> > >To do what you'd like, you can take the technique a slight step
> >further.
> > >Have individual circuits add themselves to the list as shown in the
> >article,
> > >and also have a list that gets generated from fuseactions which
>appears
> >at
> > >the end of the breadcrumb trail. This variable can be made up of
say,
> >the
> > >current fuseaction and the previous fuseaction (you can derive the
> >latter
> > >from CGI.http_referer).
> > >
> > >Alternatively, as long as you're willing to save state in some
>fashion,
> >you
> > >can also build up a entire list of previous fuseactions executed
and
> >then
> > >under some conditions use all or part of that list, or zero it out.
> > >
> > >A third option is to have a given fuseaction define that itself
plus
> >some
> > >other fuseactions of your choosing are part of the breadcrumb , so
> >instead
> > >of a FA doing:
> > >
> > > > <cfparam name="breadcrumbs" default="">
> > > > <cfset thiscrumb = "Edit User" & "|" &
"#attributes.fuseaction#">
> > > > <cfset breadcrumbs = ListPrepend(breadcrumbs,thiscrumb)>
> > >
> > >you just do
> > >
> > ><cfparam name="breadcrumbs" default="">
> > ><cfset thiscrumb = "Edit User" & "|" & "#attributes.fuseaction#">
> > ><cfset breadcrumbs = ListPrepend(breadcrumbs,thiscrumb)>
> > >
> > ><cfset thiscrumb = "List Users" & "|" & "users.ListUsers">
> > ><cfset breadcrumbs = ListPrepend(breadcrumbs,thiscrumb)>
> > >
> > >hope that helps,
> > >
> > >John
> > >
> > >
> > >----- Original Message -----
> > >From: "Dave Phipps" <[EMAIL PROTECTED]>
> > >To: <[EMAIL PROTECTED]>
> > >Sent: Tuesday, June 25, 2002 10:11 AM
> > >Subject: Breadcrumbs
> > >
> > >
> > > > Hi,
> > > >
> > > > I have just implement a version of the breadcrumbs as posted by
> >someone on
> > > > this list and I was wondering what is the best way to do the
> >following:
> > > >
> > > > I have a list users page within the support section. When you
>click
> >on a
> > > > username you are taken to an edit form page.
> > > >
> > > > My question regarding breadcrumbs is how do you get the whole
>trail
> >to
> > > > appear? I place the circuit breadcrumb in the fbx_Layout file
like
> >so:
> > > >
> > > > <cfparam name="breadcrumbs" default="">
> > > > <cfset thiscrumb = "Support" & "|" & "support.index">
> > > > <cfset breadcrumbs = ListPrepend(breadcrumbs,thiscrumb)>
> > > >
> > > > Then in each fuseaction I put the following:
> > > >
> > > > <cfparam name="breadcrumbs" default="">
> > > > <cfset thiscrumb = "Edit User" & "|" &
"#attributes.fuseaction#">
> > > > <cfset breadcrumbs = ListPrepend(breadcrumbs,thiscrumb)>
> > > >
> > > > This gives something like:
> > > >
> > > > Home > Support > List Users
> > > >
> > > > Now if I click to edit a user the breadcrumb changes to:
> > > >
> > > > Home > Support > Edit User
> > > >
> > > > What I want it to do is say:
> > > >
> > > > Home > Support > List Users > Edit User
> > > >
> > > > What is the best way to implement this? The only way I can
think
>to
> >do it
> > > > is like so:
> > > >
> > > > In the Edit User fuseaction I do the following:
> > > > <cfparam name="breadcrumbs" default="">
> > > > <cfset thiscrumb = "Edit User" & "|" &
"#attributes.fuseaction#">
> > > > <cfset breadcrumbs = ListPrepend(breadcrumbs,thiscrumb)>
> > > >
> > > > <cfset thiscrumb = "List Users" & "|" & "support.add_users">
> > > > <cfset breadcrumbs = ListPrepend(breadcrumbs,thiscrumb)>
> > > >
> > > > This gives the correct breadcrumb but means I have to keep track
>of
> >the
> > > > flow between all fuseactions which is not very workable.
> > > >
> > > > Any ideas?
> > > >
> > > > Thanks
> > > >
> > > > Dave Phipps
> > > >
> > > >
> > > > ============================================
> > > > Phipps CF Development
> > > > Oxford, Oxfordshire.
> > > > Telephone: +44(0)7718 896696
> > > > http://www.phipps-cf.co.uk
> > > > ============================================
> > > >
> > > >
> > >
> >
> >
> >============================================
> >Phipps CF Development
> >Oxford, Oxfordshire.
> >Telephone: +44(0)7718 896696
> >http://www.phipps-cf.co.uk
> >============================================
> >
>
>
>============================================
>Phipps CF Development
>Oxford, Oxfordshire.
>Telephone: +44(0)7718 896696
>http://www.phipps-cf.co.uk
>============================================
>
============================================
Phipps CF Development
Oxford, Oxfordshire.
Telephone: +44(0)7718 896696
http://www.phipps-cf.co.uk
============================================
------------------------------
End of [EMAIL PROTECTED] digest, issue 838
