💾 Archived View for gemi.dev › gemini-mailing-list › 000200.gmi captured on 2023-11-04 at 12:32:29. Gemini links have been rewritten to link to archived content

View Raw

More Information

➡️ Next capture (2023-12-28)

-=-=-=-=-=-=-

[ANN] GemiNaut 0.8.4 released

Luke Emmet <luke (a) marmaladefoo.com>

Hi Folks

I'm pleased to announce a new release of GemiNaut, which now has a home 
in geminispace as well as on the web:

=> gemini://gemini.marmaladefoo.com/geminaut/

GemiNaut is a Windows client for gemini, designed with usability in mind 
and to assist the cognitive navigation through the sparse metadata of 
the geminiverse.

Main changes to 0.8.4:


audio, video, docs)


As always, feedback and improvement suggestions are welcomed.

Best Wishes

  - Luke

Link to individual message.

solderpunk <solderpunk (a) SDF.ORG>

On Thu, Jun 11, 2020 at 10:52:34AM +0100, Luke Emmet wrote:
 
> * provide salient icon hints to common non textual content (images, audio,
> video, docs)

As guessed from file extensions, I suppose?

That seems like a pretty good idea.  I applaud your consistent attention
to this kind of detail, it encourages a high situational awareness on
the part of the user.

Cheers,
Solderpunk

Link to individual message.

Luke Emmet <luke (a) marmaladefoo.com>



On 11-Jun-2020 16:28, solderpunk wrote:
> On Thu, Jun 11, 2020 at 10:52:34AM +0100, Luke Emmet wrote:
>
>> * provide salient icon hints to common non textual content (images, audio,
>> video, docs)
> As guessed from file extensions, I suppose?
Yes. There are 5 main categories at present:

  - audio (mp3, ogg, wav...)
  - images (png jpg svg ...)
  - documents (pdf html doc...)
  - binary (gz tar zip...)
  - video (wmv mov mp4...)

Its not 100% foolproof, but almost always right. It intentionally does 
not do this to URLs having queries on them, since one might be 


=> gemini://gus.guru/search?.gz

and you don't want the link to the second pages of results to be 
interpreted as a link to a binary

=> gemini://gus.guru/search/2?.gz

I've found this useful for some time, and in fact is a liberation that 
interpreting links in general in Gemini is a million times more 
straightforward than on the web where it seems everything is behind a 
dynamic link these days.

As we have all discovered, clicking on a binary link is likely to:

  - throw you out of your current reading context, into a graphical world
  - be a slower download (and in gemini we dont know how long we might wait)
  - might launch some external application, taking time and mental energy

So it is nice to have a good hint as to what will happen on those links.

And of course, the actual feasibility of writing your own Gemini client 
means we can fix all the things like this that are much harder to fix on 
the web where the server completely controls the user experience.

> That seems like a pretty good idea.  I applaud your consistent attention
> to this kind of detail, it encourages a high situational awareness on
> the part of the user.

Thanks!

Best Wishes

  - Luke

Link to individual message.

Petite Abeille <petite.abeille (a) gmail.com>



> On Jun 11, 2020, at 17:52, Luke Emmet <luke at marmaladefoo.com> wrote:
> 
> - audio (mp3, ogg, wav...)
> - images (png jpg svg ...)
> - documents (pdf html doc...)
> - binary (gz tar zip...)
> - video (wmv mov mp4...)

There are 10 main media types defined [1]:

? application
? audio
? font
? example
? image
? message
? model
? multipart
? text
? video

For the ones you don't identify, application/octet-stream is a good 
default (i.e. binary) [2]. 

There are 3 levels of heuristic you can apply:

(1) last path segment extension
(2) response content type
(3) content signature [3]

Ideally, they should all align. If not, perhaps worthwhile flagging them 
to the user for discrepancies, to exercise caution. This would also help 
keeping servers on their toes.

