<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Better archive type handling with drag &amp; drop]]></title><description><![CDATA[<p dir="auto">Hi,</p>
<p dir="auto">I’d like to suggest, that the correct archive type is (always) selected, when adding files by drag &amp; drop to an archive.</p>
<p dir="auto">This is already happening if the archive has the correct extension. For example, if I’m adding files to test.zip, zip will be selected. If I’m adding files to test.7z, 7z will be selected as format in “Add dialog”.</p>
<p dir="auto">But this won’t be working, if the archive has not the “right” extension.<br />
So XPI files (Firefox addons) for example are ZIP files. PowerArchiver opens them without any problems, but if I try to add file by drag &amp; drop, PowerArchiver won’t auto select “ZIP”, but use the last selected archive format, while PowerArchiver already knows, that I’m trying to add files to a ZIP.</p>
]]></description><link>https://forums.powerarchiver.com/topic/6222/better-archive-type-handling-with-drag-drop</link><generator>RSS for Node</generator><lastBuildDate>Fri, 10 Jul 2026 20:15:09 GMT</lastBuildDate><atom:link href="https://forums.powerarchiver.com/topic/6222.rss" rel="self" type="application/rss+xml"/><pubDate>Sun, 09 Feb 2020 09:32:54 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Better archive type handling with drag &amp; drop on Sun, 28 Feb 2021 14:42:28 GMT]]></title><description><![CDATA[<p dir="auto">Seems to be implemented in 20.0.0.73</p>
]]></description><link>https://forums.powerarchiver.com/post/38197</link><guid isPermaLink="true">https://forums.powerarchiver.com/post/38197</guid><dc:creator><![CDATA[BigMike]]></dc:creator><pubDate>Sun, 28 Feb 2021 14:42:28 GMT</pubDate></item><item><title><![CDATA[Reply to Better archive type handling with drag &amp; drop on Mon, 10 Feb 2020 15:45:24 GMT]]></title><description><![CDATA[<p dir="auto">logged it in for implementation, thanks <a class="plugin-mentions-user plugin-mentions-a" href="/user/bigmike" aria-label="Profile: BigMike">@<bdi>BigMike</bdi></a> !!</p>
]]></description><link>https://forums.powerarchiver.com/post/37744</link><guid isPermaLink="true">https://forums.powerarchiver.com/post/37744</guid><dc:creator><![CDATA[Mili]]></dc:creator><pubDate>Mon, 10 Feb 2020 15:45:24 GMT</pubDate></item><item><title><![CDATA[Reply to Better archive type handling with drag &amp; drop on Sun, 09 Feb 2020 18:37:39 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/bigmike" aria-label="Profile: BigMike">@<bdi>BigMike</bdi></a> said in <a href="/post/37739">Better archive type handling with drag &amp; drop</a>:</p>
<blockquote>
<p dir="auto">Hi,</p>
<p dir="auto">I’d like to suggest, that the correct archive type is (always) selected, when adding files by drag &amp; drop to an archive.</p>
<p dir="auto">This is already happening if the archive has the correct extension. For example, if I’m adding files to test.zip, zip will be selected. If I’m adding files to test.7z, 7z will be selected as format in “Add dialog”.</p>
<p dir="auto">But this won’t be working, if the archive has not the “right” extension.<br />
So XPI files (Firefox addons) for example are ZIP files. PowerArchiver opens them without any problems, but if I try to add file by drag &amp; drop, PowerArchiver won’t auto select “ZIP”, but use the last selected archive format, while PowerArchiver already knows, that I’m trying to add files to a ZIP.</p>
</blockquote>
<p dir="auto">makes sense to me… <a class="plugin-mentions-user plugin-mentions-a" href="/user/mili" aria-label="Profile: Mili">@<bdi>Mili</bdi></a> will write it in… thank you!</p>
]]></description><link>https://forums.powerarchiver.com/post/37743</link><guid isPermaLink="true">https://forums.powerarchiver.com/post/37743</guid><dc:creator><![CDATA[spwolf]]></dc:creator><pubDate>Sun, 09 Feb 2020 18:37:39 GMT</pubDate></item><item><title><![CDATA[Reply to Better archive type handling with drag &amp; drop on Sun, 09 Feb 2020 16:26:18 GMT]]></title><description><![CDATA[<p dir="auto">Ah. I misunderstood what you were asking for.<br />
Yes that definitely should work.</p>
]]></description><link>https://forums.powerarchiver.com/post/37742</link><guid isPermaLink="true">https://forums.powerarchiver.com/post/37742</guid><dc:creator><![CDATA[Brian Gregory]]></dc:creator><pubDate>Sun, 09 Feb 2020 16:26:18 GMT</pubDate></item><item><title><![CDATA[Reply to Better archive type handling with drag &amp; drop on Sun, 09 Feb 2020 15:17:11 GMT]]></title><description><![CDATA[<p dir="auto">For sure, you need to know, what you’re doing.<br />
But I’m using it on a regular basis.<br />
Open the file by right click, open with PowerArchiver<br />
Navigate to the needed folder<br />
Drag the file and drop it to the PowerArchiver window.</p>
<p dir="auto">The only problem is - when I’m clicking too fast, I get an error message, because PowerArchiver tries to compress a file in 7z format while I have a ZIP opened…</p>
]]></description><link>https://forums.powerarchiver.com/post/37741</link><guid isPermaLink="true">https://forums.powerarchiver.com/post/37741</guid><dc:creator><![CDATA[BigMike]]></dc:creator><pubDate>Sun, 09 Feb 2020 15:17:11 GMT</pubDate></item><item><title><![CDATA[Reply to Better archive type handling with drag &amp; drop on Sun, 09 Feb 2020 13:57:55 GMT]]></title><description><![CDATA[<p dir="auto">I’m not sure it’s wise to allow adding by drag and drop with these “wrongly” extension-ed archives. In most cases they’re created by a specific application or downloaded in ready to use form and you won’t be wanting to add to them. If you do want to add to them you’re likely to need more control because you’ll need to add to a particular sub-directory inside them.</p>
]]></description><link>https://forums.powerarchiver.com/post/37740</link><guid isPermaLink="true">https://forums.powerarchiver.com/post/37740</guid><dc:creator><![CDATA[Brian Gregory]]></dc:creator><pubDate>Sun, 09 Feb 2020 13:57:55 GMT</pubDate></item></channel></rss>