Re: Restore Session in KDE sid
Quoting David Pye [EMAIL PROTECTED]: Save a session which only has the konsole open in your homedir, and don't save the session again. Thanks, it works now. I wonder why they changed that, though... Christoph -- Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html
Drag an drop in Konq [was: Re: Konqueror passing URL's to applications]
On Monday 12 May 2003 23.50, Sebastian Kugler wrote: Slightly OT, but this reminds me of some odd behaviour when I am trying to dragdrop multiple files. When I select multiple file and then try to drag them elsewhere, I only 'catch' the file I am actually pointing to. The selection of the other files gets lost. I did not yet find a setting for that, maybe someone could point me to one or even tell me how to dragdrop properly. I am running running KDE 3.1.1a on a debian sarge install with some packags from unstable as wel as some non-officiel repositories. I have an up to date install of the packages provided by http://download.kde.org/stable/3.1.1/Debian. I can only second this, i'm running KDE 3.1.1a on woody. Only in icon view works the multiple drag'n'drop properly. -- Putz Ákos Email : [EMAIL PROTECTED] PGP fingerprint = 67C9 70B0 C7ED C889 A91B CED1 F706 2442 DF2A 308B
Debian KDE 3 packages using a different kde_htmldir
Hi, ( i'm not sure if this is the debian kde development list, or if it's more of a user list, so please refer me to the right place if this isn't the place for this ) The only Debian kdelibs patch, kdelibs/debian/patches/kdelibs.dirs.diff changes KGlobals to only look for html resources that are named $prefix/share/doc/kde/HTML ( and changes some cgi-bin search path too.. ). This patch breaks the documentation of all third party KDE applications, since these packages ( at least those that use the standard KDE build system to install docs ), install their documentation in $prefix/share/doc/HTML, and this is never searched by kio_help, even when KDEDIRS is set properly. So my question is: Wtf is this patch intended to fix, and why does it not make sure that people installing third party kde apps from source can still read the documentation.. Basically, I see three ways to fix this problem: 1 remove the patch. This would probably also mean some work to make the docs install in the proper place again.. 2 fix the patch, to make sure it *also* searches in the old place 3 keep the patch, and fix the kde build system to make sure that a 3rd party source package properly detects where it should install its documentation. What do you think ? cheers domi -- Conscience doth make cowards of us all. -- Shakespeare
Re: Debian KDE 3 packages using a different kde_htmldir
Hi, While perhaps related to debian, and packaging, I'd like to add that third party KDE-based apps also seem unable to locate other files, such as .ui files, which locate themselves in /usr/local/kde/share/apps/appname. Even though compiled locally, the apps themselves can't then find these files. I had to move these to my own ~/.kde/share/apps/appname as the other one doesn't appear to be searched properly. (JuK, for those interested, is broken if compiled on Debian with these packages, and segfaults when trying to play ANYTHING, until I fixed it as described above) Cheers, David On Tuesday 13 May 2003 18:39, Dominique Devriese wrote: Hi, ( i'm not sure if this is the debian kde development list, or if it's more of a user list, so please refer me to the right place if this isn't the place for this ) The only Debian kdelibs patch, kdelibs/debian/patches/kdelibs.dirs.diff changes KGlobals to only look for html resources that are named $prefix/share/doc/kde/HTML ( and changes some cgi-bin search path too.. ). This patch breaks the documentation of all third party KDE applications, since these packages ( at least those that use the standard KDE build system to install docs ), install their documentation in $prefix/share/doc/HTML, and this is never searched by kio_help, even when KDEDIRS is set properly. So my question is: Wtf is this patch intended to fix, and why does it not make sure that people installing third party kde apps from source can still read the documentation.. Basically, I see three ways to fix this problem: 1 remove the patch. This would probably also mean some work to make the docs install in the proper place again.. 2 fix the patch, to make sure it *also* searches in the old place 3 keep the patch, and fix the kde build system to make sure that a 3rd party source package properly detects where it should install its documentation. What do you think ? cheers domi -- Conscience doth make cowards of us all. -- Shakespeare
qt3-designer crashes
When I start qt3-designer from the kde menu, the spash screen appears and a couple of modules are loaded, but then the splashscreen disappears and the app appears to have crashed. But if I start it from konsole with designer it starts. Whats up with that? Using standart packages from sid, on Asus A1300 laptop. Anders -- This email was generated using KMail from KDE 3.1.1 on Debian GNU/Linux
gideon RAD?
Maybe a bit off-topic but here goes: Will gideon be a rapid application development tool? Does it integrate with qt designer for gui development? Anders -- This email was generated using KMail from KDE 3.1.1 on Debian GNU/Linux
KDE Menu Items missing?
How do I get the kde 'start menu' to reflect apt-getted applications that are installed on the machine? __ Lewis [EMAIL PROTECTED] College of Literature, Science, Arts 1007 East Huron, Room 201, BetaID:243340 Cell: (734) 323-8776 Ann Arbor,MI 48104-1690 www.umich.edu/~donofrio Fax: (734) 647-8333
VRML under konqueror
Has somebody successfully used VRML under konqueror under unstable? I'm trying to use it to view the 3-d maps rendered by nagios which uses authentication and thus I'm not able to view it using lookat from openvrml :(
Re: gideon RAD?
El Martes, 13 de Mayo de 2003 21:29, Anders Ellenshøj Andersen escribió: Will gideon be a rapid application development tool? Does it integrate with qt designer for gui development? It depends on what consider you integration, but maybe you will happy reading that: http://developer.kde.org/~larrosa/visualtutorial.html -- Alex (a.k.a. suy) - GPG ID: 0xAA8D2A01 http://lacurva.net/ - Jabber ID: [EMAIL PROTECTED]
Gnome2.2 backport for Debian Woody
Hi, After installing gnome 2.2 (http://mirrors.evilgeniuses.org.uk/debian/backports/woody gnome2.2/) Kde 3 apps doesnt look nice at all, they start but windows are very big (extreme!) and no fonts are showing (no text beside icons etc). Starting kde gives me a desktop with _ instead of text for the icons. I'm using sarge, gnome is my standard world but it would be nice to use some kde apps like Kile. I have tried to compile my own kde apps but it is the same. The kde packages are from http://download.kde.org/stable/latest/Debian I have tried Karolinas, debian official, same problem. -- «=-=» /* Henrik */ GNU - Free Software (free as in freedom, not as in free beer) «=-=»
Re: KDE Menu Items missing?
Packages from the official Debian apt mirrors should be automatically added. You could try logging out and back in and see if that does it for you. (Or, if you're impatient, you could modify your taskbar properties, thus restarting Kicker). I can't be of much more help unless you say what app and where you got it from. --- Lewis Donofrio [EMAIL PROTECTED] wrote: How do I get the kde 'start menu' to reflect apt-getted applications that are installed on the machine? __ Lewis [EMAIL PROTECTED] College of Literature, Science, Arts 1007 East Huron, Room 201, BetaID:243340 Cell: (734) 323-8776 Ann Arbor,MI 48104-1690 www.umich.edu/~donofrio Fax: (734) 647-8333 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] __ Post your free ad now! http://personals.yahoo.ca
Re: Debian KDE 3 packages using a different kde_htmldir
On Dienstag, 13. Mai 2003 19:39, Dominique Devriese wrote: Hi, ( i'm not sure if this is the debian kde development list, or if it's more of a user list, so please refer me to the right place if this isn't the place for this ) The only Debian kdelibs patch, kdelibs/debian/patches/kdelibs.dirs.diff changes KGlobals to only look for html resources that are named $prefix/share/doc/kde/HTML ( and changes some cgi-bin search path too.. ). This patch breaks the documentation of all third party KDE applications, since these packages ( at least those that use the standard KDE build system to install docs ), install their documentation in $prefix/share/doc/HTML, and this is never searched by kio_help, even when KDEDIRS is set properly. So my question is: Wtf is this patch intended to fix, and why does it not make sure that people installing third party kde apps from source can still read the documentation.. They can. They just have to source the file debianrules in the admin directory of their sourcepackage they compile. You can also just easily use dh-make to package the source directly so you can uninstall it if you don't like it. apt-get install dh-make dh_make -t /usr/share/doc/kdelibs4-dev/dh-make That will add a debian dir to the sourcepackage that works with the current kdelibs and exports all values needed: export kde_htmldir=/usr/share/doc/kde/HTML :-) Ralf Basically, I see three ways to fix this problem: 1 remove the patch. This would probably also mean some work to make the docs install in the proper place again.. 2 fix the patch, to make sure it *also* searches in the old place 3 keep the patch, and fix the kde build system to make sure that a 3rd party source package properly detects where it should install its documentation. What do you think ? cheers domi -- Conscience doth make cowards of us all. -- Shakespeare -- We're not a company, we just produce better code at less costs. Ralf Nolden [EMAIL PROTECTED] The K Desktop Environment The KDevelop Project http://www.kde.org http://www.kdevelop.org pgpH6K9Hi1zZU.pgp Description: signature
Re: Gnome2.2 backport for Debian Woody
On Tue, May 13, 2003 at 11:32:51PM +0200, Henrik Skantz wrote: After installing gnome 2.2 (http://mirrors.evilgeniuses.org.uk/debian/backports/woody gnome2.2/) Kde 3 apps doesnt look nice at all, they start but windows are very big (extreme!) and no fonts are showing (no text beside icons etc). Starting kde gives me a desktop with _ instead of text for the icons. I'm using sarge, gnome is my standard world but it would be nice to use some kde apps like Kile. I have tried to compile my own kde apps but it is the same. The kde packages are from http://download.kde.org/stable/latest/Debian I have tried Karolinas, debian official, same problem. GNOME's probably screwed around with Xft and fontconfig. Are you using KDE 2.2 or 3.1? -- Daniel Stone [EMAIL PROTECTED] [EMAIL PROTECTED] KDE: Konquering a desktop near you - http://www.kde.org pgppj2owuA792.pgp Description: PGP signature
Re: Debian KDE 3 packages using a different kde_htmldir
On Tue, May 13, 2003 at 08:09:11PM +0100, David Pye wrote: While perhaps related to debian, and packaging, I'd like to add that third party KDE-based apps also seem unable to locate other files, such as .ui files, which locate themselves in /usr/local/kde/share/apps/appname. Even though compiled locally, the apps themselves can't then find these files. I had to move these to my own ~/.kde/share/apps/appname as the other one doesn't appear to be searched properly. (JuK, for those interested, is broken if compiled on Debian with these packages, and segfaults when trying to play ANYTHING, until I fixed it as described above) *sigh*, this isn't anything to do with the packages. export KDEDIRS=/usr:/usr/local. KDE has no clue that you've installed JuK to /usr/local, so you're going to have to tell it, if you decide to split your KDE installation over two prefixes. -- Daniel Stone [EMAIL PROTECTED] [EMAIL PROTECTED] KDE: Konquering a desktop near you - http://www.kde.org pgpx2X0wKHvOt.pgp Description: PGP signature
Re: Debian KDE 3 packages using a different kde_htmldir
On Tue, May 13, 2003 at 07:39:02PM +0200, Dominique Devriese wrote: The only Debian kdelibs patch, kdelibs/debian/patches/kdelibs.dirs.diff changes KGlobals to only look for html resources that are named $prefix/share/doc/kde/HTML ( and changes some cgi-bin search path too.. ). And fair enough, too; looking in /usr/share/doc/HTML could pick up any random documentation. This patch breaks the documentation of all third party KDE applications, since these packages ( at least those that use the standard KDE build system to install docs ), install their documentation in $prefix/share/doc/HTML, and this is never searched by kio_help, even when KDEDIRS is set properly. You could say that installing to /usr breaks all third-party KDE apps; it's just a matter of how you install it. So my question is: Wtf is this patch intended to fix, and why does it not make sure that people installing third party kde apps from source can still read the documentation.. /usr/share/doc/HTML is documentation for the package called 'HTML'. If everyone put their documentation in there, it would be an utter mess. It's just another sad legacy of KDE assuming there will never be anything else in its prefix. :\ Basically, I see three ways to fix this problem: 1 remove the patch. This would probably also mean some work to make the docs install in the proper place again.. 2 fix the patch, to make sure it *also* searches in the old place 3 keep the patch, and fix the kde build system to make sure that a 3rd party source package properly detects where it should install its documentation. I vote for 3 - just use the option to ./configure. -- Daniel Stone [EMAIL PROTECTED] [EMAIL PROTECTED] KDE: Konquering a desktop near you - http://www.kde.org pgpcKoDVgNDZZ.pgp Description: PGP signature