tde-users

users@trinitydesktop.org

22 participants
4374 discussions

[SOLVED] Undefined color: "WINDOW_FOREGROUND" and the old dot.trinity
by A M 20 Sep '16

20 Sep '16

The issue was solved, thanks to the most useful comments by three list participants. The first advice, by Gerhard Zintel, was a suggestion to simply uncheck one of the preferences via the TDE Control Center: *" I had the same issue before. I cannot clearly remember but try to un-check "Apply colors to non-TDE applications" in TDE Control Center => Appearence & Themes => Colors. "* That immediately worked, thanks Gerhard! But then the next advice came from Nick Koretsky which also commented on the Gerhard's advice: *That's a bad solution - this checkbox is unfortunately named, it should be named "apply styles' - it govern not only colors, but also button styles, button placements and fonts in gtk apps The correct solution is to add following to you .xsession file ( sleep 10 xrdb -all -query|sed -e 's#[A-Z_]*BACKGROUND# gray90#' \* *-e 's#[A-Z_]*FOREGROUND# Black#' \ -e 's#[A-Z_]*HIGHLIGHT# White#' \ -e 's#[A-Z_]*LOWLIGHT# Black#'|xrdb -merge ) &* I tried this as well, and it works and seems in fact to be more appropriate for our environment. I've applied it by adding to the system-wide script that is executed at login and does it one time per session. It works pretty well (and has no impact on gtk applications). So we'll stick to this method. Finally, another advice came from "iadest": *Hello Try to edit ~/.Xresourced adding: *.WINDOW_FOREGROUND: black Then execute command: xrdb -merge ~/.Xresources I had similar problems with Perl/Tk and *.BACKGROUND color. Maybe this solution will work for Emacs too.* *MCbx* As this solution was basically quite similar to that of Nick's which was already nicely implemented, I did not try this.. In any case, these advices saved me a day. Thanks a lot for all those who replied! Andy. ------ ORIGINAL MAIL ------ Hello, I am happily using Trinity since a couple of years, and never had any insolvable issues with it. However, currently I am standing before a "blocker" confguration issue, and would highly appreciate some useful hint/help from the community. This is what happens: - I've installed a remote Centos 7 host equipped with a complete Trinity 14.0.3-1.el7.x86_64 desktop. The desktop is being accessed via Freenx and, as this machine will also be used by people with French and German keyboards, the working keyboard switcher apllet present in the 14.03 distro seems to become a really indispensable feature. - Everyrthing seemingly works well, the desktop looks beautiful, but very soon I discovered that there is a couple off issues. In particular, I cannot start emacs on this machine, it ends up with this error: [ Undefined color: "WINDOW_FOREGROUND" ]. Atfter a bit of googling, it came out that this is a known problem, and it has to do with KDE configuration. People then stated the the issue was essentially solved by simply migrating to the updated version of KDE and no other clues were provided. - After quite some time spent on searches, I decided to replace "dot.trinity" and "dot.tderc" with their well-customized versions taken from one of my working Centos 6 machines with Trinity 3.5.13-15.1 (which in turn, inherited them from Centos 5 with KDE 3.5.4-1). Surprise: emacs worked like a charm, and also some other issues like remote app submission not working before were gone! - The old "dot.trinity" configuration, however, has an outdated K-menu, and it does not allow me to add the Keyboard Switcher applet. Thus I have a sort of a "blocker" situation. On one hand, I am almost done with an old "dot.trinity" and may dig in further and try to replace the K-menu under dot.trinity/share/config (this would hopefully give me a chance to add the switcher). Or I have to dig more into the issue of the brand-new install (no good ideas of where to begin, though..) The funny thing is, there is in fact an almost-working solution. Thus it is only a TDE configuration issue: something is present, or missing, or set up in a wrong way.. Thanks a lot ahead for any there or a useful hint on how to proceed! Andy.

2 1

Undefined color: "WINDOW_FOREGROUND" and the old dot.trinity
by A M 20 Sep '16

20 Sep '16

Hello, I am happily using Trinity since a couple of years, and never had any insolvable issues with it. However, currently I am standing before a "blocker" confguration issue, and would higly appreciate some useful hint/help from the community. This is what happens: - I have installed a remote Centos 7 host eqipped with a complete Trinity 14.0.3-1.el7.x86_64 desktop. The desktop is being accessed via Freenx and, as this machine will also be used by people with French and German keyboards, the working keyboard switcher apllet present in the 14.03 distro seems to become a rellay indispensable feature. - Everyrthing seemingly works well, the desktop looks beautiful, but very soon I discovered discovered that there is a couple off issues. In particular, I cannot start emacs on this machine, it ends up with this error: [ Undefined color: "WINDOW_FOREGROUND" ]. Atfter a bit of googling, it came out that this is a known As well, I had an issue submittig a graphical app I have a well-working Trinity desktop on Centos 6 with Trinity 3.5.13-15.1, and Andy.

4 3

REPOST: Undefined color: "WINDOW_FOREGROUND" and the old "dot.trinity"
by A M 20 Sep '16

20 Sep '16

REPOSTING, THE PREVIOUS MAIL WAS INCOMPLETE, SORRY.. Hello, I am happily using Trinity since a couple of years, and never had any insolvable issues with it. However, currently I am standing before a "blocker" confguration issue, and would highly appreciate some useful hint/help from the community. This is what happens: - I've installed a remote Centos 7 host equipped with a complete Trinity 14.0.3-1.el7.x86_64 desktop. The desktop is being accessed via Freenx and, as this machine will also be used by people with French and German keyboards, the working keyboard switcher apllet present in the 14.03 distro seems to become a really indispensable feature. - Everyrthing seemingly works well, the desktop looks beautiful, but very soon I discovered that there is a couple off issues. In particular, I cannot start emacs on this machine, it ends up with this error: [ Undefined color: "WINDOW_FOREGROUND" ]. Atfter a bit of googling, it came out that this is a known problem, and it has to do with KDE configuration. People then stated the the issue was essentially solved by simply migrating to the updated version of KDE and no other clues were provided. - After quite some time spent on searches, I decided to replace "dot.trinity" and "dot.tderc" with their well-customized versions taken from one of my working Centos 6 machines with Trinity 3.5.13-15.1 (which in turn, inherited them from Centos 5 with KDE 3.5.4-1). Surprise: emacs worked like a charm, and also some other issues like remote app submission not working before were gone! - The old "dot.trinity" configuration, however, has an outdated K-menu, and it does not allow me to add the Keyboard Switcher applet. Thus I have a sort of a "blocker" situation. On one hand, I am almost done with an old "dot.trinity" and may dig in further and try to replace the K-menu under dot.trinity/share/config (this would hopefully give me a chance to add the switcher). Or I have to dig more into the issue of the brand-new install (no good ideas of where to begin, though..) The funny thing is, there is in fact an almost-working solution. Thus it is only a TDE configuration issue: something is present, or missing, or set up in a wrong way.. Thanks a lot ahead for any there or a useful hint on how to proceed! Andy.

1 0

Re: [trinity-users] konqueror classifies files with no extension as octet-stream
by Nathan Rugg 18 Sep '16

18 Sep '16

On 09/17/2016 09:57 AM, Kate Draven wrote: >> I recently installed Trinity and everything is going well except that >> konqueror classifies all files with no extension as octet-stream. Any >> idea how to fix that problem? If I use `file` from the command line like >> this `file --mime-type FILENAME`, it will give the correct mime type. >> GTK programs also work correctly. It appears to be something specific >> with TDE. >> >> Thanks. >> >> Nathan > Use kcontrol or tcontrol? Either way go to file associations. Usually under > kde/TDE Components. I don't have a TDE computer in front of me now so I'm > only going be memory. This should be enough to get you there. > > However, I have to point out that it seems odd that the distro can't identify > the files. > > Hope this helps, > > Kate Hi Kate, Thanks for the reply. I've looked in the File Associations settings, but I can't see a way to fix files without an extension. Files with an extension are recognized just fine. But konqueror should be able to check the magic number thing to determine the type of a file, but something caused this to stop working.

4 6

konqueror classifies files with no extension as octet-stream
by Nathan Rugg 16 Sep '16

16 Sep '16

I recently installed Trinity and everything is going well except that konqueror classifies all files with no extension as octet-stream. Any idea how to fix that problem? If I use `file` from the command line like this `file --mime-type FILENAME`, it will give the correct mime type. GTK programs also work correctly. It appears to be something specific with TDE. Thanks. Nathan

1 0

systemsettings and tdenetworkmanager switching between wired and wireless problem with DNS server
by Uwe Brauer 16 Sep '16

16 Sep '16

