Last Comment Bug 143475 - [RFE]: Task/Event descriptions should allow HTML/rich text formatting
: [RFE]: Task/Event descriptions should allow HTML/rich text formatting
Status: NEW
:
Product: Calendar
Classification: Client Software
Component: General (show other bugs)
: unspecified
: All Windows 2000
: -- enhancement with 5 votes (vote)
: ---
Assigned To: Nobody; OK to take it and work on it
:
Mentors:
: 431337 552916 1230145 (view as bug list)
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2002-05-10 08:37 PDT by Emanuel Gull
Modified: 2015-12-04 00:56 PST (History)
10 users (show)
See Also:
Crash Signature:
(edit)
QA Whiteboard:
Iteration: ---
Points: ---


Attachments

Description Emanuel Gull 2002-05-10 08:37:57 PDT
Right now, Event title, note and location are TEXT fields. However, I'd like
them to be HTML fields for the following reasons:

- Ability to iclude links (to the web and to other events, see also bug 137777)
- Ability to 'customize' an event - with colors, images, header size,
paragraphs, and all the other nice HTML tags. this adds a LOT of usability, and
gives the user a lot more freedom about how he wants his events to be displayed.
- We're in Mozilla, and Mozilla supports HTML -> it might not be that hard to
get it interpreted.
- Go to day view and take a look at a 7 hour event. You see a lot of space used
by it, and only a tiny little event title on top. With HTML the user might
actually use that space for information rather than waste it.
- It might be THE advantage compared to Lotus and so on - the feature that
nobody else has.
Comment 1 Mike Potter 2002-05-10 10:20:47 PDT
I don't think there's such a thing as an HTML box in Mozilla, but I'll give you
the benefit of the doubt and just send this to nobody. I'm not going to be doing
this.
Comment 2 Emanuel Gull 2002-05-11 10:53:46 PDT
I'll give it a try.
Comment 3 Emanuel Gull 2002-05-13 08:43:21 PDT
Here's a short status report... I tried to program a little over the weekend,
and that's what I could do:

- I can convert a string of text to a 'tree of objects' or however you wanna
call that. I'm using the 'range' command for that:
var HTMLText=range.createContextualFragment("<br><it>Hello, World!</it></br><br>
<b>hello world!</b></br><p><h1>asfdfdas</h1></p>");

Dom Inspector shows that the HTML is parsed correctly.

- I can display HTML text inside an event box. I'm using the XUL browser object
(a read only iframe) to display html inside the box. If I construct the object,
add www.mozilla.org as src and attach it to the event box, I really get the
mozilla homepage inside the box.

-I can create an empty HTML broser (or iframe), and I have the DOM objects made
by my string, but I couldn't figure out how to transfer the DOM objects into the
browser at the right place (i.e. in browser->HTML->Body). I'm working on that
right now.
/* var eventHTMLBox=document.createElement("browser");
   eventBox.appendChild( eventHTMLBox );
   eventHTMLBox.setAttribute("src", "about:blank");
   eventHTMLBox.setAttribute("name", "SomeCalendarEvent");
   eventHTMLBox.setAttribute("flex", "1");   
*/

Finally the resolution would look like that: A preference somewhere to specify
if HTML events are allowed. If yes, there's a browser created for every event
box, and the event contents are added: first the title, then the location,
finally the description. All of them could themselves contain HTML tags.

May I assign this bug to myself? Or does anybody else want to experiment with that?
Comment 4 ajbu 2002-05-16 04:21:05 PDT
If HTML is used, the fields should also be stored in the iCalendar as plain 
text.

The iCalendar spec (ftp://ftp.isi.edu/in-notes/rfc2445.txt) has some 
information about how to handle this, using an ALTREP parameter:

     altrepparam        = "ALTREP" "=" DQUOTE uri DQUOTE

   Description: The parameter specifies a URI that points to an
   alternate representation for a textual property value. A property
   specifying this parameter MUST also include a value that reflects the
   default representation of the text value. The individual URI
   parameter values MUST each be specified in a quoted-string.


Comment 5 Russell Levy 2002-07-09 07:00:01 PDT
Don't know if this is still active...

the message composer and the web page composer do exactly what we want. maybe we
can reuse code from them?

--Russell
Comment 6 Brant Gurganus 2002-10-13 11:27:30 PDT
[RFE] is deprecated in favor of severity: enhancement.  They have the same meaning.
Comment 7 Daniel Barrett 2002-11-19 12:38:23 PST
Please add my vote for this feature. Imagine a shared university course calendar
with all students subscribed.  Each day contains a listing of classes (e.g.,
"Math 101, 10:00 - 11:30am").  Each class is a link to the home page for the
course.  It would be a great feature for schools.
Comment 8 Christoff_pale 2004-09-10 14:21:39 PDT
Please add my vote too. This is an extremely useful feature -- perhaps the most
important right now.
Comment 9 Johannes Buchner 2006-08-26 13:43:49 PDT
(In reply to comment #7)
> Please add my vote for this feature. 
(In reply to comment #8)
> Please add my vote too. 
You can vote on your own by using "Vote for this bug"

(In reply to comment #7)
> Imagine a shared university course
> calendar
> with all students subscribed.  Each day contains a listing of classes (e.g.,
> "Math 101, 10:00 - 11:30am").  Each class is a link to the home page for the
> course.  It would be a great feature for schools.
This is already possible due to the URL field.
Comment 10 Philipp Kewisch [:Fallen] 2010-03-05 02:11:51 PST
*** Bug 431337 has been marked as a duplicate of this bug. ***
Comment 11 Stefan Sitter 2010-03-17 11:38:57 PDT
*** Bug 552916 has been marked as a duplicate of this bug. ***
Comment 12 M Lopez-Ibanez 2014-08-04 03:13:40 PDT
It would be nice to have an HTML editor like the one used by Thunderbird for email.
Markdown would also be a nice alternative, but perhaps too advanced.
Comment 13 Christopher King 2015-09-11 08:49:55 PDT
I'd like to see the description field support html with a formatting tool bar of its own.  Several years ago I read the book, "Take Back Your Life!  Using Microsoft Office Outlook 2007 to get organized and stay organized" by McGhee and Wittry.  That book shows how to use event descriptions for planning and accomplishing tasks.  Because event descriptions are used extensively in that approach, formatting is used to highlight the different parts of a task.  So, there's another reason for having this feature, though probably only a small fraction of users will use such a feature.
Comment 14 M Lopez-Ibanez 2015-09-13 07:05:48 PDT
Bug 553132 would be a subset of this.

I'd propose to rename this to:

Task/Event descriptions/text should be HTML/rich text formatting

to make it easier to find.
Comment 15 Christopher King 2015-09-13 09:19:21 PDT
Good idea.  I had trouble finding it with the current name.  (Looks like I don't have authority to rename it myself.)
Comment 16 Stefan Sitter 2015-12-04 00:56:38 PST
*** Bug 1230145 has been marked as a duplicate of this bug. ***

Note You need to log in before you can comment on or make changes to this bug.