7zFM_do_not_use is intentional.
7zFM is an alpha program and will stay in this state until I have time to replace wxWidget with Qt.
Anyway, 7zFM is a code will a lot of specific code for Windows.
7zFM logic is too Windows centric (7zFM is like the Windows Files Explorer).
7zip (7zFM or Windows explorer) use a contextual menu that launch 7zG.
But on Android, MacOSX, (and perhaps Linux), the contextual menu is not the right way to do it.
I am wonder if I should drop 7zFM and develop a program that runs on Android, MacOSX, Linux, Windows ...
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
yeah , I beging to build 7zG in Fedora Linux and menus context are working on KDE4 ,
but 7zG is not a GUI , at least doesn't look like a classic GUI, just 7zFM is a really GUI , I went to Utils/generate.py and remove do_not_use generated it again and now builds and install fine ..., even alfa is better than nothing, IMHO.
Hi, many thanks for your time , don't worry (I won't report bugs) , I'm testing 7zFM and it just work great , I need sometime to think ... , I just finish to package it and have to drop it again ? :) .
And it pretty clear that it is alpha software, so who use it know you are using it at your own risk.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
you can do : make test_7zG
7zG was tested carrefully (I used it when I was using a Mac OSX machine).
But now, I give up Mac OSX for Windows.
As an HMI, tests are not automatic, so in the last versions of p7zip, 7zG is not fully tested.
7zG is beta and I don't plan to drop it.
But, 7zG does not seem to be installed in Linux distribution so I am wonder if 7zG worth it.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
OK , many thanks for the clarifications, I think we may close this ticket (I don't have permisssions !?)
7zG works with context menus , I packaged it and add the following snippet:
#remove a duplicated of p7zip_compress.desktop
rm GUI/kde4/p7zip_compress2.desktop
cp GUI/kde4/*.desktop %{buildroot}%{_kde4_datadir}/kde4/services/ServiceMenus/
About 7zFM, it is unable to open files contained in the archive and left processes running in background when we try open a file, these processes cosume lot of resources , so definitly we should not use it :-) .
Best regards.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
7zFM_do_not_use is intentional.
7zFM is an alpha program and will stay in this state until I have time to replace wxWidget with Qt.
Anyway, 7zFM is a code will a lot of specific code for Windows.
7zFM logic is too Windows centric (7zFM is like the Windows Files Explorer).
7zip (7zFM or Windows explorer) use a contextual menu that launch 7zG.
But on Android, MacOSX, (and perhaps Linux), the contextual menu is not the right way to do it.
I am wonder if I should drop 7zFM and develop a program that runs on Android, MacOSX, Linux, Windows ...
yeah , I beging to build 7zG in Fedora Linux and menus context are working on KDE4 ,
but 7zG is not a GUI , at least doesn't look like a classic GUI, just 7zFM is a really GUI , I went to Utils/generate.py and remove do_not_use generated it again and now builds and install fine ..., even alfa is better than nothing, IMHO.
http://koji.fedoraproject.org/koji/packageinfo?packageID=2715
p7zip-15.14-2
Last edit: Sérgio M. Basto 2016-03-17
7zFM is not well tested.
As a file manager, 7zFM do not support Unix features like symbolic links, permissions, ...
To copy files or directories do not use 7zFM instead of the Files Explorer provided by your system.
So, use 7zFM as your own risk ...
And above all, do not deliver 7zFM, do not create a package for fedora because I will not support 7zFM.
Hi, many thanks for your time , don't worry (I won't report bugs) , I'm testing 7zFM and it just work great , I need sometime to think ... , I just finish to package it and have to drop it again ? :) .
And it pretty clear that it is alpha software, so who use it know you are using it at your own risk.
@Sérgio
7zFM is unable to open files contained in the archive.
@Babam , good point , thanks. I will drop 7zFM, btw, should I also drop 7zG ? or 7zG works more or less ?
Thanks for your information and time .
you can do : make test_7zG
7zG was tested carrefully (I used it when I was using a Mac OSX machine).
But now, I give up Mac OSX for Windows.
As an HMI, tests are not automatic, so in the last versions of p7zip, 7zG is not fully tested.
7zG is beta and I don't plan to drop it.
But, 7zG does not seem to be installed in Linux distribution so I am wonder if 7zG worth it.
7zG is able to work properly.
Unlike 7zFM, 7zG (7-zip.org sources) needs few changes to compile and run on Unix.
So, Yes, 7zG should work well under Unix.
OK , many thanks for the clarifications, I think we may close this ticket (I don't have permisssions !?)
7zG works with context menus , I packaged it and add the following snippet:
#remove a duplicated of p7zip_compress.desktop
rm GUI/kde4/p7zip_compress2.desktop
cp GUI/kde4/*.desktop %{buildroot}%{_kde4_datadir}/kde4/services/ServiceMenus/
About 7zFM, it is unable to open files contained in the archive and left processes running in background when we try open a file, these processes cosume lot of resources , so definitly we should not use it :-) .
Best regards.