Jump to content

HTML not displaying


showbizkid

Recommended Posts

quote:
Originally posted by Dave_W6DPS:

Jeremy,

 

I am a bit confused. No tags were "stripped" from my cache pages, but a link, using an image, to our local geocaching site no longer displays. The HTML for the link is still on each cache page when you go to the edit page, but it does not show up on the cache page.

 

SNIP

Thanks,

Dave_W6DPS


 

Nevermind, they seem to be working fine now.

 

I told you I was confused.....

 

Dave_W6DPS

 

My two cents worth, refunds available on request. (US funds only)

Link to comment

After reading all the pages of this thread I am lost. Is this something Jeremy is still fixing, is this something we all need to change at our own end, or is it broken forever?

 

None of the IMG tags are working on any of my caches (when viewing the source the SRC= portion is missing, even though it shows up when I edit the listing) and none of my font colors work either.

Link to comment

quote:
Originally posted by scooterj:

After reading all the pages of this thread I am lost. Is this something Jeremy is still fixing, is this something we all need to change at our own end, or is it broken forever?

 

None of the IMG tags are working on any of my caches (when viewing the source the SRC= portion is missing, even though it shows up when I edit the listing) and none of my font colors work either.


Link to comment

I fixed my pages by uploading the images to the cache page on geocaching.com, then using those images for the img src="" code. To find the address of the image, click on the image title above Logged Visits and click on it to open a new page and get the http address for the image.

 

Only images actually uploaded to geocaching.com will display. Images hosted elsewhere will just give you a pagemarker or broken link.

 

Font colors on my pages were never stripped. I hear from others that esoteric names for colors no longer work, but regular colors and hex code colors work for me.

 

 

quote:
Originally posted by scooterj:

After reading all the pages of this thread I am lost. Is this something Jeremy is still fixing, is this something we all need to change at our own end, or is it broken forever?

 

None of the IMG tags are working on any of my caches (when viewing the source the SRC= portion is missing, even though it shows up when I edit the listing) and none of my font colors work either.


Link to comment

BeachBuddies - at least in the first img-tag you should try to replace the single quote ' around the image URL with double quotes.

 

quote:
Originally posted by BeachBuddies:

 

I entered this:

 

<table cellspacing=1 cellpadding=2>

<tr><td><image src='http://img.Groundspeak.com/user/47667_2600.gif'></td><td nowrap>Dogs Allowed</td></tr>

[...]


 

--

eCiao

Ralf aka goldensurfer

Link to comment

quote:
Originally posted by Rusty O Junk:

Same thing here, my images aren't showing at all, just a placeholder. I store my images right on the cache page.

>>>clipped<<<

I have one other that used invisible tags and it was so bad I just deleted the entire html and disabled the cache for the time being


 

I had an image that wasn't showing up, just the place holder. The image was a linked .jpg file. I checked the HTML code and found the pg of .jpg was broken off the end of the URL, there was a space there and I deleted the space and now the image shows up.

Link to comment

quote:
Originally posted by goldensurfer:

BeachBuddies - at least in the first img-tag you should try to replace the single quote ' around the image URL with double quotes.


Thanks, I'll do that. The "image" should be "img" too, in case anyone missed that. Unfortunately, that syntax (with single-quotes and the tag "image") is the way that the Texas Icon Generator is producing them now. So if you use their HTML, be sure to update it before adding it to your cache page.

Link to comment

quote:
Originally posted by The Diver:

My http://www.geocaching.com/seek/cache_details.aspx?ID=79566 cache page is so screwed up right now that when I edit it, it pulls in gc.com html into the Long Description area that I never entered. This includes a body and html end tag which then doesn't allow me to save the edited changes.


It's hosed even worse than that. If you're only looking at it using IE, you're not seeing the whole problem (IE is not a standards compliant browser, and tends to ignore some code errors, fooling the author into thinking the html is correct when it isn't). Check it out using Mozilla, and you'll see that the page is ending right after your translation table. Just a line or two after that table, you have a comment that is not properly tagged:

 

<!-- Begin 1st Redirector Information >

 

You're not closing the comment correctly, so it's treating the entire rest of the page as a comment. The line should be:

 

<!-- Begin 1st Redirector Information -->

 

3608_2800.gif

