Offpunk now has gemini/web page :

https://offpunk.net
gemini://offpunk.net


I haven’t announced it anywhere yet as I hope to get some 
feedback/contributions from developers first.


Goals of this page are:

1. Give an overview of Offpunk to newcomers so they know what to expect
2. Serve as a tutorial to get started

Thanks Bert,

It looks like the fault was on my side. When applying the patches 
straight out my inbox, they fail. While downloading them on sourcehut 
then applying them works.

The only difference seems that, when downloaded, the file seems to have 
CRLF line terminators which is not the case in my inbox.

I don’t know:

- Why there’s such a difference
- If this is what was causing the failure (if yes, why failing only on 
   one section)

On 24 aoû 07 02:06, Bert Livens wrote:
>Hi everyone,
>I've been away for a while (exams, vacation) but I'm back.
>Once again, this is a patch that tries to add support for client certificates to offpunk and provides the command to use them. It is based on the most recent version of Offpunk.
>
>More information about what this tries to do and how it works can be found in this previous thread: https://lists.sr.ht/~lioploum/offpunk-devel/<bc5af397-9386-450d-bf2a-45f5cceccedd@bertlivens.be>
>Don't hesitate to ask any questions you have.


Hi Bert,

Very happy to see you back. I still don’t understand why this patch 
doesn’t apply. Everything seems fine. The rejection appears to be in 
hunk #9 but I don’t see any problem.

On 24 jui 22 11:50, Matthieu Rakotojaona wrote:
>Ploum <sourcehut24@ploum.eu> wrote:
>> Testing is welcome!
>
>
>Awesome ! It works exactly as expected. I love where this is going.
>
>Here are a few quirks I came into:
>
>- when using an invalid "index", offpunk crashes:

Ooops, forgot to check that. My bad.

>- ranges don't work (the conversion to int, as above, fails)

On 24 jui 22 07:43, Matthieu Rakotojaona wrote:
>Hello there,
>
>Currently the workflow for images or third-party resources is a bit cumbersome
>if images are not supported in the terminal:
>
>- exit view mode
>- open image url, which shows nothing
>- use "open" to open in the handler, or "open url" to open in the browser
>- use "back" to go back to the page
>
>This is because "open" only works on the current page. Is it possible to make
>it work on a target page, like tour ? Something like `open 3 6-10` to open all
>the links directly via their url for example.

On 24 jui 02 12:05, Matthieu Rakotojaona wrote:
>Ploum <sourcehut24@ploum.eu> wrote:
>> If someone is on those platforms, don’t hesitate to tell him about
>> Offpunk and ask him what is plans are for PWR. I would be very
>> interested to get in touch.
>
>The code is on github, so I guess if you still have an account you can start a
>discussion there (although I'd love to see the discussion happen in this
>mailing-list)

Good idea. I launched a discussion as a github ticket here:
https://github.com/muxup/pwr/issues/1

On 24 jui 02 01:28, Matthieu Rakotojaona wrote:
>Hey there,
>
>I just came across this page that describes a terminal web reader that seems to be architectured around the same ideas as offpunk's tour along with its offline mode:
>
>https://muxup.com/pwr
>
>It looks like offpunk is more "advanced" but I thought it was 
>interesting that other people had the same need.


Thanks for sharing, that’s really cool. It looks like pwr is a 350 lines 
python script so, obviously, it should be way more limited than Offpunk 
(or they are way more skilled than I am!).

On 24 jui 01 12:09, Étienne Mollier wrote:
>Hi,
>
>Ploum, on 2024-06-29:
>> Announcing Offpunk 2.3 as a minor release with various bugfixes that
>> will be appreciated by users.
>>
>> https://git.sr.ht/~lioploum/offpunk/refs/v2.3
>>
>> 2.3 - June 29th 2024
>
>I freshly pushed Offpunk 2.3 to Debian sid.  If all goes well,
>it should make it to Debian testing in a couple of days.
>

On 24 jun 30 07:52, Sotiris Papatheodorou wrote:
>On 2024-06-30, Klaus Alexander Seistrup wrote:
>>Depending on which answers we get on the list, I'd say:
>>
>>1. Progessive: Add warnings now that support for PIL will be removed in
>>offpunk 2.4, then
>>2. Go radical: Remove support for PIL and remove support for old chafas
>>and timgs from offpunk 2.4.
>
>Agreed, with a preference towards option 1, adding a deprecation
>warning. Maybe support for PIL should be removed in version 2.5, since
>some distributions may only package released versions. In that case,
>their users might not ever see the deprecation warning if it's
>introduced only between 2.3 and 2.4.

This is a request to comment a proposal to remove support for chafa 
older than 1.10 in offpunk.


Offpunk currently has an optional dependency on python3-pil 
(python-pillow) for a very limited usecase.


Usecase:

Before version 1.10, chafa had no feature to only handle the first frame 
of an animated gif. It will display all the frames. Thus, in offpunk, we 
use python-pil to extract the first frame of an animated gif if chafa is 
used and if chafa version < 1.10 and if there’s no timg or if timg