All,
Really strange behavior in 'konqueror --profile filemanagement' where you
cannot select multiple discrete filenames in konqueror by pressing the [ctrl]
key and clicking. The feature has always worked in KDE, but apparently has been
broken in TDE for a while. I just checked 3.5.13-sru-1 and it is broken there. I
can't believe this hasn't been flagged before now. Can someone please confirm
this on your install.
open konqueror file manager
select a directory so you are viewing multiple files on the right side
press and hole the [ctrl] key, now try and select multiple random files
(you should be able to select/deselect any file without changing your other
selections)
If you cannot select multiple files with the [ctrl] key pressed, let me know.
This is a break in fundamental chooser behavior in konqueror.
I have confirmed this bug in both 3.5.13-sru and R14 branches and compared it
to correct behavior in openSuSE KDE3. KDE3 works just fine, TDE doesn't.
--
David C. Rankin, J.D.,P.E.
>Right now the consensus from the main developers seems to be that
>we are
>not yet ready, so unfortunately we are not yet able to release
>R14.0.0 RC1.
For those who are interested, we have some etherpads where we track
R14 progress:
R14.0.0 Road Map
http://trinity.etherpad.trinitydesktop.org/39
R14.0.0 Release Checklist
http://trinity.etherpad.trinitydesktop.org/37
R14.0.0 Documentation
http://trinity.etherpad.trinitydesktop.org/81
For the past few weeks I have been more than knee deep in the help
handbooks. The amount of remaining work is overwhelming. In short,
the handbooks are a mess. Many were written in the KDE 3.1 and 3.2
days and haven't been updated since. They are outdated and often
incorrect.
For triage, and for R14, we should collectively review the top
level handbooks:
Welcome to TDE (updated, needs proofreading and corrections)
A Visual Guide to TDE (updated, needs proofreading and corrections)
Quickstart Guide (updated, needs proofreading and corrections)
TDE User Guide (review started, needs a lot of additional work and
new screenshots)
TDE Frequently Asked Questions (updated, needs proofreading and
corrections)
Remember that i18n reviews would be nice after we finally approve
those documents.
R14 will survive without any work on the handbooks. Yet the quality
of the top level handbooks speak volumes about the project.
All help is much appreciated. Feel free to send me markups in
nothing but a text file.
Darrell
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.
>> 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
> 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
> 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
> 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
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.
>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