1. Forum
  2. Usenet
  3. COMP.INFOSYSTEMS

  • Dillo (the browser) is back

    From yeti@21:1/5 to All on Tue Apr 2 10:44:29 2024
    Dillo (the browser) is back.
    ============================

    Links.
    ------

    Welcome to the Dillo Website
    <https://dillo-browser.github.io/>


    Some of the backstory.
    ----------------------

    What happened to dillo.org?
    <https://dillo-browser.github.io/dillo.org.html>


    Why does that matter here?
    --------------------------

    Dillo is not just another implementation of today's wide spread broken
    by design single protocol network file viewers. Out of the box Dillo
    supports HTTP, HTTPS and FTP. Optional plugins for lots of other
    protocols exist.

    Some nearby plugins:

    <https://dillo-browser.github.io/#plugins> <https://github.com/dillo-browser/dillo/issues/50>

    Additionally writing plugins is easy. I could nail together a NEX
    plugin in a short time and I'm planning to play with more ideas for
    plugins.

    Being an opponent of single protocol browsers even in the smallnet
    context and favouring a diverse net instead, Dillo now has a place on my favourite multi protocol browsers list, which already includes Elinks,
    Emacs and W3m.


    Screenshots or it didn't happen!
    --------------------------------

    I cannot directly attach them here and I do not maintain a permanently
    stable static web site, so every published link sure will break soon.

    Currently <https://yeti.tilde.institute/dillo-screenshots/> has some
    images but may change soon.

    Maybe I'll dare to let <https://web.archive.org> conserve them?


    Happy End.
    ----------

    .

    --
    I do not bite, I just want to play.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Matto Fransen@21:1/5 to All on Tue Apr 2 12:41:39 2024
    On 2 April 2024 10:44 yeti, wrote:

    Dillo (the browser) is back.


    Wonderful!

    Best regards,

    Matto

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From [email protected]@21:1/5 to yeti on Tue Apr 2 12:23:17 2024
    yeti <[email protected]ute> wrote:

    <https://dillo-browser.github.io/#plugins> <https://github.com/dillo-browser/dillo/issues/50>

    Additionally writing plugins is easy. I could nail together a NEX
    plugin in a short time and I'm planning to play with more ideas for
    plugins.

    The plugins though are plugins by schemes, and only implement the file
    formats as a part of the schemes implementations.

    Is it possible to implement file format plugins independently from
    scheme plugins? It seem to me that it would be better to do so; e.g.
    a Gemini protocol plugin can access filesby Gemini protocol and tell
    the browser whatever file format it is, e.g. "text/gemini"; another
    file can interpret the "text/gemini" file format regardless of the
    protocol (so it can also work with local files, Spartan, etc).

    And then, for some file formats and protocols might be useful for some
    other kind of features, which might be separate from these plugins, e.g.
    table of contents menu is useful with many file formats, including HTML, Gemini, Scorpion, man pages, Wikipedia, etc. (For implementing Scorpion,
    also would be useful to implement mixed character codes, including TRON character code.)

    --
    Don't laugh at the moon when it is day time in France.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From yeti@21:1/5 to [email protected] on Tue Apr 2 20:33:51 2024
    [email protected]d writes:

    yeti <[email protected]ute> wrote:

    <https://dillo-browser.github.io/#plugins>
    <https://github.com/dillo-browser/dillo/issues/50>

    Additionally writing plugins is easy. I could nail together a NEX
    plugin in a short time and I'm planning to play with more ideas for
    plugins.

    The plugins though are plugins by schemes, and only implement the file formats as a part of the schemes implementations.

    Based on my exchange via Mastodon, I have the impression that they know
    that thinking about file format plugins will be useful. Maybe the
    browser currently only renders text/html and text/plain. Enough to do a
    lot but sure far from universal. Jump into their chat or ask via GitHub
    issue or in their mailinglist? I'm still hoping that they make their ML accessible via NNTP.

    <ircs://irc.libera.chat/#dillo>

    The Gopher- and Nex-plugins happily let the browser handle everything
    they cannot transform to HTML on their own. Additional to the plugins' "native" text formats I only tested HTML and plain text with both of
    them.

    (For implementing Scorpion, also would be useful to implement mixed
    character codes, including TRON character code.)

    I've near to no idea about TRON.

    But yes: I'd like to see "fetchers" and "renderers" as separate plugins
    too and it might help to let them know what you think about this too.

    --
    I do not bite, I just want to play.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)