- Debugger: Getting mixed signals
- 'Packaging Infrastructure' Contract Weekly Report #4
- Haiku monthly activity report - 06/2015
- 'Packaging Infrastructure' Contract Weekly Report #3
- 'Packaging Infrastructure' Contract Weekly Report #2
- GCI 2014 winners trip report (mentor side)
- TeX Live and LyX; Changes to the boot code
- 'Packaging Infrastructure' Contract Weekly Report #1
- Beginning of 'Packaging Infrastructure' Contract
- Haiku monthly activity report - 05/2015
R2 R&D: The Filer
Being a go-getter kind of person has, on occasion, actually gotten me somewhere besides into a mess. With having significantly more free time than usual because of being on summer vacation, I decided to work on a document which combined two RFCs I have already written, which can be found here and here. Knowing how it seems like discussions on R2 usability seem to be both endless and unproductive, I decided to put some the ideas into code before publishing it in an effort to demonstrate that most, if not all, of the ideas I propose are practical, reasonable, and worth implementing for the second version of the community's beloved OS. The first of these to see public eye is the Filer.
The Filer is an implementation of the Sorting Chute RFC on this site with a few small changes. While it is not quite complete, almost everything detailed in the document is in place with a few small changes.
What's different?
- It's currently not possible to call Tracker add-ons, but while it wouldn't take much work to add them, I think that the current implementation makes adding Tracker add-on support unnecessary.
- Also, the syntax for rules in the document is similar to that used by the Find window in Formula mode. This is good for people who understand the syntax already, but, unfortunately, the syntax is similar to C / C++, which makes the learning curve steep for anyone except power users and developers. As a result, the Filer builds rules like the Attribute mode in the Query window.
- There's no replicant. It's actually more flexible this way. It can be invoked by dropping files onto a symlink, starting it up from the Terminal, or from the Open With... menu.
- No drop folder. Actually, there is no single drop folder. The soon-to-be-released version also has a watcher daemon called AutoFiler which can be set to automatically process files that appear. As such, you can have about as many drop folders as you want
If you haven't tried out this incredibly useful tool, give it a try. Its BeBits page can be found here. Later on we'll see other useful projects like this one. :)
- darkwyrm's blog
- Login or register to post comments

Comments
Re: R2 R&D: The Filer
My wife is a fish enthusiast and I can see this being very useful for her.
Imagine this scenario...
She's just taken a bunch of pictures of her fish (sometimes hundreds) so she loads them up and drops them into her Documents folder. This is what I imagine would happen. The rule in Documents checks the type and moves it to %Folder%\Pictures... Next the a rule in Pictures checks the name for "*Fish*" and and moves it to %Folder%\Fish... then finally a rule in Fish moves the pictures into %Folder%\%Date%.
Just by dropping her photos in to the Documents folder Filer could automatically and recursively file her photos to Documents\Pictures\Fish\2008-08-10. Now that's what I call awesome.
Re: R2 R&D: The Filer
now I get the idea
Re: R2 R&D: The Filer
Personally, one of the nice little things that I've made it do is set up project folders for me. I made a BeIDE template project for Tracker and when I drag one from the Desktop to the Filer, it makes a container folder in my projects folder, creates an empty main.cpp to go in the project, opens the project file in BeIDE, and opens the container folder in Tracker. It's quite nice to have when working on lots of little projects.