Jump to content

Line Breaks in Hints Have Vanished


bon scott

Recommended Posts

When I edit the hint on a cache page I frequently separate the sub-hints with a line break. I just noticed today that the line breaks are gone and all the sub-hints are run together. What happened, and is there a fix? I created the line breaks while editing and just used a simple carriage return to go to the next line.

 

What used to look like:

 

Decon

3rd tree from fence

North side

6 feet off ground

 

Now looks something like:

 

Decon 3rd tree from fence North side 6 feet off ground

Edited by bon scott
  • Upvote 2
  • Helpful 2
Link to comment

This is a clearly regression in the code :mad:.

 

I also use line breaks to structure my hints. They are all broken now, and in the editor it looks like this:

"Stage 7: (hint)
Final: (hint)". I.e., CR/LF encoded as HTML entities, which are apparently ignored by the code which renders the hint on the listing page.

 

A [br] markup does indeed fix it, but this is _very_ non-intuitive (and probably not documented anywhere). I also wonder how long this "fix" will last? Sooner or later, the [br] will show up verbatim in the hint on the listing page :rolleyes:.

  • Upvote 3
  • Funny 1
  • Helpful 2
Link to comment
15 minutes ago, baer2006 said:

This is a clearly regression in the code :mad:.

It's even worse than just broken line breaks!

 

My hint for GC4ZRTB uses quotation marks. What happens is this ...

  • I type in "b" in the hint field
  • I click "Save" => The hint is then correctly rendered as "b" in the listing, but the text in the edit field is changed to "b"
  • I click "Save" again (because I fixed a typo or whatever) => The text in the edit field changes to "b" , and the hint in the listing is now rendered as "b"

I'm not really amused about this. Handling HTML entities correctly and consistently in back-end and front-end is Web Programming 101, and having a bug like that a) programmed in the first place and b) deployed to the production code is rather embarrassing.

Edited by baer2006
Typo
  • Upvote 4
  • Surprised 1
  • Helpful 2
Link to comment
3 hours ago, baer2006 said:

A [br] markup does indeed fix it, but this is _very_ non-intuitive (and probably not documented anywhere). I also wonder how long this "fix" will last? Sooner or later, the [br] will show up verbatim in the hint on the listing page :rolleyes:.

These markups have been available for many years and in the past could also be used to format logs or cache descriptions. Support in logs ended after announcement, support in cache description ended without announcement (and cache description then turned into one line without any formatting; it was not a nice job to fix it). So - no one can guarantee how long this "fix" will last, but so far it's still working in hints.

 

If you want documentation, here it is:

[b]text[/b] - text will be displayed in bold
[i]text[/i] - text will be displayed in italics
[b][i]text[/i][/b] - text will be displayed in bold italics (this is to show that markups can be combined with each other)
[s]text[/s] - the text will be shown strikethrough
[u]text[/u] - text will be displayed underlined
[red]text[/red] - the text will be displayed in red (other colour names can be used too: green, blue, black, purple, pink, orange, yellow, white, brown, gold, maroon, navy and others)
[code]text[/code] - the text will be displayed in "computer type"
[size=3]text[/size] - the text will be displayed in a different size (numbers 1-6 can be used, two is the standard size)
[font=Times New Roman]text - the text will be displayed in a different font (Arial, Arial Black, Book Antiqua, Comic Sans MS, Courier New, Impact, Tahoma, Verdana and others can also be used); there is no closing markup [/font], to end writing with the given font you must use [font=another font]
[url=http://mapy.cz]Map portal[/url] - view as link - Map portal
[center]text[/center] - text will be centered (right justified in the case of [right])
[br] - wraps the text on a new line at the given point

[*] - wraps the text on a new line at the given place with a bullet at the beginning (if [list=1] is not used)
[quote]text[/quote] - the text will be displayed as a quote (between the two lines below the quote)
[list=1][*]text1[*]text2[/list] - the text will be displayed as a numbered list

[:)] [:D] [8D] [:I] [:P] [}:)] [:O] [;)] [:o)] [B)] [8] [:(] [8)] [:(!] [xx(] [|)] [:X] [^] [V] [?]

turns into these images:

icon_smile.gif icon_smile_big.gif icon_smile_cool.gif icon_smile_blush.gif icon_smile_tongue.gif icon_smile_evil.gif icon_smile_shock.gif icon_smile_wink.gif icon_smile_clown.gif icon_smile_blackeye.gif icon_smile_8ball.gif icon_smile_sad.gif icon_smile_shy.gif icon_smile_angry.gif icon_smile_dead.gif icon_smile_sleepy.gif icon_smile_kisses.gif icon_smile_approve.gif icon_smile_dissapprove.gif icon_smile_question.gif

[text] - any other text in square brackets will not be encrypted, but directly displayed (without clicking on Decrypt)

There is also an [img] markup, but its use is somewhat complicated. It must be in another bracket, the link must not contain http (or it is automatically recognized as a link), and the link must be encrypted via ROT13. As a result, it still does not insert the image, but only links to it. Example: [[img]//vzt.trbpnpuvat.pbz/pnpur/ynetr/2596qo28-8p1p-4s01-o507-ss5r863752o6.wct[/img]] will be displayed as [Image].

Warning - I recommend to not forget to close individual markups. Not closing a markup (for example missing [/b] or [/red]) will affect the display of all parts further below the listing, unless they have a CSS-styled appearance!

  

18 hours ago, bon scott said:

I just noticed today that the line breaks are gone and all the sub-hints are run together.

In my case, they are not only gone, but changed to 
. I agree that it's a bug and programmers should fix it.

image.thumb.png.2b3c7e220b74ec2cf8422e432bcf8dbb.png

Edited by KRON family
added image
Link to comment

I already had a cacher reach out to me about this yesterday, and I have a suspicion about what happened. A couple of weeks ago we had to make a change to a third-party component involved in interpretation and cleansing of data on cache pages after penetration testers discovered a vulnerability. The engineers investigated and corrected a lot of issues that change created, but this may be a case that they missed.

I have let the team know of this issue with hints, but given that it is Christmas Eve, it might be a while before the problem is investigated and addressed.

  • Funny 1
  • Helpful 6
Link to comment

Why don't work 'Enter' in Hints now?
It's not good  :-(


Example (before):
[cipher] second part, order
[stage] under the tree, Samuel
[final] a small stump two meters to the left
[logbook] is there :)

 

now:
[cipher] second part, order [stage] under the tree, Samuel [final] a small stump two meters to the left [logbook] is there :)

  • Upvote 1
