Re: Feature Request: Color Schemes for Calendar Views

[ovidiu]

Ronald Hermes wrote:
> ovidiu schrieb:
>> Ronald Hermes wrote:
>>> Hi again
>>>
>>> I'd like to see different color schemes for the calendar views. I am
>>> not talking about themes. I mean color schemes like chatzilla has.
>>>
>>> It would be great to have a default color scheme (luna blue grid
>>> etc.), and may be two more. I would prefer a more serious one than
>>> the luna scheme. This could be for instance a white background, dark
>>> grey grid, black texts.
>>>
>>> Cheers,
>>> zsdr
>> these are currently customizable by themes or lighter css styles in
>> userChrome ...
>> Which means can alter it separately peace by peace etc. If themes are
>> too much, css styles may just do the trick. If you don't know how
>> these userChrome.css styles are working I can lead you there or may
>> even present couple of tricks. Are you looking for Sunbird or
>> Lightning schemes?
>
> Hi Ovidiu
>
> I know a little bit of css, I think it should be enough to just change
> the colors on my own.
>
> But nevertheless don't you think that a color scheme selection in the
> options would be usefull to serve different needs of views? Especially
> for people who don't consider installing themes.
could be, for the "normal" user. Or could be an extension for that.
Actually there may be one already, but might not be as having it as an
option.
>
> I may want to try a color scheme for lightning. Your help is appreciated.
>
> Cheers
ok then, I also use TB with lightning. This may go easier as there are
some extension that may help ..

If didn't use the userChrome for css tweaks, see first
http://www.mozilla.org/support/thunderbird/edit where userChrome is the
one .. [as about having schemes, could just have couple of them as css
somewhere in a page on calendar site, like those little ones on TB site
in tricks..]

There is an alternative with "stylish" extension
https://addons.mozilla.org/en-US/thunderbird/addon/2108 which does the
same and provides more or less interactive preview of the changes, also
with some warnings in edit and that userstyles.org (so that you don't
restart all the time to refresh, though is still necessary sometimes..)
[This may very well stand for an extension that does the very trick,
though not with ease for a "normal" one, and not found on their site
styles for LT and this..]

Also a "restart" function here
https://addons.mozilla.org/en-US/thunderbird/addon/4847
May add DOMinspector
https://addons.mozilla.org/en-US/thunderbird/addon/1806 to analyze the
ui or MailTweak http://journal.mozdev.org/mailtweak.html for having that
css selector option again to see the properties of some elements on screen.

enough

till that, in userChrome.css or in a Stylish script paste this:

