I still use konq as my kde file manager instead of dolphin mainly for 2
1. Can split screen top and bottom (not just left and right)
2. Has bookmarks
Anyhow, what I have noticed now with 4.4 is two new annoyances.
1. When anything pops up in konq (as file mgr) instead of a nice small
dialog it comes up the exact same size of the konq. window and covers
it. For example, when you are copying a file and the name exists at the
2. When you rename a file (F2 or right click rename) konq. scoots the
original file name to the left and out of sight while you are typing
until you hit enter. (Actually, I just checked and dolphin does this
too. I assume konq and dolphin share a lot of code.)
I assume these are kde bugs (or issues) and not something fedora12 is
causing, but not sure.
I'd hate to be the ones trying to track down these issues, because not
everyone is affected with any of them, as far as I can see. Anyway, the latest
updates broke my Kontact, so here's what I've gathered as work-arounds.
Since the update, Kontact will not start, and it appears to be unrelated to
mysql or nepomuk.
First work-around - all the apps run as stand-alone apps, so it's possible to
get by while the cause of this is being sought.
KMail still suffers from delays and freezes when sending, the fix for which is
promised in 4.4.1. It's possible to work around this as a temporary measure.
Second workaround - close kontact or kmail and kaddressbook if you are running
stand-alone apps. Disable strigi in systemsettings. Stop nepomuk, delete the
database and restart nepomukserver. The actual commands you need are (as
qdbus org.kde.NepomukServer /nepomukserver org.kde.NepomukServer.quit
rm -r .kde/share/apps/nepomuk
This will, of course, wipe out all the database, including any tags you've
added. In theory, I understand that it's possible to do a more selective wipe
of the database. If this matters to you you can find the instructions at
Hope this helps some of you :-)
New to KDE4? - get help from http://userbase.kde.org
Just found a cool new feature? Add it to UserBase
I currently use t-bird with an nntp account pointing to gmane to read
this list and sereral others. Does kde have an nntp client program of
any sort? I don't see it as a possible new account type in kmail. Also,
search with kpackagekit yields nothing with "usenet" or "nntp" that is
On Fri, Feb 26, 2010 at 7:56 AM, Mark Bidewell <mbidewel(a)gmail.com> wrote:
> On Tue, Feb 23, 2010 at 2:51 PM, Kevin Kofler <kevin.kofler(a)chello.at> wrote:
>> Mark Bidewell wrote:
>>> Is there any trick to using java with konqueror? It seems that it
>>> doesn't load when I try to load test applets.
>> You need to enable Java in the preferences, Konqueror doesn't use the
>> Mozilla plugin for Java. I don't know whether pointing it to just "java" or
>> "/usr/bin/java" will work (though I guess it will),
>> "/usr/lib/jvm/java-1.6.0-openjdk/bin/java" (or lib64) definitely will.
>> Kevin Kofler
>> kde mailing list
>> New to KDE4? - get help from http://userbase.kde.org
> I ran some tests on: http://www.java.com/en/download/help/testvm.xml
> -Sun Java does not load
> -OpenJDK hangs on loading the applet.
> Mark Bidewell
I ran some tests on: http://www.java.com/en/download/help/testvm.xml
-Sun Java does not load
-OpenJDK hangs on loading the applet.
Can one safely delete KMail indexes?
I looked in the Handbook, but didn't find an answer there.
e-mail: gayleard /at/ eircom.net
tel: +353-86-2336090, +353-1-2842366
s-mail: School of Mathematics, Trinity College, Dublin 2, Ireland
I use auto-hide for the panel, but sometimes it gets stuck in the
'visible' position and won't disappear. This can be dealt with by
toggling the autohide feature off and on again, which usually fixes it.
Rather more difficult is when it doesn't auto-appear after hiding
itself. It only happens occasionally, and it's hard to determine exactly
what causes it, but there could be a correlation with cpu activity,
including a lot of USB (pendrive) I/O.
Once it disappears, there's no reliable way to get it back other than
logging out and in again.
Does anyone have a better way? This is 4.4 but the same thing has also
happened with every previous 4.x version.
On Sat, Feb 27, 2010 at 12:18:52PM +0100, Kevin Kofler wrote:
> Till Maas wrote:
> > Yes, the printing from okular, e.g. this bug report:
> > https://bugs.kde.org/show_bug.cgi?id=181290
> Hmmm, that's an interesting one…
Btw. the Fedora bug report is here:
> > Basically I miss every difference in the UI behaviour between kprinter
> > and the printing dialog in okular. E.g. the dialog does not remember to
> > always show the options and it is not possible to save the several
> > complex options that I want to use, e.g. how many pages per sheet, how
> > to duplex, etc. This made me already create a lot of wasted prints.
> For saving options, you can now set the printer defaults at CUPS level, Qt
> will pick them up now (we fixed that in our KDE 4.4 update set). That said,
> I'm not sure Okular supports all of them due to the FilePrinter hack it's
The problem is not to store the systems default, but to save the options
while okular is open. KPDF supported to save the settings for as long as
it is running, so several documents could be printed with the same
options. But okular does not even remember that I want to see the
options in the printing dialog. And even if I select and option, print,
and then open the dialog again, the option is reset. And as soon as one
made a mistake with one option, e.g. forgetting to set or reset
duplexing, but also wanting to have 4 pages per sheet, then there is a
high probability that after fixing the duplex setting, one forgets to
set the amount of pages per sheet again. Especially if one has to walk
to the printer to get the result.
Another problem seems to be that okular processes the PDF to PS itself
instead of just sending the file to cups to process it. This once slowed
down printing with a certain printer down by a factor of 4 or 5 iirc.
> But this is kinda OT for this list and we have strayed far far away from the
> original subject of this thread. If you want to discuss this further, please
> use the fedora-kde list. :-)
Ok, done. So can we get kpdf back in Fedora, too? :-)
I know that the new KDE framework is better in a lot of ways, but I
can't help but notice that when viewing a fairly simple web page, the
combination of konqueror, nspluginviewer and Xorg is using 20-25% of my
available CPU resource. It used to use about 10%. Usage seems to go up
with every KDE iteration.
I find this a bit troubling.
I am not running a lightweight machine. My laptop has a T8100 processor
with 4 GB of RAM and an nVidia GeForce 8800M GTS video card. I DO NOT
have any desktop effects enabled and I am using the proprietary nVidia
F12, fully up to date.
$ uname -a
Linux localhost.localdomain 188.8.131.52-174.2.22.fc12.i686.PAE #1 SMP Fri
Feb 19 19:10:04 UTC 2010 i686 i686 i386 GNU/Linux
Let me know what else you would like to know.