tde-devels

devels@trinitydesktop.org

9 participants
3819 discussions

TDevelop Documentation - Help Pages Missing (path problem?)
by David C. Rankin 31 Jan '14

31 Jan '14

Darrell, All I don't know if you have opened TDevelop and looked for any of the help pages, but apparently there is a problem with the search path to the help/man files for a lot of the information can't be found. TDevelop looks like it is operating correctly, but most pages (including help pages for TQt, TQt Designer and TQt Assistant) can't be found. Here is what is working/not working: libxml2 API pages -- working libglade -- working User Agent Acces.. -- working SVG Pages -- working SDL Pages -- Man Page Dependent OpenGL -- Man Page Dependent KDevelop API Docs -- NOT working (bad links?) Document Object Mod -- working The KDE API Reference -- NOT working (bad path?) qmake User Guide -- NOT working TQt Reference Docs -- NOT working TQt Designer Manual -- NOT working TQt Assistant Manual -- NOT working Guide of the TQt Trans. -- NOT working -- David C. Rankin, J.D.,P.E.

1 0

Commit page not updating
by Darrell Anderson 31 Jan '14

31 Jan '14

No changes listed for the past three days. Does anybody have a script that can be run on local repos to provide the same information? Darrell

3 2

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

31 Jan '14

>> Disable tdenetworkmanager autostart. Then start >tdenetworkmanager >> manually after Trinity starts. >> >> Probably same results. >> >> Darrell > >I can't find it in the Service Manager. What's the trick for >finding it? Shame on me: There is no GUI control. Refer to bug report 1613. Edit tdenetworkmanagerrc: [General] Autostart=false Darrell

2 1

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

30 Jan '14

> 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: Disable tdenetworkmanager autostart. Then start tdenetworkmanager manually after Trinity starts. Probably same results. Darrell

2 1

Re: [trinity-devel] kmix/kmixer cannot see arts running
by Darrell Anderson 30 Jan '14

30 Jan '14

> 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? I've seen this before, when logging in with the same account between two systems that have different sound hardware. Try terminating kmix, delete the two kmix* rc files, then start kmix. Darrell

2 1

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

30 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 30 Jan '14

30 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 30 Jan '14

30 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 30 Jan '14

30 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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels