Allow control of font size in hints

[Ian Lewis]

On our system, the hint text is tiny and the hint box is too narrow. The effect is that the hints are unreadably small and are therefore a nuisance rather than helpful.

[Steffen Hoffmann]

Replying to ilewismsl:

On our system, the hint text is tiny and the hint box is too narrow. The effect is that the hints are unreadably small and are therefore a nuciense rather than helpfui.

I know this from own experience with IE, but in *nix with FF3.5 it renders ok.

This is rather not a system thing as you called it, but a browser (default settings) one. Trac's output is not fixed size, so the local user client setting matter.

Another hint: Latest code is no longer in WikiTicketCalendarMacro, but in WikiCalendarMacro instead. We're in the final consolidation phase. I'd value, if you could test latest trunk version over there too. It provides both wiki macros now and should already have a better tool-tip size.

[Ian Lewis]

Replying to hasienda:

Another hint: Latest code is no longer in WikiTicketCalendarMacro, but in WikiCalendarMacro instead.

I think you must be doing something to the hints that is odd somehow. I have lots of hints from other things in IE and none of them look so narrow.

I had seen your consolidation, which looks quite good, and installed the WikiCalendarMacro a while ago. The hints are a bit better there, at least I can read them, but they are still very narrow. I do not know what is driving that, but they do not look like hints in IE anywhere else.

The new TicketCalendar looks good except I did see one problem. If you have multiple milestones due on the same day the old WikiTicketCalendarMacro showed more than one, but the new one only shows one.

A request for both calendars: It would be nice if the macro either used a default page relative to the current page (under it) or accepted a relative link like ./%Y-%m-%d. Currently I have to give a full path to the calendar page location. Generally, we do not want section specific calendar pages at the top level.

[Steffen Hoffmann]

Replying to ilewismsl:

Replying to hasienda:

Another hint: Latest code is no longer in WikiTicketCalendarMacro, but in WikiCalendarMacro instead.

I think you must be doing something to the hints that is odd somehow. I have lots of hints from other things in IE and none of them look so narrow.

Odd? No, why? I will have another look, but I use it with IE too. Sure, the tips are slightly blurred compared to other browsers, but working for me and 50 other users here.

Ultimately this is just pure CSS, not something especially not something hidden or hard-coded. And it's relative to the regular text size. Does a bigger font size in IE fix it for you?

I had seen your consolidation, which looks quite good, and installed the WikiCalendarMacro a while ago. The hints are a bit better there, at least I can read them, but they are still very narrow. I do not know what is driving that, but they do not look like hints in IE anywhere else.

Yeah, right. I prefer a slightly smaller font size for the tips, while you/your users are obviously used to seeing it all at the same size. Continuing from the above: Adjust it by overwriting plugin default with own setting, and you're done. It should be really that simple for you.

Don't get me wrong on this one: It's up for discussion/user vote, in case there are more complaints, and I'm certainly listening and may be convinced. Right now you're the first one, and because settings are like this already for many months, if not years, I'm reluctant to change them right-away.

The new TicketCalendar looks good except I did see one problem. If you have multiple milestones due on the same day the old WikiTicketCalendarMacro showed more than one, but the new one only shows one.

A request for both calendars: It would be nice if the macro either used a default page relative to the current page (under it) or accepted a relative link like ./%Y-%m-%d. Currently I have to give a full path to the calendar page location. Generally, we do not want section specific calendar pages at the top level.

Thanks for notification. Actually I've been unaware of both issues and will address them in ongoing development. Because it's harder to have such mixed/moving/multiple-issue tickets I've split the issues out into #9718 and #9719 for further tracking. Please follow-up over there as required.

[Ian Lewis]

Replying to hasienda:

Don't get me wrong on this one: It's up for discussion/user vote, in case there are more complaints...

No problem. Just a suggestion. I did muck around a bit with the CSS and failed to make it work well without setting an explicit width on the hint, which I would rather not do since differnt users have different screen sizes. Using a width in % I failed to do anything but shrink the box and make matters worse. I tried 400%, 500%, and smaller steps; nothing good came of it. But, I am sure we can figure out how to get around the issue.

In any case, it really is more an inconvinence than a serious problem. The calendar is very nice. One can always click on the ticket if you want to know what it is about. The hints just seem like they could be quite useful.

Thank you for breaking up my comments into tickets. I was not sure whether you would want that or I would have done it. - Ian

[Steffen Hoffmann]

(In [11175]) WikiCalendarMacro: Correct changelog after discovering about #6314, refs #6314, #9703 and #9718.

For both of these macros it's a real pain to discover and document history and give proper credit to contributors due to considerable activity without proper coodination and housekeeping in the repository.

[Steffen Hoffmann]

Replying to ilewismsl:

Replying to hasienda:

Don't get me wrong on this one: It's up for discussion/user vote, in case there are more complaints...

No problem. Just a suggestion. I did muck around a bit with the CSS ...; nothing good came of it. But, I am sure we can figure out how to get around the issue.

I wasn't totally satisfied by CSS tool-tips. So currently I employ a mix of both, traditional, old-style (title HTML tag driven) tool-tips for compressed (ticket-ID-only) and pure CSS style ones for the 1-line-per-ticket view.

Comparing both at various zoom-levels in FF3.5 I noticed, that the old-style tool-tips are fixed-size while CSS style ones change font size with browser zoom. Didn't check other browsers yet, so YMMV. Anyway having problems with readability of the CCS style tooltips I suggest to do something like this:

--- ./wikicalendar/htdocs/wikicalendar.css
+++ ./wikicalendar/htdocs/wikicalendar.css
100
@@ -99,7 +99,7 @@
     }
 a.tip span { display: none; }
 a.tip:hover span {
-    display: block; z-index: 1; text-decoration: none;
+    display: block; z-index: 1; font-size: 1.2em; text-decoration: none;
     /* big left move because of z-index render bug in IE<8 */
     position: absolute; top: 0.8em; left: 6em;
     border: 1px solid #000; background-color: #fff; padding: 5px;

Of course you should add your preferred setting to your <env>/htdocs/style.css to preserve them over changes.

[Ian Lewis]

Replying to hasienda:

Anyway having problems with readability of the CCS style tooltips I suggest to do...

With the new WikiCalendarMacro version of WikiTicketCalender, the fonts are now readable (unlike the old one). I will probably adjust them to be a bit bigger as you suggest on our instalation, but the default is really ok. The main problem remains that the width of the popup box is very narrow. After a bit more poking around I think that IE is driving the box width based on the calendar cell width. I am not positive of this, but I am fairly sure.

When the calendar cells are small, the popups are really narrow and even on a full width calendar they are too narrow.

The old style tool tips on the small calendar are perfectly fine and quite readable.

[Ian Lewis]

Replying to ilewismsl:

Replying to hasienda:

Anyway having problems with readability of the CCS style tooltips I suggest to do... ....

After a bit more poking around I think that IE is driving the box width based on the calendar cell width....

Ignore that. I got this wrong. I still do not know where the width of the popup is coming from but my story above is not right, though it may not be completely wrong.

[Ryan J Ollos]

The plugin is deprecated. Feature requests should be directed to WikiCalendarMacro.