Codeberg/Documentation
42
199
Fork
You've already forked Documentation
161

Initial version of a Markdown documentation #221

Merged
fnetX merged 7 commits from :start-markdown-documentation into main 2022年04月23日 21:18:09 +02:00
Contributor
Copy link

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
jklippel force-pushed start-markdown-documentation from 8f3eafcafa to 84fcbd3741 2022年04月14日 15:54:30 +02:00 Compare
fnetX left a comment
Copy link

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.

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.
Owner
Copy link

(削除) a (削除ここまで) normal

~~a~~ normal
jklippel marked this conversation as resolved
Author
Contributor
Copy link

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:

  • Keep the articles short, so that someone new to Markdown is not frustrated by a long article.
  • Create seperate articles as some example-renderings clearly oppose a well-structured document.
  • There currently is no search, so the brain has to do so searching when scanning the index/content in the sidebar. Best to show relevant topics there.
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: - Keep the articles short, so that someone new to Markdown is not frustrated by a long article. - Create seperate articles as some example-renderings clearly oppose a well-structured document. - There currently is no search, so the brain has to do so searching when scanning the index/content in the sidebar. Best to show relevant topics there.
Author
Contributor
Copy link

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.

> 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.
Author
Contributor
Copy link

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.

> 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.
Author
Contributor
Copy link

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. :)

> 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. :)
Author
Contributor
Copy link

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. 🙄

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. 🙄
Author
Contributor
Copy link

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.

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.
jklippel force-pushed start-markdown-documentation from cd7005d428 to 05bd827fec 2022年04月14日 19:23:49 +02:00 Compare
@ -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 ![Emoticon of the Codeberg Mountain](/assets/images/markdown/codeberg.png) and `:gitea:` rendered as ![](/assets/images/markdown/gitea.png).
Owner
Copy link

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 ...

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 ...
Owner
Copy link

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.

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.
Author
Contributor
Copy link

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.

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.
Author
Contributor
Copy link

ok, removed that. Informationw as incorrect.

ok, removed that. Informationw as incorrect.
jklippel marked this conversation as resolved
Author
Contributor
Copy link

@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?

@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" />.
Owner
Copy link

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.

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.
Author
Contributor
Copy link

Yes, good idea: fc9b5f07fc

Yes, good idea: fc9b5f07fc
jklippel marked this conversation as resolved
jklippel force-pushed start-markdown-documentation from a1bb900966 to fc9b5f07fc 2022年04月16日 13:47:49 +02:00 Compare
jklippel force-pushed start-markdown-documentation from fc9b5f07fc to 7fd05707f2 2022年04月16日 13:51:25 +02:00 Compare
Author
Contributor
Copy link

Rebased to current main (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" />.
Owner
Copy link
-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).

~~~diff -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).
Owner
Copy link

Please also update the link as shown in the diff.

Please also update the link as shown in the diff.
Author
Contributor
Copy link

Sorry I didn't get that. Done now.

Sorry I didn't get that. Done now.
jklippel force-pushed start-markdown-documentation from 6fba3b581f to f160b3e799 2022年04月23日 19:58:33 +02:00 Compare
jklippel force-pushed start-markdown-documentation from f160b3e799 to 0f33fcac48 2022年04月23日 19:59:17 +02:00 Compare
jklippel deleted branch start-markdown-documentation 2022年04月23日 22:55:17 +02:00
Sign in to join this conversation.
No reviewers
Labels
Clear labels
Codeberg Pages
Issues affecting Codeberg Pages
Documentation Usability
Issues related to using and reading docs.codeberg.org
Forgejo
Good First Issue! 👋
Kind: Bug
Kind: Documentation
Kind: Enhancement
Kind: Feature
Kind: Question
Kind: Security
Licensing
Part: Generator
This is related to the generation of the documentation, not to the content itself
Priority: High
The priority is high
Priority: Low
The priority is low
Priority: Medium
The priority is medium
Reviewed: Confirmed
Something has been confirmed
Reviewed: Duplicate
Something exists already
Reviewed: Invalid
Something was marked as invalid
Reviewed: Wontfix
Something won't be fixed
Status: Blocked
Status: Help wanted
Contributions are welcome!
Status: In progress
Work is in progress
Status: Needs feedback
Feedback is needed
Status: Ready for Review
Work is completed
Status: Review
Review is in progress / Reviewers wanted
Status: Stale
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
2 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
Codeberg/Documentation!221
Reference in a new issue
Codeberg/Documentation
No description provided.
Delete branch ":start-markdown-documentation"

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?