Open
Bug 118122
Opened 23 years ago
Updated 10 months ago
Advanced search [customize filters]
Categories
(Calendar :: General, enhancement)
Calendar
General
Tracking
(Not tracked)
NEW
People
(Reporter: mikeypotter, Unassigned)
References
Details
Attachments
(3 files)
150.95 KB,
application/pdf
|
Details | |
33.15 KB,
patch
|
Details | Diff | Splinter Review | |
32.94 KB,
image/png
|
Details |
We need a way to search for events in a better and more advanced way than we do now. Dave: We need a design.
Comment 1•23 years ago
|
||
I'll take a crack at it this weekend. I'll may need some help getting a build for my Win32 machine :P
Status: NEW → ASSIGNED
Reporter | ||
Comment 2•23 years ago
|
||
As they say in french, ca vien. (Its coming... :) )
Comment 3•23 years ago
|
||
This is a draft of a user interface design for the Mozilla Calendar Search. It builds on the existing search, with special features for finding events. Feedback is welcome!
Reporter | ||
Comment 4•23 years ago
|
||
I'll take this, we've got a design from Dave now.
Assignee: david.dewar → mikep
Status: ASSIGNED → NEW
Updated•22 years ago
|
Blocks: cal-search
Comment 5•22 years ago
|
||
Once the advanced search is done. This should probably be put in the tools menu under the search submenu in navigator.
Reporter | ||
Comment 6•22 years ago
|
||
I won't be doing this, I think our search is pretty good for now, but someone else can feel free to take this on. I'd model it after the mail / news searching.
Assignee: mikep → nobody
Comment 8•20 years ago
|
||
*** Bug 259499 has been marked as a duplicate of this bug. ***
Comment 9•19 years ago
|
||
*** Bug 255889 has been marked as a duplicate of this bug. ***
Comment 10•19 years ago
|
||
This is a first run at making an advanced search. Rather then have a separate results field, it displays the results in the unifinder, but it ended up being pretty close to the initial proposed spec. Feedback welcome. The css is split in case we want to put this in base. Also, I haven't implemented searching by start/end time, because I want to get the TZ issues sorted first, so that it performs correctly. They're easy enough to add in the future though.
Assignee: nobody → jminta
Status: NEW → ASSIGNED
Comment 11•19 years ago
|
||
Could you post a screenshot or two?
Comment 12•19 years ago
|
||
Screenshot of the advanced search dialog. Looking at it now, I should probably right-align the 'Remove' buttons, and I feel as though it could use some nice color/icons, but this should give everyone a general idea. The second ('connective') dropdown and the third (data-input) field are dynamically updated based on what's selected in the first dropdown. The first dropdown menu currently includes the majority of fields in the New Event dialog, and it's fairly easy to add new ones.
Comment 13•19 years ago
|
||
Do we really need an advanced search? I think a calendar is usually used to see what you need to do in a certain time range. You are not looking for an item, but for a day.
Comment 14•19 years ago
|
||
(In reply to comment #13) > Do we really need an advanced search? I think a calendar is usually used to see > what you need to do in a certain time range. You are not looking for an item, > but for a day. It's certainly not a top priority, but I think it would be helpful. There's some discussion in the newsgroup about where I see this going: http://groups-beta.google.com/group/netscape.public.mozilla.calendar/browse_thread/thread/434b77d2b76540cb/58a7746f083bb639?hl=en#58a7746f083bb639 Specifically, an advanced search interface is the first step on the road to completely custom (saved) views. If a 'show only these events' button was added to the results list, the user could filter out particular events that he doesn't want to see. This feature would also extend the free/busy support requested in bug 205659.
Comment 15•19 years ago
|
||
A 'filter' feature would be nice. But do we really need to filter on all field? I think the calendar and the category would be enough, and maybe title. (Filtering on time is already a natural part of the views) All the others sounds like overkill to me. I just want to keep the interface clean and simple.
Comment 16•19 years ago
|
||
The corresponding message filtering capability in Thunderbird (and Seamonkey) provides for custom filters, so providing capability to create custom filters for calendar items improves consistency. I suggest the user interface also be consistent with the Thunderbird/Seamonkey interface, maybe can reuse much of the same code. (added "customize filters" to summary to make this easier to find)
OS: Linux → All
Hardware: PC → All
Summary: [RFE] We need an advanced search → [RFE] We need an advanced search [customize filters]
Comment 17•19 years ago
|
||
If you're trying to be consistent with the Thunderbird front-end here, wouldn't it make more sense to reuse their portion of the UI and simply add calendar-relevant search fields to their advanced search mechanism?
Comment 18•19 years ago
|
||
*** Bug 316377 has been marked as a duplicate of this bug. ***
Updated•19 years ago
|
QA Contact: colint → sunbird
Comment 19•18 years ago
|
||
*** Bug 332687 has been marked as a duplicate of this bug. ***
Comment 20•17 years ago
|
||
Re-assigning my bugs to nobody@mozilla.org due to recent developments.
Assignee: jminta → nobody
Status: ASSIGNED → NEW
Updated•17 years ago
|
Component: Sunbird Only → General
QA Contact: sunbird → general
Summary: [RFE] We need an advanced search [customize filters] → Advanced search [customize filters]
Comment 22•15 years ago
|
||
I think the idea of an event filter (filter by category or location) would be very helpful for my business. For example, we have a separate calendar for each of our music teachers. Each teacher teaches his or her lessons in an assigned room. It would be helpful to filter the calendar view by location by entering "Room A" for example, to see just events taking place in room A. The filtered events would appear on the calendar rather than just a list.
Updated•2 years ago
|
Severity: normal → S3
Comment hidden (spam) |
Comment hidden (spam) |
Comment hidden (spam) |
Comment hidden (spam) |
Comment hidden (spam) |
Updated•10 months ago
|
Restrict Comments: true
You need to log in
before you can comment on or make changes to this bug.
Description
•