tde-users

users@trinitydesktop.org

22 participants
4374 discussions

fonts changed in Kmail message body
by William Morder 22 May '23

22 May '23

Okay so this is another kinda weird one. I have been sitting on it for a couple weeks, just to make sure it wasn't something stupid that I did myself, or something that could be easily corrected, or whatever. On the surface, it's just another one of those trivial annoyances that doesn't matter much in the big scheme of things. But I think it's a bug, or some kind of deeper issue. I have accordingly tried to include as much relevant information as possible. Please feel free to trim in the responses. When I upgraded my system, Kmail now will not display my chosen font for the message body. I tend to prefer a bookish font myself, but they don't always display. For web creation stuff, for example, its good to do a little research on web-safe fonts, which are supposed to display on any page on any machine, etc. But this is, again, my own machine, so if I can get it to work, then it should not matter to anybody else; it's not like I am forcing others to use desktop that looks exactly like mine. Now, what's peculiar about this is that it only seems to affect the message body of the emails that I have received (and may or may not be reading). As I compose this email - the very words that you are reading at this moment - the message body of my own draft looks right.* [* Please see attachments for proof by screenshots. You will note that I enclosed a couple older screenshots that I still had in that folder, plus a couple more recent ones. The more recent ones show how my Kmail behaves differently between the message body in the composer, where it uses my chosen font, and the message display, where it seems to be forcing some version of mono.] I did switch round, try out some other fonts, bookish or not-so-much, but the song remains the same: I still get stuck with a font that looks like some version of mono. Not that it's totally illegible, and probably wouldn't bother others, but I do really hate reading ugly fonts. I'll keep digging, but so far, but I have been digging now for a couple weeks, and nothing changes, no clues, no progress. Any help will be appreciated. Don't have the slightest inkling what caused it, as I have been using Kmail like this since it was KDE3, back in the antediluvian days of about 2006 or so. I *ever* haven't changed a thing except the display font for Kmail; and last time I changed that was about five years ago. Otherwise, things have worked pretty much the same since day one, across multiple machines, users, operating systems, upgrades, and everything else that has happened between then and now. Bill P.S. For the record, I am running Devuan Chimaera 4.x (whatever is the current upgrade version), kernel verion is 5.10.0-23-amd64, and my Trinity desktop is given as R14.1.1~[DEVELOPMENT]. (I copied this from the display page for Trinity Control Center.) My current sources list; just the main and preliminary stable builds. # Trinity - TDE deb http://mirror.ppa.trinitydesktop.org/trinity/deb/trinity-r14.0.x chimaera main deb http://mirror.ppa.trinitydesktop.org/trinity/deb/trinity-builddeps-r14.0.x chimaera main deb-src http://mirror.ppa.trinitydesktop.org/trinity/deb/trinity-r14.0.x chimaera main deb-src http://mirror.ppa.trinitydesktop.org/trinity/deb/trinity-builddeps-r14.0.x chimaera main # Trinity preliminary stable builds deb http://mirror.ppa.trinitydesktop.org/trinity/deb/trinity-sb chimaera deps-r14 main-r14 deb-src http://mirror.ppa.trinitydesktop.org/trinity/deb/trinity-sb chimaera deps-r14 main-r14

1 0

This error related to TDE?
by Michael 21 May '23

21 May '23

