Hi Guys,
Something there I miss on round cube is the possibility to save all attachments at once (or all images from one e-mail).
There is any plan? Someone already developed this feature?
hi,
On Thu, 2008-01-24 at 16:23 -0200, Rodrigo Carvalhaes wrote:
Something there I miss on round cube is the possibility to save all attachments at once (or all images from one e-mail).
There is any plan? Someone already developed this feature?
i haven't hear about this feature but if some1 is implementing it or is willing to do so:
i guess it will be most convinient extract all parts into the temp- folder and then offer a zip file for download, which is created on-the-fly with 0% compression.
cheers, raoul
On Thu, 24 Jan 2008 22:44:09 +0100, "Raoul Bhatia [IPAX]" r.bhatia@ipax.at wrote:
hi,
On Thu, 2008-01-24 at 16:23 -0200, Rodrigo Carvalhaes wrote:
Something there I miss on round cube is the possibility to save all attachments at once (or all images from one e-mail).
There is any plan? Someone already developed this feature?
i haven't hear about this feature but if some1 is implementing it or is willing to do so:
i guess it will be most convinient extract all parts into the temp- folder and then offer a zip file for download, which is created on-the-fly with 0% compression.
Why not use phar? http://pecl.php.net/package/phar/ It currently handles gzip, bzip2, tar, and is currently involved in adding zip to the list. This allows the developer simply require the administrator to add the pecl-phar extension to their PHP codebase to enable on-the-fly compression/decompression and not only to RCD, but /any/ php application that could benefit from on-the-fly compression/decompression - not unlike mod_gzip stream compression offered as an Apache module. Also not unlike the compression already available in PHP.
Just thought I'd mention it. :)
cheers, raoul -- ____________________________________________________________________ DI (FH) Raoul Bhatia M.Sc. email. r.bhatia@ipax.at Technischer Leiter
IPAX - Aloy Bhatia Hava OEG web. http://www.ipax.at Barawitzkagasse 10/2/2/11 email. office@ipax.at 1190 Wien tel. +43 1 3670030 FN 277995t HG Wien fax. +43 1 3670030 15 ____________________________________________________________________
List info: http://lists.roundcube.net/dev/
///////////////////////////////////////////////////// Service provided by hitOmeter.NET internet messaging! .
List info: http://lists.roundcube.net/dev/
On Jan 25, 2008 6:09 AM, chris# chris#@codewarehouse.net wrote:
On Thu, 24 Jan 2008 22:44:09 +0100, "Raoul Bhatia [IPAX]" r.bhatia@ipax.at wrote:
hi,
On Thu, 2008-01-24 at 16:23 -0200, Rodrigo Carvalhaes wrote:
Something there I miss on round cube is the possibility to save all attachments at once (or all images from one e-mail).
There is any plan? Someone already developed this feature?
i haven't hear about this feature but if some1 is implementing it or is willing to do so:
i guess it will be most convinient extract all parts into the temp- folder and then offer a zip file for download, which is created on-the-fly with 0% compression.
Why not use phar? http://pecl.php.net/package/phar/ It currently handles gzip, bzip2, tar, and is currently involved in adding zip to the list. This allows the developer simply require the administrator to add the pecl-phar extension to their PHP codebase to enable on-the-fly compression/decompression and not only to RCD, but /any/ php application that could benefit from on-the-fly compression/decompression - not unlike mod_gzip stream compression offered as an Apache module. Also not unlike the compression already available in PHP.
Just thought I'd mention it. :)
Simple add "pecl-phar"? ;-) I'd be all for it once phar moves into PHP core. It's a good thing (tm).
But currently the changes of zip and bzip in PHP are a lot higher. For example we could also bundle a PEAR package like Archive_Tar (1) and be done with it. In fact I'd welcome this a lot since a) the code is there and b) it's been proven to work (because PEAR installer itself uses it).
All in all - I can see a lot of things with attachments: a) I'd like to delete attachments from email b) I'd like to be able to save them to "online storage" c) Feed them into Google/Zoho docs?
Just food for thoughts!
Cheers, Till _______________________________________________ List info: http://lists.roundcube.net/dev/
On Fri, 2008-01-25 at 12:31 +0100, till wrote:
But currently the changes of zip and bzip in PHP are a lot higher. For example we could also bundle a PEAR package like Archive_Tar (1) and be done with it. In fact I'd welcome this a lot since a) the code is there and b) it's been proven to work (because PEAR installer itself uses it).
please think of the windows users out there, who cannot handle anything but zip by "default", and start by implementing .zip. we can then move on to gzip/bzip2/tar archives and make it configurable.
cheers, raoul
On Jan 25, 2008 6:17 PM, Raoul Bhatia [IPAX] r.bhatia@ipax.at wrote:
On Fri, 2008-01-25 at 12:31 +0100, till wrote:
But currently the changes of zip and bzip in PHP are a lot higher. For example we could also bundle a PEAR package like Archive_Tar (1) and be done with it. In fact I'd welcome this a lot since a) the code is there and b) it's been proven to work (because PEAR installer itself uses it).
please think of the windows users out there, who cannot handle anything but zip by "default", and start by implementing .zip. we can then move on to gzip/bzip2/tar archives and make it configurable.
I was just suggesting Archive_Tar because Archive_Zip looks deserted. ;-) But if anyone wants to fix it up, that's cool too.
I wasn't aware that Windows cannot handle tar (or tar.gz). I just know WinZip does it, Winrar and on MacOSX there's no concern either. There are also multiple freeware tools to do that but of course we *should* focus on what most users have installed.
I guess it wouldn't hurt to make this configurable. ;-)
Till _______________________________________________ List info: http://lists.roundcube.net/dev/
till wrote:
I guess it wouldn't hurt to make this configurable. ;-)
I agree, but I would also say that ZIP is the de-facto standard that is supported by all Operating Systems. And why build up something where you can choose between zip, arj, rar, gz, bz2 when practically all do the same and just one is needed?
So I would really recommend using ZIP only (using the PHP extension http://uk.php.net/zip) to keep the code simple and maintainable.
My 2c,
Mike
Michael Baierl http://mbaierl.com/ _______________________________________________ List info: http://lists.roundcube.net/dev/
On Fri, 2008-01-25 at 18:31 +0100, till wrote:
I wasn't aware that Windows cannot handle tar (or tar.gz). I just know WinZip does it, Winrar and on MacOSX there's no concern either. There are also multiple freeware tools to do that but of course we *should* focus on what most users have installed.
after installation, afaik, WindowsMe+ and WindowsXP+ have the ability to extract .zip file. please bear in mind, that most of the ppl _using_ rc (which is more and more offered by isps) might have a "naked" windows installation without winzip, winrar, 7zip, etc.
cheers, raoul
On Fri, 2008-01-25 at 18:35 +0100, Michael Baierl wrote:
till wrote:
I guess it wouldn't hurt to make this configurable. ;-)
I agree, but I would also say that ZIP is the de-facto standard that is supported by all Operating Systems. And why build up something where you can choose between zip, arj, rar, gz, bz2 when practically all do the same and just one is needed?
So I would really recommend using ZIP only (using the PHP extension http://uk.php.net/zip) to keep the code simple and maintainable.
ack - but making a generic framework where you can substitute .zip with something else might not hurt.
maybe there is a possibility to make it in a way, that it can be used as a "convert 2 something" tool.
so a zip download might be a "convert all 2 .zip". and in addtion, there could be a "convert pdf 2 txt" or similar.
too complicated?
cheers, raoul
Raoul Bhatia [IPAX] schrieb:
ack - but making a generic framework where you can substitute .zip with something else might not hurt.
Maybe you can borrow code from phpMyAdmin? It allows the user to download query results and SQL statements zipped, tar.gz'ed, in Excel, CSV, etc. formats.
ciao, Alex
P.S.: Would love to see this feature in RC. _______________________________________________ List info: http://lists.roundcube.net/dev/
On Fri, 25 Jan 2008 18:35:19 +0100, Michael Baierl mail@mbaierl.com wrote:
till wrote:
I guess it wouldn't hurt to make this configurable. ;-)
I agree, but I would also say that ZIP is the de-facto standard that is supported by all Operating Systems. And why build up something where you can choose between zip, arj, rar, gz, bz2 when practically all do the same and just one is needed?
Because most of the others are able to compress/uncompress faster and smaller. Because there is greater support in most of the web products for gzip/bzip - not to mention the fact that the most frequently used/ installed web server (Apache) can compress web communication on-the-fly. Did I mention that PHP supports gzip out-of-the-box? :)
Sorry, couldn't resist. :)
So I would really recommend using ZIP only (using the PHP extension http://uk.php.net/zip) to keep the code simple and maintainable.
My 2c,
Mike
Michael Baierl http://mbaierl.com/ _______________________________________________ List info: http://lists.roundcube.net/dev/
///////////////////////////////////////////////////// Service provided by hitOmeter.NET internet messaging! .
List info: http://lists.roundcube.net/dev/
On Jan 25, 2008 10:27 PM, chris# chris#@codewarehouse.net wrote:
On Fri, 25 Jan 2008 18:35:19 +0100, Michael Baierl mail@mbaierl.com wrote:
till wrote:
I guess it wouldn't hurt to make this configurable. ;-)
I agree, but I would also say that ZIP is the de-facto standard that is supported by all Operating Systems. And why build up something where you can choose between zip, arj, rar, gz, bz2 when practically all do the same and just one is needed?
Because most of the others are able to compress/uncompress faster and smaller. Because there is greater support in most of the web products for gzip/bzip - not to mention the fact that the most frequently used/ installed web server (Apache) can compress web communication on-the-fly. Did I mention that PHP supports gzip out-of-the-box? :)
Sorry, couldn't resist. :)
Hehe.... ;-)
Yeah, well, of course we want to cater the majority. Even if it's a pain, and *my* OS does all of the above.
But, yeah - zip.
Till _______________________________________________ List info: http://lists.roundcube.net/dev/
On Fri, 25 Jan 2008 18:57:02 +0100, "Raoul Bhatia [IPAX]" r.bhatia@ipax.at wrote:
On Fri, 2008-01-25 at 18:35 +0100, Michael Baierl wrote:
till wrote:
I guess it wouldn't hurt to make this configurable. ;-)
I agree, but I would also say that ZIP is the de-facto standard that is supported by all Operating Systems. And why build up something where you can choose between zip, arj, rar, gz, bz2 when practically all do the same and just one is needed?
So I would really recommend using ZIP only (using the PHP extension http://uk.php.net/zip) to keep the code simple and maintainable.
ack - but making a generic framework where you can substitute .zip with something else might not hurt.
maybe there is a possibility to make it in a way, that it can be used as a "convert 2 something" tool.
so a zip download might be a "convert all 2 .zip". and in addtion, there could be a "convert pdf 2 txt" or similar.
too complicated?
Yes. :)
Seriously. I just got done talking with the developer of pecl-phar. zip support is right around the corner. To those that do not already have zip support on their boxen can /easily/ add support for a multi-format archiver for /free/, and do it quite easily. Let's face it, a brand new winboxen has little support for /many/ things, and those that get a brand new winboxen will be installing all their favorite tools/utilities anyway. What's so difficult about getting something as handy as a free multi-format archiver anyway? Besides, it's pretty hard to get a lot of windows related stuff that isn't packed with winrar. What do they do then? Get winrar, of course. Right?
Bottom line. Given that /administrators/ will be largely responsible for how RC works, and given that PHP readily handles all the other compressors. Doesn't it make more sense to go with what already comes with their PHP/ server base. Then let /them/ decide what packer/unpacker is best suited for their userbsase?
Just thought it was worth mentioning.
cheers, raoul -- ____________________________________________________________________ DI (FH) Raoul Bhatia M.Sc. email. r.bhatia@ipax.at Technischer Leiter
IPAX - Aloy Bhatia Hava OEG web. http://www.ipax.at Barawitzkagasse 10/2/2/11 email. office@ipax.at 1190 Wien tel. +43 1 3670030 FN 277995t HG Wien fax. +43 1 3670030 15 ____________________________________________________________________
List info: http://lists.roundcube.net/dev/
///////////////////////////////////////////////////// Service provided by hitOmeter.NET internet messaging! .
List info: http://lists.roundcube.net/dev/
chris# wrote:
Bottom line. Given that /administrators/ will be largely responsible for how RC works, and given that PHP readily handles all the other compressors. Doesn't it make more sense to go with what already comes with their PHP/ server base. Then let /them/ decide what packer/unpacker is best suited for their userbsase?
I seem to have the wrong friends / family :) Mine don't install anything and they click on something and want it to open... They even don't know the difference between Windows and Word ("I write my texts with Windows."). So I don't expect them to know what the difference between ZIP, RAR and GZ is nor to decide what to choose.
On the other side I have quite some experience with SW development and trust me, keep it simple and don't add features that you can't get rid off in future... clean, easy code is also very important.
Again another 2 cents.
Mike
-
Alexander Griesser -
chris# -
Michael Baierl -
Raoul Bhatia [IPAX] -
Rodrigo Carvalhaes -
till