<?xml version="1.0" encoding="UTF-8"?> 
<?xml-stylesheet href="https://dev.horde.org/themes/horde//default/feed-rss.xsl" type="text/xsl"?> 
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"> 
 <channel> 
  <title>Portal - Calendar - Doesn&#039;t strikethrough cancelled events</title> 
  <pubDate>Fri, 10 Apr 2026 19:46:41 +0000</pubDate> 
  <link>https://bugs.horde.org/ticket/5831</link> 
  <atom:link rel="self" type="application/rss+xml" title="Portal - Calendar - Doesn&#039;t strikethrough cancelled events" href="https://bugs.horde.org/ticket/5831/rss" /> 
  <description>Portal - Calendar - Doesn&#039;t strikethrough cancelled events</description> 
 
   
   
  <item> 
   <title>When I look at the calendar block in the DIMP portal the can</title> 
   <description>When I look at the calendar block in the DIMP portal the canceled events aren&#039;t &quot;struckthrough&quot; as they are in the calendar and Horde portal block.  This leads one to think the event is still active.

thanks,

Michael</description> 
   <pubDate>Thu, 25 Oct 2007 14:55:03 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/5831#t38019</link> 
  </item> 
   
  <item> 
   <title>Fixed in CVS.</title> 
   <description>Fixed in CVS.</description> 
   <pubDate>Tue, 06 Nov 2007 23:41:28 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/5831#t38477</link> 
  </item> 
   
  <item> 
   <title>This breaks DIMP formatting.  Obviously, any duplicate match</title> 
   <description>This breaks DIMP formatting.  Obviously, any duplicate matching CSS in a portal block is going to blow away any CSS formatting in DIMP.</description> 
   <pubDate>Wed, 28 Nov 2007 04:00:32 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/5831#t39104</link> 
  </item> 
   
  <item> 
   <title>Are there any special rules that cause problems? We should h</title> 
   <description>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?</description> 
   <pubDate>Fri, 30 Nov 2007 17:54:02 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/5831#t39196</link> 
  </item> 
   
  <item> 
   <title>&gt; Are there any special rules that cause problems?



Here&#039;s</title> 
   <description>&gt; Are there any special rules that cause problems?



Here&#039;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 &quot;.deleted *&quot; 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</description> 
   <pubDate>Fri, 30 Nov 2007 18:17:15 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/5831#t39199</link> 
  </item> 
   
  <item> 
   <title>&gt; 3. Delete a message.  When deleting a message, the status </title> 
   <description>&gt; 3. Delete a message.  When deleting a message, the status icon on the 

&gt; far right of the message row will have a strikethrough effect 

&gt; (because the later loaded IMP CSS contains a &quot;.deleted *&quot; rule that 

&gt; overrides the DIMP rule).



s/far right/far left/</description> 
   <pubDate>Fri, 30 Nov 2007 18:18:14 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/5831#t39202</link> 
  </item> 
   
  <item> 
   <title>&gt; Suggestions?

&gt; 1. Iframes?



don&#039;t resize dynamically.

</title> 
   <description>&gt; Suggestions?

&gt; 1. Iframes?



don&#039;t resize dynamically.



&gt; 2. Hard-coding CSS into blocks



wouldn&#039;t help unless I&#039;m missing something. The CSS rules would still be defined globally.



&gt; 3. Develop (or find) a fancy CSS parser that will manually insert 

&gt; style tags into block output at run-time



is the only option left, but I really don&#039;t want to even start tackling this one.</description> 
   <pubDate>Tue, 04 Dec 2007 16:23:16 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/5831#t39355</link> 
  </item> 
   
  <item> 
   <title>What about requiring a separate CSS file for each applicatio</title> 
   <description>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 &quot;appblock&quot; or equivalent so the chances of a conflict w/the current application are remote?</description> 
   <pubDate>Wed, 05 Dec 2007 01:20:29 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/5831#t39399</link> 
  </item> 
   
  <item> 
   <title>That sounds like a viable solution, though we sometimes reus</title> 
   <description>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.</description> 
   <pubDate>Wed, 05 Dec 2007 10:13:46 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/5831#t39404</link> 
  </item> 
   
  <item> 
   <title>I&#039;m not sure if this is really worth such a rather huge over</title> 
   <description>I&#039;m not sure if this is really worth such a rather huge overhaul of the way we render blocks, load CSS files etc.



&gt; Here&#039;s a way to reproduce:

&gt; 1. Login to DIMP portal with at least 1 IMP block.

&gt; 2. Open a mailbox

&gt; 3. Delete a message.  When deleting a message, the status icon on the 

&gt; far right of the message row will have a strikethrough effect 

&gt; (because the later loaded IMP CSS contains a &quot;.deleted *&quot; rule that 

&gt; overrides the DIMP rule).



If this is the only problem so far, I&#039;d say we could live with it or workaround that easily by changing CSS rule names, either in IMP or DIMP.</description> 
   <pubDate>Tue, 18 Dec 2007 18:37:09 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/5831#t40029</link> 
  </item> 
   
  <item> 
   <title>&gt; I&#039;m not sure if this is really worth such a rather huge ov</title> 
   <description>&gt; I&#039;m not sure if this is really worth such a rather huge overhaul of 

&gt; the way we render blocks, load CSS files etc.

&gt;

&gt;&gt; Here&#039;s a way to reproduce:

&gt;&gt; 1. Login to DIMP portal with at least 1 IMP block.

&gt;&gt; 2. Open a mailbox

&gt;&gt; 3. Delete a message.  When deleting a message, the status icon on the

&gt;&gt; far right of the message row will have a strikethrough effect

&gt;&gt; (because the later loaded IMP CSS contains a &quot;.deleted *&quot; rule that

&gt;&gt; overrides the DIMP rule).

&gt;

&gt; If this is the only problem so far, I&#039;d say we could live with it or 

&gt; workaround that easily by changing CSS rule names, either in IMP or 

&gt; DIMP.



I agree with Jan.</description> 
   <pubDate>Tue, 18 Dec 2007 19:05:57 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/5831#t40069</link> 
  </item> 
   
  <item> 
   <title>Renamed &#039;deleted&#039; CSS rule in dimp to &#039;deletedmsg&#039; which wor</title> 
   <description>Renamed &#039;deleted&#039; CSS rule in dimp to &#039;deletedmsg&#039; which works around this for now.



This should be revisited for Horde 4 - note made in TODO list.</description> 
   <pubDate>Thu, 20 Dec 2007 08:50:58 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/5831#t40107</link> 
  </item> 
   
   
 
 </channel> 
</rss> 
