RE: [KCFusion] Yesterday's meeting

2001-11-15 Thread Keith Purtell

Even though I haven't really used it, everything I've read and heard tells
me it offers real benefits in terms of consistency, control and possibly
even reliability. What's not clear to me yet is whether Fusebox offers a
certain amount of creative flexibility? In other words, if you divide your
app into smaller units, does it become more granular and easier to
manipulate? Matthew?

Keith Purtell, Web/Network Administrator
VantageMed Operations (Kansas City)
Email:  [EMAIL PROTECTED]

CONFIDENTIALITY NOTICE: This email message, including any attachments, is
for the sole use of the intended recipient(s) and may contain confidential
and privileged information. Any unauthorized review, use, disclosure or
distribution is prohibited. If you are not the intended recipient, please
contact the sender by reply email and destroy all copies of the original
message.


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
Behalf Of Smith, Jim
Sent: Thursday, November 15, 2001 8:58 AM
To: '[EMAIL PROTECTED]'
Subject: RE: [KCFusion] Yesterday's meeting


Would you folks recommend using Fusebox?

-Original Message-
From: Matthew W Jones [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, November 14, 2001 12:58 PM
To: '[EMAIL PROTECTED]'
Subject: [KCFusion] Yesterday's meeting


Thank you for allowing me to share 5 minutes :o) of fusebox stuff, if you
have any questions about what we talked about, feel free to ask.  If I
didn't specifically address the questions you had, I apologize, and will
help in any way I can.

Here again are the links that I gave you, if you are interested.

http://www.fusebox.org Fusebox home
http://www.secretagents.com 24/48 hour coding
http://www.halhelms.com great resource for training/sample code (also has a
link to the fusebox mailing list on topica)





 
 
__
The KCFusion.org list and website is hosted by Humankind Systems, Inc.
List Archives http://www.mail-archive.com/cf-list@kcfusion.org
Questions, Comments or Glowing Praise.. mailto:[EMAIL PROTECTED]
To Subscribe mailto:[EMAIL PROTECTED]
To Unsubscribe mailto:[EMAIL PROTECTED]
 



RE: [KCFusion] Yesterday's meeting

2001-11-15 Thread Matthew W Jones

There are a number of factors that help improve your creative flexibility.
One being the availability of nested layouts, allowing you to take any
concept of skins to a slightly higher level, allowing for basically a
nesting of skins.  

Fusebox does not intend to prescribe how you perform your logic, just more
of how it is organized.  Yes, it does become easier to manipulate.  More
specifically, if the organization of my system is utilizing the fusebox
methodology, The consistency provided with such, allows other developers to
more easily trace the path to discover where changes need to be made.  In
essence, you basically end up with a road map at the end.  Based on the
action you need to modify, you can look in your switch statement
(fbx_switch.cfm) to see which files are included.  From there you can weed
out the files that you don't need to modify.  Whether it is a display,
action, query, whatever (you know what type of logic is contained in each
file), also if you are utilizing fusedocs, you can quickly see what
variables the template you are modifying has available.

