tde-devels

devels@trinitydesktop.org

3 participants
3820 discussions

Quirks With New Trinity Profiles
by Darrell Anderson 20 Sep '10

20 Sep '10

Testing a new Trinity profile. I tested these quirks three ways: skipping kpersonalizer, configuring kpersonalizer for minimum effects, and accepting all defaults in kpersonalizer. ============================================ The panel height is preconfigured to Small. When the new Trinity profile opens, the height is indeed Small. Yet when I open the panel configuration box the size says Normal. ============================================ In /usr/share/config.kcfg/kickerSettings.kcfg I have panel set to 1) no mouseover effects, 2) no icon activation effects, and 3) no tooltips. I create those settings when I build the package and the kickerSettings.kcfg gets installed with my preferred settings. When I open the configuration box the first time all three settings are enabled, which I can confirm with straightforward usability tests of the desktop. ============================================ In /usr/share/config.kcfg/kdesktop.kcfg I have shadow text off and white text on. With a new profile the text is black with shadows. If I accept the defaults from kpersonalizer, then the text is white but shadows remain on. ============================================ Default icon theme is now Crystal SVG. Crystal SVG is the icon theme when I skip kpersonalizer or accept the defaults. When I select minimum desktop effects in kpersonalizer, the icon theme is KDE Classic. ============================================ With minimum desktop effects or defaults in kpersonalizer, the bouncing mouse cursor reappears, despite the default being non-busy. Seems the only way to get the default non-busy cursor is to skip kpersonalizer. Darrell

1 0

New Trinity Profile Messages
by Darrell Anderson 20 Sep '10

20 Sep '10

When I start Trinity for the first time, which creates a new profile, I see these messages: Invalid entry (missing '=') at /tmp/kde-root/kconf_updateDxWEba.tmp:1 Invalid entry (missing '=') at /tmp/kde-root/kconf_updateVC8cVa.tmp:1 Occurs for both root and non-root users. The messages seem to occur only with a new Trinity profile and only with the first run of Trinity. The messages likely are caused because the cache, socket, and tmp directories used by KDE/Trinity do not yet exist and the code is trying to create those directories. That part makes sense, but the error message indicates something like a typo similar in the code. Darrell

1 0

X Error: BadWindow
by Darrell Anderson 20 Sep '10

20 Sep '10

X Error: BadWindow (invalid Window parameter) X Error: BadAccess (attempt to access private resource denied) For as long as I can remember, anybody using KDE has seen these superfluous messages in their xsession log. The messages are annoying. FWIW, occasionally I start Xfce for some oddball testing and I don't see the messages. I'm guessing the problem is unique to legacy KDE code. Is there something specific in the KDE/Trinity code that causes X to respond with those messages? You have impressed me many times with your ability to patch the old sloppy KDE code. I think if you could solve this problem you would add one dandy looking feather to your cap! Darrell

1 0

First Trinity 3.5.12 Usability Test
by Darrell Anderson 20 Sep '10

20 Sep '10

My first usability test of Trinity was in a virtual machine. Trinity loaded just fine --- but ignored all of my previous ~/.kde profile settings. Hey! What? :) Not to mention the evil bouncing mouse cursor! Okay, I can solve that irritant when I build the package. What happened with my desktop? First clue: Trinity is using ~/.kde3 rather than ~/.kde. Yet my $KDEHOME environment variable is set to ~/.kde. Hmm. Where is this being ignored or overridden? Yes, I can rename ~/.kde to ~/.kde3. But I should not have to. Trinity should honor my $KDEHOME variable. First suspect: /usr/bin/startkde. I have some proposed patches for startkde, but that can wait for another thread. Nope. Not the culprit because I exited KDE, restored my ~/.kde profile, renamed the new startkde, and restored my old startkde. When I started X, Trinity again created ~/.kde3 and ignored my ~/.kde profile and $KDEHOME variable.. What is hard-coded to create and use ~/.kde3? A .desktop file somewhere? Been a looooong time since I wandered around with the KDE startup sequence. Second, there are folder icons on the desktop for every directory in the root level. They are not device icons and I don't know how to disable that effect. I also have lost my previous desktop icons. Third, something is starting the HP system tray. I remember that being an annoyance three or four years ago, but I don't remember how to stop that. There is a file in /etc/xdg/autostart, but there is one in my office system too and the tray does not start there. Fourth, There are messages in xsession-errors that seem to indicate something accessing samba, a service I don't have started in the virtual machine. Fifth, the Klipper tray icon is huge and does not display completely in the tray --- the top and bottom of the icon are missing. I don't seem to find anything in kcontrol/icons. Sixth, the color of my konsole changed from black to white. I realize some of the problems might be cause by using a 3.5.10 profile, but then again perhaps not. I'm suffering a bit from new culture shock. 3.5.12 is not 3.5.10. I did not expect so many configuration changes, however. :) If I have to start with a new profile and rebuild the profile I have been using for several years I am likely to become manic depressive. Suddenly I feel very tired!

