haikuarchives/filer

The Filer is a powerful, flexible automatic file organizer. It is an implementation of the Sorting Chute idea conceived on the Glass Elevator mailing list for Haiku.

Filer

Filer is an automatic file organizer. It takes the files it's opened with or that are dropped on it and moves, renames, copies or does all sorts of other things with them according to rules created by the user.

Filer is accompanied by AutoFiler. Instead of working on a set of files provided by the user, it can be started (automatically with Haiku) to monitor certain folders and deal with new files appearing there according to the user-defined rules.

For more information, see the accompanying documentation and rule making reference in the documentation folder.

filer's Issues

Remove SQLite.

It seems that Filer doesn't need to use SQLite.

Make conditions/actions' text control drag&drop aware

Conditions and actions could be aware of dropped files onto their path/file text control.
E.g., a folder/file dropped on the text control of

• When|Type inserts its MIME type
• When|Name inserts its name
• When|Location inserts its path
• Do|Move to folder... inserts its path
• Do|Rename to... inserts its name
  etc.

The checkbox in the "Filer: Conflict" window does not always work.

With the checkbox selected, the window will occasionally pop up again for the next conflict.

The cause: sometimes AutoFiler gets a B_BAD_PORT_ID error after Filer has successfully sent AutoFiler a reply.

The explanation in BeBook for B_BAD_PORT_ID: "the reply port was deleted while waiting for a reply"

"Filer" silently overwrite/replace existing files.

I have a rule called "Store pictures in my Pictures folder"; so eg, when I take a screenshot named "Screenshot1.png" which is saved on the Desktop, this file will be automatically moved in my pics folder by Autofiler.
Then, If i take another different file called "Screenshot1.png" and I place it on my Desktop, AutoFiler will move this file inside the pics folder, overwriting the "Screenshot1.png" which was previously present inside the pics folder.

Need a new Icon

Maybe Zumi's funnel ?
http://zumi.xoom.it/myhaiku/miscellaneous/index.html

The folder list in the AutoFiler tab does not display correctly after folders have been removed

"foo" and "bar" were directories that have been removed, and "foo" is then created as a file. Both should not show up in the folder list anymore, but below is what happens:

Help section isn't working

The help section for the rules doesn't work

Enhancement: add the ability to export/import rules

I had this idea since I have a lot of rules (some of them are also complex), and I'd like to import them in another Haiku's installation where Filer is present. Ok, I can made them again, but the ability to save/import a rule (some of them or all) would be definitely useful also because can save time; I also imagine the ability to share Filer's rules between users.

gcc5 linker fails when linking AutoFiler

See the attached screenshot.

Trim leading and trailing spaces in Test/Action text controls.

Also, invalidate the text controls and disable the OK button in RuleEditWindow if any text entry contains only white spaces.

Test mode menu doesn't work when test type is Attribute, e.g., "Query : Formula".

This is a bug in v1.1.0:

Clicking on the mode button (i.e., "starts with" in the above screenshot) has no effect; it should bring up the "is, is not, starts with, ..." popup menu:

Enhancement: enable the Open button in the "Filer: Open" window even if nothing is selected.

If you click on the Add... button from the AutoFiler tab, you will see that the Open button in the "Filer: Open" window is disabled. It should be enabled so that you can add the home folder.

RuleEditWindow: re-arrange tests/actions

It'd be nice to be able to re-arrange test views and action views via drag&drop. Currently you'll have to remove all the tests/actions one by one from the bottom up, and recreate them in the new order...

Add support for archiving a single file with its own archive file.

From humdingerb:

I see a valid use case for providing a folder where archives are stored: Say you wait for a log file to grow to 5 MiB, then zip it up and put it in a folder. The user generally might want to just have single files archived as single-file-name.zip.

Here is a proposed specification:

• If the user enters (manually or using drag&drop) the path name of an existing folder, the path name of the archive file passed to the zip command will be the path name of the folder + "/" + the name of the file processed by Filer.

• Otherwise, the path name of the archive file passed to zip will be exactly as what the user enters.

Automatically convert pre-locale-aware rules for non-English Haiku.

The previous version of Filer doesn't support locale and saves rules that assume the English locale. It'd be handy to automatically convert them for non-English Haiku so that the user wouldn't have to recreate existing, locale-insensitive rules for a different language.

The "Filer" executable won't run

I'm building Filer time after time, to check the various improvements which are made.
Until last week everything worked fine. Now, since the commit 3e99669 when I attempt to launch the "Filer" executable, it doesn't start. If i launch it from a terminal window, all that i see is:

