nytpu pushed to master at nytpu/gopher-nytpu.com 2020-09-14 03:49:41 +00:00
3240c04cf2 updated gophermap
nytpu pushed to master at nytpu/gemlog.sh 2020-09-12 16:38:16 +00:00
8598ef396b don't write directly to $index, use proxy $indexfile first
nytpu pushed to master at nytpu/gemlog.sh 2020-09-10 17:00:52 +00:00
e2a86b3b6b wrong license
nytpu pushed to master at nytpu/gemlog.sh 2020-09-10 16:56:48 +00:00
e13f4534ce change license
nytpu pushed to master at nytpu/gopher-nytpu.com 2020-09-10 16:17:13 +00:00
1fd539e242 relicense
nytpu pushed to master at nytpu/gemlog.sh 2020-09-10 05:33:20 +00:00
a1103c7c62 updated readme
nytpu pushed to master at nytpu/gemlog.sh 2020-09-10 05:23:28 +00:00
2fdd5e9328 fixed typo in atom feed
f927e701d6 updated footer of index to use heredoc too
Compare 2 commits »
nytpu pushed to master at nytpu/gemlog.sh 2020-09-10 05:11:16 +00:00
1b08419cf4 fixed typo
nytpu pushed to master at nytpu/gemlog.sh 2020-09-10 05:10:31 +00:00
c86b7ce424 updated readme to be more detailed
76fb49e3d8 improve commenting
Compare 2 commits »
nytpu commented on issue swiftmandolin/gemini-style-guide#3 2020-09-10 04:57:55 +00:00
gemlog links

I think for shorter stuff either style (end of section or end of any header block) works, but we should probably keep it consistent, maybe say that if you have <2–3 links in each subsection and the section is short enough move it to the end of the section instead, but it's your call on whether you want to have two separate options for people or not.

I agree on the persistent link numbering, there's no harm in doing it even if the browser doesn't number links, and it makes it easier if you want to search for a specific link you could search for "[3]" to find just that one link.

nytpu pushed to master at nytpu/gemlog.sh 2020-09-10 01:45:37 +00:00
1da056ef83 fix issue
210b1e37ea change site to link to atom
Compare 2 commits »
nytpu pushed to master at nytpu/gemlog.sh 2020-09-10 01:40:34 +00:00
e8325692d4 convert to atom feeds
nytpu commented on issue swiftmandolin/gemini-style-guide#3 2020-09-09 23:16:54 +00:00
gemlog links

A few other things to decide on are:

  1. should the footnote numbers be persistent throughout the whole document or "reset" after every section/subsection?
  2. should the text for the link be aligned (this is more the writer's preference over the consumer's preference but still)

example:

=> gemini://gemini.circumlunar.space/capcom/ [1]: capcom geminispace aggregator
=> gemini://gus.guru                         [2]: gemini univeral search
nytpu commented on issue swiftmandolin/gemini-style-guide#3 2020-09-09 23:08:11 +00:00
gemlog links

Just a minor thing, but I think that links should be placed at the end of the content but before the next header.

Example:

# title

hello[1], world!

=> https://en.wiktionary.org/wiki/hello [1]: definition of hello

## section

good morning america[1]

=> gemini://vault.transjovian.org:1965/text/en/Good%20Morning%20America [1]: gemini wikipedia — good morning america

### subsection

infinite content[1]

=> gemini://vault.transjovian.org:1965/full/en/Everything%20Now [1]: the album everything now has a song called "infinite content"

It just doesn't look as good like this, especially if you imagine multiple long (i.e. taller than the display viewport) subsections:

# title

hello[1], world!

=> https://en.wiktionary.org/wiki/hello [1]: definition of hello

## section

good morning america[1]

### subsection

infinite content[2]

=> gemini://vault.transjovian.org:1965/text/en/Good%20Morning%20America [1]: gemini wikipedia — good morning america
=> gemini://vault.transjovian.org:1965/full/en/Everything%20Now [2]: the album everything now has a song called "infinite content"
nytpu commented on issue swiftmandolin/gemini-style-guide#2 2020-09-09 04:41:52 +00:00
Host this guide on gemini site

yeah, I think a md-to-gemini tool would be trivial, the only difficult thing would be parsing and organizing the links. I was thinking a gemini-to-md tool would be easier to write since gemini is so easy to parse compared to markdown, but we'd have to rewrite our existing documents in gemini.

nytpu created pull request swiftmandolin/gemini-style-guide#1 2020-09-08 23:23:08 +00:00
Added "General Best Practices" page and fixed minor formatting issues
nytpu pushed to master at nytpu/gemini-style-guide 2020-09-08 23:13:12 +00:00
2d42110326 fixed typos and needless information
nytpu pushed to master at nytpu/gemini-style-guide 2020-09-08 23:11:43 +00:00
7eb5a65dec added more details to title section
2532ed55d5 fixed formatting issue
2662430f8f added general best practices page
d1c2ea5efa changed to relative links
Compare 4 commits »
nytpu created repository nytpu/gemini-style-guide 2020-09-08 22:10:52 +00:00
nytpu pushed to master at nytpu/gemlog.sh 2020-09-05 01:16:56 +00:00
9f97b3b6bf fixed some stuff