GitLab

There's no need to mess with the encoding of the subject. gmime is able
to decode as needed.

There's no need to mess with the encoding of the author. gmime is able
to decode as needed.

Fix:
warning: argument 1 range [18446744071562067968, 18446744073709551615]
exceeds maximum object size 9223372036854775807
[-Walloc-size-larger-than=]

When loading gmane.linux.gentoo.server, pan goes into infinite loop.

Using gsb, I've found that pan is stuck in
__g_mime_iconv_strndup. Since this function is implemented by gmime,
I've removed pan's copy of this function.

I'll cleanup __g_mime_iconv_strdup (without the 'n') once I figure out
what to do with global var like iconv, iconv_inited

following mountain names around Grenoble France.

Let Gtk compute itself the right size. This also let user resize the
preferences widget

or code included in C++ files.

I've left register in pan/gui/xface.c as it does not trigger warnings

register storage class is deprecated in C++ 17.

See https://stackoverflow.com/questions/3207018/register-keyword-in-c

gmime3 is now used by default

This reverts the commit 9e301fbd that was applied to gmime2 code years
ago.

Since I cannot reproduce the wrapping issue mentioned in #131 and #115
with recent gmime3, I believe this bug is due to old gmime. I may be
wrong though.

oops. Did not see them

The result should look much nicer on Gitlab

Closes #132

The widget were missing only with Gtk3.

From Gtk3 doc:

 GtkHandleBox has been deprecated. It is very specialized, lacks
 features to make it useful and most importantly does not fit well
 into modern application design. Do not use it. There is no
 replacement.

So I have removed it.

HandleBox usage was found with GTK debugger:

GTK_DEBUG=interactive ./pan/gui/pan

See https://people.gnome.org/~ebassi/docs/_build/Gtk/4.0/running.html
for details

Funny thing, with Gtk3, even if the buttons were hidden, clicking them
did launch their callback ...

I love wasting time catering to people stuck in the 1980s, why do you ask

I've no smart ideas to update the title. Suggestions are welcome.

See
https://www.freedesktop.org/software/appstream/docs/chap-Metadata.html#spec-component-filespec

Since pan is hosted by Gnome, let's use Gnome's tld

Closes #116

See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=967894#17

Thanks to Simon for the suggestion

Using unicode char in msg id did raise a lot of discussion (See
!13)

Unfortunately, changing ascii char to unicode chars in msgids has the
following impacts:
- some translation are broken
- Pan may fail in non unicode locales

From [gettext man page](https://www.man7.org/linux/man-pages/man3/gettext.3.html)
and [gettext FAQ](https://www.gnu.org/software/gettext/FAQ.html#nonascii_strings),
the solution recommended by gettext is:

"don't use accented characters (or other non-ASCII characters) in
string literals in the source code. Instead, use only ASCII for string
literals, and use gettext() to retrieve their display-ready form."

So I've reverted the following commits:
- 44d7766a
- b376c882