Recent activity
Subscribe to this feed
mowyn replied on June 24, 2008 16:36 to the question "CSS Editor Changes" in PBwiki:
I had this same problem too. When I looked at the CSS in Firefox Web Developer, I saw that the PBWiki stylesheet had a number of declarations that were not in the stylesheet for the Minimalist skin.
They all start with: #displaycontent div.sidebar_v2. When I added them to my custom css with my settings I was successful in styling my sidebar.
Vu Nguyen replied on June 21, 2008 16:45 to the question "CSS Editor Changes" in PBwiki:
I am remember that bit of CSS now. With !important, if two identical selectors are used, then the last !important gets priority.
http://vupublictest.pbwiki.com/CSSExa...
And you're right, as a skin-designer and web-developer, Firebug has saved my life many times. Too bad IE doesn't have anything as useful.
jac2 replied on June 21, 2008 09:25 to the question "CSS Editor Changes" in PBwiki:
Vu,
As I should have said, I am not an CSS expert, in fact trying to debug the issue on mine was my 3rd foray into CSS.
See https://vs1.pbwiki.com/common_both-v0...
which I am pretty sure is before my CSS. Notice the "important" overriders. I am right in saying the first one it hits sticks aren't I?
Also see thread: http://getsatisfaction.com/pbwiki/top... toward the bottom.
My advice would be to use firefox + firebug and see what css attributes are being enforced and by which CSS.
Vu Nguyen replied on June 21, 2008 04:19 to the question "CSS Editor Changes" in PBwiki:
Actually jac2, I don't think I've seen !important being used in our built-in CSS very often. It's more likely that a complex order of cascades is going on and the most simple version of a declaration won't work. For example, let's say PBwiki defines h1's like this (I actually don't remember, and it's different for each skin anyway):
#wrapper-root #root div#displaycontent h1 { color:green; }
For you to get the header changed to red, you'd have to be AS specific, or MORE specific. Otherwise, this declaration would get precedence. For example, even the following would fail:
#wrapper-root #root #displaycontent h1 { color:red; }
You would have all the same steps, but since you did not define the element type for #displaycontent, it's not as good.
Furthermore, a problem where the blame is with us a little more is when we link our CSS after the user CSS, allowing our's to have the last say. For example, if we did something like:
<link href="/f/wiki.css" rel="stylesheet" />
<link href="sidebar.css" rel="stylesheet" />
Even if you DID get the declaration with the right priority/specificity, we would still be overriding it. So that's why with any user skinning, if you are having trouble, the best bet to try first is to use the !important keyword yourself, since we use it sparingly if at all and you can then override the built in styles.
Sorry for the longwindedness!
jac2 replied on June 20, 2008 09:54 to the question "CSS Editor Changes" in PBwiki:
This sounds like a problem I reported ages ago. It was that somewhere in the nested CSS's used by the developers of PBWIKI they had used an "important" tag, which AFAICS stops the property from being modified by later CSS's. My problem was that I couldn't change "Header1" font size and weight. It worked fine in the CSS editor, but ignored in the live WIKI.
After a lot of digging around and using firebug to work out what effective CSS was actually effecting properties I got to the bottom of it. Reported, but still a problem on our V1 wiki.
Not sure it if is the same, but sounds similiar.
Vu Nguyen replied on June 19, 2008 05:43 to the question "CSS Editor Changes" in PBwiki:
Hi,
Can you tell me what code you are using for the SideBar? It's a tricky bugger...In particular, sometimes you just have to follow those declarations with the !important keyword.
#SideBar, .sidebar_v2 {
width:150px !important
}
This sets the width of the SideBar to 150 pixels, forcing it no matter what other CSS declaration thinks it has priority. My selector ("#SideBar, .sidebar_v2") is meant to be compatible to both versions of the SideBar as well.
Clif replied on June 18, 2008 01:59 to the question "CSS Editor Changes" in PBwiki:
Dr. E asked a question in PBwiki on June 17, 2008 15:31:
CSS Editor ChangesI am making changes to the Sidebar in the CSS editor and they are showing up there, however are not showing up on my other pages. I am using V1 and the CSS editor - help!
Robin Grant started following the idea "Incorporating PHP Tools into a Wiki" in PBwiki.
Vu Nguyen replied on May 15, 2008 01:15 to the question "All page text is in sidebar" in PBwiki:
Dr. E replied on May 14, 2008 20:29 to the question "All page text is in sidebar" in PBwiki:
A comment on the problem "It looks like my wiki has been destroyed!" in PBwiki:
Dr. E -I have deleted the corrupt sidebar page. I seem to be doing more cleanup after my fellow students than getting any actual work done. Sigh! – Bruchs, on May 14, 2008 20:25
Rachel Pennig replied on May 14, 2008 20:01 to the problem "It looks like my wiki has been destroyed!" in PBwiki:
Dr. E replied on May 14, 2008 19:52 to the problem "It looks like my wiki has been destroyed!" in PBwiki:
Dr. E replied on May 14, 2008 19:46 to the question "All page text is in sidebar" in PBwiki:
Dr. E asked a question in PBwiki on May 14, 2008 19:40:
All page text is in sidebarIf you look at the wiki trailmaps.pbwiki.com. For some reason all the page texts are ending up in the sidebar. I am not sure how this is happening though I am trying to troubleshoot it now.
Dr. E marked one of Casey Greene's replies in PBwiki as useful. Casey Greene replied to the idea "Incorporating PHP Tools into a Wiki".
Casey Greene replied on January 23, 2008 17:51 to the idea "Incorporating PHP Tools into a Wiki" in PBwiki:
Dr. E replied on January 23, 2008 14:26 to the idea "Incorporating PHP Tools into a Wiki" in PBwiki:
There are probably other free tools (PHP and My SQL based) that would incorportate well into wiki sites. The ability to incorporate these tools like the spreadsheet and the calendar are incredibly useful and greatly enhance the utility of the wiki. There are some potential obstacles, the major one I see is that most of the tools use a different login and authetication schema and to be truly useful and integrated would need to have the same schema.
However - the ability to embed something like a time sheet (as in ActiTime) into a wiki page that is for a specfic project means that people working the project could simply go to that page to enter their time and all the work is done centric to the wiki.
I think the folks doing wiki site as a service have a tiger by the tail. Somebody is going to figure out this entire software as a service paradigm and then the rules of software will be changing quite a bit. (BTW - I have been very happy at the responsiveness of the the folks at PBWiki to at least listen to ideas)
Paul Singh replied on January 23, 2008 06:41 to the idea "Incorporating PHP Tools into a Wiki" in PBwiki:
| next » « previous |
Loading Profile...





