I think a concept of archival rather than direct deletion is a good concept. Items shouldn’t be directly deleted and can only be archived. Archiving an item will gather all such items under an “Archived Items” list that can be either global to the instance (or later, under a “space” within the instance).
Archived items can be deleted permanently by user or can be deleted after x months as per admin preference. Archived items should be “restorable” in future (this will require much the same work as “undo” of delete otherwise planned now).
This archive concept is much like what’s there in Trello.
Seconded – came here to say that having an Archive option will be quite helpful. Right now a lot of new users are just beginning to fill out their new Fibery instances, but in the coming months we will start to have a whole lot of ‘complete’ tasks we’re filtering away
I noticed in Your recent display of top features in both the Oct. Update, and Here that you have “archiving of items” as a request with a decent amount of traction.
So I wanted to add in a vote for an aspect of this that has bounced around this post and the one below:
To review, this is the ability to set a time after which an Entity would “archive” itself out of visibility in a View. So for example, if I have a Board showing closed items, I can decide that I want to see items that have had their Workflow moved to a “closed” State within the last 2 weeks. After that time, I’d like them to auto-remove from the board.
This was one of the features my team relied on most in Jira, which has this. You can see in daily stand-ups for some amount of time what was recently done, so at a glance you get a good idea of recent progress. But over time the “done” items fade away, so you don’t get the board clogged with things that were done starting back from the existence of the Fibery Instance.
Interesting. I wonder if you could handle this with a Filter though, e.g. “Don’t show entities with “closed” view whose modify date is more than 2 weeks ago”. Granted it would get wonky if people frequently edited old/closed entities, but it’s something you could do right now, I think…
Hey, thanks. Is that a filter combo we can do now? Sorry I’m not an expert in these, but I can’t figure out how to put the filter on just that one particular workflow state of “Closed” so that all the other open items show on the board, too.
If you could show me this, that would be useful, and yes solve the issue. I could live with those odd entities that got edited some weeks after they fell off the board…
Hmm, actually I don’t think it may be possible with current filters because you can’t do more complex sub-filters, e.g. AND operation. As far as I know…
But I think adding that might be a better (i.e. more broadly useful) extension to the filtering features, than the particular request of archiving items after a certain period, which is highly specific (although I understand this feature does exist in other systems like Jira).
If we got a little more capabilities with Filters, such as some kind of formula so you could say “if Done, then show only those that have been modified within the last two weeks or sooner” then you would have what I’m looking for. From my point of view, that would fully handle the archiving need I have. Also, I would imagine more powerful filters have all kinds of other benefit, I’d be surprised if the team isn’t already planning some improvements at some point soon here.
I have thought that a workaround would be to add a Formula Field into each Entity in question, then filter on that. So like “if the state is ‘done’ and ‘modification date is over 2 weeks old’ then mark this field.” (sorry I don’t do formulas I hope that makes sense!). But again, this is an additional Field that I’d like to avoid if I can! I know that in Notion there are all kinds of things users try to do with Formulas like this, and wind up with tens of fields in their Pages which makes for a terrible UI experience, I think. Fibery has really handled this well so far with the Splitting of the view and other goodies. But like Coda, Airtable, Notion, we still suffer here from “Field Proliferation”. Dare I mention Polymorphic again!
And just to follow on this point, I do not want to hide “not done” items that are stale. Those are in fact very important to see in the board so we can catch stuff that is “getting stale” and should be attended to.
Yes, I do think it could be quite useful. Although the basics we have so far are already quite useful and cover many cases.
Yes, that would indeed work! And since I think we know that they are implementing hidden fields, if more sophisticated filtering does not come, or comes later, then once hidden fields are available you could use this method without cluttering things up.
Yes, very important here as well! I hate to admit it, but some tasks do just sit there for ages (sometimes by design, other times… )
Ok thanks, I did try it and it would appear to work.
So what you’re saying this is doing is:
The first filter shows anything in a state that is not “done.” No matter when modified
The second filter shows anything that has been modified within the last month? Including Done
So the part 1. will kind of supersede the entities that are older than one month if they are not “done,” because that is asking for anything that is not done? And I guess these two filters co-exist due to the OR nature.
Anyway this seems to work for now, unless I’m missing something still. So thanks!