"Don't mess with a geocacher. We know all the best places to hide a body."

Link to comment

I was trying to "comment out" a portion of a paragraph on one of my sites. Used a <!-- -->..

And it crashed a major portion of the site, making the map invisible, all visitor comments and notes invisible, and not allowing any edit. Also when editing, I can now see all the html for the entire page!

 

Site is: http://www.geocaching.com/seek/cache_details.aspx?ID=97031

 

I've tried to email Groundspeak with no response.

Link to comment

Yow - I'm late coming to this. I just checked out my cache pages today and found them looking a bit screwy, compared to how they looked before. My most pressing concern is the loss of the superscript function. I have one cache that involves some math (ok, I have more than one cache that involves some math...), and I can't square anymore. Has anyone got a way around this problem?

 

Also, on one of my cache pages, the [span] tag ceased to work, so I stripped it out. It was still there, but it wasn't formatting the text the way it had before. Also, special characters, such as the long dash and the ellipsis, have ceased to display (except as boxes). These are easily replaced, however, so it's no big deal - but you may wish to look through your own pages for problems.

 

-------------

"Thos' Degrees of Longitude and Latitude in Name, yet in Earthly reality are they Channels mark'd for the transport of some unseen Influence, one carefully assembl'd chain…"

– Thomas Pynchon, Mason & Dixon

Link to comment

quote:
Originally posted by Sissy-n-CR:

This bit of code is still being stripped out:

<img src="http://img.Groundspeak.com/cache/40826_400.jpg" width="180" height="240" hspace="10"border="0" alt="Don't run face-first into this guy!" align="top"> 

 

It can be found http://www.geocaching.com/seek/cache_details.aspx?ID=40826

 

CR


 

Sissy-n-CR,

 

I had the same problem. The ! in the ALT tag results in the entire IMG tag being deleted. If you remove the ! then your image will display, but HSPACE will still be stipped and the ALT text will be truncated at the ', so you should remove the ' as well. Maybe they'll fix it eventually, but this is a useable work-around.

Link to comment

quote:
Originally posted by The Alethiometrists:

Yow - I'm late coming to this. I just checked out my cache pages today and found them looking a bit screwy, compared to how they looked before. My most pressing concern is the loss of the superscript function. I have one cache that involves some math (ok, I have more than one cache that involves some math...), and I can't square anymore. Has anyone got a way around this problem?


 

Alethiometrists,

 

You can create a squared symbol with the 6 characters & s u p 2 ; (without the spaces)

 

Note: These 6 characters will be replaced with the squared character in your source code as well as on the displayed page.

Link to comment

quote:
Originally posted by Lamneth:

You can create a squared symbol with the 6 characters & s u p 2 ; (without the spaces)


 

What six characters would those be? Can you show me the code?

 

Thanks!

 

-------------

"Thos' Degrees of Longitude and Latitude in Name, yet in Earthly reality are they Channels mark'd for the transport of some unseen Influence, one carefully assembl'd chain…"

– Thomas Pynchon, Mason & Dixon

Link to comment

quote:
Originally posted by The Alethiometrists:

quote:
Originally posted by Lamneth:

You can create a squared symbol with the 6 characters & s u p 2 ; (without the spaces)


 

What six characters would those be? Can you show me the code?


 

² is an HTML entity that looks like this: ²

Link to comment

quote:
Originally posted by The Alethiometrists:

quote:
Originally posted by Lamneth:

You can create a squared symbol with the 6 characters & s u p 2 ; (without the spaces)


 

What six characters would those be? Can you show me the code?

 

Thanks!


 

Those are the 6 characters:

 

& s u p 2 ;

 

If you type them without the spaces you'll get this:

 

²

 

...as in X²

Link to comment

quote:
Originally posted by Dan Wilson:

Is there any chance we can have mid tags back. I have music on almost all my pages and now it doesn't play icon_frown.gif I'm gona go and cry now...

 

Its just a hunt for a lunch box, why be so serious!?! ©

 

Dan Wilson - http://www.Buckscaching.co.uk - Stash Notes, forums & Much more...


 

Yea!! What's up? It's just a hunt for a lunch box! Why so strict on the code anyway?

 

Jeremy, what on earth scared you into implementing this into your users pages? I saw the warning about Flash but that can't be the whole story. What's the scoop man? What's bothering you?

 