[baron@haikubox] # Filer
Abort
Abort
[baron@haikubox] #

Please notice that I'm running the executable which is builded with the debug flag (the one which is 6.02 MiB in size), but I don't see any debug message in the output.

I miss something?

"When": Qualifying pop-up menu setting isn't saved

The "When"-condition part of a rule has a 'qualifying' pop-up menu (is/is not/startswith...). The setting of that menu isn't saved with the rule. Always returns to "is".

Enhancement: add "also check subfolders" checkbox to the folder list of Autofiler

I have added a folder to monitor, under the option "automatically run autofiler on the contents of these folder", but AutoFiler will only monitor the root of these folders.

Eg: I added /boot/home/Downloads but would be nice have Autofiler also watch for subfolders of /boot/home/Downloads (eg /boot/home/Downloads/foo1, /boot/home/Downloads/foo2 and so on).

I was thinking to implement this feature by adding a checkbox called "also check subfolders" in the "AutoFiler" tab.

"Edit rule window": in some rules the "Remove" button is disabled

See the following screenshot: maybe I'd like to replace the "Do" action, or change the condition in the "When" section, but the "Remove" button is disabled:

Instead, in some other rules, the remove button is enabled:

Remove the trailing "..." in action labels.

Alphabetically sort the monitored AutoFiler folders

Whenever a folder is added, removed or edited on the AutoFiler tab, the list of monitored folders should be alphabetically sorted.

Filer crash immediately

I've built filer from the last available commit 514d5dd

All went fine, but when I launch Filer, it will immediately crash.
I saved the debug report: http://sprunge.us/gQFA

Crash in AutoTextControl

This is with the latest merged PR #46.
Open Filer, either add a new rule, or open an existing one. Press TAB twice to move the widget focus. And BANG!

Web+ won't let me attach the debug.report, therefore: http://sprunge.us/XMgS

Change file panel titles

The file panel titles of the rules edit window should be changed:

Test:
"Filer: Choose file with same: {test-pop-up-label}"

Action:
"Filer: {action-pop-up-label}

Lose the Edit button in the AutoFiler tab?

The Edit button in the AutoFiler tab is superfluous and problematic. It opens a file panel that asks me to "choose" a subfolder of the folder that is being "edited". If the folder has no subfolders, I am given an empty (sub)folder list with nothing to choose from.

"Edit" right now actually means "Choose" another folder instead. Why not just remove the folder and then add a new one (or ones)?

Need to make v1.2.0 backward compatible with v1.1.0 wrt AutoFilerFolders

RulesTab: Use -/+ buttons

As there are + and - buttons in the "Edit rule" window, we could exchange the "Add..." and "Remove" buttons in the RuleTab for "-" and "+". That visually compacts the widgets as there's be only 3 rows of buttons beside the list.

Theoretically, it could even cut down the minimal window height, were it not for the problematic text view in the HelpTab...

"Size" test could be more sophisticated

Currently the user has to enter the file size in bytes. It'd be nice if the test could look for "k" or "K", "m" or "M" and "g" or "G" to use kilo, mega, giga bytes in its comparisson.

Until then, the "Size" test should be more specifically named "Size (in bytes)", I guess.

The Type menu in the "Edit rule" window not sorted

The TestView::AddMenuSorted function is supposed to sort the menu items below the separator but does not work:

doesn't build on x86_64 (gcc5)

1. AutoFilerTab.h: missing printf() and system() declarations

#include <stdio.h>
#include <stdlib.h>

are missing at top.

2. RuleRunner.cpp, line 1105: litteral string must be split into chunk

command << tablename <<
"( .... "
" ....."
"....);" ;

3. ObjectList.h: missing named argument item in BinaryInsertUnique() templates

4. RuleEditWindow.cpp line 110 : BRect frame shadows the frame constructor argument.

Filer, randomly, lose the settings inside the list"Automatically run Filer on the contents of these folders:"

Is the second time that i notice this behaviour in few days:

Inside Filer, under the "Autofiler" TAB i added five folders to watch with Autofiler, then, suddenly and apparently randomly, I notice that Autofiler doesn't work anymore on certain folders: I noticed, in fact, that if I go in the Autofiler settings, some folder disappears from the list of folders to watch (I refer to the "Automatically run Filer on the contents of these folders:" list.) As I've said, sometime just one folder will disappear from the list and sometime two or more folders disappear.

Add icon-button to specific actions to open file dialogs

Certain actions could do with a file dialog to enter folder paths. It could be added in front of the text control that holds the path.

An 'Open' 'Directory' file dialog for:

• Move to folder...
• Copy to folder...

A 'Save' File dialog for:

• Add to archive...

An 'Open' 'File' dialog for:

• Shell command...

AutoFiler tab, Add button behaves like Edit button

After a monitored folder in AutoFiler tab is edited, no more folders can be added. The Add button from now on will replace the edited entry regardless whether it is selected.

"Edit rule": some windows are narrow and cannot be horizontally resized

I built filer from the last commit (when the Layout management was introduced) and i discovered that some "edit rule" windows of some rules are narrow and cannot be horizontally resized. Eg this one, which I cannot resize horizontally:

I said "some rules" because not all suffer of the same issue: Seems that if in the "Do" section, the action name is shorter (like in the above case "Delete") than the "Remove" button I cannot resize the window.
Instead, ** seems** that if the action name is longer then "Remove" (eg "Move to folder") I am able to horizontally resize the edit rule window.
See:

The text control entry for the Size test should only allow numbers to be entered.

Only decimal digits 0-9 and the decimal point should be allowed in the text control for the Size test.

The text entry box in TestView and ActionView should be checked for empty values.

Now fixed.

Enhancement: add the ability to just disable rules

Sometimes could be useful to disable some "rules", but actually is only possible by deleting them: in a case of a complex rule, we will have to reinsert again every part of a "formula" which composes the rule.
So would be nice to add a "enable/disable" option for every rule.

Localize GUI.

Localize GUI so that Filer can be used in non-English locales.

Backward compatibility of FilerRules file formats: remove SupportLocale flag?

We have the old format from v1.1.0, the newer format with the enabled/disabled flag for each rule, and the newest format that replaces string names for test (e.g., "Type"), mode (e.g., "is"), and action (e.g., "Move to folder...") with integer codes (TEST_TYPE, MODE_IS, and ACTION_MOVE, respectively). Because the newer formats are post-v1.1.0 and from unreleased versions of Filer, it's probably sufficient to make the newest format compatible with the v1.1.0 format and ignore all the other formats in between. (There were intermediate formats that only converted some of the test, mode, and action strings to integers.) If so, we need to remove the SupportLocale flag from Filer_settings file.

RuleEditWindow: use pop-up menus

The RuleEditWindow should better use pop-up menus instead of the buttons.

Add icon-button to specific tests to open file dialogs

For Type, Name, Size, and Location. See #32.

Use layout management for EditRuleWindow

The window to add/edit a rule is still doing manual layouting of its widgets. Since the views with buttons and textcontrols are added/removed dynamically, re-writing it isn't trivial (for me, that is...).
Layout managment is needed for font-sensitivity and localization.

Only the last row in the "Edit rule" window can be removed.

Replace the Add/Remove buttons with one +/- button per row so that any row can be removed and a new row can be added below any row. (See issue #11.)

File dialogs for folder-only selection should hide all files

File dialogs used to select folders-only, i.e. "move/copy to folder", should only show folders, not even the files with application/octet-stream. Those are only acceptable when allowing files and folders and filtering for specific MIME typed files, like when looking for text/plain scripts or zip-archives.

Enhancement: allow adding multiple folders to the list in the AutoFiler tab

After the user clicked on the Add... button, multiple selections should be allowed in the "Filer: Open" window.

Replace Add/Remove buttons in AutoFiler tab to +/- buttons

Also, moving the buttons to the right of the list view and arrange them vertically.

Allow factional numbers in the text control for size tests.

The decimal mark should be disallowed for the "bytes" unit and localized to either '.' or ',' depending on the current locale.

Also, dragging & dropping a file should set the text to a value and unit that makes the most sense, e.g., 1.23 MiB instead of 1259.52 KiB or even worse, 1289748 bytes.

Logic of "Size" test is reversed

It looks like the logic for the "Size" tests are reversed, see https://github.com/HaikuArchives/Filer/blob/master/sources/RuleRunner.cpp#L612

The variable names "fromsize" and "tosize" aren't that great IMO...

Update and add more translations

If anyone wants to update translations with missing strings or add strings for more languages, please visit Polyglot. You can log in with your GitHub account.
Thanks!

Abstract test/action names from labels

The labels of tests/actions ("Move to..." etc.) use the strings saved into the rules.
Therefore, labels can't be renamed without the stored rules becoming outdated. This also prevents localizing Filer.