From owner-freebsd-questions@freebsd.org Mon Aug 5 05:05:31 2019 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AB6E5B9BBB for ; Mon, 5 Aug 2019 05:05:31 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.126.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.kundenserver.de", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4625Lf3zlLz4DdD for ; Mon, 5 Aug 2019 05:05:30 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de ([178.8.39.63]) by mrelayeu.kundenserver.de (mreue012 [212.227.15.167]) with ESMTPA (Nemesis) id 1N3Gok-1iKFa20aYM-010Jla; Mon, 05 Aug 2019 07:05:24 +0200 Date: Mon, 5 Aug 2019 07:05:22 +0200 From: Polytropon To: hw Cc: freebsd-questions@freebsd.org Subject: Re: thunderbird in German? Message-Id: <20190805070522.be1fb873.freebsd@edvax.de> In-Reply-To: <87pnllbxp7.fsf@toy.adminart.net> References: <87o91bw4mx.fsf@toy.adminart.net> <20190731012754.3783a859.freebsd@edvax.de> <878ssc5v3x.fsf@toy.adminart.net> <20190802053434.6babd0d0.freebsd@edvax.de> <87y30b8h0v.fsf@toy.adminart.net> <20190803042205.550f5903.freebsd@edvax.de> <87pnllbxp7.fsf@toy.adminart.net> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:G/8SZ/LSpqZjKMQoEymwfiUAitOaLDMchIi44J7aA0/T8zWNHbZ gVmZ2uskYLA1ARcMlbezoUFwLWH3EIX6de+sUEuvOWzRomrl35m/Iz8g7kOdsQzgm4HHxZq NWR4VFekSK2Np0ZN/IQjSwum6ML+i5v0orbH/tEh3qXxGZ4P2ZP9OMrXYrz8cam4/owEk9f dovSNP42GF37Ucica9Eag== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:FYtHecF62Lk=:PSpz0frk1UeaYv+2vN6HAe wj+21Vjy7/izpUZdH3/7Cr3fert46HTJEEaFaUx4lrKbWj2mqdRMsGIhnXX5BolB43nH+/Zzi aJcrMxtJWdh/VVKNvF2zNWrK47N80mUvKr9iXm7ePrEdaWsoPqHvU2PvYuEOy2UtG/wUlT5lJ ejPauCOcuDFzLoxCOCoqo50IYIeA6wRkGkyZEL8R1nWwPB38GDtvosKk0unsryELpu0GZXn4w vJcLi75XQLKj2LwwicdDtvucYLdehD40iKxZzocVe7WZlNYoA4ENTgwU+O7lBMTrI8jzntdpa 4YBV35tqvMblWS2oWxhM755NGBdYy5M/aW6cNnHymJU55TJ2v8Zsi05uSuUNPg5dO9upuWIxq rNRrxh06wbCjHFkIYtHJVII4G9gxps7kqzGfmCg8OLNFBCXsFGL4Z7Zibdum9J5D7ZnvB6AxH tWe8zJu92gSeUVIUMcH8sgMHwWzKVa8kteg3ESPRcPMbaw+/ZtXmMbgqp8vFg4hP6/71dBKP1 qlXYxpzuIvI0gS5n8HHYhOKsXU4acdVnTW7vfpUYGg8xVEOlGPmbih3e8ofCCPghMOjpoFCAT hlDLACrIQ89ZUCku2H7osBDxMqFI4CNBtNvyEix4Uzp5Thz6xRqHTUb+3gWsi0iWHRTI6JiA5 z1W98VxobYx8TH8OxbCmqfygI8a5gH3LcnfljKfXTTYaCgqGjCwWwryrytRVK2gbkP0sG6HlY H576kPHpXPFgqQMrLJRNx/9ISKOyAfxcumBFK2I/pF+viKyNuc3mQTy18FU= X-Rspamd-Queue-Id: 4625Lf3zlLz4DdD X-Spamd-Bar: ++++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd@edvax.de has no SPF policy when checking 212.227.126.133) smtp.mailfrom=freebsd@edvax.de X-Spamd-Result: default: False [6.05 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[freebsd@edvax.de]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; HAS_ORG_HEADER(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RECEIVED_SPAMHAUS_PBL(0.00)[63.39.8.178.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; SUBJECT_ENDS_QUESTION(1.00)[]; ARC_NA(0.00)[]; REPLYTO_EQ_FROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.98)[0.985,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[edvax.de]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.97)[0.972,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_CONTAINS_FROM(1.00)[]; RCVD_IN_DNSWL_NONE(0.00)[133.126.227.212.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; GREYLIST(0.00)[pass,meta]; IP_SCORE(0.70)[ip: (2.63), ipnet: 212.227.0.0/16(-1.44), asn: 8560(2.30), country: DE(-0.01)] X-Spam: Yes X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Aug 2019 05:05:31 -0000 On Sun, 04 Aug 2019 02:07:00 +0200, hw wrote: > Polytropon writes: > > > On Fri, 02 Aug 2019 22:10:56 +0200, hw wrote: > >> Polytropon writes: > >> > >> > On Fri, 02 Aug 2019 01:22:42 +0200, hw wrote: > >> >> Polytropon writes: > >> >> > >> [...] > > While it has been good practice for decades to use -Wall and its > > equivalents, it doesn't seem to be important anymore. Compile time > > errors and warnings are irrelevant just as runtime warnings and > > errors. > > My impression is that software is now generally much more stable than it > used to be. I don't know why, perhaps better tools became available. Yes, program stability has improved, especially for web browsers. But it's more than fair to acknowledge that the complexity of a web browser is comparable to the complexity of a whole operating system. > > You can easily verify this by launching any "modern" Gtk or Qt program > > from a terminal, say, Firefox, Gimp, and so on. > > You mean the messages they're printing and nobody knows what they are > about? I have written a small program in perl that uses Gtk and it > prints a message when I quit it. There is no reason for it to do that, > so what should I do: > > > (in cleanup) (in cleanup) at /usr/local/lib/perl/Database.pm line 163 during global destruction. > > > Line 163 disconnects from the database, using the disconnect method of > DBI. There is no such message in programs without Gtk, doing the same > thing, using the same source. It seems such messages show up for no > reason. I'm refering to things that seem to signal an error or a condition that should never appear. Here are a few: (gimp:3022): GLib-WARNING **: goption.c:2132: ignoring no-arg, optional-arg or filename flags (8) on option of type 0 (gimp:3022): Gimp-Display-CRITICAL **: render_image_tile_fault: assertion `tile[4] != NULL' failed end from FAM server connection end from FAM server connection end from FAM server connection end from FAM server connection end from FAM server connection (gimp:3022): Gtk-CRITICAL **: IA__gtk_icon_info_load_icon: assertion `icon_info != NULL' failed end from FAM server connection end from FAM server connection (gimp:3022): Gimp-Display-CRITICAL **: render_image_tile_fault: assertion `tile[4] != NULL' failed (gimp:3022): Gtk-CRITICAL **: IA__gtk_icon_info_load_icon: assertion `icon_info != NULL' failed (gimp:3022): Gimp-Base-WARNING **: tile ref count balance: 20 (process:3532): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. (gimp:4511): Gtk-CRITICAL **: IA__gtk_icon_info_load_icon: assertion `icon_info != NULL' failed libpng warning: zero length keyword libpng warning: Empty language field in iTXt chunk end from FAM server connection end from FAM server connection A few can be explained (the last one probably refers to a damaged or nonstandard PNG file), but the others are warnings and "CRITICAL", where I think this should have been addressed during testing. Do they still do testing today? :-) > > Churning out new versions and new features often seems to be > > more important that fixing bugs or working against bad decisions. > > Doing it right for everyone is impossible, I know, but a certain > > amount of "good old common sense" should be applied more. :-) > > These kids don't have that. How could they? Need more download brain apps from smartphone. :-) > >> > Because it's left to the users to find out how to do "nonstandard" > >> > things like intending to change the interface language. Because > >> > all the world only the English always! ;-) > >> > >> and right handed, of course > > > > Remember that traditional X (and X applications using the XMotif > > and Xaw / Xaw3d toolkits, if I remember correctly) provides a > > "/ shaped" mouse pointer (instead of the traditional \ one), and > > it can be enabled with "xsetroot -cursor_name right_ptr". However, > > some programs use their own mouse pointer, and it will change > > as soon as you point into such a window... > > That's the same stupid idea as is behind programs insisting on doing > the job of the window manager by drawing their own decorations. Exactly. I don't get that idea anyway. Traditionally on X, you have programs using different toolkits, and that's okay, because there is no "one size fits all" kind of eierlegende Wollmilchsau GUI toolkit. Inconsistent? Sure, but nobody cares. Those who claim that visual consistency is "needed" are scared today after discovering that it doesn't exist, not even on Mac (and "Windows" lost GUI consistency decades ago). A program's job is _not_ to do what the window manager does. A program can request to be handled in a different way, for exaple, without a window decoration (like XMMS MP3 player where it doesn't make sense, or little utilities in the "system corner" like xconsole, xbiff, xclock, xload, xcpufreq, etc.). But programs sometimes used their own ugly white _mouse cursor_ for no reason! Using a specific mouse cursor is normal for tools like Gimp, xfig, even LibreOffice. But generic programs? Why? > >> But when you use the trackball with your left hand, [...] > > > > That's entirely wrong. You don't use a trackball because it > > does not exist. Everyone uses a mouse (old people) or taps on > > the screen (young people). ;-) > > Dunno, I've already been way ahead of those tiny tap-screens 35 years > ago when I used an old black-and-white TV as a display for my computer. > I could see everything on it, and I could even program the computer > which made it rather useful, and, imagine that, without being spied upon > and without being controlled by anyone else. So I don't understand how > anyone can put up with the useless crap you have to tap on while you > can't see anything and achieve nothing. That's totally intended. :-) > >> [...] you suddenly notice > >> how wrong all the GUIs are designed. The old X programs can have the > >> scroll bar on the left no problem, but all the new stuff is so great > >> because it's immature and you have to click the like buttons nonetheless > >> (even if you can't reach them because they're at odd locations). > > > > This is called "to explore". ;-) > > Hallowed are the like buttons! Who presses the greatest number of them > will be rewarded with the most friends of them all! I prefer the dislike buttons, I'd be tempted to click on _those_ rather than the Facebook spy machine's ones. :-) > >> >> >> Is this a general problem > >> >> >> with the language pack or something specific to FreeBSD? > >> >> > > >> >> > Not FreeBSD-specific. It's one of the typical problems of > >> >> > "constant change" when dealing with Mozilla software... :-/ > >> >> > >> >> Is there a usable alternative to Thunderbird for an IMAP client? > >> > > >> > Yes, Sylpheed is a lightweight and still very convenient and > >> > usable MUA. It supports IMAP (as well as SMTP and POP3, which > >> > is so obvious that I don't need to mention it). > >> > >> Hm. I'll try that out, thanks. If that is in German, the users can > >> decide what causes them more confusion: the same program they're used to > >> in English but German or a new program they've never used, but in German. > > > > Sylpheed is in any language you want (English and German verified), > > depending on what $LC_* says. > > I tried it yesterday, and it has come a long way. I think the last time > I tried it, it was called slightly different with claws, and it crashed > all the time. Yes, I had the same problem on FreeBSD/AMD64. I'm not using the Claws version ("Claws mail" today? I don't know due to the many name chances...) and I'm more than happy with it. It does what I want, and even better (!): It does _not_ do what I _don't_ want it to do, like rendering HTML, automatically open attachments, or other nonsense. It also integrates well with my mailing setup, a nonstandard configuration that "modern" MUAs probably cannot even be configured to attach to, because there's "only one way" to access mail. > It starts like 10 times faster than Thunderbird and even > lets me use emacs. Yes, you can use an external editor. The file selection dialogs are also better than the modern "tablet mode oriented" ones. And it doesn't have a calender. And no add-ins, add-ons, extensions, and the like. Still you can configure a lot, like generating mail as text, using the preferred encoding... > Writing any email that is more than two sentences > with Thunderbird or seamonkey is always a pain because their built-in > editor sucks so badly and they force you to use it. You can still get it a little better, but you need to go into the configuration dialogs and change a lot - change it _back_ to sane defaults. > But I haven't figured out how to make it so that libreoffice instead of > gedit is the default program to open spreadsheets attached to > emails. Right-click on attachment, select "Open with", enter the command needed for this file type, and it will be saved. For example, I have two different commands for PDF attachments - simply because I sometimes need program A, sometimes program B, depending on the PDF file. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ...