6.0.0-alpha14
6/19/25

[#5831] Portal - Calendar - Doesn't strikethrough cancelled events
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

History
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]
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 DevelopersHorde 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

Saved Queries