Open
Bug 536909
Opened 15 years ago
Updated 2 months ago
possibility to filter tasks/events by location, category, etc.
Categories
(Calendar :: Tasks, enhancement)
Calendar
Tasks
Tracking
(Not tracked)
NEW
People
(Reporter: mozilla, Unassigned)
References
Details
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.0.15) Gecko/2009102815 Ubuntu/9.04 (jaunty) Firefox/3.0.15 Build Identifier: version 2.0.0.23 (20090817) It would be nice if there was a way to filter tasks by location (so, that if I am at home, I can chose to see only see tasks that have "At Home" or "At Computer", but not "At Work"). Reproducible: Always
Comment 1•15 years ago
|
||
This might not be the best way to do things, but you can certainly sort the task list by location.
Reporter | ||
Comment 2•15 years ago
|
||
What if I want to see only tasks "At Home", but sorted by decreasing due date?
Comment 3•13 years ago
|
||
Confirming bug. Or do you want to WONTFIX this, Philipp?
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 4•13 years ago
|
||
I'm working on a text filter for the Task View in Bug 316916 that will filter by Location and Categories as well as Title and Summary. It's not exactly the same as having a filter just for Location that might allow multiple selections, but it will offer a basic way to do location based filtering.
Depends on: 316916
Comment 5•13 years ago
|
||
I think we should keep this bug open and slowly expand on the task filter. Thanks for confirming!
Comment 6•13 years ago
|
||
I'd like to see a more flexible approach, where we should populate the task view with the 3-4 most popular filter options and then give users a "Custom..." filter option, where they could then select one or more fields after which they would like to filter. Possible?
Updated•13 years ago
|
Summary: possibility to filter tasks by location → possibility to filter tasks by location, category, etc.
Updated•13 years ago
|
Component: General → Tasks
OS: Linux → All
QA Contact: general → tasks
Hardware: x86 → All
Comment 8•13 years ago
|
||
(In reply to Simon Paquet [:sipaq] from comment #6) > I'd like to see a more flexible approach, where we should populate the task > view with the 3-4 most popular filter options and then give users a > "Custom..." filter option, where they could then select one or more fields > after which they would like to filter. I think we could narrow down the list to Current, Completed, Incomplete, All, and Custom. If we reintroduced the "Show Completed" checkbox to the Task View, we could probably narrow the filter choices to just Current, All, and Custom, but in that case I think the Show Completed checkbox should be more prominent then the other options in the Custom filter, and be visible all the time (like in the Today Pane).
Comment 9•9 years ago
|
||
May I suggest adding an item to the context (right-click) menu called "Filter Category" which opens a sub-menu containing a list of all defined categories (as well as an "All" option?) Bonus points if it only shows categories actually selected in the user's tasks, to include "None". (Alternatively, add a "By Category" item to the "Filter Tasks" sub-menu that opens a sub-sub-menu with the list described above. The problem with this method is that users must choose between filtering by time frame (as is available currently) and by category. People may want to filter on both, hence my above suggestion to have it as a separate menu item.)
Comment 11•6 years ago
|
||
It would be very useful in general to be able to filter out events in some way. Yes the problem is in the source data, but e.g. public ics calendars that list a lot of the stuff you're not interested in - to have a way to just hide those would be super. Or in another way, a way to grab the ics calendar, and make a filter to copy only relevant entries to a private calendar (on sync interval).
Summary: possibility to filter tasks by location, category, etc. → possibility to filter tasks/events by location, category, etc.
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•