I'm not sure what part of gtk TDE does, but saw this on an update today and was wondering if it's related to TDE or not. Best, Michael The following packages will be upgraded: cups-browsed cups-filters cups-filters-core-drivers libcupsfilters1 libfontembed1 libkpathsea6 libptexenc1 libsynctex2 libtexlua52 libtexlua53 libtexluajit2 texlive-binaries ... Processing triggers for install-info (6.5.0.dfsg.1-4+b1) ... install-info: warning: no info dir entry in `/usr/share/info/gtkdialog.info.gz'

2 2

konqueror man: ioslave weirdness
by J Leslie Turriff 21 May '23

21 May '23

I created a separate account with default settings, to do software development. In konqueror, I added a tab dedicated to man:/, but when I click on any of the man section links instead of opening them in that tab it sends them to Firefox(!) That doesn't happen in the konqueror in my regular account. What might be the cause? Leslie -- Platform: Linux Distribution: openSUSE Leap 15.4 (x86_64) Desktop Environment: Trinity Qt: 3.5.0 TDE: R14.1.0 tde-config: 1.0

3 4

14.1.0 is a sluggard so far :(
by Felix Miata 20 May '23

20 May '23

top - 15:39:53 up 18 min, 3 users, load average: 18.96, 18.45, 12.64 Tasks: 181 total, 19 running, 162 sleeping, 0 stopped, 0 zombie %Cpu(s): 82.3 us, 17.7 sy, 0.0 ni, 0.0 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st MiB Mem : 15976.2 total, 14870.2 free, 352.4 used, 753.6 buff/cache MiB Swap: 1027.6 total, 1027.6 free, 0.0 used. 15339.7 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 828 root 20 0 53932 26496 21248 R 87.5 0.2 15:55.40 tdecryptocardwa 837 root 20 0 40064 9100 7040 R 87.5 0.1 16:11.58 dcopserver 1606 root 20 0 40200 9200 6912 R 50.0 0.1 3:11.87 dcopserver 1610 root 20 0 49856 21040 16816 R 43.8 0.1 3:13.08 kded 1634 root 20 0 52144 22548 17408 R 12.5 0.1 0:10.96 twin 1638 root 20 0 132284 25280 18972 S 12.5 0.2 0:20.96 kdesktop 1653 root 20 0 48084 16404 12544 R 12.5 0.1 0:09.00 kaccess 1664 root 20 0 58672 24980 18176 R 12.5 0.2 0:08.98 tderandrtray # rpmqa twin trinity-twin-14.1.0-1.fc37.x86_64 # inxi -CG CPU: Info: quad core model: AMD Phenom II X4 965 bits: 64 type: MCP cache: L2: 2 MiB Speed (MHz): avg: 3423 min/max: N/A cores: 1: 3423 2: 3423 3: 3423 4: 3423 Graphics: Device-1: NVIDIA GF108 [GeForce GT 630] driver: nouveau v: kernel Display: x11 server: X.Org v: 1.20.14 driver: X: loaded: modesetting unloaded: fbdev,vesa dri: nouveau gpu: nouveau resolution: 1: 1680x1050~60Hz 2: 1920x1200~60Hz API: OpenGL v: 4.3 Mesa 23.0.3 renderer: NVC1 # From clicking login to finishing reloading of the prior session containing only Konsole and Help Center windows took ~50 seconds, with the vast majority of it on the fifth of seven icons blinking. Other upgrades from 14.0.13 to 14.1.0 seem to be similarly affected, Debian, Fedora, Mageia & openSUSE so far IIRC. Are others noticing this? -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata

5 4

"The process for the sftp://192.168.1.7 protocol died unexpectedly."
by Curt Howland 18 May '23

18 May '23

Ok, this worked last week. Now it doesn't work. Debian Bullseye. Konqueror, "sftp://other-machine/" doesn't work anymore. I have one machine still using TDE 14.0.13, which I expected to work when the machines I updated to TDE 14.1.0 started acting this way, but no. Now none of them are able to sftp to each other in Konqueror. Ssh works just fine between the machines. I'm using shared keys, rather than passwords. Could that be the problem? The error is occurring instead of the pinentry dialog opening up. NB, the pinentry dialog opens just fine for kmail when signing this email. Suggestions? Curt- -- You may my glories and my state dispose, But not my griefs; still am I king of those. --- William Shakespeare, "Richard II"

5 11

TDE R14.1.0 released, new targets started...
by Slávek Banko 16 May '23

16 May '23

Hi all, after R14.1.0 was released, the development windows were open. This time there are two windows - one for the upcoming R14.1.1, the other for the future R14.2.0. The first pull-requests have already been merged and the packages are already waiting in the queue for publishing... If you use a stable R14.0.x series, you should consider performing tests and switching to R14.1.x series, because R14.0.x is now closed and there will be no further releases in this series. If you used to use the Preliminary Testing Builds only temporarily and prefer a little quieter Preliminary Stable Builds, it is time to switch the repository. Likewise, if you used the Preliminary Stable Build only temporarily and prefer quiet waters of stable releases, it is time to switch to repository of official releases R14.1.x. Currently, all repositors are the same - the stable releases R14.1.x, PSB and PTB, so it is a good time to switch between repositories. At the end of this week (May 7) it is planned to restart builds for PTB repository - se there will be the first packages for R14.2.0~pre. At the end of the following week (May 14) it is planned to restart builds for PSB repository - so there will be the first packages for R14.1.1~pre. Thank you for your support! Cheers -- Slávek

7 10

Logout, deconnection, reboot window
by ajh-valmer 12 May '23

12 May '23

Hello, This window is in english. How to make it in french. It is the only element that is in english. The TDE chosen language is French. I don't mind, it's just to know. Cheers André

6 20

Re: how to suppress icons in systray ? sorta half-solved
by William Morder 09 May '23

09 May '23

Okay, so now dig me. :-] I played round with ksystraycmd. It shows how long it's been since I thought about this thing, because after mulling it over a bit, I figured out how to make my own trick. alt-F2 smplayer %f | --pkill ksystraycmd Whatever applies to smplayer here, ought to work with other programs, too. That kills the ghost icon from the start, if I open it from alt-F2, but now I get a plain white vanilla gui interface. I believe I can figure out how to force my own background, and probably how to get all this stuff into the "open with" menu. There's probably an easier way, but at least I can get this to work for me. So I think I'm halfway there. Now for the messier problem: I have all these leftover shortcuts in my "open with" menus. It worst in my oldest folders, of course. Now I'm wondering, Is there's an easy way of getting rid of those unused shortcuts? Bill

5 16

trinity's version of "identify"
by Jim 09 May '23

09 May '23

I recently compiled 14.1.0, and just like my 14.0.13 before it, the TDE "identify" program does not work on much of anything for me. For example, running it on a fairly innocuous JPEG, I get Cannot decode /home/zsd/cyclone-copper.jpg: Unsupported file format or not RAW file whereas the identify that comes with my distro's (Slackware64 15.0, fwiw) imagemagick says cyclone-copper.jpg JPEG 3840x1776 3840x1776+0+0 8-bit sRGB 1.49897MiB 0.000u 0:00.000 I'm trying to track down whether this is (a) a TDE problem, (b) a Slackware64 problem, or (c) a me problem. Would someone mind taking a minute to tell me if trinity's identify works correctly on your system (and what distro you are using)? Thanks. Jim

5 10

Lock Session fails
by Michael 08 May '23

08 May '23

Hi All, Most of the time Lock Session works. But once it fails even manually running the command: dcop kdesktop KScreensaverIface lock does nothing. And then I have to logout and log back in for it to work again. .xsession-errors shows no errors. Both dcop kdesktop KScreensaverIface isEnabled dcop kdesktop KScreensaverIface isBlanked return 'true.' If I understand it right they should both show false when the session is not locked? Anyone know how to use dcop to reset Lock Session so it works again? Thanks, Michael

3 4

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

tde-users