| Good
Nov 18 2005 on content kaskpass |
I'm testing it right now for my laptop and seems a very good way to moderate the need not to have the passphrase stored for all the time, and the need to insert it everytime.
Might I suggest to use
#!/usr/bin/env krubyinit
as interpreter? so it would work for krubyinit on different path? |
|  | | .desktop file
Jun 4 2005 on content QuadKonsole |
Seems fine, but the .desktop file is a bit messed up. The Comment (in all the languages) is the default one, and it's installed in the old applnk directory instead than in ${prefix}/share/applications (xdg/fd.o).
It's also uncategorized, so just changing the place it's installed isn't enough. |
| | | Re: When stacked
Feb 21 2005 on content KNetLoad |
First and third errors should be fixed in cvs, and I"ll released an alpha2 version ASAP.
About the configuration about the number of row is interesting. Could you report it on bugs.kde.org, please? So that I can track it down when it's done.
Thanks for the comments, |
| | | Re: Re: Re: Re: Re: Re: Yet Another Viewer
Feb 21 2005 on content KSquirrel |
The concept is the same, but I think it should be done in a more kde-ish way, like versioned dynamic-loading plugins.
And should be done after discussing it with all the developers.
Anyway yes, the base is that. |
| | | Dead?
Feb 21 2005 on content KVisualBoyAdvance |
Is this project dead? The site on the link is not found.
I was going to giving up kvba, so I was trying to see how was kvisualboyadvance going. |
| | | Re: Re: Re: Re: Yet Another Viewer
Feb 20 2005 on content KSquirrel |
http://extragear.kde.org/apps/kipi/
Kipi is a project which allows DigiKam, GwenView, KimDaBa and ShowImg to use the same plugins.
Unfortunately it doesn't seem to to be able to share import format for these. I actually don't know how GwenView, DigiKam, KimDaBa and ShowImg loads the images for themselves, but maybe it's possible to share the loading functions into a single structure, like kipi (or even within kipi itself), so that we have a general way to load images from every application (and maybe, in the future kde4, within konqueror itself!).
I know they are complex plans and requires a lot of work, but maybe for the not-so-near future we will waste lesser programming resources than now (see http://www.kdedevelopers.org/node/view/866 ). |
| | | Re: Re: Yet Another Viewer
Feb 20 2005 on content KSquirrel |
So why don't create one, with all the features of the others? Maybe developed by a merged team of developers of different image viewers.
Adding different way to manage the interface, merging the features and so on would help users.
Having too many image viewers is a bad thing for newbie and also experts users, because they won't find what they need.
I know this is a difficult project, and that biodiversity is good, but we are having too many partially good solutions to the problem, instead of one good solution. |
| | | Yet Another Viewer
Feb 20 2005 on content KSquirrel |
I've tried your KSquirrel, and the antialiasing is quite good. But what does not make me happy is the fact that this is yet another image viewer.
We have way too much viewers at the moment.
Why don't you simply get in touch with developers of other image viewers and work on something like kipi, adding a single, central framework for image decoders, so that every application using KDE framework is able to get them working right?
Maybe at least for version 4.
This way we can spare development energy for dupe-apps. |
| |
Search people
Current visitors
New users
Birthdays
Most active users
Back
|
|