/*-----------for month + multiweek view---------*/
/*header*/
calendar-month-view-column-header { border: none !important; margin: 1px
!important; -moz-border-radius: 16px 16px 0 0 !important; }
/*borders*/
calendar-month-day-box { margin: 1px !important; }
.calendar-month-day-box-current-month { border: 1px dotted gray
!important; }
.calendar-month-day-box-other-month { border: none !important; }
/*prop for weekend*/
.calendar-month-day-box-day-off.calendar-month-day-box-current-month {
background: #ffeaea !important; border: 1px dotted gray !important; }
.calendar-month-day-box-day-off.calendar-month-day-box-other-month {
background: #FFCCCC !important; }
.calendar-month-day-box-day-off[selected="true"] { background: #ffdd99
!important; }
.calendar-month-view-column-header-label[value="Saturday"],[value="Sunday"]{
color: #cc8888 !important; }
/*number of day*/
.calendar-month-day-box-date-label {text-align: center !important;
border-bottom: 1px dashed gray!important; color: #223344 !important;}
/*---end---*/

well, just for a little glimpse of it..

!!this is crossposted an followup to mozilla.support.calendar !! cause
there I think should continue. If to have other comments rather dev
related, reply to another post in this thread as this will lead to support..

ovidiu

[Decathlon]

I would thank you for these informations, really really useful.
I've tried to change month-view to obtain 1pixel thickness lines
between days-box.
It seems I did it but Lightning's behavior is strange: sometimes lines
aren't visible. Perhaps it depends on window size, I sometimes get
this one:
http://img292.imageshack.us/my.php?image=monthview2jt7.jpg
and sometimes this other one:
http://img292.imageshack.us/my.php?image=monthview1ap6.jpg

I think it's the same problem on standard month-view: sometimes lines
are 2px thiknes and sometimes are 1px without reason (http://
img147.imageshack.us/my.php?image=monthview31lf6.jpg)

Is there a way to change this behavior? Is it a bug?

[Ronald Hermes]

Decathlon schrieb:

I encountered the same. Sometime I have a 1px border between the days,
another time there is a 2px border. It is a minor issue which is not
usability relevant, but sometimes it is annoying because it doesn't look
like it should. :-)

Resizing the view frame helps sometimes but it isn't a convenient
workaround.

Can somebody approve that this is a known bug?

[ovidiu]

well, it seams to be doing that constantly and with default as well as
with custom css.

As I see it an test it, it goes like this:
-the lines between the days (in moth v) are made out of 2 lines which
are borders of the day square and found in
calendar-month-day-box { border: 1px solid gray !important; }
for example
-if you use a "margin" also for the day box (as in my example in the
post before..) you'll see this clear and on resize of the window will
see that sometimes the *bottom* and *right* borders disappear
-if try to use border "none" and add a margin and then
calendar-month-view {background: #113377 !important; }
to go for a background for the whole thing that should appear between
days cause of margin, it still happens, again for one pixel as the day
boxes are like 'escaping' a bit out of their place.
-if a day has many events and shows a scrollbar, it doesn't seam to
happen on that day box even if the whole row/column shows
blank/hidden(?) line like this: on the column it shows always on the
right of scrollbar, on the row it only shows under the vertical
scrollbar, but not the rest of it
-while resizing the window, there is kinda flickering of those lines
which shows the very positions in which they are hidden or blank, so it
may be a matter of the way it resizes the day boxes to be even and
sometimes not "dividing" well.. Funny enough, while doing that slowly,
watch the buttons in the normal toolbar, cause they are doing kinda
same, the text and icons moving sometimes with small (1px ?) steps
differently on the same button ...

conclusion:
-It is a matter of day boxes overlap or get "out of place" with 1px on
the bottom and right sides. I wonder why .. Assumption as related to the
rendering vs dividing the space or the relation to the slider are only
some speculation or more or less helping in further determining the problem.

I cannot find a quick workaround now, if any to find, but I'll try other
elements there to see if one can be the problem or solution and also
I'll look for bugs on this one, cause it seams like a bug to me. Well,
it will happen one of the next days as I'll find the time to really dig
this ..

[ Along with this I found something that I would consider at least
debatable if not to report as a bug: if having many events and scroll in
a day, the day label will scroll also. I think this should only scroll
the event list and the label should just be fixed (meaning that there
should be a scroll only for the vbox[anonid="day-items"], not for the
whole vbox one step up in hierarchy that contains the label and the day
items ) But that's another one .. ]

[Ronald Hermes]

ovidiu schrieb:

Thanks for this deep insight!!!!

[Decathlon]

ovidiu wrote:

> I cannot find a quick workaround now, if any to find, but I'll try other
> elements there to see if one can be the problem or solution and also
> I'll look for bugs on this one, cause it seams like a bug to me. Well,
> it will happen one of the next days as I'll find the time to really dig
> this ..

I'm just an user but if it's a rendering engine problem, Firefox
should have this problem too.
Searching on bugzilla with "1px" or "1 px" key, there are some bugs,
releated to Firefox, that report some visualization problems
(alignement, wrong positioning, border that appears and dissapears).
For example:
https://bugzilla.mozilla.org/show_bug.cgi?id=313543

If related with this Lightning problem then comment #2 of this other
bug:
https://bugzilla.mozilla.org/show_bug.cgi?id=218376
says that nothing can be do.
I hope I'm wrong.

> [ Along with this I found something that I would consider at least
> debatable if not to report as a bug: if having many events and scroll in
> a day, the day label will scroll also. I think this should only scroll
> the event list and the label should just be fixed (meaning that there
> should be a scroll only for the vbox[anonid="day-items"], not for the
> whole vbox one step up in hierarchy that contains the label and the day
> items ) But that's another one .. ]

I agree with you.

[ovidiu]

Decathlon wrote:
> ovidiu wrote:
>
>
>> I cannot find a quick workaround now, if any to find, but I'll try other
>> elements there to see if one can be the problem or solution and also
>> I'll look for bugs on this one, cause it seams like a bug to me. Well,
>> it will happen one of the next days as I'll find the time to really dig
>> this ..
>>
>
> I'm just an user but if it's a rendering engine problem, Firefox
> should have this problem too.
> Searching on bugzilla with "1px" or "1 px" key, there are some bugs,
> releated to Firefox, that report some visualization problems
> (alignement, wrong positioning, border that appears and dissapears).
> For example:
> https://bugzilla.mozilla.org/show_bug.cgi?id=313543
>
>

kinda old though ..

> If related with this Lightning problem then comment #2 of this other
> bug:
> https://bugzilla.mozilla.org/show_bug.cgi?id=218376
> says that nothing can be do.
> I hope I'm wrong.
>

again kinda very old one, though having a point
maybe in the meantime, ff and tb had a workaround for this, cause they
are not actually falling for the 1px wrong position, even if they have a
stepped 1px resizing thing ..

>
>> [ Along with this I found something that I would consider at least
>> debatable if not to report as a bug: if having many events and scroll in
>> a day, the day label will scroll also. I think this should only scroll
>> the event list and the label should just be fixed (meaning that there
>> should be a scroll only for the vbox[anonid="day-items"], not for the
>> whole vbox one step up in hierarchy that contains the label and the day
>> items ) But that's another one .. ]
>>
>
> I agree with you.
>

for the issue of gridlines not showing I just asked on a new, specific
thread on mozilla.dev.calendar with the name
1px borders on flex bug ?
so that we'll see if it goes for a general bug or a calendar one. Should
talk on that there

[Decathlon]

ovidiu wrote:

> kinda old though ..
> ...
> again kinda very old one ...
> ...
Yes, very old bugs but still there. No workaround for corrent Firefox
(2.0.0.12).
If you try attachments "testcase 1"
https://bugzilla.mozilla.org/attachment.cgi?id=200568
( bug https://bugzilla.mozilla.org/show_bug.cgi?id=313543 ),
when horizontally resize Firefox window you can see the red border on
the right side changing from 1px to 2px.
Not the same issue discussing here though...

[ovidiu]

you're right about the edge. Still, the calendar shows a more agressive
or frequent one. Actually, you rarely see some missing borders, where on
the cal it'a always there ..