- it just does the job of simply running commands, which I can't quite say about KRunner, as it has a number of annoying problems (granted, those are simply bugs, but nevertheless it's annoying)
- I'm more used to the KDE3 dialog and dislike the fact that the KRunner dialog looks like no other dialog
- I was curious and wanted to try it
- it is simply an alternative
- it is only 0.1.1 (but who says I'm stopping there) - Jun 15 2010
If you would be interested in this, I suggest asking on the firstname.lastname@example.org mailing list (http://en.opensuse.org/Communicate/Mailinglists#Development_Lists). - Mar 06 2010
I have one bugreport and one wishlist item.
- KRunner has strange black border when running without desktop effects, I assume the non-transparent background needs fixing.
- I'm used to even more classic :) look, with taskbar items having all borders and the active one being highlighted by using bold font. Would it be possible to get this as an option too? - Jan 02 2010
Various KDE 1.-4. Improvements 42 comments
Although I can easily build RPMs also for e.g. Fedora or Mandriva in the build service, there is currently no released version new enough to contain the necessary KDE version. Even for openSUSE it is now only available for the KDE:KDE4:UNSTABLE:Desktop repository, but it should build for Factory too as soon as the necessary KDE version enters it. Packages for the rest only when a released version contains the needed KDE. - Jun 21 2009
 http://ktown.kde.org/~seli/kdewm/ - Jun 07 2006
If you for some reason want to share X on different machines, try some of the external solutions like VNC or FreeNX. On local machine, just use Xinerama and forget separate X screens (unless they really suit you and you don't care about all the limitations). This is the KWin maintainer telling you that. - Jun 15 2006
http://bugs.kde.org/show_bug.cgi?id=107302 - not exactly trivial to do (conceptually)
> send windows between X screens
Read the list of improvements again more carefully. - Jun 15 2006
I can try to add some workaround to improve placement with Java/Gtk apps. - Jun 12 2006
Otherwise, indeed, you're right. Just posting something at kde-apps.org doesn't generally mean it'll make it in KDE. - Jun 12 2006
Yes, the KDE startup sequence still could use some improvements, but if you want to work on things like this, I suggest you actually do some research to understand what's going on instead of randomly chopping off random parts. And there's the email@example.com mailing list where you can discuss things like this with other people. - Oct 18 2005
So much for "benchmarks"... - Sep 14 2005
But don't worry, measuring memory usage is difficult on Linux, most people get it wrong. - Sep 14 2005
Until an improved version is available, you can try at least check and possibly adjust your image smoothing options to use delayed and fast smoothing. - Jun 03 2005
As for the speed, here Gwenview seems about as fast as Kuickshow (hard to tell though, too fast machine). Maybe you should tell your Qt packager to include qt-copy patches #0005 and #0007. E.g. SUSE includes them and they significantly improve drawing of large images. - Apr 04 2005
Is it? I'd be interested in your testcase that you used for finding this out, so that I could try it myself (assuming the above is more than just your personal opinion).
> other find Gwenview extremly slow (and they are right)
Attempt #2: Slow compared to what?
I seriously doubt there's any image viewer for X11 that'd make Gwenview extremely slow compared to it, and I myself have been unable to find even any that'd make it look slow (even with the lack of the preloading feature that's hopefully going to be implemented somewhen soon). - Jan 25 2005
Who cares? Fast is fast, best is best. Bicubic, lanczos, triangle, mitchell mean nothing to me and other 99% people. As long as fast is very fast, and best is very good, is it really important to know fast is some strange MMX assembly (probably pixel sampling, I don't know) from Imlib2 modified by Mosfet, and normal/best are triangle/mitchell from ImageMagick (speeded up a bit)?
And no, I haven't looked at MPlayer. I've had already enough fun with it, and I find the current state satisfactory. But your patches are of course welcome if you think it still needs improvements. - Jan 25 2005
- Newly loaded images are being shown progressively, something not all image viewers can do, which may make the loading seem take longer (at least I personally believe it's mainly perceived).
- Basically the same may apply because of image smoothing settings.
- Your Qt package does not include qt-copy patches #0005/#0007 which noticeably improve speed of displaying large images. Bug your packager.
- Image preloading in advance. That is planned after this stable release, because it should better be done properly (read: not simple). If not done properly it can make switching between images pretty jerky. - Jan 24 2005
Various KDE 1.-4. Improvements 30 comments
The patch is wrong, because it breaks the proper startup order, and your KDE may therefore not work correctly. There are also people for whom it actually doesn't cause any startup time decrease.
In case somebody will carefully compare this modified startkde script and the original one and will find out what's causing the big difference for some people, please report it.
- May 19 2002