-- Topica Digest --
        
        RE: Jumping to point in display page.
        By [EMAIL PROTECTED]
        
        RE: faq - request vars
        By [EMAIL PROTECTED]
        
        First Impressions of ColdFusion MX
        By [EMAIL PROTECTED]

------------------------------------------------------------

Date: Mon, 7 Oct 2002 10:13:35 +0200
From: "Jeff Bailey" <[EMAIL PROTECTED]>
Subject: RE: Jumping to point in display page.


This is a multi-part message in MIME format.

------=_NextPart_000_0011_01C26DEA.323BA620
Content-Type: text/plain;
        charset="US-ASCII"
Content-Transfer-Encoding: 7bit

I don't about what anyone else thinks, no offense to anyone, but using
javascript to allow multiple fuseactions to be posted seems a little
hacked.  I personally am writing applications that will be used by a
multitude of different browser configurations.  If I were to rely 100%
on javascript for my applications to function then I would be removing a
certain amount of accessibility.  Granted most people will have their
javascript enabled but a good portion of users do not know of any other
way to combat things like popup windows.  I've just been using
completely separate forms like so..
 
.smartyform_form {
    margin-bottom: 0;
    margin-left: 0;
    margin-right: 0;
    margin-top: 0;
    margin: 0;
}
 
<form action="index.php" method="post" >
<table class="smartyform_form">
    <tr>
        <td><input name="fuseaction" type="hidden"
value="circuit.fuseaction" size=""  />
        </td>
    </tr>
    <tr>
        <td><input name="" type="submit" value="Delete Selected" size=""
/></td>
    </tr>
</table>
 
I just put each of these separate fuse forms in a table as well and it
allows for multi button fuseactions without the use of javascript.
Another solution would be to name your form submit buttons and switch
over the form names but in a multi language application that would be a
pain.

-jeff



-----Original Message-----
From: Douglas Smith [mailto:[EMAIL PROTECTED]] 
Sent: Friday, October 04, 2002 8:47 PM
To: [EMAIL PROTECTED]
Cc: '[EMAIL PROTECTED]'
Subject: Re: Jumping to point in display page.


You can do this in the action of the form.

<form action="index.cfm#myanchor">
<input type="hidden" name="fuseaction" value="myfuseaction">
<input type="submit" name="do_submit" value="test">
</form>

If you need more than one anchor per form, then you need to use
javascript to change the form action dynamically, based on the button
you press.

At 11:21 AM 10/4/02 -0700, Russell Mohn wrote:



I have situation where I have a display page that is quite long with
multiple exit points that go to some action and then come back to the
display page. (The users insisted on this, not liking my linear approach
with smaller display pages.) Now they complain that they have to scroll
down to where they left off. Is there a technique that will work with
Fusebox to take the user to an anchor, like you would see in a page with
an index at the top, that can be passed as an attribute on a button url?
If this sound fuzzy it is because I am going through my html guru for
the terminology.

Thanks. 

Russell E. Mohn 
Office of Vice-President for Research and Economic Affairs 
Arizona State University 
Box 873503 
ADMB160R 
Tempe, AZ 85287-3503 
Email: [EMAIL PROTECTED] 
Phone: 480-965-4736 - Fax: 480-965-2455 
Web: http://ovprhelpdesk.vprc.asu.edu/ 


__________________________________________/Fusebox Conference!



 Sign up for the Fusebox Conference today!                         

 October 26th & 27th: Orlando, FL, just before MACR DevCon.       

 2 jam-packed days, 15 speakers in three tracks, World Fuseball   

 Championship                                                   

 http://www.fusebox.org/index.cfm?fuseaction=conference.main   



__________________________________________/Fusebox Conference!



 Sign up for the Fusebox Conference today!                         

 October 26th & 27th: Orlando, FL, just before MACR DevCon.       

 2 jam-packed days, 15 speakers in three tracks, World Fuseball   

 Championship                                                   

 http://www.fusebox.org/index.cfm?fuseaction=conference.main   
==^================================================================

This email was sent to: [EMAIL PROTECTED]



EASY UNSUBSCRIBE click here: http://topica.com/u/?bUrFMa.bWggT8

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

==^================================================================




------=_NextPart_000_0011_01C26DEA.323BA620
Content-Type: text/html;
        charset="US-ASCII"
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">
<TITLE>Message</TITLE>

