navigation
a webmaster learning community
     Home    Register     Search      Help      Login    
Sponsors

Shopping Cart Software
Ecommerce software integrated into Frontpage, Dreamweaver and Golive templates. No monthly fees and available in ASP and PHP versions.

Website Templates
We also have a wide selection of Dreamweaver, Expression Web and Frontpage templates as well as webmaster tools and CSS layouts.

Frontpage website templates
Creative Website Templates for FrontPage, Dreamweaver, Flash, SwishMax

Search Forums
 

Advanced search
Recent Posts

 Todays Posts
 Most Active posts
 Posts since last visit
 My Recent Posts
 Mark posts read

Microsoft MVP

 

I don' t understand WHY this worked...

 
View related threads: (in this forum | in all forums)

Logged in as: Guest
Users viewing this topic: none
Printable Version 

All Forums >> Web Development >> ASP and Database >> I don' t understand WHY this worked...
Page: [1]
 
Yzywyz

 

Posts: 132
Joined: 6/27/2002
From: Louisville, Kentucky (USA)
Status: offline

 
I don' t understand WHY this worked... - 3/7/2003 16:10:17   
I have been screaming at my machine for days trying to get it to accept DRW from include files in various places. I never could get DRW to work in shared borders. On a lark, I copies the _fpclass subdirectory into every content subdirectory of the site -- now all those instances work!

I understand that this DOES work for now -- will this cause future problems for me?

Is this really doing what I want it to?

What secret problem have I unleashed?

What function is filled by the fpclass subdirectory, and why does it work to have one instance under every content-bearing directory?

Surely this is not a workaround for the problem that has plagued me all year!

I am one boggled rodent. Any explanation is appreciated.
Yzywyz

 

Posts: 132
Joined: 6/27/2002
From: Louisville, Kentucky (USA)
Status: offline

 
RE: I don' t understand WHY this worked... - 3/7/2003 16:11:21   
I should note that the relevant DRW has been on a diet for a couple of weeks already -- that was not the cause of the sudden cooperativeness.

(in reply to Yzywyz)
Spooky

 

Posts: 26598
Joined: 11/11/1998
From: Middle Earth
Status: offline

 
RE: I don' t understand WHY this worked... - 3/7/2003 16:42:40   
When using shared borders, the path to the include file becomes hard coded. So, when the shared border is used in a different directory, it can no longer find the required files.
One method would be to manually edit the shared border so that it uses a virtual rather than file based path for all includes.

<!-- #include virtual=" /_fpclass..... " -->
instead of
<!-- #include file=" /_fpclass..... " -->

You havent done anything wrong by doing what you did, it just multiples the number of files :-)


_____________________________

If you arent part of the solution, then there is good money to be made prolonging the problem

§þ:)


(in reply to Yzywyz)
Yzywyz

 

Posts: 132
Joined: 6/27/2002
From: Louisville, Kentucky (USA)
Status: offline

 
RE: I don' t understand WHY this worked... - 3/7/2003 16:52:54   
I know I' ve missed something -- would you point me to info on the distinction between virtual paths and file-based paths?

I' d enjoy the simplicity of getting rid of the extra files, but I think I' ve missed something basic, as I don' t understand what you mean by the distinction (oops, secret' s out of the bag now).:)

Probably in the secret five-page book that should have been in the box :)

< Message edited by yzywyz -- 3/7/2003 4:55 PM >

(in reply to Yzywyz)
Spooky

 

Posts: 26598
Joined: 11/11/1998
From: Middle Earth
Status: offline

 
RE: I don' t understand WHY this worked... - 3/7/2003 17:17:22   
<!-- #include virtual=" /_fpclass..... "  --> 
instead of 
<!-- #include file=" ../_fpclass..... "  --> 


Virtual always looks in the directory in relation to the root
When you use file, it uses the path relative to the directory the file is called from. This is ok if the file is only ever called from the root, however, if you start calling it from different folders, the path does not change with it.

_____________________________

If you arent part of the solution, then there is good money to be made prolonging the problem

§þ:)


(in reply to Yzywyz)
Yzywyz

 

Posts: 132
Joined: 6/27/2002
From: Louisville, Kentucky (USA)
Status: offline

 
RE: I don' t understand WHY this worked... - 3/7/2003 17:29:25   
Okay. I believe you -- I' ll know tomorrow whether it works, when I have a chance to hack around in the blood' n' guts of the site again. For tonight, the site works and I don' t.

I' m sure I should have seen this before -- I guess it' s time to do a little reading.:)

Thanks, Spooky. Maybe tomorrow I' ll be able to get rid of the twelve extra livers I' ve given the site.[:' (]

(in reply to Yzywyz)
Spooky

 

Posts: 26598
Joined: 11/11/1998
From: Middle Earth
Status: offline

 
RE: I don' t understand WHY this worked... - 3/7/2003 17:34:36   
btw - youll want to be on a Spooky diet :)

_____________________________

If you arent part of the solution, then there is good money to be made prolonging the problem

§þ:)


(in reply to Yzywyz)
Yzywyz

 

Posts: 132
Joined: 6/27/2002
From: Louisville, Kentucky (USA)
Status: offline

 
RE: I don' t understand WHY this worked... - 3/7/2003 17:51:39   
The included DRWs are already -- other isolated instances will be either:

-- as they become issues

or

-- as I get time to seek them out

Putting the code on a diet (a la Spooky) has solved problems already. I can see the difference in efficiency and simplicity.

I' ve been working with databases for two months now so I feel like I' m going very fast, all things considered.

(in reply to Yzywyz)
Page:   [1]

All Forums >> Web Development >> ASP and Database >> I don' t understand WHY this worked...
Page: [1]
Jump to: 1





New Messages No New Messages
Hot Topic w/ New Messages Hot Topic w/o New Messages
Locked w/ New Messages Locked w/o New Messages
 Post New Thread
 Reply to Message
 Post New Poll
 Submit Vote
 Delete My Own Post
 Delete My Own Thread
 Rate Posts