💾 Archived View for gemi.dev › gemini-mailing-list › 000648.gmi captured on 2024-03-21 at 17:57:03. Gemini links have been rewritten to link to archived content
⬅️ Previous capture (2023-12-28)
-=-=-=-=-=-=-
Dear all, I've been giving some thought to how to share poetry and other, let's say, more typographically rich content in Gemini. One solution that was given to me works in some way. That is to attach a pdf. I'm already using that approach, generating my pdfs on Groff. (It was a excuse as good as any other, plus I can generate the stuff directly on the server, without the overhead of LaTeX. Anyway, I think there could be a Groff inspired alterntaive that would not be too difficult to implement, except it deviates from the "markdown-inspired" formatting. Enviroments. We already have one: plain text. We could have something like ``` .PO roses are red this preserved space is not blue so poetry you can do .PO ``` .PO would tell the client to "please switch poetry mode on/off if you know how to" The client would only need to examine the first three characters as usual, so it would even possible to mark it in a human readable way, for those cross-posting on gopher or for those clients that would not implement the environment or simply treat it as plain text. ``` .POem begins roses are red ... whatever is blue ... .POem ends ``` The client will only "see" the first 3 characters of the code .PO switching the mode on and off. Of course other such environments could be possible. Just some food for thought. ~ Miguel de Luis (enteka.xyz)
On Sun, Jan 31, 2021 at 7:20 AM Miguel de Luis Espinosa <enteka at fastmail.com>
wrote:
> I've been giving some thought to how to share poetry and other, let's say,
> more typographically rich content in Gemini.
>
Can you explain more clearly what your poetry requires beyond the
plain-text formatting of ```...``` sections? The only thing I can think of
is that it will appear in a monowidth font.
Enviroments. We already have one: plain text. We could have something like
>
> ```
> roses are red
> this preserved space is not blue
> so poetry you can do
> ```
>
The spaces should be preserved already because of the ```.
John Cowan http://vrici.lojban.org/~cowan cowan at ccil.org
O beautiful for patriot's dream that sees beyond the years
Thine alabaster cities gleam undimmed by human tears!
America! America! God mend thine every flaw,
Confirm thy soul in self-control, thy liberty in law!
--one of the verses not usually taught in U.S. schools
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.orbitalfox.eu/archives/gemini/attachments/20210208/459e
93b8/attachment-0001.htm>
On Tue, Feb 9, 2021, at 12:38 AM, John Cowan wrote: > > > On Sun, Jan 31, 2021 at 7:20 AM Miguel de Luis Espinosa > <enteka at fastmail.com> wrote: > > > I've been giving some thought to how to share poetry and other, let's say, more typographically rich content in Gemini. > > Can you explain more clearly what your poetry requires beyond the > plain-text formatting of ```...``` sections? The only thing I can > think of is that it will appear in a monowidth font. > > > Enviroments. We already have one: plain text. We could have something like > > > > ``` > > roses are red > > this preserved space is not blue > > so poetry you can do > > ``` > > The spaces should be preserved already because of the ```. > > I have been thinking on this issue, going further than poetry, we could have environments for ASCII art. An ASCII art mark could tell the client, "hey client this is an ASCII art if you are some screen reader, you might want to skip this environment" Abstracts, this could be redered by the client as a centered block perhaps Poetry, which would be kinda monospace in the sense that it respects the spacing but could use some user chosen font (at configuration) All in all, enviroments could be more like extra bits of semantic data than the client might want to use.
On 10/02/2021 21:57, Miguel de Luis Espinosa wrote: > On Tue, Feb 9, 2021, at 12:38 AM, John Cowan wrote: >> >> >> On Sun, Jan 31, 2021 at 7:20 AM Miguel de Luis Espinosa >> <enteka at fastmail.com> wrote: >> >>> I've been giving some thought to how to share poetry and other, let's say, more typographically rich content in Gemini. >> >> Can you explain more clearly what your poetry requires beyond the >> plain-text formatting of ```...``` sections? The only thing I can >> think of is that it will appear in a monowidth font. >> >>> Enviroments. We already have one: plain text. We could have something like >>> >>> ``` >>> roses are red >>> this preserved space is not blue >>> so poetry you can do >>> ``` >> >> The spaces should be preserved already because of the ```. >> >> > > I have been thinking on this issue, going further than poetry, we could have environments for ASCII art. An ASCII art mark could tell the client, "hey client this is an ASCII art if you are some screen reader, you might want to skip this environment" > > Abstracts, this could be redered by the client as a centered block perhaps > > Poetry, which would be kinda monospace in the sense that it respects the spacing but could use some user chosen font (at configuration) > > All in all, enviroments could be more like extra bits of semantic data than the client might want to use. > I feel like the plaintext block already covers all these use-cases, if you respect the ability to have alt-text for ascii art (which is in the spec). The only thing I can see being a legitimate addition is the ability to specify languages multiple times per file in some way.
---
Previous Thread: [ANN] [users] Two new capsules and a server