This code separation is a little overwhelming at first, but here is the
kicker (if you are not comfortable breaking it into so many files, don't!)
But I am quite sure, you will see more advantages by breaking it up into
more files.

here is a simple example:

Say I have a small circuit that is for logging a user in and out

I might have the fuseactions(the way you break up your fuseactions is up to
you):

login   (just a login form)
process (process the login)
logout  (process the logout)
forgot  (display the forgotten password form)
process (Database Manipulation)
processforgotten (process the forgotten password)

My fbx_Switch.cfm might look like this:

cfswitch expression = #fusebox.fuseaction#
  cfcase value=home,main,login 
cfset attributes.xfa.submit = loginout.process --- identifies where
my form will go 
cfinclude template=dsp_corporate_info.cfm  --- some display crap
cfinclude template=dsp_messages.cfm--- display any messages

cfinclude template=dsp_login_form.cfm  --- display form
  /cfcase
  
  cfcase value=process
cfset attributes.xfa.failedlogin = loginout.login   ---
identifies where I will go on failure   
cfset attributes.xfa.successfullogin = mymainapp.home   ---
identifies where I will go on success   
cfinclude template=act_login_validate.cfm   ---
Server side validation 
cfinclude template=qry_login.cfm
--- query for login
cfinclude template=act_set_login.cfm---
set up whatever vars i need to set up for login
  /cfcase
  
  cfcase value=logout
cfset attributes.xfa.failedlogout = loginout.login  ---
identifies where I will go on failure
cfset attributes.xfa.successfullogout = loginout.login  ---
identifies where I will go on success   
cfinclude template=act_logout.cfm
--- performs logout process
  /cfcase
  
  cfcase value=forgot
cfinclude template=dsp_forgot.cfm
--- display my forgotten form  
  /cfcase
  
  cfcase value=processforgotten
cfset attributes.xfa.failedforgotten = loginout.login   ---
identifies where I will go on failure   
cfset attributes.xfa.successfulforgotten = loginout.login ---
identifies where I will go on success   
cfinclude template=act_forgot_validate.cfm  ---
server side validation of form
cfinclude template=qry_forgot.cfm
--- query for forgotten info
cfinclude template=act_email_forgot.cfm ---
email information
  /cfcase

  cfdefaultcase
cfoutput
 I received a fuseaction called BFONT
COLOR=66#fusebox.fuseaction#/FONT/B that circuit BFONT
COLOR=66#fusebox.circuit#/FONT/B doesn't have a handler for.
/cfoutput
  /cfdefaultcase

/cfswitch

more to follow...


-Original Message-
From: Keith Purtell [mailto:[EMAIL PROTECTED]]
Sent: Thursday, November 15, 2001 9:17 AM
To: [EMAIL PROTECTED]
Subject: RE: [KCFusion] Yesterday's meeting


Even though I haven't really used it, everything I've read and heard tells
me it offers real benefits in terms of consistency, control and possibly
even reliability. What's not clear to me yet is whether Fusebox offers a
certain amount of creative flexibility? In other words, if you divide your
app into smaller units, does it become more granular and easier to
manipulate? Matthew?

Keith Purtell, Web/Network Administrator
VantageMed Operations (Kansas City)
Email:  [EMAIL PROTECTED]

CONFIDENTIALITY NOTICE: This email message, including any attachments, is
for the sole use of the intended recipient(s) and may contain confidential
and privileged information. Any unauthorized review, use, disclosure or
distribution is prohibited. If you are not the intended recipient, please
contact the sender by reply email and destroy all copies of the original
message.


-Original Message-
From: 

RE: [KCFusion] Yesterday's meeting

2001-11-15 Thread Matthew W Jones

Fusebox is ColdFusion Code.

Neo should run with your current coldfusion code.

if it doesn't, then it won't run with fusebox, until fusebox is modified.

Currently there are core fusebox 3 files compatible with cf4, cf4.5, cf5,
and cf4.5 on *nix and cf5 on *nix

As well as versions for asp, php, and jsp

-Original Message-
From: Smith, Jim [mailto:[EMAIL PROTECTED]]
Sent: Thursday, November 15, 2001 9:47 AM
To: '[EMAIL PROTECTED]'
Subject: RE: [KCFusion] Yesterday's meeting


What about it breaking with future versions of ColdFusion? Is that a
concern or not?

-Original Message-
From: Ryan Hartwich [mailto:[EMAIL PROTECTED]]
Sent: Thursday, November 15, 2001 9:37 AM
To: [EMAIL PROTECTED]
Subject: RE: [KCFusion] Yesterday's meeting


After listening to Matthew discuss Fusebox 3.0, I would recommend using
it.  One of the most disconcerting aspects of my job is the lack of a
standard programming style.  My background is in Mechanical Engineering,
and while I have a significant amount of programming experience and
college level training, I have very little experience in 'standard'
programming methodologies.  Sure, I understand top down, bottom up,
etc., but working in a very small casual non IT company has not helped
foster proper programming styles.  With an obvious learning curve and
adjustment period, I think Fusebox could be a significant benefit to
people.  Even if your organization decides to not use Fusebox 3.0, you
might gain some significant benefits by learning and using parts of the
specification.

FYI, It sounds like Fusebox 3.0 has enough significant changes and
enhancements over the older 1, 2, 2 extended versions that if you are
going to start programming, do so using 3.0 only.

Ryan


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On
Behalf Of Smith, Jim
Sent: Thursday, November 15, 2001 8:58 AM
To: '[EMAIL PROTECTED]'
Subject: RE: [KCFusion] Yesterday's meeting


Would you folks recommend using Fusebox? 

 
 
__
The KCFusion.org list and website is hosted by Humankind Systems, Inc.
List Archives http://www.mail-archive.com/cf-list@kcfusion.org
Questions, Comments or Glowing Praise.. mailto:[EMAIL PROTECTED]
To Subscribe mailto:[EMAIL PROTECTED]
To Unsubscribe mailto:[EMAIL PROTECTED]
 
 
 
__
The KCFusion.org list and website is hosted by Humankind Systems, Inc.
List Archives http://www.mail-archive.com/cf-list@kcfusion.org
Questions, Comments or Glowing Praise.. mailto:[EMAIL PROTECTED]
To Subscribe mailto:[EMAIL PROTECTED]
To Unsubscribe mailto:[EMAIL PROTECTED]
 
 
 
__
The KCFusion.org list and website is hosted by Humankind Systems, Inc.
List Archives http://www.mail-archive.com/cf-list@kcfusion.org
Questions, Comments or Glowing Praise.. mailto:[EMAIL PROTECTED]
To Subscribe mailto:[EMAIL PROTECTED]
To Unsubscribe mailto:[EMAIL PROTECTED]
 



RE: [KCFusion] Yesterday's meeting

2001-11-15 Thread Matthew W Jones

studio, notepad or wordpad

-Original Message-
From: Smith, Jim [mailto:[EMAIL PROTECTED]]
Sent: Thursday, November 15, 2001 10:12 AM
To: '[EMAIL PROTECTED]'
Subject: RE: [KCFusion] Yesterday's meeting


Do you use Dreamweaver or Studio or something else? And thanks for the
information.

-Original Message-
From: Matthew W Jones [mailto:[EMAIL PROTECTED]]
Sent: Thursday, November 15, 2001 10:06 AM
To: '[EMAIL PROTECTED]'
Subject: RE: [KCFusion] Yesterday's meeting


Now, using this previous stuff, I move my cool login/out circuit to another
application

We need to look at the map (fbx_switch)

I can now modify the variables in attributes.xfa (that stands for eXit
FuseAction for those wondering) if I want success or failure to go somewhere
else.

I would need to look in my query files and make sure they are hitting
accurate tables/fields

If I don't want to display something that I divided out, ie. display
messages in login action then i comment it out or remove it.

If I need to add some extra processing for this site I add an include in
the processing action, and I still have a map of this circuit, I can also
tell by the prefix, what type of logic is contained.

dsp_ display logic, very little, if any coldfusion logic.  Even then, only
logic that affects display.
act_ action pages, no display in here, just coldfusion logic
qry_ query pages, contains query(ies) and may contain query specific logic
url_ I don't use these but some do, for relocations
xxx_ you don't have to use these types if you don't want to, it just makes
life easier


Responding to:

Say I have a small circuit that is for logging a user in and out

I might have the fuseactions(the way you break up your fuseactions is up to
you):

login   (just a login form)
process (process the login)
logout  (process the logout)
forgot  (display the forgotten password form)
process (Database Manipulation)
processforgotten (process the forgotten password)

My fbx_Switch.cfm might look like this:

cfswitch expression = #fusebox.fuseaction#
  cfcase value=home,main,login 
cfset attributes.xfa.submit = loginout.process --- identifies where
my form will go 
cfinclude template=dsp_corporate_info.cfm  --- some display crap
cfinclude template=dsp_messages.cfm--- display any messages

cfinclude template=dsp_login_form.cfm  --- display form
  /cfcase
  
  cfcase value=process
cfset attributes.xfa.failedlogin = loginout.login   ---
identifies where I will go on failure   
cfset attributes.xfa.successfullogin = mymainapp.home   ---
identifies where I will go on success   
cfinclude template=act_login_validate.cfm   ---
Server side validation 
cfinclude template=qry_login.cfm
--- query for login
cfinclude template=act_set_login.cfm---
set up whatever vars i need to set up for login
  /cfcase
  
  cfcase value=logout
cfset attributes.xfa.failedlogout = loginout.login  ---
identifies where I will go on failure
cfset attributes.xfa.successfullogout = loginout.login  ---
identifies where I will go on success   
cfinclude template=act_logout.cfm
--- performs logout process
  /cfcase
  
  cfcase value=forgot
cfinclude template=dsp_forgot.cfm
--- display my forgotten form  
  /cfcase
  
  cfcase value=processforgotten
cfset attributes.xfa.failedforgotten = loginout.login   ---
identifies where I will go on failure   
cfset attributes.xfa.successfulforgotten = loginout.login ---
identifies where I will go on success   
cfinclude template=act_forgot_validate.cfm  ---
server side validation of form
cfinclude template=qry_forgot.cfm
--- query for forgotten info
cfinclude template=act_email_forgot.cfm ---
email information
  /cfcase

  cfdefaultcase
cfoutput
 I received a fuseaction called BFONT
COLOR=66#fusebox.fuseaction#/FONT/B that circuit BFONT
COLOR=66#fusebox.circuit#/FONT/B doesn't have a handler for.
/cfoutput
  /cfdefaultcase

/cfswitch

more to follow...


-Original Message-
From: Keith Purtell [mailto:[EMAIL PROTECTED]]
Sent: Thursday, November 15, 2001 9:17 AM
To: [EMAIL PROTECTED]
Subject: RE: [KCFusion] Yesterday's meeting


Even though I haven't really used it, everything I've read and heard tells
me it offers real benefits in terms of consistency, control and possibly
even reliability. What's not clear to me yet is whether Fusebox offers a
certain amount of creative flexibility? In other words, if you divide your
app into smaller units, does it become more granular and easier to
manipulate? Matthew?

Keith Purtell, Web/Network Administrator
VantageMed Operations (Kansas City)
Email:  [EMAIL PROTECTED]

CONFIDENTIALITY NOTICE: This email message, including any attachments, is
for the sole use of the intended recipient(s) and may contain confidential
and privileged 

[KCFusion] off topic - IMail javascript box

2001-11-15 Thread Keith Purtell

Though off topic, I'm posting because several members here have worked with
IMail server product. The recent version has a feature where, if you are
reading a message and click Header, it will generate a box containing the
full email header info. What caught my eye is that although this box sits on
top of the existing page content (edges of box bisect characters in text
below, so it's not inserting an HTML table), it is still within the browser
window, and will scroll with the page contents. I tried to look at their
JavaScript but View source was grayed out. How did they do that?

Keith Purtell, Web/Network Administrator
VantageMed Operations (Kansas City)
Email:  [EMAIL PROTECTED]

CONFIDENTIALITY NOTICE: This email message, including any attachments, is
for the sole use of the intended recipient(s) and may contain confidential
and privileged information. Any unauthorized review, use, disclosure or
distribution is prohibited. If you are not the intended recipient, please
contact the sender by reply email and destroy all copies of the original
message.

 
 
__
The KCFusion.org list and website is hosted by Humankind Systems, Inc.
List Archives http://www.mail-archive.com/cf-list@kcfusion.org
Questions, Comments or Glowing Praise.. mailto:[EMAIL PROTECTED]
To Subscribe mailto:[EMAIL PROTECTED]
To Unsubscribe mailto:[EMAIL PROTECTED]
 



Re: [KCFusion] off topic - IMail javascript box

2001-11-15 Thread Daryl Banttari

Not sure how they turned that off, but what I would do next is simply watch
the page load over the wire.

Ethereal is an open-source packet sniffer that works quite nicely for this
purpose, and I recently added a section to Daryl's TCP/IP Primer on its use:
http://www.ipprimer.com/packets.cfm

--Daryl

- Original Message -
From: Keith Purtell [EMAIL PROTECTED]
To: KCFusion (E-mail) [EMAIL PROTECTED]
Sent: Thursday, November 15, 2001 11:17 AM
Subject: [KCFusion] off topic - IMail javascript box


Though off topic, I'm posting because several members here have worked with
IMail server product. The recent version has a feature where, if you are
reading a message and click Header, it will generate a box containing the
full email header info. What caught my eye is that although this box sits on
top of the existing page content (edges of box bisect characters in text
below, so it's not inserting an HTML table), it is still within the browser
window, and will scroll with the page contents. I tried to look at their
JavaScript but View source was grayed out. How did they do that?

Keith Purtell, Web/Network Administrator
VantageMed Operations (Kansas City)
Email:  [EMAIL PROTECTED]

CONFIDENTIALITY NOTICE: This email message, including any attachments, is
for the sole use of the intended recipient(s) and may contain confidential
and privileged information. Any unauthorized review, use, disclosure or
distribution is prohibited. If you are not the intended recipient, please
contact the sender by reply email and destroy all copies of the original
message.



__
The KCFusion.org list and website is hosted by Humankind Systems, Inc.
List Archives http://www.mail-archive.com/cf-list@kcfusion.org
Questions, Comments or Glowing Praise.. mailto:[EMAIL PROTECTED]
To Subscribe mailto:[EMAIL PROTECTED]
To Unsubscribe mailto:[EMAIL PROTECTED]



 
 
__
The KCFusion.org list and website is hosted by Humankind Systems, Inc.
List Archives http://www.mail-archive.com/cf-list@kcfusion.org
Questions, Comments or Glowing Praise.. mailto:[EMAIL PROTECTED]
To Subscribe mailto:[EMAIL PROTECTED]
To Unsubscribe mailto:[EMAIL PROTECTED]
 



RE: [KCFusion] off topic - IMail javascript box

2001-11-15 Thread csjackson

Without seeing the code, I would guess they are using DHTML layers and/or
DIV tags.
See article at http://www.webresource.net/html/procenter/articles/layers/

-Chuck

-Original Message-
From: Keith Purtell [mailto:[EMAIL PROTECTED]]
Sent: Thursday, November 15, 2001 11:18 AM
To: KCFusion (E-mail)
Subject: [KCFusion] off topic - IMail javascript box


Though off topic, I'm posting because several members here have worked with
IMail server product. The recent version has a feature where, if you are
reading a message and click Header, it will generate a box containing the
full email header info. What caught my eye is that although this box sits on
top of the existing page content (edges of box bisect characters in text
below, so it's not inserting an HTML table), it is still within the browser
window, and will scroll with the page contents. I tried to look at their
JavaScript but View source was grayed out. How did they do that?

Keith Purtell, Web/Network Administrator
VantageMed Operations (Kansas City)
Email:  [EMAIL PROTECTED]

CONFIDENTIALITY NOTICE: This email message, including any attachments, is
for the sole use of the intended recipient(s) and may contain confidential
and privileged information. Any unauthorized review, use, disclosure or
distribution is prohibited. If you are not the intended recipient, please
contact the sender by reply email and destroy all copies of the original
message.

 
 
__
The KCFusion.org list and website is hosted by Humankind Systems, Inc.
List Archives http://www.mail-archive.com/cf-list@kcfusion.org
Questions, Comments or Glowing Praise.. mailto:[EMAIL PROTECTED]
To Subscribe mailto:[EMAIL PROTECTED]
To Unsubscribe mailto:[EMAIL PROTECTED]
 


*
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]
*

 
 
__
The KCFusion.org list and website is hosted by Humankind Systems, Inc.
List Archives http://www.mail-archive.com/cf-list@kcfusion.org
Questions, Comments or Glowing Praise.. mailto:[EMAIL PROTECTED]
To Subscribe mailto:[EMAIL PROTECTED]
To Unsubscribe mailto:[EMAIL PROTECTED]
 



RE: [KCFusion] off topic - IMail javascript box

2001-11-15 Thread Ron Hornbaker

It's just simple DHTML. The View Source is grayed-out due to something
weird in your browser; there's no way to lock that out. We do the same
trick on the headers at http://killerwebmail.com/ (a better IMail webmail
interface - login in with demo and blue to check it out) if you want
to try to view the source there.

Speaking of viewing the source, here's a cool little trick I figured out
the other day. Tired of not being able to see the actual HTML output of a
JS document.write() function, I created a bookmarkable JS source viewer,
that also has a side benefit of cleaning up the HTML's capitalization,
missing tags, etc.:

 http://www.humankindsystems.com/sourcelink.htm

Using that tool from a bookmark, you'll be able to see the source of any
page. Also have a handy CookieViewer bookmark there, to check your cookies
on any site. Very helpful when debugging cookie problems, or just to see
all the info various sites are collecting on you.

-Ron

Ron Hornbaker
President/CTO
  .  .  .  .  .  .  .  .  .  .  .  .  http://humankindsystems.com
  .  .  .  .  .  .  .  .  .  .  .  .  w e  c o d e.  w e  c a r e.




 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
 Behalf Of Keith Purtell
 Sent: Thursday, November 15, 2001 11:18 AM
 To: KCFusion (E-mail)
 Subject: [KCFusion] off topic - IMail javascript box


 Though off topic, I'm posting because several members here have
 worked with
 IMail server product. The recent version has a feature where, if you are
 reading a message and click Header, it will generate a box
 containing the
 full email header info. What caught my eye is that although
 this box sits on
 top of the existing page content (edges of box bisect characters in text
 below, so it's not inserting an HTML table), it is still within
 the browser
 window, and will scroll with the page contents. I tried to look at their
 JavaScript but View source was grayed out. How did they do that?

 Keith Purtell, Web/Network Administrator
 VantageMed Operations (Kansas City)
 Email:  [EMAIL PROTECTED]

 
 
__
The KCFusion.org list and website is hosted by Humankind Systems, Inc.
List Archives http://www.mail-archive.com/cf-list@kcfusion.org
Questions, Comments or Glowing Praise.. mailto:[EMAIL PROTECTED]
To Subscribe mailto:[EMAIL PROTECTED]
To Unsubscribe mailto:[EMAIL PROTECTED]
 



RE: [KCFusion] off topic - IMail javascript box

2001-11-15 Thread Dunwiddie, Bruce

I'm not sure that forta's page that you're referring to actually uses
document.write to produce that. I think he's just including it in a way to
hide it, which I do give you that your source viewer does pull it out of
there, but I'm under the assumption that it's actually straight html in that
.cfm file. Try pulling up cookies at hotmail.com. I get a access denied js
error.

-Original Message-
From: Ron Hornbaker [mailto:[EMAIL PROTECTED]]
Sent: Thursday, November 15, 2001 6:28 PM
To: [EMAIL PROTECTED]
Subject: RE: [KCFusion] off topic - IMail javascript box


 I just looked at the viewers you're talking about, set them to
 my favorites,
 jumped out to one of the sites where we're using a line just like you're
 talking about with document.write() in the middle of the page,
 and all it
 showed me in the source generated from your viewer was exactly
 what I would
 get if I viewed the source otherwise.

What browser are you using? I'm using IE5.5 here, and when I go to a pure
document.write() page like:

  http://fuselets.com/cftips/

and do a regular view source, all I see is the one-line JS reference.
Using the SourceViewer bookmark while there, I see the complete HTML
output of the page, the results of the document.write.

 also, I just tried the
 cookie viewer,
 and although somewhat interesting at first, I quickly found
 that most sites
 have permissions set on the reading of the cookies,

I've never heard of permissions settings on cookies. It's just a simple
JS call to read the cookies on the current domain, I've never seen it
fail. What's a URL where it's failing? Here's a couple of my results:

My Cookies at: www.fbi.gov
ASPSESSIONIDQQGQGXSY=MLBLINIDEMALBOEKMGPDGODC


My Cookies at: www.microsoft.com
MC1=V=3LV=200012HASH=7CD1GUID=3126D17C3A1240D0A38F22EE0A256B57


My Cookies at: www.x10.com
vr=VR000; Deal=14379904,TT14,0,0,0,979755380;
info=3,13455522,../x10voucher.htm,bk_mk,216.63.20.97;
GiftID=445857-979098591-31834; x10hotbody.dat=2634;
x10welcomeab2.dat=2811; x10getitbtn.dat=3002; x103cambtn.dat=2864;
x10hotdealbtn.dat=3004; x10prodbtn.dat=3005; x10xcambtn.dat=2809

[WHEW! And what's hotbody for?]


-Ron



 -Original Message-
 From: Ron Hornbaker [mailto:[EMAIL PROTECTED]]
 Sent: Thursday, November 15, 2001 3:42 PM
 To: [EMAIL PROTECTED]
 Subject: RE: [KCFusion] off topic - IMail javascript box


 It's just simple DHTML. The View Source is grayed-out due to something
 weird in your browser; there's no way to lock that out. We do the same
 trick on the headers at http://killerwebmail.com/ (a better
 IMail webmail
 interface - login in with demo and blue to check it out) if you want
 to try to view the source there.

 Speaking of viewing the source, here's a cool little trick I figured out
 the other day. Tired of not being able to see the actual HTML
 output of a
 JS document.write() function, I created a bookmarkable JS source viewer,
 that also has a side benefit of cleaning up the HTML's capitalization,
 missing tags, etc.:

  http://www.humankindsystems.com/sourcelink.htm

 Using that tool from a bookmark, you'll be able to see the source of any
 page. Also have a handy CookieViewer bookmark there, to check
 your cookies
 on any site. Very helpful when debugging cookie problems, or just to see
 all the info various sites are collecting on you.

 -Ron

 Ron Hornbaker
 President/CTO
   .  .  .  .  .  .  .  .  .  .  .  .  http://humankindsystems.com
   .  .  .  .  .  .  .  .  .  .  .  .  w e  c o d e.  w e  c a r e.




  -Original Message-
  From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
  Behalf Of Keith Purtell
  Sent: Thursday, November 15, 2001 11:18 AM
  To: KCFusion (E-mail)
  Subject: [KCFusion] off topic - IMail javascript box
 
 
  Though off topic, I'm posting because several members here have
  worked with
  IMail server product. The recent version has a feature where,
 if you are
  reading a message and click Header, it will generate a box
  containing the
  full email header info. What caught my eye is that although
  this box sits on
  top of the existing page content (edges of box bisect
 characters in text
  below, so it's not inserting an HTML table), it is still within
  the browser
  window, and will scroll with the page contents. I tried to
 look at their
  JavaScript but View source was grayed out. How did they do that?
 
  Keith Purtell, Web/Network Administrator
  VantageMed Operations (Kansas City)
  Email:  [EMAIL PROTECTED]


 
 
__
The KCFusion.org list and website is hosted by Humankind Systems, Inc.
List Archives http://www.mail-archive.com/cf-list@kcfusion.org
Questions, Comments or Glowing Praise.. mailto:[EMAIL PROTECTED]
To Subscribe mailto:[EMAIL PROTECTED]
To Unsubscribe mailto:[EMAIL PROTECTED]
 
 
 
__
The KCFusion.org list and website is hosted by