|
Rod,
Start with the interesting bike stuff - I'm glad you were out there cycling in yesterday's balmy weather and are none the worse for wear. I did 83 km on my shaft drive bike yesterday, which would take about double the work of riding my Eclipse for that distance - were it not for the extra groceries from a stop over at Costco's - You know, things like a 16 pound box of oranges 2 kg of cheese, 3 kg of yogurt, and 4 kg of rice pudding. Anyway, even that wouldn't be enough weight to stabilize me in today's wind. This was one of the few days this winter when I didn't cycle. All I did was a measly 3.5 km wind-at-my-back run home from a concert this night. Now all the techy trash - Hey, at least I got a good response going this route... Since you use OutLook for your email, I can't interject comments within your reply. I don't know what the deal is with that problem. Do you? Thanks, it's a partial relief that at least SSI's were used. I'm fan of such things (though, I'm curious how you verify the correctness of the local copy of the page before putting it on cyberus - they're great in an environment where you develop the pages on a web server and just rename the file after you're happy with it. Things are more awkward if you're just ftp'ing the files off to cyberus). Pardon my error - as you likely know, there's no way of telling from the viewing of the page source of the remote web pages (or from wget'ed copies, etc.), and you certainly wouldn't get that from the last version of Dream Weaver which I looked at. Was surgery necessary on the Dream Weaver output? So the maintenance issue is out, but the efficiency issue is still in. The two greatest advantages of frames are that 1. You can do multiple file coordination actions that would otherwise require javascript - for example the prototype calendar fix I gave you (in which one of the files loaded within a frame was itself a frame file - this allowed the loading of the two calendar views in sync). 2. You're not reloading the same junk over and over again needlessly - Yes the number of fast routers and connections out there is increasing quickly, but so is the amount of data out there and the number of people accessing all this data. - Some of us really don't want to contribute trash to the heap. And I spent most of last year away connected (with frequent disconnects!) through a 28.8 modem and dear knows how many routers to get up to Canada.... It was painful to load image files. The reason why JavaScript has become more popular than frames is that people use web-page building programs which put the javascript in there (which in turn resulted from easier (lazier) programming for the people who wrote the web page producing programs). Very few people actually program in JavaScript. And I find it hilarious that these web page building programs put the same javascript functions in every page they build (for example those despised OutLook calendar pages...).. JavaScript is an object-oriented program and what could be farther from the tenets of oo-design than sticking the same piece of code in every darn page??? Yes, some search engines still have trouble following frames, but the same is also true of the JavaScript location.href tag. Also, with an appropriate <NOFRAMES> section for the non-frames aware search engines, you can usually get them to crawl all over your site. But still the biggest problem is the lack of non-consistency in different browsers. I don't know about your brother, but I sure never had the time, desire or energy to test every web page on every platform/browser - Too many hobbies. And since I care very much about producing something which all can read, I gladly kept with John Ford's no Java, no JavaScript on the site. (And I really like Java - especially now that they've finally added regexps to it. If they only add "eval" functionality and speed it up, I'll like it almost as much as perl). Concerning hit counts - server logs don't have hit counts (ie., cumulative totals) - or at least I've never seen any for apache or Netscape Enterprise servers. Instead they record each access to each page. If you've ever done it, I'm sure that you'd agree with me that it is a pain to get hit information from server access logs. Sure navigation buttons can go at the top and the bottom of the pages for convenience, but obviously I wouldn't think that's a good plan - ie., there'd be twice the repeated navigational stuff in the page. (I was asking for 0). I don't know, I guess it's just that math people really like elegance, shortest paths, efficiency, etc. To see the same stuff get loaded over and over again is just incredibly irritating to me - and you see it all the time out there, but not amongst people of my ilk. Oh - and talking about efficiency and shortest paths - you didn't give a response to the request for opening up the news page in the first view. This would certainly remove a "repetitive stress". I think that it's a good idea. Well, the 01:45 pizza is all digested and it's off to bed.
-----BEGIN PGP SIGNED MESSAGE----- ------ To unsubscribe, send a blank message to [EMAIL PROTECTED] Club Office: [EMAIL PROTECTED], (613) 230-1064 Web/mailing list: [EMAIL PROTECTED] http://www.cyberus.ca/~obcweb Newsletter: [EMAIL PROTECTED] http://www.cyberus.ca/~obcweb/Newsletter ==^================================================================ This email was sent to: [email protected] EASY UNSUBSCRIBE click here: http://topica.com/u/?aVxiDo.a2i8p1 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 ==^================================================================ |
- [obc] Web Site Rod Plunkett
- Re: [obc] Web Site Menno Spijker
- Re: [obc] Web Site mcinnisc
- Re: [obc] Web Site Rod Plunkett
- Re: [obc] Web Site mcinnisc
- Re: [obc] Web Site Rod Plunkett
- RE: [obc] Web Site David Bilenkey
- Re: [obc] Web Site mcinnisc
