Jump to content

frankosport19

Members
  • Content Count

    7
  • Joined

  • Last visited

Community Reputation

0 Neutral

About frankosport19

  • Rank
    Newbie

Contact Methods

  • Website URL
    frankosport.com

Profile Information

  • Location
    USA
  • Interests
    PowerBasic, Cats, Road Maps, Visual Art (Looking At It), Music (Pop, Rock, Jazz, Classic Country, Some Broadway, Some New Age, Movie Soundtracks)
  1. Greetings @Ingolme Works like a charm! Thank You! Just so folks know why and how the DIV status can be changed by CSS, it might a good idea to make mention of it in the "How To Include HTML" demo page BTW -- and you probably know it already -- as an alternative to your suggestion, one can place style="display:inline"; within the confines of the DIV code.
  2. Fair Enough -- If you can please provide a demo of that, or else provide a link to a demo (simple one, if possibel) I will appreciate it.
  3. Greetings .... This is in regards to the W3 Demo Page "How to Include HTML" Take special note of the "Include The HTML" section, where the DIV tags are used in the example. I experimented with that successfully but noted one issue. If you use the DIV tags to include a secondary HTML file within the main HTML file, the resulting on-screen output will appear by itself on its own separate line. If you are desiring for something to be displayed on the same line along with other items,, be it at the start of the line, the end of the line, or anywhere in-between, the SPAN tags should be used in place of DIV. You of course will take care that the included HTML file does not contain BR's, HR's or any other line-breaking code that could upset the display of the particular line of items. Thanx-A-Lot and Much Appreciation
  4. Greetings Again @Ingolme Happy News -- I have installed XAMPP on my desktop (laptop will get it soon) and once I got it working, it behaved perfectly for all my html and j-script tests. Thanx-A-Lot and Much Appreciation
  5. Greetings Once Again @Ingolme RE IFRAMES ---- True, so workarounds for the sake of the searches would be probably be employed, if they were so desired. However, as I stated above, not everything on the web-site has to be indexed for a search, if that is the desire of the site builder. In many cases including my own, as long as the search engine can find the parent page, which should have appropriate navigation means for any content incorporated therein, then that should be good enough. Thanx-A-Lot and Much Appreciation.
  6. Greetings @Ingolme Thank you for your input. Actually, I've been moving away from using javascript-html includes, and instead employing alternative methods where common format text descriptions and URL links must appear on several pages. Sometimes if IFRAME is involved, you can use a javascript file in conjunction with an IFRAME'd HTML file to establish a common IFRAME area on many pages, the obvious benefit being that the only IFRAME settings you have to edit are those within the single JS file. And I do take great care with the target settings of any links within any IFRAME's HTML, as well as with frame height and width. RE Search engines and keywords on them -- I was long aware of Javascript's negative impact on web-searches, so I've taken great care that important keywords are placed where the engines can find them. Of course, not every page on a web-site will be part of a web-search. Indeed, there will be pages that you may prefer not be found at all. Fair enough -- I have many pages that are labeled "no index/follow", or else require security entrance with a usename and password. Any folders on my site containing only javascript, PDF, CSS, image or other-non HTML files can't be publicly accessed, and each such folder has an re-direction index.html file. Finally, after seeing your mention of local AJAX requests, I did a new web-search and found a web-page that explains -- with proper warning -- how to allow local AJAX requests on Firefox and Chrome browsers. LINK: Browser Settings-Local AJAX Calls Thanx-A-Lot and Much Appreciation
  7. Greetings .... I have been a user of javascript-html includes for a few years, and up to this point had been using scripts from other web-locales. It is only very recently that I have decided to give the W3 Schools Javascript-Html Includes Script a try. The tries have been very favorable, so now I am going to adopt the W3-script for use on my personal web-site. There are, however, some problems with testing the includes on my desktop or laptop PC's, both of which are currently using Win-7 64-bit Home Premium, and both which have Firefox, Chrome, Opera and Pale Moon browsers (they also have MS-Internet Explorer, but I do not ever use that). There is no local server app on either PC, and I've never even considered trying one out. In other words, I'm the rawest of raw greenhorns concerning server apps. Up until recently, I could test Javascript-html includes directly on my PC's in all the browsers without a hitch. But now, something has happened where the Firefox, Chrome and Opera browsers won't let the includes run locally. The files have to be uploaded to the web-site for tests, and that consumes valuable work time since it may sometimes take a while for uploads to be recognized.. At present, only the Pale Moon browser allows me to test the includes directly on the PC's, but who knows how long that may last !! So, I have come to this forum seeking guidance and solutions for this particular problem. Whether it's a browser config tweak, an add-on browser app or the simplest no-fuss local server method, I'll accept whatever works best. If instructions come with the solution, please keep them as simple and right to the point as possible. Thanx-A-Lot and Much Appreciation
×
×
  • Create New...