tde-devels

devels@trinitydesktop.org

6 participants
3844 discussions

Re: [trinity-devel] kprinter cannot see running cupsd process
by Darrell Anderson 31 Jan '14

31 Jan '14

> Going through kcontrol printer configuration, I was hit with an >error that >cups could not be found (see attached dialog). That was strange >because cupsd >was running: > >[15:49 valhalla:/home/david] # systemctl status cups -l >cups.service - CUPS Printing Service > Loaded: loaded (/usr/lib/systemd/system/cups.service; enabled) > Active: active (running) since Thu 2014-01-30 14:13:50 CST; 1h >37min ago > Main PID: 839 (cupsd) > CGroup: /system.slice/cups.service > └─839 /usr/bin/cupsd -f > > Do you have any ideas why kprinter configuration would not be >able to see cups? Just to be clear, kprinter is now tdeprinter. Run the following (konsole or Alt+F2): tdecmshell printers When the dialog appears, look just above the dialog OK/Cancel buttons. On my system I see this: Server: /var/run/cups/cups.sock Do you see anything similar? Darrell

2 1

Did number of time a new window is refreshed on display decrease - initial missing text seen commonly
by David C. Rankin 31 Jan '14

31 Jan '14

Tim, Darrell, I recall discussion earlier about optimizations applied to R14. Did any of those have to do with the number of times a toolbar or menu is drawn or refreshed on first display? I ask because I am seeing a lot of text that is either missing or cut-off when a kcontrol app, or menu is displayed. The text headings in the individual kcontrol apps and pop-up config items are the worst. When you first open a config applet the top-half of the text is for the block titles. For example: open 'konqueror --profile filemanagement' (or 'Personal Files' on taskbar) The first block of options contains radio buttons for 'color' or 'picture' the block title for that group is 'Background'. When that dialog is first displayed, the top part of 'Background' is missing like it got clipped when the next element was drawn -- and then was never refreshed a last time to insure the entirety of all elements were visible. I don't ever recall seeing this behavior in the past and comparing to an older 3.5.13-sru install -- that does not occur. Another area is menu entries. Open kwrite and open the 'Edit' menu. When I first to this the Ctrl+G 'Go To' line contains nothing but the underscore and the Ctrl+G tooltip: " _ Ctrl+G " I just clicked it again and this time the "Overwrite Mode" text disappeared leaving only the 'Insert' tooltip on the right-side. An time focus changes, the text is restored (both in kwrite, kcontrol, etc..) Since a focus change (which I guess forces a redraw) corrects the issue, it makes it almost impossible to capture with ksnapshot. I have nothing concrete, but the feel I get is that some type of optimization fix was done to prevent TDE from redrawing a menu or applet one or two more times after initial display. I don't know if that is it, but it just feels like the elements are 1 redraw or refresh away from being ready when they are first displayed. You guys think about this and let me know where to go with it... -- David C. Rankin, J.D.,P.E.

2 4

Re: [trinity-devel] KControl joystick module screen captures needed
by Darrell Anderson 31 Jan '14

31 Jan '14

>I have a joystick help handbook to push to git but no screen >captures. I don't own a joystick! :) > >I need two screen captures: > >* tdecmshell joystick (3.5.13.2: kcmshell joystick) > >* The Calibrate dialog > >Preferred ksnapshot method: Capture mode: Window under cursor Nobody has a joystick? Darrell

2 1

Re: [trinity-devel] Did number of time a new window is refreshed on display decrease - initial missing text seen commonly
by Darrell Anderson 31 Jan '14

31 Jan '14

> I recall discussion earlier about optimizations applied to R14. Which discussion were those? What was being optimimized? > You guys think about this and let me know where to go with it... Screen captures would help much. :) Darrell

2 1

Re: [trinity-devel] R14 RC1 ready?
by Darrell Anderson 30 Jan '14

30 Jan '14

>> So at the same time are we starting a separate branch for RC1 so >we are >> still free to work on the main trunk on other things? >> >I had no plans concerning this. Before GIT we used to just freeze >the >source tree, then have the developers merge their patches in after >the >release was complete; now that we use GIT we need to give this >some thought. I never tested the waters of the 3.5.13.2 branch, but seems that once we go into RC status then that is an appropriate time to create the R14.0.0 branch rather than when officially released. That would mean backporting patches, but eventually we have to do that anyway with the maintenance releases. Perhaps a compromise is to create the R14.0.0 branch at RC3 rather than RC1. Then we have to backport patches only for the last few bug fix patches of RC3. Just thinking out loud. Darrell