3 19

libpng warnings
by Darrell Anderson 20 Sep '10

20 Sep '10

Open the Configure Panel dialog box. Select the Appearance option. The following (.xsession-errors) messages appear immediately. libpng warning: Ignoring gAMA chunk with gamma=0 libpng warning: Ignoring attempt to set negative chromaticity value libpng warning: Ignoring attempt to set cHRM RGB triangle with zero area Repeatable with an existing 3.5.10 or new Trinity profile. The messages probably are generated by libpng, but only happens when opening Appearances. I thought the problem was related to using button backgrounds, but selecting "Default" causes the messages too. I checked and see the error messages in 3.5.10 too. Thus, some legacy code is causing these messages in Trinity. Based on the context of the messages I suspect something in the Trinity/KDE code is not accessing the libpng libraries correctly. Darrell

1 0

Toolbar grabber handle artifacts
by Darrell Anderson 19 Sep '10

19 Sep '10

I discovered how to create the problem. The artifact issue in the toolbar grabber handles appears when using certain widget styles (KControl, Appearance & Themes, Style). Several widget styles are affected: B3/KDE HighColor Classic KDE Classic Keramic Phase Rather than a grabber handle, the artifacts display text rather than a grabber handle. When I increase the konqueror tool bar icon size to 48 pts, I see the following text: olbar (Ko With Kedit I see the text: Toolbar (K With KLinkstatus: nksToolB With QuantaPlus: oolbar (Q With Shisen-Sho (game): lbar (Shis Hopefully those snippets of text provide a clue from where the text is derived. This problem affects all apps with toolbar grabber handles. Originally I discovered the problem with Konqueror, but I can duplicate in any app with toolbars: Kate, KEdit, Kompare, etc. The problem is universal. Originally I thought the problem was only with root and only with an existing kde profile. I can duplicate the problem with non-root users as well as in new Trinity profiles. I cannot replicate the behavior in 3.5.10. I hope this helps! Darrell

1 1

Building Trinity on BLFS - fixx11h.h
by Leandro Nini 19 Sep '10

19 Sep '10

Forgot to report another error: In file included from /opt/qt/include/tqimage.h:32:0, from /opt/trinity-3.5.12/include/kaboutdata.h:24, from main.cc:24, from libkdeinit_kdesktop_la.all_cc.cc:2: /opt/qt/include/qimage.h: In member function bool QImageTextKeyLang::operator<(const QImageTextKeyLang&) const: /opt/qt/include/qimage.h:61:61: warning: suggest parentheses around && within || In file included from main.cc:52:0, from libkdeinit_kdesktop_la.all_cc.cc:2: /usr/include/X11/extensions/Xrender.h: At global scope: /usr/include/X11/extensions/Xrender.h:75:5: error: reference to Bool is ambiguous /usr/include/X11/Xdefs.h:47:13: error: candidates are: typedef int Bool /opt/trinity-3.5.12/include/fixx11h.h:65:15: error: typedef X::XBool X::Bool /usr/include/X11/extensions/Xrender.h:75:5: error: Bool does not name a type /usr/include/X11/extensions/Xrender.h:80:5: error: reference to Bool is ambiguous /usr/include/X11/Xdefs.h:47:13: error: candidates are: typedef int Bool /opt/trinity-3.5.12/include/fixx11h.h:65:15: error: typedef X::XBool X::Bool /usr/include/X11/extensions/Xrender.h:80:5: error: Bool does not name a type /usr/include/X11/extensions/Xrender.h:203:1: error: reference to Bool is ambiguous /usr/include/X11/Xdefs.h:47:13: error: candidates are: typedef int Bool /opt/trinity-3.5.12/include/fixx11h.h:65:15: error: typedef X::XBool X::Bool /usr/include/X11/extensions/Xrender.h:203:1: error: Bool does not name a type /usr/include/X11/extensions/Xrender.h:213:1: error: reference to Bool is ambiguous /usr/include/X11/Xdefs.h:47:13: error: candidates are: typedef int Bool /opt/trinity-3.5.12/include/fixx11h.h:65:15: error: typedef X::XBool X::Bool /usr/include/X11/extensions/Xrender.h:213:1: error: Bool does not name a type In file included from libkdeinit_kdesktop_la.all_cc.cc:2:0: main.cc: In function int kdemain(int, char**): main.cc:220:67: error: XRenderQueryExtension was not declared in this scope In file included from /opt/trinity-3.5.12/include/kfileitem.h:31:0, from ../libkonq/konq_iconviewwidget.h:27, from kdiconview.h:23, from krootwm.cc:57, from libkdeinit_kdesktop_la.all_cc.cc:3: /opt/trinity-3.5.12/include/kfilemetainfo.h: At global scope: /opt/trinity-3.5.12/include/kfilemetainfo.h:1237:34: warning: type qualifiers ignored on function return type In file included from krootwm.cc:62:0, from libkdeinit_kdesktop_la.all_cc.cc:3: /opt/trinity-3.5.12/include/netwm.h:1145:5: error: reference to Bool is ambiguous /usr/include/X11/Xdefs.h:47:13: error: candidates are: typedef int Bool /opt/trinity-3.5.12/include/fixx11h.h:65:15: error: typedef X::XBool X::Bool /opt/trinity-3.5.12/include/netwm.h:1145:5: error: Bool does not name a type /opt/trinity-3.5.12/include/netwm.h:1172:32: error: reference to Bool is ambiguous /usr/include/X11/Xdefs.h:47:13: error: candidates are: typedef int Bool /opt/trinity-3.5.12/include/fixx11h.h:65:15: error: typedef X::XBool X::Bool /opt/trinity-3.5.12/include/netwm.h:1172:32: error: Bool has not been declared /opt/trinity-3.5.12/include/netwm.h:1267:26: error: reference to Bool is ambiguous /usr/include/X11/Xdefs.h:47:13: error: candidates are: typedef int Bool /opt/trinity-3.5.12/include/fixx11h.h:65:15: error: typedef X::XBool X::Bool /opt/trinity-3.5.12/include/netwm.h:1267:26: error: Bool has not been declared /opt/trinity-3.5.12/include/netwm.h:1457:99: error: reference to Bool is ambiguous /usr/include/X11/Xdefs.h:47:13: error: candidates are: typedef int Bool /opt/trinity-3.5.12/include/fixx11h.h:65:15: error: typedef X::XBool X::Bool /opt/trinity-3.5.12/include/netwm.h:1457:99: error: Bool has not been declared In file included from libkdeinit_kdesktop_la.all_cc.cc:3:0: krootwm.cc: In member function void KRootWm::initConfig(): krootwm.cc:248:10: warning: unused variable startup In file included from libkdeinit_kdesktop_la.all_cc.cc:5:0: kdiconview.cc: In member function void KDIconView::updateWorkArea(const QRect&): kdiconview.cc:1507:13: warning: unused variable dummy In file included from libkdeinit_kdesktop_la.all_cc.cc:8:0: bgmanager.cc: At global scope: bgmanager.cc:399:6: warning: unused parameter viewport make[3]: *** [libkdeinit_kdesktop_la.all_cc.lo] Errore 1 make[3]: Leaving directory `/usr/src/KDETrinity/20100918/kdebase-20100918/kdesktop' Fixed this by removing the fixx11h.h include from headers in the kdesktop directory, namely minicli_ui.ui and kdesktopapp.h, as recommended in the file itself: [...]put #include <fixx11h.h> in the .cpp file (not .h file!)[...] Regards, Leandro -- Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP autenticato? GRATIS solo con Email.it: http://www.email.it/f Sponsor: Prova subito Emailpaghe, e' in prova gratuita sino al 31 dicembre 2010 e in pochi clik fai paghe e stipendi per la tua azienda! Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=10683&d=20100919

1 0

Resolved Trinity Issues as of SVN 1176785
by Darrell Anderson 18 Sep '10

18 Sep '10

* Kicker/panel does not exist. Resolved in SVN 1176785. * Trinity creates ~/.kde3 for cache, socket, and tmp directories, but only for root with an existing kde profile. Explicitly declaring KDEROOTHOME in startkde stops the problem. Resolved in SVN 1176545. * Klipper icon for root using existing an kde profile is larger than panel height. Resolved in SVN 1176545. * "Add applet" dialog box is too small. Resolved in SVN 1176785. * Splash, sidebar, and kpersonalizer branding. Resolved in SVN 1176545 and 1176785. * Panel icons flash and grow momentarily when selected. No disable mechanism. Resolved in SVN 1176545. Panel icons now have an option to disable. * "xset: bad font path element" nuisance message. Resolved in SVN 1176545. Good job! Darrell

1 0

Building koffice
by Darrell Anderson 18 Sep '10

18 Sep '10

This is a large package and build failures do not occur until well into the build process. Painfully slow. :) So let's move one step at a time. I would like to ignore previous koffice FTBFS reports. Start clean, now that the core packages all build and we have a known foundation and baseline. The first failure errors seem to be related to wv2, an MS Word import package. I'm still building packages on Slackware 12.2. That release came with wv2 0.2.3. Release 13.0 uses 0.2.3. The wv2 package was updated to 0.4.2 in Slackware 13.1. Unless there is no choice, I believe 12.2 and 13.0 users should not have to update the wv2 package to build or install koffice. Certainly that might be required, but I prefer to work from the thesis that Trinity KDE should build and install on previous KDE 3.5.10 distros without such tinkering. Previously we thought the failure was caused by an old version of wv2. Yet Lenny uses the same 0.2.3 version. Trinity koffice builds for that operating system. Thus we should proceed with the presumption the problem is not wv2 directly but the build process. As we have discovered the past several weeks, what builds on Debian does not always build on Slackware without some modifications. We don't know why but that is not important right now. :) When I build koffice on 12.2 with wv2 0.2.3 installed, the first fatal build errors I receive: document.cpp:393: error: 'const struct wvWare::Word97::BRC' has no member named 'cv' I'm no C++ programmer, but seems some constants are not being used correctly or as expected or are not being declared correctly. Note: Koffice builds successfully with no errors when wv2 is not installed. I suspect only a few people will be interested in that version. Most people want basic MS Word import functions. Log attached! Darrell

3 10

Wrong Konsole Settings
by Darrell Anderson 18 Sep '10

18 Sep '10

I'm using my existing 3.5.10 ~/.kde profile. I mentioned this quirk previously. When I start KDE 3.5.10, my konsole has a black background with tabs on the top. That is what I want. When I start Trinity KDE, my konsole has a white background with tabs on the bottom. Pretty good way to irritate new users migrating to Trinity from 3.5.10. :) I have seen this behavior before --- in Debian Lenny. I never traced the cause. I guess now I will. As the Trinity KDE sources were started from Debian Lenny rather than from the stock 3.5.10, I suspect Trinity is carrying some weird baggage from Debian Lenny. I do not believe any user configuration files are being changed. My reasoning is I can exit Trinity, log in two seconds later in 3.5.10, and konsole is black with tabs on top. I presume some *.desktop file somewhere defines the default konsole in Debian/Trinity as white background and tabs on bottom. I don't care for that default selection, but my user configuration should prevail. Why are the user configuration files being ignored for konsole? If I understand correctly: 1. Color schemes are controlled by schema files in /usr/share/apps/konsole. 2. The preferred user scheme is defined in ~/.kde/share/apps/konsole/shell.desktop. 3. If ~/.kde/share/apps/konsole/shell.desktop does not exist then the system default Konsole is used. 4. The default Konsole schema is defined in /usr/share/apps/konsole/linux.desktop and shell.desktop. 5. In both 3.5.10 and Trinity, the default schema in linux.desktop is Linux.schema. 6. Linux.schema is the same in both 3.5.10 and Trinity. 7. shell.desktop is the same in both 3.5.10 and Trinity. 8. I'm unsure how to read the schema files, but I think the background color in Linux.schema is black. At this point I'm lost as to why Trinity opens konsole with a white background and tabs on the bottom. Darrell

2 7

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels