[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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

From: Max Nikulin
Subject: Re: Serving .org files for worg (was: Re: Library of babel help)
Date: Fri, 29 Jul 2022 20:10:14 +0700
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.11.0

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.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]