<META content="MSHTML 6.00.2800.1106" name=GENERATOR></HEAD>
<BODY>
<DIV><SPAN class=656101207-07102002><FONT face=Arial size=2>I don't about what 
anyone else thinks, no offense to anyone, but using javascript to allow multiple 
fuseactions to be posted seems a little hacked.&nbsp; I personally am writing 
applications that will be used by a multitude of different browser 
configurations.&nbsp; If I were to rely 100% on javascript for my applications 
to function then I would be removing a certain amount of accessibility.&nbsp; 
Granted most people will have their javascript enabled but a good portion of 
users do not know of any other way to combat things like popup windows.&nbsp; 
I've just been using completely separate forms like so..</FONT></SPAN></DIV>
<DIV><SPAN class=656101207-07102002><FONT face=Arial 
size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=656101207-07102002><FONT face=Arial size=2>.smartyform_form 
{<BR>&nbsp;&nbsp;&nbsp; margin-bottom: 0;<BR>&nbsp;&nbsp;&nbsp; margin-left: 
0;<BR>&nbsp;&nbsp;&nbsp; margin-right: 0;<BR>&nbsp;&nbsp;&nbsp; margin-top: 
0;<BR>&nbsp;&nbsp;&nbsp; margin: 0;<BR>}</FONT></SPAN></DIV>
<DIV><SPAN class=656101207-07102002><FONT face=Arial 
size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=656101207-07102002><FONT face=Arial size=2>&lt;form 
action="index.php" method="post" &gt;</FONT></SPAN></DIV>
<DIV><SPAN class=656101207-07102002><FONT face=Arial size=2>&lt;table 
class="smartyform_form"&gt;</FONT></SPAN></DIV>
<DIV><SPAN class=656101207-07102002><FONT face=Arial size=2>&nbsp;&nbsp;&nbsp; 
&lt;tr&gt;</FONT></SPAN></DIV>
<DIV><SPAN class=656101207-07102002><FONT face=Arial 
size=2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;td&gt;&lt;input 
name="fuseaction" type="hidden" value="circuit.fuseaction" size=""&nbsp; 
/&gt;</FONT></SPAN></DIV>
<DIV><SPAN class=656101207-07102002><FONT face=Arial 
size=2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
&lt;/td&gt;</FONT></SPAN></DIV>
<DIV><SPAN class=656101207-07102002><FONT face=Arial size=2>&nbsp;&nbsp;&nbsp; 
&lt;/tr&gt;</FONT></SPAN></DIV>
<DIV><SPAN class=656101207-07102002><FONT face=Arial size=2>&nbsp;&nbsp;&nbsp; 
&lt;tr&gt;</FONT></SPAN></DIV>
<DIV><SPAN class=656101207-07102002><FONT face=Arial 
size=2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;td&gt;&lt;input name="" 
type="submit" value="Delete Selected" size=""&nbsp; 
/&gt;&lt;/td&gt;</FONT></SPAN></DIV>
<DIV><SPAN class=656101207-07102002><FONT face=Arial size=2>&nbsp;&nbsp;&nbsp; 
&lt;/tr&gt;</FONT></SPAN></DIV>
<DIV><SPAN class=656101207-07102002><FONT face=Arial 
size=2>&lt;/table&gt;</FONT></SPAN></DIV>
<DIV>&nbsp;</DIV>
<DIV><SPAN class=656101207-07102002><FONT face=Arial size=2>I just put each of 
these separate fuse forms in a table as well and it allows for multi button 
fuseactions without the use of javascript.&nbsp; Another solution would be to 
name your form submit buttons and switch over the form names but in a multi 
language application that would be a pain.</FONT></SPAN></DIV>
<DIV><SPAN class=656101207-07102002><FONT face=Arial size=2></FONT></SPAN><FONT 
size=2><BR>-jeff<BR><BR></DIV></FONT>
<BLOCKQUOTE dir=ltr 
style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #000000 2px solid; 
MARGIN-RIGHT: 0px">
  <DIV></DIV>
  <DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left><FONT 
  face=Tahoma size=2>-----Original Message-----<BR><B>From:</B> Douglas Smith 
  [mailto:[EMAIL PROTECTED]] <BR><B>Sent:</B> Friday, October 04, 2002 8:47 
  PM<BR><B>To:</B> [EMAIL PROTECTED]<BR><B>Cc:</B> 
  '[EMAIL PROTECTED]'<BR><B>Subject:</B> Re: Jumping to point in display 
  page.<BR><BR></FONT></DIV>You can do this in the action of the 
  form.<BR><BR>&lt;form action="index.cfm#myanchor"&gt;<BR>&lt;input 
  type="hidden" name="fuseaction" value="myfuseaction"&gt;<BR>&lt;input 
  type="submit" name="do_submit" value="test"&gt;<BR>&lt;/form&gt;<BR><BR>If you 
  need more than one anchor per form, then you need to use javascript to change 
  the form action dynamically, based on the button you press.<BR><BR>At 11:21 AM 
  10/4/02 -0700, Russell Mohn wrote:<BR><BR>
  <BLOCKQUOTE class=cite cite="" type="cite"><FONT size=2>I have situation 
    where I have a display page that is quite long with multiple exit points 
    that go to some action and then come back to the display page. (The users 
    insisted on this, not liking my linear approach with smaller display pages.) 
    Now they complain that they have to scroll down to where they left off. Is 
    there a technique that will work with Fusebox to take the user to an anchor, 
    like you would see in a page with an index at the top, that can be passed as 
    an attribute on a button url? If this sound fuzzy it is because I am going 
    through my html guru for the terminology.<BR></FONT><BR><FONT 
    size=2>Thanks.</FONT> <BR><BR><FONT size=2>Russell E. Mohn</FONT> <BR><FONT 
    size=2>Office of Vice-President for Research and Economic Affairs</FONT> 
    <BR><FONT size=2>Arizona State University</FONT> <BR><FONT size=2>Box 
    873503</FONT> <BR><FONT size=2>ADMB160R</FONT> <BR><FONT size=2>Tempe, AZ 
    85287-3503</FONT> <BR><FONT size=2>Email: [EMAIL PROTECTED]</FONT> 
    <BR><FONT size=2>Phone: 480-965-4736 - Fax: 480-965-2455</FONT> <BR><FONT 
    size=2>Web: <A 
    href="http://ovprhelpdesk.vprc.asu.edu/";>http://ovprhelpdesk.vprc.asu.edu/</A> 
    <BR></FONT><BR><PRE>__________________________________________/Fusebox Conference!