"A wok is what you throw at a wabbit."

Link to comment

quote:
Originally posted by The Edenites:

Jeremy, what on earth scared you into implementing this into your users pages?


Apparently nothing, and the whole matter is totally devoid of importance in the eyes of TPTB. There would be a respective entry in the Announcements forums if Jeremy had anything to announce.

On a related note - Jeremy wrote that some UBB codes (such as bracketed URL) now work in cache logs. Is there an announcement regarding this? ( I know, I know ... none of course ) How are we supposed to find out which UBBs are working and which ones aren't?

What's really funny, the Benchmarking section's got some superior functionality now, for a change. Just 'cause this wave of fixing the stuff which ain't broke didn't get to the Benchmarking part of this site yet.

Link to comment

Oh it just keeps getting BETTER.

icon_mad.gificon_mad.gificon_mad.gificon_mad.gificon_mad.gificon_mad.gif

 

I have just learned how widespread the destruction of all of my cache pages is. Take a look at THIS one:

 

Union Cemetary

 

This cache is entirely useless now. The broken image boxes were once photos of what you had to find in order to answer questions. (These pictures ARE hosted on geocaching.com, BTW.) And after each one there used to be a text box where you entered the answer to the question and a validator on my server would tell you if you were right and give you your certificate.

 

This is one of a few caches I have that works this way. When some of these caches were approved, I was commended by the approvers for having a good system of validation and the people who have found these are all broken. Now, all but one of my Virtuals are ENTIRELY INOPERABLE and every single one of my physical caches is missing the pictures and diagrams that go with them.

 

WHAT THE HELL is with this mentality of making sweeping sudden changes that screw nearly everyone over and ruin years of hard work on our caches, with absolutely no warning, no acknowledgement, and no plan for transitioning all pre-existing work to adapt to the new system? Then, just sitting back and doing nothing about it, refusing to recognize that this has been a terrible idea and that things should be returned to the way they were.

 

This is NOT a way to run a business.

 

Please excuse any typos, I am livid as I type. I did not spend the last 2 years setting up 28 of what I consider to be very nice caches if they are going to continually be broken by sudden, unannounced, arbitrary fits of administrative paranoia. Absolutely ridiculous.

Link to comment

Ack!! A day one bug along with copy and paste. Thanks PS! I was able to fix it with a different browser.

 

quote:
Originally posted by Prime Suspect:

quote:
Originally posted by The Diver:

My http://www.geocaching.com/seek/cache_details.aspx?ID=79566 cache page is so screwed up right now that when I edit it, it pulls in gc.com html into the Long Description area that I never entered. This includes a body and html end tag which then doesn't allow me to save the edited changes.


It's hosed even worse than that. If you're only looking at it using IE, you're not seeing the whole problem (IE is not a standards compliant browser, and tends to ignore some code errors, fooling the author into thinking the html is correct when it isn't). Check it out using Mozilla, and you'll see that the page is ending right after your translation table. Just a line or two after that table, you have a comment that is not properly tagged:

 

_<!-- Begin 1st Redirector Information >_

 

You're not closing the comment correctly, so it's treating the entire rest of the page as a comment. The line should be:

 

_<!-- Begin 1st Redirector Information -->_

 

http://img.Groundspeak.com/user/3608_2800.gif

_"Don't mess with a geocacher. We know all the best places to hide a body."_


Link to comment

The code:

 

<IMG SRC="http://www.mtgc.org/mtgc_member-banner.gif"

WIDTH="500" HEIGHT="40" ALT="Member of Middle Tennessee GeoCachers Club

[www.mtgc.org]" BORDER="0">

 

does not work... it appears that the ALT attribute on the IMG tag causes the entire IMG tag to be removed. The following code does work (with reduced functionality):

 

<IMG SRC="http://www.mtgc.org/mtgc_member-banner.gif"

WIDTH="500" HEIGHT="40" BORDER="0">

 

There are literally hundreds of cache pages in this area using the earlier code. Is it possible to re-enable the ALT attribute?

Link to comment

quote:
I'm having problems with using the "~" symbol in an HREF statement ...

 

this seems to work today, at least the link to your MEEC page works. Anyway, I don't know if "~" is a regular character in HTML; I would use %7E instead (http://www.udayton.edu/%7Emeec/)

 

