« February 2006 »
S M T W T F S
1 2 3 4
5 6 7 8 9 10 11
12 13 14 15 16 17 18
19 20 21 22 23 24 25
26 27 28

You are not logged in. Log in
Open Community
Post to this Blog

Helpful Links
Angelfire Home
Register Your Domain
Angelfire's Twitter
Angelfire's Facebook

Angelfire Club Blog
Need assistance and ideas from fellow Angelfire members to help build and manage your website? You've come to the right place!
To join this Community Blog, you must be an Angelfire member. Just click the "Join this Community" link, and start posting immediately.

Hint: When posting, select a topic that most relates to your question. (News, FrontPage, HTML Questions, etc...) This will help to keep the blog organized for everyone.

View Latest Entries

Saturday, 11 February 2006
HTML/CGI/DHTML Book Update
Mood:  hug me
Now Playing: Hindsight is 20/20
Forum Members:

Ok. I think I finally fixed a few bugs and figured out a few things.

When you first create a page in the Angelfire editor, it first appears as some CGI weird thing and you get a 404 page error message. It seems that it takes a day or two for it to bounce off the servers or something before it "normalizes." It's happened before so I'm trying not to spazz when I make my pages, and they look fine in "Preview" but won't appear when you actually click on them.

The image editing thing you guys told me to do in Paint worked like a champ. The reason the images weren't loading after I had shrunken them was that I had saved them as JPG and not jpg. Those caps made a difference because they could not load.

So I need to thank everyone for their help. ALSO, can you guys continue to check my "Services" pages and let me know what you think and if they're loading okay now?

Thanks everyone.

Dave


Posted by va/dmsforever at 12:46 PM EST | Post Comment | View Comments (2) | Permalink | Share This Post

Saturday, 11 February 2006 - 7:55 PM EST

Name: cw

The page must be published to view it. If you create a page in the html editor you can preview it but it will not be viewable live until you save it. But also see my other comment about browser caching.

Images can be uploaded with the .jpg or .JPG extension or even as .jpG or .Jpg or any variation of upper and lower case you can think of. All are correct and uploadable. What your problem really was is that the name in your img src code or script file path did not match the name of the uploaded files *EXACTLY*. Many servers are case sensitive including Lycos/ AF meaning a file named 'something.JPG' is not the same as one named 'SomeTHIng.jpg'. For sanity's sake make a habit of sticking to all lower case when naming folders and files for use on the web. it is much easier to troubleshoot file display problems like you experienced.

You've made quite an improvement on load time on some pages! Many of the thumbnail images are a tenth of the file sizes I saw before. Loading much better on modem too. but there's still room for improvement. You want pages that load ASAP for all connection speeds including modem. You should aim for a page weight of about 100KB- that's the sum total of all the image and media files used on a single page + the weight of the HTML file as well. (A page of that weight should download in 20-30 seconds on faster modem.) Your scripts, if called externally, will also add weight (all your scripts are added as internal ones i.e. the entire script code is written into the html file so will be reflected in the html file size but mention that to keep in mind as you advance with javascripts)

some images that are still too large for quick modem download on your pages....

Breezequeenofdance-th.jpg still too large as a 65KB 299 KB wide thumbnail -scaling by 50% will produce a file about 150px wide and a file size 1/4th the size of this one you're using (just like the sandwich you'll hear me talk about below).

Observer15candidates-th.jpg 128KB thumbnail 629px wide

ObserverALApresidentousted-th.jpg 71KB 585 px wide as uploaded (mixing upper/lower case in a file name will drive you crazy sooner or later)

Imagesbrochure03.jpg 210KB 1066px wide

brochures page stills needs lots of work. The images being displayed in the bookflip total more than 1MB in combined file weight- at least 5-15 minutes load time on modem.....

Imagesbrochure01.jpg 618 KB 2416px wide- too wide to view on even the very largest resolutions without horizontal scrolling

Imagesbrochure02.jpg 217KB 1164px wide

images04.jpg 257KB 1114px wide

I did not go through all pages of your bookflips. On modem some take too long to download and I only had a few minutes to view them. I suggest you scan through your webshell and look at image file sizes. Redo the really large ones and certainly redo any thumbnail image that is more than 20-30KB. These should be more like 15-20KB at most. Decreasing their physical uploaded dimensions will help enormously. When you cut the physical dimensions by half along both the horizontal and vertical, it's like cutting a sandwich in half both ways to get 4 pieces. Each piece will be a fourth of the total original sandwich. Your smaller file cut so, will weigh only a fourth of the original. Similar gains along those lines apply to any scaling you would do to you images in an image editor (like paint)

You're really making headway :). Keep at it! The bookflip is a very neat and interesting effect. JS is really fun to play with. Hope this helps.

Saturday, 19 February 2022 - 10:15 AM EST

Name: "VidMate"
Home Page: http://https://vidmate.onl/download/

s for sharing the article, and more importantly, your personal experience mindfully using osdcazvur emotions as data about our inner state and knowing when it’s better to de-escalate by taking a time out are great tools. Appreciate you reading and sharing your story since I can certainly relate and I think others can to


View Latest Entries