I know.. I *should* ditch FP :-) But too much of the website is already 

developed in it. (http://209.25.246.81/default.htm - for the testbed site).



The problem is:



The website depends on photos which are kept in a subdirectory on the site 

and call for display from fields in an Access database. The photos are not 

kept as blobs in Access - the field just gives the URL to the photo which 

is then displayed.



This all works - provided I import each photo into my local FP site (where 

I do the development) and then publish them to the actual site. If they 

are just uploaded via FTP to the site, and even if the URL link address is 

correct, they don't display.



I'm certain this is because of the _vti_cnf files which FP creates and 

saves in the _vti_cnf subdirectory of the image subdirectories.



Aside from rewriting all my browses and display pages to not use FP - 

anyone have a workaround that would allow simple FTP'ing of the images to 

the website without the need for the uploader to use FP?



Sorry if this seems off topic - I found no list here that discussed FP 

issues..



Thanks!



Don Eilenberger (done@b...)

FP and Visual InterDev will work together.

what i did was after the other site was created in fp (code was nice and

ugly:) www.yourfriendinflowers.com) i used visual Interdev to open the web

and add my own page, similar to what you are talking about

(www.yourfriendinflowers.com/wedview.asp?book=twsg) all the data on this

page(image url) are drawn from a access db (couldnt use sql, no budget for

it) however, i just ftp all my images to the dir that the db says they are

located in. but i guess the difference could be that i created my .asp in

vid.



what kinds of errors do you get?



Daniel



-----Original Message-----

From: Don Eilenberger [mailto:done@b...]

Sent: Wednesday, March 28, 2001 3:41 PM

To: ASP Web HowTo

Subject: [asp_web_howto] Front Page and Image Display





I know.. I *should* ditch FP :-) But too much of the website is already

developed in it. (http://209.25.246.81/default.htm - for the testbed site).



The problem is:



The website depends on photos which are kept in a subdirectory on the site

and call for display from fields in an Access database. The photos are not

kept as blobs in Access - the field just gives the URL to the photo which

is then displayed.



This all works - provided I import each photo into my local FP site (where

I do the development) and then publish them to the actual site. If they

are just uploaded via FTP to the site, and even if the URL link address is

correct, they don't display.



I'm certain this is because of the _vti_cnf files which FP creates and

saves in the _vti_cnf subdirectory of the image subdirectories.



Aside from rewriting all my browses and display pages to not use FP -

anyone have a workaround that would allow simple FTP'ing of the images to

the website without the need for the uploader to use FP?



Sorry if this seems off topic - I found no list here that discussed FP

issues..



Thanks!



Don Eilenberger (done@b...)

"Daniel O'Dorisio" wrote in reply to my question on *yuck* FP..



>FP and Visual InterDev will work together.



Haven't tried VID..



>what i did was after the other site was created in fp (code was nice and

>ugly:) www.yourfriendinflowers.com) i used visual Interdev to open the web

>and add my own page, similar to what you are talking about



Close but not quite - if I understand you - you've created a page

in VID and added it to the FP generated web?



>(www.yourfriendinflowers.com/wedview.asp?book=twsg) all the data on this

>page(image url) are drawn from a access db (couldnt use sql, no budget for

>it) however, i just ftp all my images to the dir that the db says they are

>located in. but i guess the difference could be that i created my .asp in

>vid.



Yup.

>

>what kinds of errors do you get?



The images don't display. You see the placeholder for them but

they don't load in the users browser.



Dumb isn't it?



>Daniel



Thanks!



Don

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

: I know.. I *should* ditch FP :-) But too much of the website is already

: developed in it. (http://209.25.246.81/default.htm - for the testbed

site).

:

: The problem is:

:

: The website depends on photos which are kept in a subdirectory on the site

: and call for display from fields in an Access database. The photos are not

: kept as blobs in Access - the field just gives the URL to the photo which

: is then displayed.

:

: This all works - provided I import each photo into my local FP site (where

: I do the development) and then publish them to the actual site. If they

: are just uploaded via FTP to the site, and even if the URL link address is

: correct, they don't display.

:

: I'm certain this is because of the _vti_cnf files which FP creates and

: saves in the _vti_cnf subdirectory of the image subdirectories.



~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~



I don't think it is this. Those folders are used for things like source and

version control. Anything that is sitting in a web accesible directory

should be viewable.



Suppose you FTP an image to:

http://www.yoursite.com/image1.gif



Type that directly into your browser, can you see the image? If so, then

something else is the problem...



Cheers

Ken

Ken, you said in reply to my question:



>: I'm certain this is because of the _vti_cnf files which FP creates and

>: saves in the _vti_cnf subdirectory of the image subdirectories.

>

>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

>

>I don't think it is this. Those folders are used for things like source and

>version control. Anything that is sitting in a web accesible directory

>should be viewable.



Agreed on what they appear to do.. if you open them as text files

it seems apparent (although they also give border size, image

size, etc..)



>Suppose you FTP an image to:

>http://www.yoursite.com/image1.gif

>

>Type that directly into your browser, can you see the image? If so, then

>something else is the problem...



Just tried it - and yup.. can see it. Have to look at the FP generated

code to see how they define the paths to images.. it may be possible

that I can correct this in the data field itself (by putting a full

path in..) 



Good clue - I suspect that FP is using a relative path, not

an absolute..



>Cheers

>Ken



Best and thanks!



Don

====================================

    Don Eilenberger VP-IS

          Bid-Service

      225 Willowbrook Rd

      Freehold, NJ 07728

           xxx-xxx-xxxx

    don_e@b...

====================================

so you arent putting the full path in the db field??? just the image name??

that would cause a prob if you dont code in the dir in the img tag..



i would look at the source and see what the page is actually putting out



Daniel



-----Original Message-----

From: Don Eilenberger [mailto:done@b...]

Sent: Friday, March 30, 2001 9:42 AM

To: ASP Web HowTo

Cc: Ken Schaefer

Subject: [asp_web_howto] RE: Front Page and Image Display





Ken, you said in reply to my question:



>: I'm certain this is because of the _vti_cnf files which FP creates and

>: saves in the _vti_cnf subdirectory of the image subdirectories.

>

>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

>

>I don't think it is this. Those folders are used for things like source and

>version control. Anything that is sitting in a web accesible directory

>should be viewable.



Agreed on what they appear to do.. if you open them as text files

it seems apparent (although they also give border size, image

size, etc..)



>Suppose you FTP an image to:

>http://www.yoursite.com/image1.gif

>

>Type that directly into your browser, can you see the image? If so, then

>something else is the problem...



Just tried it - and yup.. can see it. Have to look at the FP generated

code to see how they define the paths to images.. it may be possible

that I can correct this in the data field itself (by putting a full

path in..)



Good clue - I suspect that FP is using a relative path, not

an absolute..



>Cheers

>Ken



Best and thanks!



Don

====================================

    Don Eilenberger VP-IS

          Bid-Service

      225 Willowbrook Rd

      Freehold, NJ 07728

           xxx-xxx-xxxx

    don_e@b...

====================================