Return to Project-GC

Welcome to Project-GC Q&A. Ask questions and get answers from other Project-GC users.

If you get a good answer, click the checkbox on the left to select it as the best answer.

Upvote answers or questions that have helped you.

If you don't get clear answers, edit your question to make it clearer.

+1 vote
2.1k views
I just wanted to write about something I noticed today. One of the tags for automatic detection of FTFs is {*FTF*} but now with the Markdown in logs anything within one let of asterisks will be put in italics. Will Project GC still detect this?
in Bug reports by Sherminator18 (420 points)
I've been using *FTF* for all of mine and they still seem to be in my stats.
I would suggest to start using {*FTF*} because that will not be italic in gc.com markdown but *FTF* will be.
And the "official" pgc ftf tag list is {*FTF*} {FTF} [FTF] but som more will work
http://project-gc.com/Home/FAQ#b3a2130fdb806f47ee9c0f28c76a2f0e
Thanks. That's all I needed to know.

3 Answers

+4 votes
 
Best answer
As Project-gc gets the raw data of the logs via the API, the FTF detection will still work.
by DrHool (3.4k points)
selected by Sherminator18
0 votes

As said before pgc get the raw text

But that is not how the gc.com markdown work. It did the day of the release but was changed. Perhaps after iIcomplain in the thread in the forum

The has to be a space(start or end of line is also ok) before and after the formatting * or ** to make it italic or bold. That is to make the {*FTF*} tag look correct and usernames with more the two * in the to be correct

Another non standard is that for heading beginning and ending # is required to avoid incorrect formating of old logs

The real problematic markdown that i have found is that having with only - or = that is often used as a partitioning of the log text. I often used it to separate the log part for the cache and a part for the trip. It will make the rows above header 1 och header 2.
if you like to use it a separator a blank row is needed above and 3 - will be a sparator like below


Lock at Aggbjörn 2011 #2: Auforfe where the 3 top logs look terrible. On of them i mine.

Another change is that numbered list had to start with 1 to reduce unintentional list on old logs

Not a numberd list
3. bar
4. bar 

a numbrerd list with whew the numbers will be changed

1. foo
3. bar
4. bar 

  1. foo
  2. bar
  3. bar
The last part is that the preformated text is not in the documentation but works
Add a blank line and put 4 spaces in the beginning of each line and the test will be in monospace font. No markdown tags will work. It useful for listing caches for challenges so it is readable, many checkers generate output like that 

The markdown editor that gc.com uses is:
http://www.toptensoftware.com/markdowndeep/dingus
There are more markdown listed inte the formate there and some works on gc.com 

by Target. (Expert) (104k points)
I know how Markdown works. I just wanted to see if Project GC would still get that info.
Obvious not the gc.com version because {*FTF*} is not renderad as italic.

It will be interesting to see the result when apps implements markdown because i have not seen a specification that describes all gc.com modifications
My apologies. I typed *{FTF}* instead of {*FTF*} and that's why it was showing up as italic when I looked.
0 votes
We use ***FTF*** and although it does get converted to italics, Project-GC has picked up all our FTF's so far without a problem.
by GCZ Team (22.0k points)
Difficult to understand why someone thinks this positive answer deserves a negative down vote!
...