Re: Konqueror: Embedding of packed documents
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, 9 Jan 2003 10:40, Thomas Ritter wrote: Am Mittwoch, 8. Januar 2003 21:29 schrieb David Pye: If it's gzipped, how can KDE/Konq etc know what is INSIDE the gzip without opening it? ie the mimetype will be the zip, not the pdf/ps file. So, it gets opened with Ark. I fail to see how else it could work to be honest. gzip is a streamable format, so finding out the mimetype gzip, unzipping the first couple of bytes and finding out the mimetype for _that_ is not even hard. If you want this feature, use the Bug Tracking System of KDE to issue a feature request. KDE Developers tend to adopt such thoughts ;) Actually this feature is already documented as being provided in KDE.. The gzip kioslave description in 'Info Center' states that it will already behave in the desired fashion. I myself have wondered how you actually get this working. Should we file a bug against the kioslave description as well? Mark gzip gzip is a compression program The gzip kioslave is not directly usable, and is intended for use as a filter. For example, the tar kioslave can filter a file through the gzip kioslave, in order to display the contents of a tar.gz file directly in a Konqueror window. If you click on a file compressed with a gz extension in Konqueror, this kioslave is used to uncompress it and display it as a normal (uncompressed) file. If you are a developer, and would like to use the gzip filter, you can find documentation on using kioslaves at http://developer.kde.org See the manual: gzip. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+HR0ToCzanz0IthIRAtgtAJ0WJA6doEKOIvMlBkOSLIm6tkWTLACgntV+ c+aefdXM2RYSjm234TD6n5g= =njzv -END PGP SIGNATURE-
Re: Are these packages available for 'unstable'? WAS:new packges (apps)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Donnerstag, 9. Januar 2003 03:43, Mario J. Barchéin Molina wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I've added: kwifimanager showimg krename and updated to today's (tonights) CVS: k3b I build a new package for kopete also, but that segfaults for me - the new AIM protocol over the oscar plugin doesn't seem to work too good and the old one (which works for the current package) works, so I left that out until the oscar plugin is stable (or I'll merge the CVS with the code for the old plugin :-). KDevelop broke during compile, so no new gideon package. Hello, I've subscribed yesterday to the mailing list and I have found the message quoted abobe... Are these packages available for 'unstable' (sid)?. If so, what is the sources.list entry to fecth them? Mario, Unstable is currently completely broken due to the gcc 3.2 transition. So I can't recommend to use these packages on sid unless you know exactly what you're dealing with and how to get the system running again. Best is probably to pin the required versions from testing. The deb line is deb http://ktown.kde.org/~nolden/kde/woody/i386 ./-- KDE-3.1 branch +apps deb http://ktown.kde.org/~nolden/kde/sid/i386 ./ -- only has kde, gcc-2.95 compiled Ralf Thanks. -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Mario J. Barchéin Molina. Granada (Spain) mario AT/EN judas.2y.net -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- - -- 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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+HRypu0nKi+w1Ky8RAi1EAKCB6HENzLxyodtNHD47lBLbIs5e0gCgqqMP hBEHjUQBIwPWMfF5EVapkJU= =05te -END PGP SIGNATURE-
Re: Konqueror: Embedding of packed documents
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Donnerstag, 9. Januar 2003 07:56, Mark Purcell wrote: On Thu, 9 Jan 2003 10:40, Thomas Ritter wrote: Am Mittwoch, 8. Januar 2003 21:29 schrieb David Pye: If it's gzipped, how can KDE/Konq etc know what is INSIDE the gzip without opening it? ie the mimetype will be the zip, not the pdf/ps file. So, it gets opened with Ark. I fail to see how else it could work to be honest. gzip is a streamable format, so finding out the mimetype gzip, unzipping the first couple of bytes and finding out the mimetype for _that_ is not even hard. If you want this feature, use the Bug Tracking System of KDE to issue a feature request. KDE Developers tend to adopt such thoughts ;) Actually this feature is already documented as being provided in KDE.. The gzip kioslave description in 'Info Center' states that it will already behave in the desired fashion. I myself have wondered how you actually get this working. Should we file a bug against the kioslave description as well? Hm, it has something to do with the way the mimetypes treat files. It obviously gives ark more precedence over the ioslave... Ralf Mark gzip gzip is a compression program The gzip kioslave is not directly usable, and is intended for use as a filter. For example, the tar kioslave can filter a file through the gzip kioslave, in order to display the contents of a tar.gz file directly in a Konqueror window. If you click on a file compressed with a gz extension in Konqueror, this kioslave is used to uncompress it and display it as a normal (uncompressed) file. If you are a developer, and would like to use the gzip filter, you can find documentation on using kioslaves at http://developer.kde.org See the manual: gzip. - -- 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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+HSyvu0nKi+w1Ky8RAofaAJ4sneRd13R6bfdx28GIl5rhxTfjcwCeMOM+ rqUlPpHOKPST455ZZHqo/Xk= =QSOX -END PGP SIGNATURE-
Re: GCC 3.2 now becoming default compiler for Sid!!!
torsdagen den 9 januari 2003 00.38 skrev Doug Holland: Just ran dselect, so just to warn people, the new libfam0c102 conflicts with the Karolina KDE3 packages. I'm holding off on updating until more of the pieces are in place. Will this mean that it will be impossible to run packages compiled with the old gcc compiler after a while, since a new package might require, for example, libfam0c102, where an old package require libfam0 and they are not compatible? I want to keep backward compatibility, at least for a while. So I have to figure out a way out of this. Maybe statically linking libfam, is a solution, or to make a special libfam that has a library that ends up somewhere else, or has a different .so-name. I will be interesting to see how many libraries there are that will give this problem. Karolina
Re: Konqueror: Embedding of packed documents
On Thursday 09 January 2003 09:02, Ralf Nolden wrote: On Donnerstag, 9. Januar 2003 07:56, Mark Purcell wrote: On Thu, 9 Jan 2003 10:40, Thomas Ritter wrote: Am Mittwoch, 8. Januar 2003 21:29 schrieb David Pye: If it's gzipped, how can KDE/Konq etc know what is INSIDE the gzip without opening it? ie the mimetype will be the zip, not the pdf/ps file. So, it gets opened with Ark. I fail to see how else it could work to be honest. gzip is a streamable format, so finding out the mimetype gzip, unzipping the first couple of bytes and finding out the mimetype for _that_ is not even hard. Exactly. Mozilla is able to do that. If you click on references like a href=xyz.pdf.gzpaper/a then the document is first unzipped and then displayed in the embedded PDF viewer. If you want this feature, use the Bug Tracking System of KDE to issue a feature request. KDE Developers tend to adopt such thoughts ;) I thought that Konqueror already _has_ this feature and I only was to stupid to enable it? Actually this feature is already documented as being provided in KDE.. The gzip kioslave description in 'Info Center' states that it will already behave in the desired fashion. I myself have wondered how you actually get this working. Should we file a bug against the kioslave description as well? Hm, it has something to do with the way the mimetypes treat files. It obviously gives ark more precedence over the ioslave... It seems to be. Frank -- ## Dept. of Computer Science, Dresden University of Technology, Germany ## ## E-Mail: [EMAIL PROTECTED]http://os.inf.tu-dresden.de/~fm3 ##
Re: Konqueror: Embedding of packed documents
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, 9 Jan 2003 19:02, Ralf Nolden wrote: On Donnerstag, 9. Januar 2003 07:56, Mark Purcell wrote: Actually this feature is already documented as being provided in KDE.. The gzip kioslave description in 'Info Center' states that it will already behave in the desired fashion. I myself have wondered how you actually get this working. Should we file a bug against the kioslave description as well? Hm, it has something to do with the way the mimetypes treat files. It obviously gives ark more precedence over the ioslave... Interesting indeed. konqueror will display the correct 'compressed' icon for files like file1.pdf.gz, file2.png.gz, file3.txt.gz, it doesn't do a mimetype lookup, it just grabs the extension. However when you try to 'Edit File Type..' (right click) it only displays the generic gzip icon and you cannot associate a different filetype.. It will only let you access through ark... Mark -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+HUULoCzanz0IthIRAiPGAJ0Zfua86jypx2WK4wkMsdPe5utIEwCePMq1 NMTRC6DdmU07KffkXxuPj2k= =OsXt -END PGP SIGNATURE-
Re: GCC 3.2 now becoming default compiler for Sid!!!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Donnerstag, 9. Januar 2003 09:46, Karolina Lindqvist wrote: torsdagen den 9 januari 2003 00.38 skrev Doug Holland: Just ran dselect, so just to warn people, the new libfam0c102 conflicts with the Karolina KDE3 packages. I'm holding off on updating until more of the pieces are in place. Will this mean that it will be impossible to run packages compiled with the old gcc compiler after a while, since a new package might require, for example, libfam0c102, where an old package require libfam0 and they are not compatible? I want to keep backward compatibility, at least for a while. So I have to figure out a way out of this. Maybe statically linking libfam, is a solution, or to make a special libfam that has a library that ends up somewhere else, or has a different .so-name. I will be interesting to see how many libraries there are that will give this problem. Have fun. I'd wait until next week when (hopefully) XFree and Qt are migrated. Then recompile your stuff. At least I'll do that. And maybe until then KDE 3.1 is already in sid :-) Ralf Karolina - -- 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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+HUXTu0nKi+w1Ky8RAo36AJ9m5FLVOO0e5SnuttfNUbibBE6PSgCggnIh T2/HE/s4OGWvHfRnImu0gT4= =ImIB -END PGP SIGNATURE-
Re: Konqueror: Embedding of packed documents
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Op donderdag 9 januari 2003 10:07, schreef Frank Mehnert: Exactly. Mozilla is able to do that. If you click on references like a href=xyz.pdf.gzpaper/a then the document is first unzipped and then displayed in the embedded PDF viewer. We can go this. Go to the Control Center (note: I'm using a Dutch version of KDE, so the actual names may deviate from you system) , and start File Associations. Select application/x-gzip and go to the Embedding tab. Set the left-click-action to show in embedded viewer. That's it. From now on, klicking a .gz file, will transparently unzip the file and only show you it's contents. - -- Casper Gielen [EMAIL PROTECTED], [EMAIL PROTECTED] - -- Linux sucks twice as fast and 10 times more reliably, and since you have the source, it's your fault. -Ca1v1n -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+HWiUIhQIPPgOSvcRAuJYAJ9vKgXdT5HPWddK23BgUCa6df0uVQCaAg9m EzJDogJbWBJSgMUkP93t8Mw= =qjT3 -END PGP SIGNATURE-
Re: Konqueror: Embedding of packed documents
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ok. I have actually had a look into the KDE Bug list and it has been reported... http://bugs.kde.org/show_bug.cgi?id=19229 I suppose we should add additional comments there, rather than further discussion in debian-kde. Of course that bug report has been open now for 2 years... Mark -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+HXFzoCzanz0IthIRAkeXAJ9u4Q6V8shaGZuX32qJt5uPHtzwZACfVbIV rBUrC+K/3HZ16kjwzi7mQjk= =XB9V -END PGP SIGNATURE-
Re: Konqueror: Embedding of packed documents
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Donnerstag, 9. Januar 2003 13:46, Mark Purcell wrote: On Thu, 9 Jan 2003 23:18, Casper Gielen wrote: Op donderdag 9 januari 2003 10:07, schreef Frank Mehnert: Exactly. Mozilla is able to do that. If you click on references like a href=xyz.pdf.gzpaper/a then the document is first unzipped and then displayed in the embedded PDF viewer. We can go this. Go to the Control Center (note: I'm using a Dutch version of KDE, so the actual names may deviate from you system) , and start File Associations. Select application/x-gzip and go to the Embedding tab. Set the left-click-action to show in embedded viewer. That's it. From now on, klicking a .gz file, will transparently unzip the file and only show you it's contents. That still just embeds ark in konqueror, it doesn't load the document. From the example above I end up with an embedded ark which lists a single file xyz.pdf, which I then need to click again to startup my PDF viewer. Technical answer from David: [13:51:36] [dfaure] since we have no support for this out of the box yet (kghostview would need to use KFilterDev), the only solution for pdf.gz is like tgz : an own mimetype So, this needs implementing that in kdegraphics. Any volunteers ? :-) Ralf When I click on the xyz.pdf.gz link/file I want it to be decompressed and the PDF file displayed in my PDF viewer. Mozilla does it, Netscape has done it for years. gzip kioslave states that it does it, but I don't know how to 'turn it on'. Mark - -- 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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+HXbGu0nKi+w1Ky8RAqw6AJ9s7lGnD4deHFUIVSmRTSMOsLp1ugCfbS2U T/jrERLYq798Fqwhsutvfmk= =RSsm -END PGP SIGNATURE-