(Remark: With %xx where xx is the hex-coded ASCII value of a character, you can exchange any character in an URL, even whitespaces)

 

--

eCiao

Ralf aka goldensurfer

Link to comment

quote:
Originally posted by Lamneth:

Those _are_ the 6 characters:

 

& s u p 2 ;

 

If you type them without the spaces you'll get this:

 

²

 

...as in X²


 

"Duh!" on my part, eh? I entered the code and it worked - I now have my squared back! Thanks!

 

-------------

"Thos' Degrees of Longitude and Latitude in Name, yet in Earthly reality are they Channels mark'd for the transport of some unseen Influence, one carefully assembl'd chain…"

– Thomas Pynchon, Mason & Dixon

Link to comment

quote:
Originally posted by Jomarac5:

Perhaps it is the square brackets that are causing your problem.


 

You are correct Jomarac5. After removing the brackets on one of my cache pages, the banner has reappeared.

 

Can we have brackets return to the ALT attribute i.e. []? As I said earlier, literally hundreds of cache pages in the Middle Tennessee area are using this code. Most of the cache owners just copied/pasted the code from our club page and don't know anything about the HTML. Now that code is broken... sigh.

 

Link to comment

quote:
Originally posted by scooterj:

I have just learned how widespread the destruction of all of my cache pages is. Take a look at THIS one:

 

http://www.geocaching.com/seek/cache_details.aspx?ID=25122


 

Well, I have managed to get the images back by discovering that if you put BORDER=0 before the SRC= portion of the IMG tag, it wipes out the entire tag.... while if you put it after it works fine. Unfortunately I missed one IMG tag when making this edit, and the process of re-editing wiped it out of the original code entirely. So I have no idea now what the URL was of the image that got destroyed. Seems like a pretty crappy filter system if the order of parameters can cause so much damage.

 

The cache still doesn't work the way it once did, though, thanks to the unwarranted and unannounced destruction of my validation system. icon_frown.gif

Link to comment

quote:
Originally posted by scooterj:

Oh it just keeps getting BETTER.

icon_mad.gificon_mad.gificon_mad.gificon_mad.gificon_mad.gificon_mad.gif

 

WHAT THE HELL is with this mentality of making sweeping sudden changes that screw nearly everyone over and ruin years of hard work on our caches, with absolutely no warning, no acknowledgement, and no plan for transitioning all pre-existing work to adapt to the new system? Then, just sitting back and doing nothing about it, refusing to recognize that this has been a terrible idea and that things should be returned to the way they were.

 

This is NOT a way to run a business.

 

Please excuse any typos, I am livid as I type. I did not spend the last 2 years setting up 28 of what I consider to be very nice caches if they are going to continually be broken by sudden, unannounced, arbitrary fits of administrative paranoia. Absolutely ridiculous.


 

ScooterJ, I could not have said it any better. I found 37 of our last 2 years worth of caches broken last night. GC.COM has just killed my spirit. We went out this past weekend and repaired some of our caches and I was posting the repairs last night when I discoverd that 37 caches had been trashed. It took me over an hour just to disable them.

 

I built a website to validate the answers to our virtuals and now GC.COM has stripped out all my tags for the text boxes for answers. I would hate to know how many hours I spent building these pages and making them work with my validation program.

 

I don't know if I can get up the courage to go and try to make them work again. I am just beside myself.

 

You would think they are trying to protect a gold vault or something important. They are just lunch boxes.

Link to comment

quote:
Originally posted by Jeremy:

Let me know if there are any more missing tags. Thanks!

 

smile.gif Jeremy Irish

Groundspeak - The Language of Location


 

This is Jeremy's last post on the subject. There have been 42 posts since then letting him know. (count them) Since management has ceased to acknowledge there is a problem, What are we going to do about it? It is a fun sport yet this site has reached a level of inconsistency that is causing the sport to become a chore, therefore taking all the fun out of geocaching.

 

Personally, I feel that I want to just cancel my free account and go collect my ammo can. Put it all behind me. But I remember all the happy people having so much fun on my geocache and I don't dare to remove it. there are many future finders out there. They deserve to experience the way it was designed. So I am actively looking to move the whole log and all to another site. If I was a paying member of Geocaching.com, I would be seeking litigation for breach of contract. If there was a way, I would be looking for it.

 

We'll see if they can come back and make good. Admit it and apologize. Treat us with a little respect. Have some feeling and compassion for all the hard work of good hearted, well meaning people on all there geocache pages that were allowed to be created by Geocaching.com, yet have been un-intentionally destroyed in one day. I don't think they will ever re-gain my respect and praise unless they begin to take steps in this direction.

 

Though it's hard to do I am forcing myself to remember: It's the site that's destroying the fun, Not the sport. I have to keep going, Keep searching. Keep meeting new people, Keep enjoying the outdoors. Always remembering, nothing good lasts forever.

 

Well, having spoken my mind, and since they don't do it, I will...

 

As a free member of Geocaching.com, I hereby apologize for the recent changes that have affected the member pages. Though I really don't know exactly what they have done or what they are doing about it, I can say, for them, that I am sorry for the inconvenience this change has caused. As time goes by, I can be sure that the problems will be corrected one-by-one, and appropriate documentation will be released related to this matter. However, until then, please except my humble apologies.

 

Dave Waasdorp (Edenite) Free member of Geocaching.com

Link to comment

AAARGH!!!

 

My beautiful cache pages - destroyed!

 

Jeremy...can you PUH-LEASE reactivate the <OBECT> tags back into the HTML process, please?

 

I have spent a considerable amount of time and creativity designing my cache pages to be totally unique from everyone elses.

 

All my webcam cache pages had the actual interactive webcams embedded into the cache page. Not any more!!

 

See here:

Washington DC LIVE

 

Edinburgh LIVE

 

Mission Beach

 

etc, etc.

 

I have also made some excellent cache pages with some cool interactive features for the cacher. Have a look at my New York Internation Travel Bug Hotel and Casino or my Halloween PHANTASMAGORIA My other cool cache pages are no longer....cool sad.gif

 

Bottom line is that the majority of my caches use the <OBJECT> tag to create this unique view of cache pages.

 

I sincerely hope that it will be restored as it was a large part of my overall enjoyment of geocaching.

 

Thank you

THE ARTFUL DODGER

Link to comment

quote:
Originally posted by scooterj:

 

Well, I have managed to get the images back by discovering that if you put BORDER=0 _before_ the SRC= portion of the IMG tag, it wipes out the entire tag.... while if you put it _after_ it works fine. Unfortunately I missed one IMG tag when making this edit, and the process of re-editing wiped it out of the original code entirely. So I have no idea now what the URL was of the image that got destroyed. Seems like a pretty crappy filter system if the order of parameters can cause so much damage.

 

The cache still doesn't work the way it once did, though, thanks to the unwarranted and unannounced destruction of my validation system. icon_frown.gif


 

Well, this was the mind-set that was in play:

 

quote:
Originally posted by Warm Fuzzies - Fuzzy:

I think it's all rather simple. Rather than go with the obvious but wrong "strip out all the stuff we know is dangerous" solution, Jeremy went with the far superior "only allow that which we know is safe" solution. And he missed a few things, like tags that aren't in the spec or that aren't very common, and various attributes of common tags.


 

It should be obvious by now that the "far superior" concept is quite flawed. In a case like this, you should do the minimum possible that will accomplish your goals. That means you exclude the few things that might be harmful, and allow the rest. Minimum impact. Pretty simple. Instead they took the far more distructive route. To accomplish that correctly, they would have to write a full-blown HTML parser, which I doubt they have the time to do. So we're stuck with this "list" method, which means your tags could fail if you don't have the parameters in same order as is in their list, or if you use a parameter that they're unfamiliar with.

Link to comment

My theory is that the security issues are merely a smokescreen. The real cause of these changes is the early challenge posed by the opencaching movement. The admin of this %^$%^ site try to counter the perceived threat by making the cache descriptions and cache logs as incompatible with the open standarts as possible. A lot of regular HTML is going to be thrown out, and a good deal of custom non-HTML functionality will be added in its place.

It's like original Java vs. its Microsoft re-implementation. Maybe the Seattle humidity makes the brains to mold and rot in the same ways, huh? Gates/Irish syndrome?

But we should really blame the early enthisiasts of geocaching for this quandary. They took a hobby entirely devoted to *sharing* info and stuff, and failed to create an open, shareable solution for hosting the information. The result is disgusting.

Link to comment

quote:
Originally posted by Perfect Tommy:

Please include the tag <marquee direction="right">

Otherwise my http://www.geocaching.com/seek/cache_details.aspx?ID=21388 will keep sailing backwards. The default direction for the marquee tag is right to left.

 

Thanks


 

For the time being, why don't you edit the picture and do a mirror image? And while you're at it, change it from a GIF to JPG before they are also banned.

 

______________________

Eamus Catuli!

ChiTown Cachers * Keenpeople.com Stats

Link to comment

quote:
Originally posted by Jeremy (Admin):

Unfortunately I have been on personal business with limited access to email. I will review all changes and make them when I return on Friday.


 

I quickly browsed through this extensively long subforum. It does not seem that someone has so far wrote about the subject of symbols like the less than sign <, the greater than sign > etc.

Commands like & l t ; - without spaces of course and & g t ; (again without spaces) are standard html commands. They do not work any longer in cache descriptions which is extremely annoying.

(These are not the only examples. Also & a m p ; does not work and many others.)

 

One could write "& l t ;" etc - then these symbols show up, but also the quotation marks.

I do understand security issues, but it is absolutely inacceptable in my mind to forbid symbols like the less than sign and the greater than sign in cache descriptions. If the situation remains as it is, I will consider to refrain from using gc.com any longer since as a mathematician I am not willing to replace symbols like the ones mentioned above by written text.

 

I would appreciate it very much if the cachers will be notified in advance the next time such dramatic changes are going to happen and if the changes are done in a way that does not have an almost uncountable number of side-effects. With such restrictions setting up caches is not fun any longer. I do not wish to waste my time with finding out all the commands that are missing now, but very helfpul and harmless.

Right now I am very frustrated and disappointed about the situation at gc.com. Nevertheless I hope that I managed to stay reasonably polite.

 

Cezanne

 

PS: Please do not ask for an example cache page.

I do not have one. I came across the problems while exchanging e-mails with a fellow cacher.

Link to comment

Note added:

Sorry - this awful form software changed my previous posting. I was of course using the html command code for the less than and the greater than sign and not the symbols directly. The forum software, has, however, replaced them and I do not know any way to change this behaviour. So I had to

reedit my posting above and insert strange artificial spaces between the symbols of a command.

Link to comment

quote:
Originally posted by cezanne:

Sorry - this awful form software changed my previous posting.


It's not the "awful forum software." It's your browser, of course. When you type <, the forum software passes it along unchanged to your browser, which of course interprets it as <. Write < just like you'd write it if you were writing a web page: &lt;.
Link to comment

quote:
Originally posted by cezanne:

I do understand security issues, but it is absolutely inacceptable in my mind to forbid symbols like the less than sign and the greater than sign in cache descriptions. If the situation remains as it is, I will consider to refrain from using gc.com any longer since as a mathematician I am not willing to replace symbols like the ones mentioned above by written text.


The less than sign is the standard HTML marker to begin a command. It is the same way on every HTML page, not just here at geocaching.com. Blame it on the people that invented HTML as Geocaching had nothing to do with you being unable to use that symbol.

 

Took sun from sky, left world in eternal darkness

Link to comment

quote:
Originally posted by Team GPSaxophone:

Blame it on the people that invented HTML as Geocaching had nothing to do with you being unable to use that symbol.


I think you misunderstand Cezanne's complaint. The complaint is that if you write < on a cache page, you should get a < symbol, but the HTML filter is blocking entities for some unknown reason.
Link to comment

quote:
Originally posted by Warm Fuzzies - Fuzzy:

quote:
Originally posted by cezanne:

Sorry - this awful form software changed my previous posting.


It's not the "awful forum software." It's your browser, of course.


 

That depends on one's personal point of view.

My first preference would be a newsgroup. If I am forced to communicate via a forum, my next preference would be a forum where text messages are used (and not html). I like to use html in cache descriptions, but not in the forum.

 

Moreover, please note that the commands that work in the forum and/or in logs are also subject to change (with no proper notification of the users). I feel comfortable with standard html (I am using it without any problems since several years), but I run into problems remembering which commands work in which environment.

 

quote:

