Opened 14 years ago
Closed 12 years ago
#8818 closed defect (fixed)
CSS definitions not read
Reported by: | Owned by: | Steffen Hoffmann | |
---|---|---|---|
Priority: | normal | Component: | WikiTicketCalendarMacro |
Severity: | normal | Keywords: | CSS |
Cc: | Ryan J Ollos | Trac Release: | 0.11 |
Description (last modified by )
I have installed WikiTicketCalendar and I am happy with what it shows however it does not seem to read its own css and as a result it appears so flat that it makes it difficult to read. Its just a bunch of text in the background with no line separating the tiles of the table etc.
I have changed, through the Admin->Theme->Customize, the colors of the default theme as follows:
/* Warning: this file is auto-generated. If you edit it, changes will be lost the next time you use the simple customizer. */ body, .milestone .info h2 *:link, .milestone .info h2 *:visited { color: #000000; } body { background-color: #C7CDD1; } *:link, *:visited, #tabs *:link, #tabs *:visited, .milestone .info h2 em { color: #003366; } *:link:hover, *:visited:hover, #tabs *:link:hover, #tabs *:visited:hover { color: #555555; } #mainnav { background-color: #FFFFFF; } #mainnav .active *:link, #mainnav .active *:visited { background-color: #000000; } #mainnav *:link:hover, #mainnav *:visited:hover { background-color: #CCCCCC; }
I am attaching a jpg so that you can see how the WTC appears on the Wiki Page.
Please help!
Attachments (1)
Change History (12)
Changed 14 years ago by
comment:1 follow-up: 2 Changed 14 years ago by
Keywords: | needinfo CSS added |
---|---|
Summary: | CSS not read → CSS definitions not read |
Would you be so kind as to refer to the exact version, or even better: try the latest code from WikiCalenderPlugin trunk
. I've merged sources back to the origin and will support both macros in a single package. Since I use it myself in production and it worksforme, you really need to tell me more about your environment (how to reproduce). Thanks for taking care.
comment:2 Changed 14 years ago by
Replying to hasienda:
Would you be so kind as to refer to the exact version, or even better: try the latest code from WikiCalenderPlugin
trunk
.
sorry, correct: WikiCalendarMacro
comment:3 Changed 14 years ago by
Hello. I installed this "wikiticketcalendarmacro-r10217.zip" on Trac package "Trac-0.12.2-py2.6.egg". I am using the default theme but have changed the colors a little. What do you mean by trunk? I dont think I have installed such a version of wtc. How do I do this?
Thank you for you support!
comment:4 Changed 14 years ago by
Please re-read correctly: WikiCalendarMacro is the predecessor to WikiTicketCalendarMacro. Both lacked maintenance for quite some time resulting in a variety of patched versions without moderation and versioning.
I started to cleanup the version mess for WikiTicketCalendarMacro last year. Afterwards rjollos and I decided that it would be a win-win situation for users and future development, if I merged both, so pending issues for WikiCalendarMacro could be resolved same way as done for the sister plugin, you see? I speak of WikiCalendarMacro as the place, where the functionality of both former independent code trees will be developed from now on. Install one, get two macros.
Beware, there are single-file and packaged versions. Full capabilities are only available with the packaged (Python egg) version.
trunk
is the name commonly used in software development for the active development repository tree. So this is you link, if you care to help improve the latest version. http://trac-hacks.org/changeset/latest/wikicalendarmacro?old_path=/&filename=wikicalendarmacro&format=zip
Hope, this makes the situation clearer for you now. Please don't hesitate to ask more questions, if not.
comment:5 Changed 14 years ago by
comment:6 Changed 14 years ago by
At first glance it looks like working in a theme admin menu (as mentioned above) would be a common procedure.
Happens I've never done so, even don't know, what plugin provides such a functionality. At least it's not a native Trac's functionality and you really need to present more details on your customization approach. What you should take for granted is, that the plugin regardless of branch (single-file vs. packaged - Python egg version) generally works and produces visual results similar to what is reproduced in the wiki page. CSS is even embedded into the single-file version (0.11
branch), so it can hardly be missed. Try this, if you missed it by now.
Anyway I suspect, it's about how you changed the CSS styles that interferes with the common procedure done by add_stylesheet()
from trac.web.chrome
. Even if it really looks like a local installation/configuration issue I'll try to help as much as I can, but entirely depending on best possible insight into your setup.
comment:7 Changed 12 years ago by
Cc: | Ryan J Ollos added; anonymous removed |
---|---|
Keywords: | needinfo removed |
Trac Release: | 0.12 → 0.11 |
I was able to reproduce this with Trac 0.11 now.
Seems like an issue with late style-sheet file addition, that is done by jQuery.loadStyleSheet
(see t:#8005 for a similar issue). While embedding the CSS into the page might help, this would clutter up the rendered HTML significantly, not to mention unneeded duplication on multiple macro calls per page. I hope there'll be another solution.
comment:8 Changed 12 years ago by
Description: | modified (diff) |
---|
comment:9 Changed 12 years ago by
(In [11746]) WikiCalendarMarco: Optionally embed CSS styles instead of using add_stylesheet
, refs #8818.
This introduces a new option internal_css
for the equally new upstream
configuration section wikicalendar
. False
is the default and that's fine,
unless you really need to force reading CSS style definitions.
I tried with ITemplateStreamFilter
, but had to learn, that wiki macros are
expanded only afterwards, so including style definitions into the HTML page
seems like the only alternative to trac.web.chrome.add_stylesheet()
so far.
comment:10 Changed 12 years ago by
Please try latest trunk
version of WikiCalendarMacro with
[wikicalendar] internal_css = True
added to your trac.ini
.
I verified, that [11746] fixes missing CSS for both, WikiCalendarMacro and WikiTicketCalendarMacro in Trac 0.11. As always, feedback is highly appreciated to encourage pushing this to next stable release.
comment:11 Changed 12 years ago by
Resolution: | → fixed |
---|---|
Status: | new → closed |
(In [12842]) WikiCalendarMacro: Releasing current, tested macro package as final product, closes #64, #578, #6636, #7564, #7653, #8818, #9568, #9718 and #9719.
After a long time one of the oldest Trac hacks (see changeset [53]) is united with its ambitious fork WikiTicketCalendarMacro for convenience. While maintaining separate wiki pages for both macros, upstream development continues together in the source:wikicalendarmacro/trunk branch.
Wiki Ticket Calendar - Broken View