[1] https://www.iana.org/assignments/media-types/media-types.xhtml
[2] https://developer.mozilla.org/en-US/docs/Web/HTTP/Basics_of_HTTP/MIME_t
ypes/Common_types
[3] https://en.wikipedia.org/wiki/List_of_file_signatures

Link to individual message.

Luke Emmet <luke (a) marmaladefoo.com>

On 11-Jun-2020 17:40, Petite Abeille wrote:
> On Jun 11, 2020, at 17:52, Luke Emmet <luke at marmaladefoo.com> wrote:
>> - audio (mp3, ogg, wav...)
>> - images (png jpg svg ...)
>> - documents (pdf html doc...)
>> - binary (gz tar zip...)
>> - video (wmv mov mp4...)
> There are 10 main media types defined [1]:
>
> ? application
> ? audio
> <snip>
>
> For the ones you don't identify, application/octet-stream is a good 
default (i.e. binary) [2].
>
> There are 3 levels of heuristic you can apply:
>
> (1) last path segment extension
> (2) response content type
> (3) content signature [3]
Thanks for the links. At the stage I am providing the UI hints is when 
rendering the page, before the user has clicked on anything, so I cannot 
get the content type or content signature. But once you start getting 
the content you definitely have more to go on, when deciding what to do.

My main drive at this stage was to cover the fat end of the extensions 
actually in use, as helpfully detailed by GUS:

gemini://gus.guru/statistics

Best wishes

  - Luke

Link to individual message.

Petite Abeille <petite.abeille (a) gmail.com>



> On Jun 11, 2020, at 17:52, Luke Emmet <luke at marmaladefoo.com> wrote:
> 
> As we have all discovered, clicking on a binary link is likely to:
> 
> - throw you out of your current reading context, into a graphical world
> - be a slower download (and in gemini we dont know how long we might wait)
> - might launch some external application, taking time and mental energy

Of course this is all under your client control. None of this has to 
happen haphazardly. UX and all.

(1) some common content could be rendered to text for preview purpose 
perhaps. A sort of sanitization.
(2) external resource acquisition can be as asynchronous, non-blocking, 
and responsive as you choose to make them
(3) a good UX would be predictable and configurable, with reasonable defaults

Link to individual message.

defdefred <defdefred (a) protonmail.com>

Thank you!
Really pleasant to use.


??????? Original Message ???????
On Thursday 11 June 2020 11:52, Luke Emmet <luke at marmaladefoo.com> wrote:

> Hi Folks
>
> I'm pleased to announce a new release of GemiNaut, which now has a home
> in geminispace as well as on the web:
>
> => gemini://gemini.marmaladefoo.com/geminaut/
>
> GemiNaut is a Windows client for gemini, designed with usability in mind
> and to assist the cognitive navigation through the sparse metadata of
> the geminiverse.
>
> Main changes to 0.8.4:
>
> -   use correct percent encoding for URL requests with input
> -   support quotation line style (new addition to Gemini spec)
> -   provide salient icon hints to common non textual content (images,
>     audio, video, docs)
>
> -   minor bug fixes, style updates and improvements
>
>     As always, feedback and improvement suggestions are welcomed.
>
>     Best Wishes
>
>     -   Luke

Link to individual message.

defdefred <defdefred (a) protonmail.com>

Could it be possible to duplicate CSS files to automaticaly create a new Theme?
I like to have the writing more grey than brigth white in the terminal theme.

Thanks!

Link to individual message.

Luke Emmet <luke (a) marmaladefoo.com>

Hello

At the moment the themes are fixed, but you can edit them. For example 
if you want an off-white and off-black in the Terminal theme you can 
edit the file Terminal.css in the GmiConverters folder thus:

body {
     background-color: #222827;
     color: #e0e0e0;
     font-family:Consolas,Courier New;
     font-size: 1em;
     margin-left:3.5em;
     margin-right:3.5em;

}

or however you like it. You can change the whole stylesheet if you want.

Best Wishes

  - Luke


On 18-Jun-2020 07:28, defdefred wrote:
> Could it be possible to duplicate CSS files to automaticaly create a new Theme?
> I like to have the writing more grey than brigth white in the terminal theme.
>
> Thanks!

