Re: Serving .org files for worg (was: Re: Library of babel help)

[Max Nikulin]

On 01/07/2022 04:48, Tim Cross wrote:
> 1. Just using the .org as the suffix of the url instead of the .html did
> not work for me using two different browser. However, it did work for
> ihor, so either I did something wrong or there is something in my setup
> which is preventing that from working. Need to investigate further.
> However, that is not my main issue.

Tim, have you managed to achieve any progress with either nginx or with 
settings of your browsers?

I have tried some variants of desktop environments with almost default 
setting without issues similar to yours.

Org files are fetched to the Downloads folder without additional user 
actions (besides Firefox-91). It is not always obvious at first glance. 
With default settings:
- Chromium displays a bar at the bottom of the window.
- Firefox-102 (Ubuntu and Gnome, Arch and KDE) opens transient popup 
window. In Ububntu-22.04 firefox and chromium are installed as snap 
packages.
- Firefox-91 (Debian, Xfce) displays more traditional popup window to 
confirm download (somehow it guesses that it is an org-mode file even 
for application/octet-stream MIME-type).

If I change MIME type then Chromium displays internally both text/plain 
and text/x-org, Firefox asks for an external application for text/x-org 
while text/plain is displayed in the browser tab.

The following snippet should be added to nginx configuration to assign 
MIME type for .org files:

types {
        # Chromium opens text/x-org in the browser tab,
        # Firefox downloads files and offers to open in some other 
application.
        # text/x-org      org;
        text/plain      org;
}

See http://nginx.org/en/docs/http/ngx_http_core_module.html#types
It is assumed that default mime.types is included somewhere.