Loading... |
Reply to author |
Edit post |
Move post |
Delete this post |
Delete this post and replies |
Change post date |
Print post |
Permalink |
Raw mail |
![]() ![]() ![]() ![]() ![]() ![]() ![]() |
13 posts
|
Hello.
I've seen that icons (as in icon:foo[]) in GitHub are disabled (for security reasons?). However, they have their own syntax for adding icons, emoji, etc. I think this is the most official list for those: http://www.emoji-cheat-sheet.com/ The icon set supported by Font Awesome is quite different, but some might overlap. Has anyone used some workaround? I've got this working fine, but is just a test: https://gist.github.com/suy/01b33cc488bf7be3adf1 Is just an ifdef:: macro to define one attribute with the `:foo:` notation on Github and the `icon:foo[]` otherwise. Besides that, do you know what issue they have with AsciiDoctor's icon? Is the extra font? They have the octicons one already, so I suppose it could be used somehow. -- Alex (a.k.a. suy) | GPG ID 0x0B8B0BC2 http://barnacity.net/ | http://disperso.net |
Loading... |
Reply to author |
Edit post |
Move post |
Delete this post |
Delete this post and replies |
Change post date |
Print post |
Permalink |
Raw mail |
![]() ![]() ![]() ![]() ![]() ![]() ![]() |
14 posts
|
Use DocGist!
http://gist.asciidoctor.org/?01b33cc488bf7be3adf1 As you can see (use the green button!) it renders straight from your gist. /anders 2015-11-12 13:08 GMT+01:00 suy [via Asciidoctor :: Discussion] <[hidden email]>: > Hello. > > I've seen that icons (as in icon:foo[]) in GitHub are disabled (for security > reasons?). However, they have their own syntax for adding icons, emoji, etc. > I > think this is the most official list for those: > > http://www.emoji-cheat-sheet.com/ > > The icon set supported by Font Awesome is quite different, but some might > overlap. Has anyone used some workaround? I've got this working fine, but is > just a test: > > https://gist.github.com/suy/01b33cc488bf7be3adf1 > > Is just an ifdef:: macro to define one attribute with the `:foo:` notation > on > Github and the `icon:foo[]` otherwise. > > Besides that, do you know what issue they have with AsciiDoctor's icon? Is > the > extra font? They have the octicons one already, so I suppose it could be > used > somehow. > > -- > Alex (a.k.a. suy) | GPG ID 0x0B8B0BC2 > http://barnacity.net/ | http://disperso.net > > > ________________________________ > If you reply to this email, your message will be added to the discussion > below: > http://discuss.asciidoctor.org/Icons-on-GitHub-tp3952.html > To start a new topic under Asciidoctor :: Discussion, email > [hidden email] > To unsubscribe from Asciidoctor :: Discussion, click here. > NAML ... [show rest of quote]
|
Loading... |
Reply to author |
Edit post |
Move post |
Delete this post |
Delete this post and replies |
Change post date |
Print post |
Permalink |
Raw mail |
![]() ![]() ![]() ![]() ![]() ![]() ![]() |
13 posts
|
El Thursday 12 November 2015, escribió:
> DocGist! > > http://gist.asciidoctor.org/?01b33cc488bf7be3adf1 > > As you can see (use the green button!) it renders straight from your gist. Thank you. I certainly use docgist less than I could, but is not good enough in this case, because what I want is proper rendering on the normal GitHub page. I'm starting a repository with just a README.adoc as main content, and looking good there is the goal. Otherwise I'd just move to a compilation step that pushes the rendered content to Github pages. I'll look at their markup repository to see if it's possible to contribute there. At least icon:foo[] with their octicons should work, IMHO. It would have less impact than the emoticos they have right now, which are image files instead of glyphs from a font. Greetings. -- Alex (a.k.a. suy) | GPG ID 0x0B8B0BC2 http://barnacity.net/ | http://disperso.net |
Loading... |
Reply to author |
Edit post |
Move post |
Delete this post |
Delete this post and replies |
Change post date |
Print post |
Permalink |
Raw mail |
![]() ![]() ![]() ![]() ![]() ![]() ![]() |
2 posts
|
In reply to this post by suy
Also really anoyed by this. When you have started using AwsomeFont icons, hard to go back on your README.adoc :-(
|
Loading... |
Reply to author |
Edit post |
Move post |
Delete this post |
Delete this post and replies |
Change post date |
Print post |
Permalink |
Raw mail |
![]() ![]() ![]() ![]() ![]() ![]() ![]() |
Administrator
2681 posts
|
In reply to this post by suy
On Fri, Nov 13, 2015 at 1:35 AM, suy [via Asciidoctor :: Discussion] <[hidden email]> wrote:
I'll start by saying that I keep pushing on the goal of making AsciiDoc look nice on GitHub and won't give that up. Having said that, it's very unlikely rendering will ever be proper on GitHub, not for AsciiDoc or any other markup language for that matter (including Markdown). GitHub has a different objective. They (seem to) want the documents to be fairly plain so that they don't conflict with their visual design and/or to ensure they pose no risk to security (or something along those lines). They are not trying to make a document frame that shows the document with its native appearance. The way that I look at the rendering on GitHub is as a reasonable preview of the overall structure of the document and the raw content. For simple documents, this works great. Beyond that, trying to make it look a certain way is only going to cause disappointment. If we can find a way to convince GitHub to allow font-based icons inline, that would certainly be a nice embellishment for those simple documents. |
Loading... |
Reply to author |
Edit post |
Move post |
Delete this post |
Delete this post and replies |
Change post date |
Print post |
Permalink |
Raw mail |
![]() ![]() ![]() ![]() ![]() ![]() ![]() |
Administrator
2681 posts
|
In reply to this post by suy
This is something we could definitely do. We could map the AsciiDoc icon macro onto the :name: syntax when rendering on GitHub. Those are the types of tricks we have to use to work on GitHub. The place where this would need to happen is here: https://github.com/asciidoctor/html-pipeline-asciidoc_filter. We could extend the html5 converter and override the inline_image method. |
Loading... |
Reply to author |
Edit post |
Move post |
Delete this post |
Delete this post and replies |
Change post date |
Print post |
Permalink |
Raw mail |
![]() ![]() ![]() ![]() ![]() ![]() ![]() |
13 posts
|
In reply to this post by mojavelinux
El Sunday 29 November 2015, escribió:
> I'll start by saying that I keep pushing on the goal of making AsciiDoc > look nice on GitHub and won't give that up. > > Having said that, it's very unlikely rendering will ever be proper on > GitHub, not for AsciiDoc or any other markup language for that matter > (including Markdown). GitHub has a different objective. They (seem to) want > the documents to be fairly plain so that they don't conflict with their > visual design and/or to ensure they pose no risk to security (or something > along those lines). They are not trying to make a document frame that shows > the document with its native appearance. Yes, I understand this. They prefer to use the full Github pages as the full website experience. In other case I would just do this for a project website. The thing is, for the project I was considering this, the README is the _whole_ project, since is just one of those awesome-foo lists. :) Adding a step that converts to HTML with the real Asciidoctor could confuse other potential contributors, so I'll weight the pros and the cons. El Sunday 29 November 2015, mojavelinux [via Asciidoctor :: Discussion] escribió: > On Thu, Nov 12, 2015 at 5:08 AM, suy [via Asciidoctor :: Discussion] < > [hidden email]> wrote: > > I've got this working fine, but is > > just a test: > > > > https://gist.github.com/suy/01b33cc488bf7be3adf1 > > This is something we could definitely do. We could map the AsciiDoc icon > macro onto the :name: syntax when rendering on GitHub. Those are the types > of tricks we have to use to work on GitHub. > > The place where this would need to happen is here: > https://github.com/asciidoctor/html-pipeline-asciidoc_filter. We could > extend the html5 converter and override the inline_image method. Thank you, I'll keep an eye on this. I saw also some discussion on the github/markup repository that was clarifying on the subject. Greetings! -- Alex (a.k.a. suy) | GPG ID 0x0B8B0BC2 http://barnacity.net/ | http://disperso.net |
Free forum by Nabble | Edit this page |