&nbsp;Sign up for the Fusebox Conference 
today!&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
 
&nbsp;October 26th &amp; 27th: Orlando, FL, just before MACR 
DevCon.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
&nbsp;2 jam-packed days, 15 speakers in three tracks, World Fuseball&nbsp;&nbsp; 
&nbsp;Championship&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
 
&nbsp;<A 
href="http://www.fusebox.org/index.cfm?fuseaction=conference.main";>http://www.fusebox.org/index.cfm?fuseaction=conference.main</A>&nbsp;&nbsp;
 </PRE><FONT 
    face="Courier New, Courier"></FONT><BR><FONT 
    face="Courier New, 
Courier"></FONT></BLOCKQUOTE><PRE>__________________________________________/Fusebox 
Conference!

 Sign up for the Fusebox Conference today!                         
 October 26th &amp; 27th: Orlando, FL, just before MACR DevCon.       
 2 jam-packed days, 15 speakers in three tracks, World Fuseball   
 Championship                                                   
 <A 
href="http://www.fusebox.org/index.cfm?fuseaction=conference.main";>http://www.fusebox.org/index.cfm?fuseaction=conference.main</A>
   </PRE></BLOCKQUOTE>


</BODY></HTML>

------=_NextPart_000_0011_01C26DEA.323BA620--



------------------------------

Date: Mon, 7 Oct 2002 09:40:45 +0100 
From: "Robertson-Ravo, Neil (REC)" <[EMAIL PROTECTED]>
Subject: RE: faq - request vars


hmm, this would also create a settings. structure in MX....nice :-)

-----Original Message-----
From: Erki Esken [mailto:[EMAIL PROTECTED]]
Sent: 04 October 2002 23:27
To: [EMAIL PROTECTED]
Subject: Re: faq - request vars


> while we're at it, another GREAT item for a fusebox faq would be
> the over-use of request variables.  it becomes very problematic
> when you start having an applicaiton cfmodule itself, and gets
> even trickier when different applications start cfmoduling each
> other.

That's why I use as few request variables as possible. Instead I
create a settings structure in root fbx_settings.cfm and use vars
like settings.dsn, settings.page.title etc.

.erki


__________________________________________/Fusebox Conference!

 Sign up for the Fusebox Conference today!                         
 October 26th & 27th: Orlando, FL, just before MACR DevCon.       
 2 jam-packed days, 15 speakers in three tracks, World Fuseball   
 Championship                                                   
 http://www.fusebox.org/index.cfm?fuseaction=conference.main   





------------------------------

Date: Mon, 7 Oct 2002 11:47:13 +0200
From: "Xavi" <[EMAIL PROTECTED]>
Subject: First Impressions of ColdFusion MX


There is a interesting article of first impressions of CFMX.
Check out!

http://www.fulgen.com/content/developerscorner1.cfm

Xavi





------------------------------




__________________________________________/Fusebox Conference!

 Sign up for the Fusebox Conference today!                         
 October 26th & 27th: Orlando, FL, just before MACR DevCon.       
 2 jam-packed days, 15 speakers in three tracks, World Fuseball   
 Championship                                                   
 http://www.fusebox.org/index.cfm?fuseaction=conference.main   

End of [EMAIL PROTECTED] digest, issue 962


Reply via email to