1 0

Re: [trinity-devel] Did number of time a new window is refreshed on display decrease - initial missing text seen commonly
by Darrell Anderson 30 Jan '14

30 Jan '14

> I don't know if this is related to the issue, but on logout, if >you move your >mouse over the buttons on the shutdown dialog, the tooltips stack >up behind the >mouse and do not get repainted leaving you with a deck-of-cards >looks on the >right side of the dialog. If you 'Cancel' the shutdown, then all >tooltips are >removed when the window is repainted. If you have any ideas what >to check, let >me know. I'll try turning SAK off and see if that help. I cannot replicate this. Tooltips appear in front of the dialog. Interestingly, tooltips do not appear for all buttons. (Probably none in the code.) I am not using any theme. I can't test tsak: I built without that support. Darrell

1 0

Re: [trinity-devel] tdenetworkmanager crash on TDE start.
by Darrell Anderson 30 Jan '14

30 Jan '14

>[FIXME] HardwareInfo::setPowerSave unimplemented! Bug report 1671. Darrell

1 0

Re: [trinity-devel] Update Highlight Rules before RC1
by Darrell Anderson 30 Jan '14

30 Jan '14

> The syntax highlighting rules for kwrite/kate should be updated >one last time >from kde.org before RC1 is frozen. Currently new version exist >for: > >C++11 >CMake >CSS >POV-Ray >reStructuredText > > Might as well be up-to-date for R14. As Michele explained, users no longer update the files from KDE. When users now update the files from within kate the files are downloaded from the git tree and not KDE. Michele manually checks the KDE site for updates at their end and then merges pertinent changes into our files. Our files have become a tad customized for Trinity. A direct update from KDE kills all of that. From now on there will be differences from our files and those in KDE. The content of some xml files will be different, some version numbers will be different, etc. After R14.0.0 is released this doesn't affect active git users but will affect eventual official release users. If you are a git user then you will be current every time you sync your local tree and build new packages. Official release users will still have to update manually through kate, but their downloads will connect to the Trinity git tree and not KDE. Darrell

1 0

tdenetworkmanager crash on TDE start.
by David C. Rankin 30 Jan '14

30 Jan '14

All, Another issue I need to chase is tdenetworkmanager crashing as soon as TDE starts. When I launch TDE, I'm greeted by a dailog telling me that tdenetworkmanager died: attached. .xsession-errors has very little information on the event: [dcopserver] DCOP aborting call from 'anonymous-1023' to 'tdenetworkmanager' ERROR: Communication problem with tdenetworkmanager, it probably crashed. [kcrash] TDECrash: crashing... crashRecursionCounter = 2 [kcrash] TDECrash: Application Name = tdenetworkmanager path = <unknown> pid = 1027 [tdeinit] Got EXEC_NEW 'drkonqi' from socket. [tdeinit] drkonqi is executable. Launching. [FIXME] HardwareInfo::setPowerSave unimplemented! I'll rebuild with full debug and reinstall and see if I can find out where it is crashing, but beyond that, I'm not sure what else to check in tde to see if more information can be found. Any ideas? -- David C. Rankin, J.D.,P.E.

1 0

kmix/kmixer cannot see arts running
by David C. Rankin 30 Jan '14

30 Jan '14

Tim, Darrell, Slavek, All, I have artsd running on this install, but kmix cannot find any sound backend running: 449 ? S 0:03 \_ tdelauncher [tdeinit] --new-startup 460 ? S 0:24 \_ twin [tdeinit] -session 10d7cdd8c9000139108311200000009720000_1391 479 ? S 1:32 \_ /opt/trinity/bin/artsd -F 10 -S 4096 -s 60 -m artsmessage -c drkonqi -l 3 -f kmix has the red crossed-out circle over it in the tray and when opened, you have no option of choosing any backend sound server. I have screenshot of them both. What should I attempt to try and get kmix working? -- David C. Rankin, J.D.,P.E.

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels