Open Bug 770918 Opened 12 years ago Updated 2 years ago

RFE: Option to change event description text size

Categories

(Calendar :: Dialogs, enhancement)

enhancement

Tracking

(Not tracked)

People

(Reporter: lapsap7+mz, Unassigned)

Details

(Whiteboard: [userChrome])

Attachments

(2 files)

Currently, event description (inside event dialog) is using very small font (8 pt in Windows) -- it's especially small when it's displayed on today's monitors which has high resolution while physical dimension didn't follow much the tendancy.  It's making reading text very difficult but there's no way to change the font size.

It would be nice if there's an option (eg in Options > Views tab) to change the font size in this description area.
_____

As a quick and dirty solution based on Lightning 1.5.2 while waiting for the approval of this RFE and its implementation:
1. Edit the file at .....\chrome\calendar\content\calendar\calendar-event-dialog.xul

2. In line 1068, we have this element:
<textbox id="item-description"
disable-on-readonly="true"
flex="1"
multiline="true"
rows="12"/>

3. Add the attribute:
style="font-size: 14pt"
Putting this into the Options Dialog isn't a good idea, doing so would bloat the dialog (i.e if there is an option for the description text size, why not for every single element in the application?)

What you can do though is go to your profile, create a folder called chrome, in it create a file called userChrome.css. Put this into the file:

#item-description {
  font-size: 14pt;
}

Then you will have the font size changed without changing Lightning itself.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → WONTFIX
Whiteboard: [userChrome]
I'm seeing a potential problem/clash here.  If another add-on also has an element called "item-description", this userChrome.css method will also affect that element, isn't it?  So this method is just a short-term solution.  We need a long-term one with a good "isolation".

On the other hand, this method is only "visible" by those who know what to look at.  I knew the name of that element is "item-description" because I have spent time digging into the code.  And even if someone knew the name, he/she still has to know the trick of "userChrome.css". This is *not obvious* at all and very user-unfriendly. But there are thousands and thousands of users out there.  We could not expect everyone of them capable of reading the code and knowing things like that.

I don't feel doing so would bloat the dialog. Event body is like mail body. If it's possible for user to change mail body font size, why event body does not allow to do so?

I don't think we can generalize this request to other elements (like labels, menus, time) because other elements are "unchangeable" and people are used to seeing them as they are because we do not need to read those elements *letter by letter* to recognize them.

Take a text editor as an example, it's natural and common to see users changing text body font size (or even font). But if they want other elements, eg menu, to be bigger, this has to be changed in a system-wide manner.

I know we are all very busy, but let's keep the bug open for whoever is free to implement it.
Status: RESOLVED → REOPENED
Resolution: WONTFIX → ---
I think a text editor is a bad comparison. If you change the text size of the body, thats changing the formatting. This would rather relate to allowing rich editing in the description field, there is another bug open for that.

This would rather compare to being able to change the text size in the options dialog of Thunderbird, i.e the listbox in Options > Display > Tags.

Firefox used to allow overwriting the text sizes in various different places and has now taken out some of those options to only allow changing the default text size (if not specified by the site, which is uncommon). Not to say this is comparable, because the website area is different than the textbox, but putting in these kinds of options into the main preferences dialog will really make it explode at some point.

I think this should either be fixed at a user level, i.e increasing the default text font size in the OS (I don't think we dictate anything there, check with DOM inspector), or possibly by specifying a slightly higher relative font size in em units by default. Would that be sufficient for you?
(In reply to Philipp Kewisch [:Fallen] from comment #3)
> I think a text editor is a bad comparison. If you change the text size of
> the body, thats changing the formatting.

I don't see what you're referring to here. What's inside a text editor is pure text. There's no formatting. And when we change font size, width and height are enlarged proportionally, unless one uses uncommon bitmap font (but that's an exception). I'll upload a screen shot showing two font size in notepad.

> This would rather relate to allowing rich editing in the description field,
> there is another bug open for that.

I'm not asking for this. BTW, iCal format only supports pure text in description, no?

> This would rather compare to being able to change the text size in the
> options dialog of Thunderbird, i.e the listbox in Options > Display > Tags.

I don't agree. I would compare it to text body of a text editor, or message body of a mail window, as I stated.

> [deleted]
> I think this should either be fixed at a user level, i.e increasing the
> default text font size in the OS (I don't think we dictate anything there,
> check with DOM inspector), or possibly by specifying a slightly higher
> relative font size in em units by default. Would that be sufficient for you?

In that way, everything on screen is enlarged. Is that what you're suggesting? Well, that is of course a solution, but not a preferable one.
(In reply to 石庭豐 (Seak, Teng-Fong) from comment #4)
> (In reply to Philipp Kewisch [:Fallen] from comment #3)
> > I think a text editor is a bad comparison. If you change the text size of
> > the body, thats changing the formatting.
> 
> I don't see what you're referring to here. What's inside a text editor is
> pure text. There's no formatting. And when we change font size, width and
> height are enlarged proportionally, unless one uses uncommon bitmap font
> (but that's an exception). I'll upload a screen shot showing two font size
> in notepad.
Sorry, I was assuming rich text editor. I guess in that case your example holds, but consider that the number of options in notepad is not very great so something like this is plausible.

> 
> > This would rather relate to allowing rich editing in the description field,
> > there is another bug open for that.
> 
> I'm not asking for this. BTW, iCal format only supports pure text in
> description, no?
There are efforts to add a structured description, and I believe you can use the ALTREP parameter. There are certain other compat issues though to be discussed in the respective bugs.
 
> 
> > This would rather compare to being able to change the text size in the
> > options dialog of Thunderbird, i.e the listbox in Options > Display > Tags.
> 
> I don't agree. I would compare it to text body of a text editor, or message
> body of a mail window, as I stated.

I guess we could try to hook this up to the Thunderbird default font in Otions > Display > Formatting.

> 
> > [deleted]
> > I think this should either be fixed at a user level, i.e increasing the
> > default text font size in the OS (I don't think we dictate anything there,
> > check with DOM inspector), or possibly by specifying a slightly higher
> > relative font size in em units by default. Would that be sufficient for you?
> 
> In that way, everything on screen is enlarged. Is that what you're
> suggesting? Well, that is of course a solution, but not a preferable one.

Not everything, just the item-description.
(In reply to Philipp Kewisch [:Fallen] from comment #6)
> Sorry, I was assuming rich text editor. I guess in that case your example
> holds, but consider that the number of options in notepad is not very great
> so something like this is plausible.

OK, I see. We were not talking about the same thing from the beginning, lol

> There are efforts to add a structured description,[deleted]

Nice to hear so. But since Google and other calendar providers don't support this, I would limit myself to simple text.

> I guess we could try to hook this up to the Thunderbird default font in
> Options > Display > Formatting.

It's possible to "cross over" to Thunderbird?  It's nice! Then why not :)
Status: REOPENED → NEW

(In reply to Philipp Kewisch [:Fallen] [:📆][:🧩] from comment #6)

I guess we could try to hook this up to the Thunderbird default font in
Otions > Display > Formatting.

Could you please implement this?

After so many changes in Thunderbird, I'm no longer able to find the calendar-event-dialog.xul file. It's nowhere to be found! That means I cannot edit it to change the font size.
And the "userChrome.css" trick suggested earlier does not work either.

I don't want to add the "accessibility" keyword but it's getting to be the case. Characters are getting smaller and smaller on the screen (too long to explain).

Type: defect → enhancement
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: