[RFE] option to prioritize events or delete overlaps with recurring events

NEW
Unassigned

Status

Calendar
General
--
enhancement
13 years ago
11 years ago

People

(Reporter: HelpTML, Unassigned)

Tracking

Details

(Reporter)

Description

13 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050223 Firefox/1.0.1
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050223 Firefox/1.0.1

Having the option to show one event when it overlaps with other that are less
important or can be moved.  Perhaps have a flag that says, "this is overlapping
another event, would you like to continue or delete former event?" Something
like that.  Example, I keep a daily schedule that repeats every M-F, but if I'm
called to do something else, it doesn't let me delete the one occurrance that
overlaps, which I won't be doing anyway, because the new one is a higher priority.

Reproducible: Always

Steps to Reproduce:
1.N/A
2.
3.

Actual Results:  
N/A

Expected Results:  
N/A

Comment 1

13 years ago
*** Bug 290183 has been marked as a duplicate of this bug. ***

Comment 2

13 years ago
*** Bug 264371 has been marked as a duplicate of this bug. ***

Comment 3

13 years ago
This seems like a reasonable request, and there have been several requests like
it, asking for either alerts or prohibitions on events whose time frames overlap.
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows XP → All
Hardware: PC → All

Updated

12 years ago
QA Contact: gurganbl → general

Comment 4

12 years ago
I believe support for this is available in RFC2445 with use of TRANSP and an assignment of "OPAQUE" or "TRANSPARENT".
If this proprty of the RFC were supported, then an event could be marked as "transparent" and allow overlapping, or marked "opaque" and deny overlap.

Other scheduling software takes 2 common approaches to showing overlapping events in a daily/weekly view of hours:
1) A vertical "Red Line" for each overlap (multiple in parallel if necessary for each overlap) while both events may be selected, and selection bring the selected to the foreground.
2) Overlapping events force a horizontal division in the day view, so both timelines/ranges for each event that overlaps may be viewed in entirety.

If TRANSP from the RFC were supported, then conflicts in overlapping OPAQUE events could be shown (perhaps with a "red line" while overlaps in non-opaque events (transparent) could be shown with no line, or perhaps a different color (yellow? green?)

As of a test today, I have created a single event that starts at midnight, and runs will 11:30pm (23.5 hours) and it overlaps 2 other events. All have the same priority, but only the 23.5 hour even is visible in the day view for what events take place that hour.

Version used:
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20060327 Mozilla Sunbird/0.3a1+

I can provide ical events that reproduce this if necessary.
Reassigning all automatically assigned bugs from Mostafa to nobody@m.o

Bugspam filter: TorontoMostafaMove
Assignee: mostafah → nobody
You need to log in before you can comment on or make changes to this bug.