Link to comment
On 12/25/2022 at 6:08 AM, Moun10Bike said:

I already had a cacher reach out to me about this yesterday, and I have a suspicion about what happened. A couple of weeks ago we had to make a change to a third-party component involved in interpretation and cleansing of data on cache pages after penetration testers discovered a vulnerability. The engineers investigated and corrected a lot of issues that change created, but this may be a case that they missed.

I have let the team know of this issue with hints, but given that it is Christmas Eve, it might be a while before the problem is investigated and addressed.

Thanks for the info, @Moun10Bike.

Do you know if the developers made any progress in resolving this over the last month? :)

Link to comment

As of March 2024 a simple carriage return still does not work in hints, but [br] does work.  Note that in a cache description, while editing, you can click the Source button then use html (hypertext markup language, developed for internet web pages), where a line break is <br>.

  • Upvote 1
  • Funny 1
Link to comment

:(  While [br] works online, it doesn't display correctly on the Geocaching app or Cachly.  A geocacher who found  my cache GC9AYWG yesterday brought this to my attention by by sending me this message: "Sweet find I don’t know how br comes into play if you find time let me know"

The hint in question reads this way in the app's: not magnetic [br] not a RX bottle.  :mad:

However, it reads correctly when viewed in the Geocaching site online, with "not magnetic" and "not a RX bottle" on two separate lines.

 

Is there a fix that will work across all platforms?

  • Helpful 2
Link to comment

Is [br] a secret known only to the 0.01% of cachers who read the forums, and in particular, this thread?  Is it discoverable anywhere else?

 

For that matter, "Markdown"?

 

Does anyone truly understand the differences in formatting between logs, cache descriptions, hints, image titles, image descriptions, and for extra credit, forums?

 

Does anybody know for certain whether *), is the correct sequence for all cases?  (I dislike italicizing just one parenthesis, but apparently have to, and hope nobody notices.)

 

Edited by Viajero Perdido
Link to comment
2 minutes ago, Viajero Perdido said:

Is [br] a secret known only to the 0.01% of cachers who read the forums, and in particular, this thread?  Is it discoverable anywhere else?

 

For that matter, "Markdown"?

 

Does anyone truly understand the differences in formatting between logs, cache descriptions, hints, and for extra credit, forums?

 

Does anybody know for certain whether *), is the correct sequence for all cases?

And how long will it be until the formatting system changes, leaving the existing formatting garbled yet again.

Link to comment
5 hours ago, Geoboater said:

:(  While [br] works online, it doesn't display correctly on the Geocaching app or Cachly.  A geocacher who found  my cache GC9AYWG yesterday brought this to my attention by by sending me this message: "Sweet find I don’t know how br comes into play if you find time let me know"

The hint in question reads this way in the app's: not magnetic [br] not a RX bottle.  :mad:

However, it reads correctly when viewed in the Geocaching site online, with "not magnetic" and "not a RX bottle" on two separate lines.

 

Is there a fix that will work across all platforms?

 

@Geoboater
This is what the hint on your cache looks like in the official GC app on my Android phone (split over three lines, with your line BReak code element on the second)
Different apps render the code differently... also attached is what it looks like in c:geo on my 'droid (split over three lines, but without the BR)

 

As to be expected, the website displays it over two lines given that the HTML of the webpage only has the one line BReak code.
(why does the webpage have a HTML <BR> but the official app displays a Markdown [BR]?!?!?)
 

abg zntargvp
<br>
abg n EK obggyr

 

Screenshot 2024-06-14 091427.png

20240613_205417000_iOS.png

 

Screenshot_20240614-090156_cgeo.png

 

Edited by Etherlord Clan
clarification
Link to comment

Is someone from Groundspeak going to respond?

I still would like an answer on how to reliably display a two-line hint across all platforms.  Having it display differently in the various geocadching apps is frustrating for me and confusing for most of the geocachers reading such hints in the field. 

Why is implementing standard HTML formatting not an option?

 

For now,  I'm going with:

calling "221" ..........  magnetic

 

Although I wanted:

calling "221"

magnetic

 

But was getting (in most apps):

calling "221"[B]magnetic

 

 

:blink::(:mad:

  • Upvote 2
Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
×
×
  • Create New...