Author Bob on 09-14-2000 at 05:46 (EST)
|I have the deluxe version and have encountered a fairly significant problem that I cannot resolve. When I type my HTML in the box for the header it does not recognize my line feeds. The result is that when the page is displayed, all of the HTML is strung out on one line thus making much of my code not function properly. I have tried cutting, pasting, typing one line at a time and pressing enter after every line with no avail. After it saves the HTML it strings it all out on one line. Is there a solution to this problem?|
|Messages In This Discussion|
| 1. RE: Custom HTML|
Author Bill Weiner on 09-14-2000 at 07:30 (EST)
|Those "TOP HTML", "MIDDLE HTML" and "BOTTOM HTML" fields are special fields in that you actually have to type in the HTML exactly as you want the HTML inserted on the page. That is, instead of using carriage returns to go to the next line.... you'll actually have to use the HTML tag for that:|
...where the ( ) are actually greater-than/less-than signs (this forum doesn't let me post greater-than/less than signs).
| 2. Tags|
Author Bob on 09-14-2000 at 15:19 (EST)
|How else would someone type HTML? That is exactly what I am doing. It looks fine until the admin function saves it. When the code is written to the output it strings everything accross one line. Most HTML is fine, but much of Java scripting must start on new lines.|
| 3. RE: Tags|
Author Bill Weiner on 09-15-2000 at 05:58 (EST)
| 4. Custom HTML & Java|
Author Bob on 09-17-2000 at 08:04 (EST)
|I appreciate the info, but the Java Scripts that I am using have the proper semicolons in place. They are working scripts, not new custom written scripts. Basic Java Scripts that display date and time will not work under the uDirectory logic.|
I guess the larger question here is; why are you stripping those characters out? That is a guaranteed runtime error for Java Scripts. This seems rather contradictory to me because you print the uDirectory HTML portion WITH the line feeds. This can be confirmed by the print code commands in the uDirectory cgi script and by simply "viewing the source" in any browser.
In addition, I currently use a variety of Java scripts with 8 other cgi packages on several of my other sites that work fine because they allow custom HTML to be inserted in the proper format, which is the same way that they print their portion of the output pages. uDirectory is the first script package that I have seen that handles custom HTML in this fashion.
Obviously, this limitation should be explained in the sales package. For the more advanced sites, it is very important to have the option of using advanced custom HTML (which may include forms, java scripts, etc.)in the proper format.
Otherwise, perhaps there is a basic mod that will allow for inserting custom HTML and preserving the format? In other words, can we make a mod to stop the script from stripping the line feeds out and printing the HTML in the same format that it was inserted? I mean after all, you are inserting those characters when you print the uDirectory portion of the output pages. Why not treat custom HTML in the same manner? Seems like a fairly big oversight to me.
Hope we can work this out!
| 5. Custom HTML & Java|
Author Bill Weiner on 09-18-2000 at 05:42 (EST)
|The reason carriage returns are stripped out of the custom HTML fields is due to the way data is stored in the data files (not to be confused with the html files). That is, each configurable category field is stored on a single line in the data file separated from the data keyword via a "bar" delimiter. |
| 6. Fair Enough|
Author Bob on 09-18-2000 at 06:30 (EST)
|How do I submit a support request?
| 7. Dumb Question|
Author Bob on 09-18-2000 at 06:40 (EST)
|I know --- dumb question. Don't reply! I figured it out.|
| 8. RE: Custom HTML & Java|
Author Bill Weiner on 09-18-2000 at 11:06 (EST)
| 9. Hey it works|
Author Bob on 09-21-2000 at 07:03 (EST)
|Just wanted to make sure and post a concluding response in case any other folks, or prospective uDirectory buyers, are following this saga. I will take it like a man and say --- yes you were right --- the comments where the culprit in our Java Scripts and I would like to apologize for being a little testy.|
Great product and super support!
Thanks a mil Bill!