Add initial version of a Markdown documentation to explain Markdown to new contributors. Also provides a styleguide to guide to a consistent use of the Markdown markup within Codeberg.
Fixes #59
Add initial version of a Markdown documentation to explain Markdown to new contributors. Also provides a styleguide to guide to a consistent use of the Markdown markup within Codeberg.
Fixes #59
8f3eafcafa
to 84fcbd3741
Personally, I think this are too many files. There are already many markdown docs, also by the linked CommonMark, I think we should rather reference those.
If we want to keep it documented for Codeberg, I'd simplify this to much less articles tbh.
Noteworthy: Gitea rendering in repos and comment fields is different (e.g. simple line breaks are considered in the comments), so this should be noted. Also interesting are Gitea-specials like :codeberg: :gitea: via :codeberg: :gitea:, embedding e.g. Mermaid diagrams, referencing issues and pulls via #NR, using checkboxes for ToDo lists that can even be clicked when not in the edit mode to mark them as checked etc
By the way: I recommend to make a line break in Markdown at logical steps, e.g. sentence ends. It makes diffs much more clear, because you get which setentences (/ parts of it when > 80char) where changed. If you agree, you can also recommend that.
@ -0,0 +6,4 @@
order: 20
---
Markdown files are basically a normal text files. The file extension `.md` specifies that a file can be rendered as Markdown.
(削除) a (削除ここまで) normal
Let me try to break the issues up in smaller ones.
Personally, I think this are too many files. [...]
So you are saying rather a long article than smaller ones.
My thoughts on creating these files were:
There are already many markdown docs, also by the linked CommonMark, I think we should rather reference those.
There are already reference (as you already pointed out) in the documentation.
I would favour to have a small introduction to markdown in the Codeberg documentation anyway. If someone is really new to Codeberg and Markdown it is best to have the documentation at hand and in one place.
I also think it is already complete for a short introduction. Further documentation could be linked if there is nothing basic I actually forgot.
Noteworthy: Gitea rendering in repos and comment fields is different (e.g. simple line breaks are considered in the comments), so this should be noted. Also interesting are Gitea-specials like :codeberg: :gitea: via :codeberg: :gitea:, embedding e.g. Mermaid diagrams, referencing issues and pulls via #NR, using checkboxes for ToDo lists that can even be clicked when not in the edit mode to mark them as checked etc
I agree, I will add it to the introduction article.
By the way: I recommend to make a line break in Markdown at logical steps, e.g. sentence ends. It makes diffs much more clear, because you get which setentences (/ parts of it when > 80char) where changed. If you agree, you can also recommend that.
I agree too. Will lead to some reformatting. :)
Short Off-Topic-Rant (and explanation why I just accidentally closed this issue):
Ok, this is bad UX. You write a comment and you decide that you want to "not comment" anymore (withdraw what you have just written). The logical thing to do is to click the "Close" button on the comment... Unfortunately this closes the issue. 🙄
I am not happy with cd7005d428ee78b7ecc76655067bd34663476d2a. Unfortunately the documentation does not render :codeberg:, so I had to add it as image. Unfortunately both images are resized by the browser. I added the smaller versions to the assets directory but the documentation renders a grey border around it. It does not look like the original at all.
cd7005d428
to 05bd827fec
@ -0,0 +82,4 @@
Text may contain references to emoticons which are then rendered as a small image.
These are marked using a colon `:`, followed by the identifier of the emoticon to use, followed by another colon `:`.
Examples of the emoticons are: `:codeberg:` leading to  and `:gitea:` rendered as .
You could probably use an html image here with a style that sets the height to, hmm, 1em or something? To make it relative to the font size ...
and I think the icon should always almost be used from the design.codeberg.org deployment, to make sure it's always the latest version.
Sure, if I can use an html image, that's possible. I'll come up with a commit, but I fear it won't be in the next days.
ok, removed that. Informationw as incorrect.
@fnetX Updated the emoticon section with a1bb900966ca69f363795f2e2a258979efe365d4 . Could you have another look. I am not sure whether it is a good idea to link to gitea using the image. It would make an impression on their site every time someone looks at the Codeberg documentation. What do you think?
@ -0,0 +82,4 @@
Text may contain references to emoticons which are then rendered as a small image.
These are marked using a colon `:`, followed by the identifier of the emoticon to use, followed by another colon `:`.
Examples of the emoticons are: `:codeberg:` leading to <img src="https://codeberg.org/assets/img/emoji/codeberg.png" height="16px" width="16px" class="codeberg-design" style="border-style:none" alt="The Codeberg mountain" /> and `:gitea:` rendered as <img src="https://gitea.io/images/gitea.png" height="16px" width="16px" class="codeberg-design" style="border-style:none" alt="The Gitea tea cup" />.
instead of using fixed height and width which might look of e.g. when using zoom, let's stick to what Gitea does for styling.
It seems they make sure that height and widht is 1em, which is relative to the font size. But maybe it needs some nesting parameters. Using the browser's inspect tool will surely help to figure out the correct sizing to make sure it stays relative to the font size, even if the user overrides this or it is changed in the future.
Yes, good idea: fc9b5f07fc
a1bb900966
to fc9b5f07fc
fc9b5f07fc
to 7fd05707f2
Rebased to current main (7fd05707f2)
@ -0,0 +82,4 @@
Text may contain references to emoticons which are then rendered as a small image.
These are marked using a colon `:`, followed by the identifier of the emoticon to use, followed by another colon `:`.
Examples of the emoticons are: `:codeberg:` leading to <img src="https://codeberg.org/assets/img/emoji/codeberg.png" class="codeberg-design" style="border-style:none;width:1em;height:1em" alt="The Codeberg mountain" /> and `:gitea:` rendered as <img src="https://gitea.io/images/gitea.png" class="codeberg-design" style="border-style:none;height:1em;width=1em" alt="The Gitea tea cup" />.
-and `:gitea:` rendered as <img src="https://gitea.io/images/gitea.png" class="codeberg-design" style="border-style:none;height:1em;width=1em" alt="The Gitea tea cup" />.
+and `:gitea:` rendered as <img src="https://codeberg.org/assets/img/emoji/gitea.png" class="codeberg-design" style="border-style:none;height:1em;width=1em" alt="The Gitea tea cup" />.
and then we should be fine here (please remove the assets).
Please also update the link as shown in the diff.
Sorry I didn't get that. Done now.
6fba3b581f
to f160b3e799
f160b3e799
to 0f33fcac48
No due date set.
No dependencies set.
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?