Tickets :: [#5831] Portal - Calendar - Doesn't strikethrough cancelled events

6.0.0-git

2019-04-25

Summary	Portal - Calendar - Doesn't strikethrough cancelled events
Queue	DIMP
Queue Version	HEAD
Type	Bug
State	Resolved
Priority	3. High
Owners	Horde Developers (at) , slusarz (at) horde (dot) org
Requester	daviskingdom (at) gmail (dot) com
Created	2007-10-25 (4200 days ago)
Due
Updated	2007-12-20 (4144 days ago)
Assigned	2007-11-28 (4166 days ago)
Resolved	2007-12-20 (4144 days ago)
Milestone
Patch	No

2007-12-20 08:50:58	Michael Slusarz	Comment #12 Taken from Jan Schneider State ⇒ Resolved	Reply to this comment
Renamed 'deleted' CSS rule in dimp to 'deletedmsg' which works around this for now. This should be revisited for Horde 4 - note made in TODO list.

2007-12-18 19:05:57	Chuck Hagenbuch	Comment #11	Reply to this comment
[Show Quoted Text - 14 lines][Hide Quoted Text] I'm not sure if this is really worth such a rather huge overhaul of the way we render blocks, load CSS files etc. Here's a way to reproduce: 1. Login to DIMP portal with at least 1 IMP block. 2. Open a mailbox 3. Delete a message. When deleting a message, the status icon on the far right of the message row will have a strikethrough effect (because the later loaded IMP CSS contains a ".deleted *" rule that overrides the DIMP rule). If this is the only problem so far, I'd say we could live with it or workaround that easily by changing CSS rule names, either in IMP or DIMP. I agree with Jan.

2007-12-18 18:37:09	Jan Schneider	Comment #10	Reply to this comment
I'm not sure if this is really worth such a rather huge overhaul of the way we render blocks, load CSS files etc. Here's a way to reproduce: 1. Login to DIMP portal with at least 1 IMP block. 2. Open a mailbox 3. Delete a message. When deleting a message, the status icon on the far right of the message row will have a strikethrough effect (because the later loaded IMP CSS contains a ".deleted *" rule that overrides the DIMP rule). If this is the only problem so far, I'd say we could live with it or workaround that easily by changing CSS rule names, either in IMP or DIMP.

2007-12-05 10:13:46	Jan Schneider	Comment #9	Reply to this comment
That sounds like a viable solution, though we sometimes reuse rendering/templates from the main application code. Another pitfall is how to implement this BC.

2007-12-05 01:20:29	Michael Slusarz	Comment #8	Reply to this comment
What about requiring a separate CSS file for each application that needs it (screen-block.css?). And then having all classes/IDs in that file be prefixed with "appblock" or equivalent so the chances of a conflict w/the current application are remote?

2007-12-04 16:23:16	Jan Schneider	Comment #7	Reply to this comment
Suggestions? 1. Iframes? don't resize dynamically. 2. Hard-coding CSS into blocks wouldn't help unless I'm missing something. The CSS rules would still be defined globally. 3. Develop (or find) a fancy CSS parser that will manually insert style tags into block output at run-time is the only option left, but I really don't want to even start tackling this one.

2007-11-30 18:18:14	Michael Slusarz	Comment #6	Reply to this comment
3. Delete a message. When deleting a message, the status icon on the far right of the message row will have a strikethrough effect (because the later loaded IMP CSS contains a ".deleted *" rule that overrides the DIMP rule). s/far right/far left/

2007-11-30 18:17:15	Michael Slusarz	Comment #5	Reply to this comment
Are there any special rules that cause problems? Here's a way to reproduce: 1. Login to DIMP portal with at least 1 IMP block. 2. Open a mailbox 3. Delete a message. When deleting a message, the status icon on the far right of the message row will have a strikethrough effect (because the later loaded IMP CSS contains a ".deleted *" rule that overrides the DIMP rule). 4. Do a refresh of DIMP while in that same mailbox 5. After refresh, delete a message. There is no longer a strikethrough through that icon (as expected by looking at DIMP CSS) since the portal has not yet been loaded. Suggestions? 1. Iframes? 2. Hard-coding CSS into blocks 3. Develop (or find) a fancy CSS parser that will manually insert style tags into block output at run-time

2007-11-30 17:54:02	Jan Schneider	Comment #4	Reply to this comment
Are there any special rules that cause problems? We should have seen some issues on the traditional portal too because we mix CSS files from all applications there as well. Though DIMP uses much more CSS of course. Does anybody have a better idea how to circumvent this problem?

2007-11-28 04:00:32	Michael Slusarz	Comment #3 Assigned to Michael Slusarz Assigned to Horde Developers State ⇒ Feedback Priority ⇒ 3. High	Reply to this comment
This breaks DIMP formatting. Obviously, any duplicate matching CSS in a portal block is going to blow away any CSS formatting in DIMP.

2007-11-06 23:41:28	Jan Schneider	Comment #2 Assigned to Jan Schneider State ⇒ Resolved	Reply to this comment
Fixed in CVS.

2007-10-25 14:55:03	daviskingdom (at) gmail (dot) com	Comment #1 Type ⇒ Bug State ⇒ Unconfirmed Priority ⇒ 1. Low Summary ⇒ Portal - Calendar - Doesn't strikethrough cancelled events Queue ⇒ DIMP	Reply to this comment
When I look at the calendar block in the DIMP portal the canceled events aren't "struckthrough" as they are in the calendar and Horde portal block. This leads one to think the event is still active. thanks, Michael