Link to individual message.

Luke Emmet <luke (a) marmaladefoo.com>

In fact that will be the default in the next release. Pure white on 
black is a little harsh.

On 19-Jun-2020 09:24, Luke Emmet wrote:
> Hello
>
> At the moment the themes are fixed, but you can edit them. For example 
> if you want an off-white and off-black in the Terminal theme you can 
> edit the file Terminal.css in the GmiConverters folder thus:
>
> body {
>     background-color: #222827;
>     color: #e0e0e0;
>     font-family:Consolas,Courier New;
>     font-size: 1em;
>     margin-left:3.5em;
>     margin-right:3.5em;
>
> }
>
> or however you like it. You can change the whole stylesheet if you want.
>
> Best Wishes
>
>  - Luke
>
>
> On 18-Jun-2020 07:28, defdefred wrote:
>> Could it be possible to duplicate CSS files to automaticaly create a 
>> new Theme?
>> I like to have the writing more grey than brigth white in the 
>> terminal theme.
>>
>> Thanks!

Link to individual message.

defdefred <defdefred (a) protonmail.com>

Good!

A simple dark mode could be usefull too... like terminal but with variable font width.

Thanks!

??????? Original Message ???????
On Friday 19 June 2020 10:27, Luke Emmet <luke at marmaladefoo.com> wrote:

> In fact that will be the default in the next release. Pure white on
> black is a little harsh.
>
> On 19-Jun-2020 09:24, Luke Emmet wrote:
>
> > Hello
> > At the moment the themes are fixed, but you can edit them. For example
> > if you want an off-white and off-black in the Terminal theme you can
> > edit the file Terminal.css in the GmiConverters folder thus:
> > body {
> > background-color: #222827;
> > color: #e0e0e0;
> > font-family:Consolas,Courier New;
> > font-size: 1em;
> > margin-left:3.5em;
> > margin-right:3.5em;
> > }
> > or however you like it. You can change the whole stylesheet if you want.
> > Best Wishes
> >
> > -   Luke
> >
> > On 18-Jun-2020 07:28, defdefred wrote:
> >
> > > Could it be possible to duplicate CSS files to automaticaly create a
> > > new Theme?
> > > I like to have the writing more grey than brigth white in the
> > > terminal theme.
> > > Thanks!

Link to individual message.

Luke Emmet <luke (a) marmaladefoo.com>

It is done - next release :-)

  - Luke

On 19-Jun-2020 10:18, defdefred wrote:
> Good!
>
> A simple dark mode could be usefull too... like terminal but with variable font width.
>
> Thanks!
>
> ??????? Original Message ???????
> On Friday 19 June 2020 10:27, Luke Emmet<luke at marmaladefoo.com>  wrote:
>
>> In fact that will be the default in the next release. Pure white on
>> black is a little harsh.
>>
>> On 19-Jun-2020 09:24, Luke Emmet wrote:
>>
>>> Hello
>>> At the moment the themes are fixed, but you can edit them. For example
>>> if you want an off-white and off-black in the Terminal theme you can
>>> edit the file Terminal.css in the GmiConverters folder thus:
>>> body {
>>> background-color: #222827;
>>> color: #e0e0e0;
>>> font-family:Consolas,Courier New;
>>> font-size: 1em;
>>> margin-left:3.5em;
>>> margin-right:3.5em;
>>> }
>>> or however you like it. You can change the whole stylesheet if you want.
>>> Best Wishes
>>>
>>> -   Luke
>>>
>>> On 18-Jun-2020 07:28, defdefred wrote:
>>>
>>>> Could it be possible to duplicate CSS files to automaticaly create a
>>>> new Theme?
>>>> I like to have the writing more grey than brigth white in the
>>>> terminal theme.
>>>> Thanks!
>

Link to individual message.

---

Previous Thread: 60 & 61 & 62 vs. userinfo

Next Thread: [OT] An ASCII art music video