I recently noticed the process involved in compression with anexplorer. It lacks a confirmation window. This is where the operator may choose to cancel or confirm an action just before it begins processing. Its contexts is often a query asking if the operator is sure of the requested action.
I actually have two proposal under the same aspect. First is the implementing of two steps confirmation and the other is providing more compression output types.
Two step confirmation, has to deal with first starting the process and then confirming you actually intend to complete the action.
More compression output types: The only type supported by anexplorer is .zip. But it will be much better when there is support for more output types like .7z , .gz , .tar .ext.
Detailed pictorial illustration of both suggestion.
Just as every other feature require a confirmation to complete initiation. To compress a file should also provide that same window. Often times we make mistakes and begin certain operations with the wrong files. It is this window that confirmation takes place before the process is finalized.
Anexplorer lacks the window hence when compression is clicked on a wrong file the user must wait out the process helplessly. This will affect user experience, and must be regarded as a challenge.
However my proposal is likely to eliminate this challenge.
Also when the compression process provide a window where users can choose between various output, user experience will improve. The user is hosted with multiple choice.
A few people would prefer .zip for many reasons while majority may prefer .7z due to their experience with both extension and perhaps a job requiring a specific extension.