Hi - I used /opt/trinity/bin/systemsettings for setting the wired net - and tdenetworkmanager for the wireless net. Maybe this is not smart and I had no problems, when passing from wired --> wireless but problems when passing from wireless --> wired since the wireless deleted the DNS server entries in the resolv.conf So usually I manually copied a backup of resolv.conf to /etc and run sudo /etc/init.d/networking restart But this does not work anymore in 14.04 as we discussed. So what is the smart way of configuring wired/wireless and what is the smart way of switching between wired/wireless???? Relying entirely on systemsettings or on tdenetworkmanager? Uwe Brauer

5 14

Reducing the number of supported distributions
by Slávek Banko 15 Sep '16

15 Sep '16

Hello to everybody, I want to inform you that for the upcoming maintenance release R14.0.4 the number of supported distributions will be reduced. Will be excluded versions of Ubuntu that are no longer supported. In the same way will be reduced distributions in the Preliminary Stable Builds repository. Supported distributions: + Debian 9 - Stretch (preliminary) + Debian 8 - Jessie + Debian 7 - Wheezy + Debian 6 - Squeeze + Raspbian Wheezy + Ubuntu 16.10 - Yakkety (preliminary) + Ubuntu 16.04 - Xenial (LTS) + Ubuntu 14.04 - Trusty (LTS) + Ubuntu 12.04 - Precise (LTS) + Ubuntu 10.04 - Lucid (LTS) Discontinued distribution: + Ubuntu 15.10 - Wily + Ubuntu 15.04 - Vivid + Ubuntu 14.10 - Utopic + Ubuntu 13.10 - Saucy + Ubuntu 13.04 - Raring + Ubuntu 12.10 - Quantal + Ubuntu 11.10 - Oneiric + Ubuntu 11.04 - Natty + Ubuntu 10.10 - Maverick Please, if you use one of discontinued Ubuntu distributions, you should consider upgrading to one of the LTS versions. Cheers -- Slávek

7 10

Kubuntu 14.04 and trinity:problems with wired network
by Uwe Brauer 14 Sep '16

14 Sep '16

Hi This is the first time I have such an experience. I installed Kubuntu 14.04 and trinity via deb http://mirror.xcer.cz/trinity-sb trusty deps-r14 main-r14 deb-src http://mirror.xcer.cz/trinity-sb trusty deps-r14 main-r14 Everything went smooth wireless net can be configured with tdenetworkmanager, but when I try to set up the wired net, via the networktool I run into a problem. I use all the parameters I used in previous trinity + Kubuntu installations (namely 10.04 and 12.04) static IP number DNS server Gateway. The connection works for a couple of seconds and then crashes the problem see to be the Gateway, when I restart the configuration tool the value has been deleted. Anybody has an idea what do? That is a very serious problem, right now use the Wifi connection, but this has severe restriction in the network I am using. Thanks Uwe Brauer

10 20

kweather-trinity not working
by Ken Heard 09 Sep '16

09 Sep '16

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The kweather-trinity applet version 4:14.0.3-0debian8.0.0+0 no longer works in Jessie. When I tried to use it claims that all the weather stations in the weather stations setup window do not exist. Regards, Ken Heard -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAle9zGcACgkQlNlJzOkJmTd/VQCfSa6qFaiN0BdV0A66VdHMf6jx BakAnRvVuS80XYJCbO2iQYO0vhGp8jaI =RJ7c -----END PGP SIGNATURE-----

7 14

KMilo not working on ThinkPad R61 with Debian Wheezy
by Jan Stolarek 04 Sep '16

04 Sep '16

Dear Trinity users, I can't get KMilo plugin to work on my ThinkPad R61 under Debian Wheezy. Firstly, I need kmilo-legacy-trinity for the KMilo plugin to show up in the Control Center. The /dev/nvram device exists and has corect permissions (666). I select the checkbox to activate KMilo but nothing happens. None of the special buttons work, eg. when I press the ThinkVantage button it does not launch Konsole. The only things that work are sound and brightness control buttons, but these used to work without KMilo. Also, I believe KMilo should provide a nice OSD for sound and brightness changes but I have no OSD when changing any of these. Can anyone offer suggestions how to solve, or at least diagnose, the problem? Jan --- Politechnika Łódzka Lodz University of Technology Treść tej wiadomości zawiera informacje przeznaczone tylko dla adresata. Jeżeli nie jesteście Państwo jej adresatem, bądź otrzymaliście ją przez pomyłkę prosimy o powiadomienie o tym nadawcy oraz trwałe jej usunięcie. This email contains information intended solely for the use of the individual to whom it is addressed. If you are not the intended recipient or if you have received this message in error, please notify the sender and delete it from your system.

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

tde-users