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

6.0.0-alpha14

6/19/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	10/25/2007 (6447 days ago)
Due
Updated	12/20/2007 (6391 days ago)
Assigned	11/28/2007 (6413 days ago)
Resolved	12/20/2007 (6391 days ago)
Github Issue Link
Github Pull Request
Milestone
Patch	No

12/20/2007 08:50:58 AM	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.

12/18/2007 07:05:57 PM	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.

12/18/2007 06:37:09 PM	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.

12/05/2007 10:13:46 AM	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.

12/05/2007 01:20:29 AM	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?

12/04/2007 04:23:16 PM	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.

11/30/2007 06:18:14 PM	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/

11/30/2007 06:17:15 PM	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

11/30/2007 05:54:02 PM	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?

11/28/2007 04:00:32 AM	Michael Slusarz	Comment #3 Priority ⇒ 3. High State ⇒ Feedback Assigned to Horde Developers Assigned to Michael Slusarz	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.

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

10/25/2007 02:55:03 PM	daviskingdom (at) gmail (dot) com	Comment #1 Priority ⇒ 1. Low State ⇒ Unconfirmed Queue ⇒ DIMP Summary ⇒ Portal - Calendar - Doesn't strikethrough cancelled events Type ⇒ Bug	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