💾 Archived View for gemi.dev › gemini-mailing-list › 000200.gmi captured on 2024-03-21 at 17:05:42. Gemini links have been rewritten to link to archived content
⬅️ Previous capture (2023-12-28)
-=-=-=-=-=-=-
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:
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
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
> 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
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
> 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
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
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!
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!
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!
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!
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!
>
---