Graphical user interface ======================== As of ``rmlint`` :math:`\geq 2.4.0` a GUI frontend called ``Shredder`` is shipped alongside of ``rmlint``. It is written in Python and uses no external dependencies beside ``gtk+`` :math:`\geq 3.14` and ``PyGObject``. .. raw:: html
.. warning:: The user interface is still in development. Use at your own risk! There is a safety net though: Every file will be re-checked before its deletion. Installation ------------ If you compiled ``rmlint`` from source, ``scons`` will try to build and install the GUI, except you pass ``--without-gui`` to it. Usage ----- The GUI can be started via ``rmlint --gui``.The application is divided into several views that guide you through the duplicate finding process. Developers ---------- Location view ~~~~~~~~~~~~~ .. image:: _static/gui_locations.png :width: 70% :align: center | Shows a list of locations the user might want to scan. A number of locations is guessed from the list of mounted volumes, recently used files and a static set of paths. The user can of course add a new location via a filebrowser. The user can select one or multiple paths and hit *Scan*. In prior he might choose to prefer certain paths, so only files in non-preferred paths are deleted if they have a twin in a preferred path. Runner view ~~~~~~~~~~~ .. image:: _static/gui_runner.png :width: 70% :align: center | After hitting scan in the locations view, the application will start ``rmlint`` in the background. The output will be shown live in the treeview on the left. Once finished, a chart will be shown on the right that shows how the duplicates are distributed over the scanned directories. The treeview will show the detailed list of found files. A red cross will indicate that ``Shredder`` wants to delete this file, a green checkmark will make it keep it. The user can edit those to his liking. Additionally, the view can be filtered after a search query. In the simplest case this filters by a path element, in more complex use cases you can also filter by size, mtime and twincount. The latter can be done by adding ``size:10K`` or ``size:1M-2M,3M-4M`` to the query (similar with ``mtime:`` and ``count:``) Once happy with the results, the user can generate a script out of the results (all or just those that are visible). Editor view ~~~~~~~~~~~ .. image:: _static/gui_editor.png :width: 70% :align: center | A source editor will show the generated script. It can be edited and searched through. Apart from that, the file can be saved not only a ``.sh`` file, but also as ``.csv`` and ``.json`` file. The user can now choose to save the script and execute it himself, or to click the ``Run Script`` button. If this button is blue, it indicates a dry run, where nothing will be deleted. A red button however will kill your files. In any way, a running counter of deleted bytes will be shown. Settings view ~~~~~~~~~~~~~ .. image:: _static/gui_settings.png :width: 70% :align: center | The settings view is the leftmost view and will not be shown by default in the process. It can always be accessed by: - Going to the leftmost view. - Hitting the ``Settings`` menu entry. - Hit the gear button in the runner view. Normal user probably do not need to adjust anything. The options shown here, resemble the option that may be given to the commandline of ``rmlint``. Design ~~~~~~ The design loosely follows the Gnome Human Interface Guidelines. [*]_ Beside the appearance, this means that the program should be easy and intuitive to use. Suggested actions should be clear to recognize and the application should always be responsive and never just *do work in the background*. .. [*] https://developer.gnome.org/hig/stable/ Internal ~~~~~~~~ ``Shredder`` works by forking off ``rmlint`` and reading its json output in parallel. The script generation works by calling ``rmlint --replay`` on the generated ``json`` file, since this is the only sane way to filter the results of all formats properly.