File-Roller Settings
Dale Kelley via desktop-devel-list <[email protected]> Wed, 17 Nov 2021 03:37:21 -0500
| Newsgroups | gmane.comp.gnome.desktop |
|---|---|
| Message-ID | <[email protected]> |
--===============1042044103698716890== Content-Type: multipart/alternative; boundary="=-04uT70+n8lw92lO83VsT" --=-04uT70+n8lw92lO83VsT Content-Type: text/plain; charset=us-ascii; format=flowed Hello GNOME Dev Team. Below is the email that I originally sent to Mr. Paolo Bacchilega, the maintainer for File Roller. I didn't realize that their email was either disabled or set to not receive emails from non-approved senders. I just used the address that I found on the man page since that's one of the first places that I checked for help. I'm now forwarding this matter to the general mailing list, I hope that this isn't an issue. Hello Mr. Paolo Bacchilega, My name is Dale, also known as the stoicfatman. I'm very sorry if this isn't the appropriate way to contact you, but I found your information on the man page for file-roller. I'm reaching out for assistance with trying to modify its' use in a specific context. My question is, "how can the default behavior of file-roller be changed when using the context menu to extract files from an archive?". Specifically in the latest version of Ubuntu and Pop OS (I'm using Pop OS 21.04, GNOME 3.38.5, X11; fully updated) when the "Extract Here" option is selected from the context menu, the contents of the archive are automatically extracted to the same place in the directory as the archive, but within a new folder with the same name of the archive. Is there a setting that a user like myself could change so that when "Extract Here" is selected that the files within the archive are extracted without it creating a new folder? Or, if this makes more sense, would there be a way for a user to add an additional option to the context menu so that users can quickly decide on fly whether to extract files to a new folder or directly? "Extract Here" could keep its' current functionality, but a second option like "Extract Here Directly" could extract the files without creating a new folder. I've contacted multiple people about this already, they all exist between the regular user and distro support level. I've received various responses, but no one has been certain on what should be done. The best response I got was from a Pop OS developer that alerted me to the gsettings command. So I ran: gsettings get org.gnome.FileRoller.Dialogs.Extract recreate-folders and the value returned as "true". so then I changed the value to false via: gsettings set org.gnome.FileRoller.Dialogs.Extract recreate-folders false After changing it to false, I confirmed that the setting took place by running the original argument again: gsettings get org.gnome.FileRoller.Dialogs.Extract recreate-folders and confirmed that it returned "false" as its' value. I did this on two different laptops, both running Pop OS 21.04 and GNOME 3.38.5. I also confirmed the behavior (without a reboot) using Ubuntu 21.10 via distrotest.net <http://distrotest.net/>. (<https://distrotest.net/Ubuntu>) After doing this, extracting archives still has the same result. This persists even after rebooting. If I need to manually reset something or flush some cache then I'm completely unaware of it. The other options given to me was to just manually open the archive program and pull files out that way or to install a different program. While those work, none are actually changing the behavior for the context menu. I also didn't see a way to change this behavior via the gui gnome settings app, which may not be the correct name, but it's for this window in Pop OS and Ubuntu: Any help or guidance that you could provide would be greatly appreciated. I'm sorry if this wasn't the appropriate way to follow-up on this. I also found a mailing list, desktop-devel-list, that's listed on <https://wiki.gnome.org/Apps/FileRoller>. If that's how you would prefer for me to reach out in the future or even now then I'll do so. I wanted to make the least amount of noise while seeking help with this matter. Thanks again in advance for your time. --=-04uT70+n8lw92lO83VsT Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: quoted-printable <div id=3D"geary-body" dir=3D"auto">Hello GNOME Dev Team. <br><div id= =3D"geary-body" dir=3D"auto"><div id=3D"geary-body" dir=3D"auto"><div><br><= /div><div>Below is the email that I originally sent to Mr. Paolo Bacch= ilega, the maintainer for File Roller. I didn't realize that their email wa= s either disabled or set to not receive emails from non-approved senders. I= just used the address that I found on the man page since that's one of the= first places that I checked for help. I'm now forwarding this matter to th= e general mailing list, I hope that this isn't an issue.<div><br></div><div= ><br></div><div><br></div><div><br></div><div>Hello Mr. Paolo Bacchilega,</= div><div><br></div><div>My name is Dale, also known as the stoicfatman. I'm= very sorry if this isn't the appropriate way to contact you, but I found y= our information on the man page for file-roller. I'm reaching out for assis= tance with trying to modify its' use in a specific context.</div><div><br><= /div><div><br></div><div><br></div><div>My question is, "how can the defaul= t behavior of file-roller be changed when using the context menu to extract= files from an archive?". Specifically in the latest version of Ubuntu and = Pop OS (I'm using Pop OS 21.04, GNOME 3.38.5, X11; fully updated) when the = "Extract Here" option is selected from the context menu, the contents = of the archive are automatically extracted to the same place in the directo= ry as the archive, but within a new folder with the same name of the archiv= e. Is there a setting that a user like myself could change so that when "Ex= tract Here" is selected that the files within the archive are extracted wit= hout it creating a new folder? </div><div><br></div><div><br></div><di= v><div>Or, if this makes more sense, would there be a way for a user t= o add an additional option to the context menu so that users can quickly de= cide on fly whether to extract files to a new folder or directly? "Extract = Here" could keep its' current functionality, but a second option like "Extr= act Here Directly" could extract the files without creating a new folder.&n= bsp;</div><div><br></div><div>I've contacted multiple people about this alr= eady, they all exist between the regular user and distro support level. I'v= e received various responses, but no one has been certain on what should be= done. The best response I got was from a Pop OS developer that alerted me = to the gsettings command.</div><div><br></div><div>So I ran:</div><div><br>= </div><div><span style=3D"color: rgb(61, 60, 64); font-family: Menlo, Monac= o, Consolas, "Courier New", monospace; font-size: 12.15px; white-= space: pre-wrap; background-color: rgba(61, 60, 64, 0.1);">gsettings get or= g.gnome.FileRoller.Dialogs.<wbr>Extract recreate-folders</span><br></div><d= iv><br></div><div>and the value returned as "true".</div><div><br></div><di= v>so then I changed the value to false via:</div><div><br></div><div><span = style=3D"color: rgb(61, 60, 64); font-family: Menlo, Monaco, Consolas, &quo= t;Courier New", monospace; font-size: 12.15px; white-space: pre-wrap; = background-color: rgba(61, 60, 64, 0.1);">gsettings set org.gnome.FileRolle= r.Dialogs.<wbr>Extract recreate-folders false</span><br></div><div><br></di= v><div>After changing it to false, I confirmed that the setting took place = by running the original argument again:</div><div><br></div><div><span styl= e=3D"color: rgb(61, 60, 64); font-family: Menlo, Monaco, Consolas, "Co= urier New", monospace; font-size: 12.15px; white-space: pre-wrap; back= ground-color: rgba(61, 60, 64, 0.1);">gsettings get org.gnome.FileRoller.Di= alogs.<wbr>Extract recreate-folders</span><br></div><div><br></div><div>and= confirmed that it returned "false" as its' value.</div><div><br></div><div= >I did this on two different laptops, both running Pop OS 21.04 and GNOME 3= .38.5. I also confirmed the behavior (without a reboot) using Ubuntu 21.10 = via <a href=3D"http://distrotest.net/" target=3D"_blank" data-saferedi= recturl=3D"https://www.google.com/url?q=3Dhttp://distrotest.net&source= =3Dgmail&ust=3D1636790895126000&usg=3DAOvVaw0lB9mZaIQBUyvu1IMGIDC7"= style=3D"color: rgb(17, 85, 204);">distrotest.net</a>. (<a href=3D"https:/= /distrotest.net/Ubuntu" target=3D"_blank" data-saferedirecturl=3D"https://w= ww.google.com/url?q=3Dhttps://distrotest.net/Ubuntu&source=3Dgmail&= ust=3D1636790895126000&usg=3DAOvVaw01O-az3KS109hxo_D_DV8r" style=3D"col= or: rgb(17, 85, 204);">https://distrotest.net/Ubuntu</a><wbr>)</div><div><b= r></div><div>After doing this, extracting archives still has the same resul= t. This persists even after rebooting. If I need to manually reset somethin= g or flush some cache then I'm completely unaware of it. The other options = given to me was to just manually open the archive program and pull files ou= t that way or to install a different program. While those work, none are ac= tually changing the behavior for the context menu. I also didn't see a= way to change this behavior via the gui gnome settings app, which may not = be the correct name, but it's for this window in Pop OS and Ubuntu:</div><d= iv><br></div><div><br></div><div><br></div><div>Any help or guidance that y= ou could provide would be greatly appreciated. I'm sorry if this wasn't the= appropriate way to follow-up on this. I also found a mailing list, de= sktop-devel-list, that's listed on <a href=3D"https://wiki.gnome.org/A= pps/FileRoller" target=3D"_blank" data-saferedirecturl=3D"https://www.googl= e.com/url?q=3Dhttps://wiki.gnome.org/Apps/FileRoller&source=3Dgmail&= ;ust=3D1636790895126000&usg=3DAOvVaw2AtKeTaiKeNTdkl0GB5liG" style=3D"co= lor: rgb(17, 85, 204);">https://wiki.gnome.org/Apps/<wbr>FileRoller</a>. If= that's how you would prefer for me to reach out in the future or even now = then I'll do so. I wanted to make the least amount of noise while seeking h= elp with this matter.</div><div><br></div><div>Thanks again in advance for = your time.</div></div></div><div><br></div></div></div></div> --=-04uT70+n8lw92lO83VsT-- --===============1042044103698716890== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ desktop-devel-list mailing list [email protected] https://mail.gnome.org/mailman/listinfo/desktop-devel-list --===============1042044103698716890==--