When you type <, the forum software passes it along unchanged to your browser, which of course interprets it as <. Write < just like you'd write it if you were writing a web page: &lt;.


 

I agree that writing that repeating the amp should have worked, but I have never used this version so far on a web page and I never experienced any problems. (I am preparing all my html files with a text editor and they display perfectly fine with all sorts of browsers.)

 

Since the system here changed so often during the last months, it is impossible to keep track if one does not read all the forum entries all the time. It would be ok for me if there existed a single place where to look for changes. The current situation is annoying for people who do nopt wish to read the forums regularly (most of the topics and discussions have a strong US focus and are not interesting to people from Europe - just have a look at the countries where most posters come from).

 

Cezanne

Link to comment

quote:
Originally posted by Team GPSaxophone:

The less than sign is the standard HTML marker to begin a command.


 

I am certainly aware of this triviality.

Since I am editing my html files myself with a text editor, there is no way to be unaware of the effect of typing the < sign.

 

quote:

It is the same way on every HTML page, not just here at geocaching.com.


 

As another poster has already written you misunderstood the nature of my complaint. I am using html successfully since many years and I perfectly know how a less than and a larger than sign are generated in html (this is quite a natural thing for a mathematician). gc.com is the first website I have ever come across which causes problems with these signs.

 

quote:

Blame it on the people that invented HTML as Geocaching had nothing to do with you being unable to use that symbol.


 

I guess you will be surprised to learn that until very recently the standard way of displaying these signs did also work on gc.com. If you have a cache owned by you (I have not checked it), make an experiment and try to produce a less than or a larger than sign in the way you suggested to me. I am very eager to be informed in case you succeed.

 

Cezanne

Link to comment

There seem to exist still further strange effects with html cache descriptions.

Have a look at the following cache

http://www.geocaching.com/seek/cache_details.aspx?guid=dc11eb47-0f24-4224-b169-59bd272e0db8

 

When I view it with Netscape 4.7x it displays correctly (apart from the fact that owner had to replace the less than sign by text), but when I use Mozilla 1.x or Netscape 7.x the text of the description stops at Stage 4 and displays only a couple of horizontal lines instead of the remaining part of the text.

 

When I copy the html code into a file and load it into the browser versions mentioned above, the full cache description until the very end is displayed.

 

The above mentioned cache is not my cache, but the owner asked me for help regarding a minor issue in the formulation of the task to be solved at one of the stages. That's why I had a look at the cache.

 

Maybe someone could check if he/she observes the same strange behaviour. Does anyone have an idea why the problem arises? (I have to admit that I do not have the time to check the code in detail and I did not follow the changes at gc.com in detail.) I would be very happy if we could get back to rather stable system where it was possible to submit html code that worked in the way it works on standard browsers. (I am not talking about scripts and other commands that cause security problems!)

 

Cezanne

Link to comment

quote:
Originally posted by cezanne:

There seem to exist still further strange effects with html cache descriptions.

Have a look at the following cache

http://www.geocaching.com/seek/cache_details.aspx?guid=dc11eb47-0f24-4224-b169-59bd272e0db8

 

When I view it with Netscape 4.7x it displays correctly (apart from the fact that owner had to replace the less than sign by text), but when I use Mozilla 1.x or Netscape 7.x the text of the description stops at Stage 4 and displays only a couple of horizontal lines instead of the remaining part of the text.


I just took a cursory look, but I think you may be missing one or more closing </font> tags.

 

[This message was edited by Prime Suspect on October 16, 2003 at 06:09 PM.]

Link to comment

I asked Cezanne, being known to me as a mathematician, for advice concerning the correct definition of the modulo function. Thereby we identified the "less than"-sign problem.

 

What nowadays (the behaviour changes from day to day, see below) happens if using the "<".

 

Yesterday:

- with quotation marks: the "less than"-sign shows between quotation marks

- without quotation marks: text until the next CR LF disappears

(and I say "disappears" and not "does not show").

 

Today (11:00 gmt):

- with quotation marks: one of the two quotation marks shows,

text until the next CR LF disappears.

- without quotation marks: text until the next CR LF disappears.

 

At least we can discern 1 (one) consistent behaviour between yesterday and today.

 

Post rabiem risu. (Childerich von Bartenbruch)

Link to comment
Guest
This topic is now closed to further replies.
×
×
  • Create New...