Okay, a workaround has been made in the new scheme style sheets that should fix the gap-at-top problem; if everyone could go and see if it has, that would be good. Also, if you find the sidebar menu running off the bottom of the page, please tell me.
The dialogue boxes and "save" button accent boxes should be in place, but are still glitchy; will be working on that. Of course, if anyone recalls off the top of their heads whether margin:auto works in IE and FF, or how to make it, I'd love to hear.
PM page should no longer have a scroll bar in FF, and I'm still working on turning the Portal headers black.
If there are any other layout bugs coming up, let me know where and what. Suggestions for fixes are always welcome too.
ETA: Okay, the accent boxes are becoming a serious sticking point. It's possible I will have to go back to tables with these. *growls with annoyance*
ETA2: Still working on the bug in FF2 that produces scrollbars in the sidebar layout. Also still trying to override some stubborn css in the customize area. I think the rest of it is good to go, though. Let me know if anyone finds more bugs or things that are hard to read or anything like that!
|
Page Summary
![[info]](https://www.insanejournal.com/img/userinfo.gif){kind=small} branchandroot :: (no subject) [+16]
About this journal
IJ_siteschemes is where everyone involved in designing site schemes for IJ can exchange notes, documents and ideas. Membership is currently moderated, so please leave a comment for branchandroot if you'd like to join in.
September 2015
|
Debugging in process
*wry* All the hrs that are under my control are css only. The ones that are part of the core code... well, we're trying to keep core mods to an absolute minimum so site updates aren't slowed down by having to update each page and template by hand. This means a lot of hacking about to override the code in place. we're trying to keep core mods to an absolute minimum Okay, let me play around with this a little. I'll see if a more specific rule can win over the tag-level style. *sighs* If not, I think we'll just have to start keeping a list of modified pages, because any Gecko browser is going to choke on that percentage width in sidebar. I've found that that doesn't always work with an external style sheet, to override something on the page. What does seem to work, though, is to make the rule more specific, and that was part of what the hugely redundant divs were for in the first place. I've sent the new sheets off to Squeaky, though he seems to be elsewhere so far today so I'm not sure when it will go live. I think that adding It would be more sure in a lot of ways, but I really like having the shrinkability of the hrs. Borders have to go the full width of their container. The more specific rule looks like it's worked on the mac Gecko, at least. They do go the full width of their containers, but since the .lesstop doesn't fill the window it makes them smaller than page-width, and thereby suitably attractive. I tried for a couple hours yesterday and there was nothing I could do to get that hr to behave in PC!Firefox - which a lot of people are using. Ooh! I misspoke. I just hard-refreshed and it looks like the hr is now behaving itself. Congratulations! *relieved* Oh good! Did the sidebar get shrunken? My hover backgrounds don't reach the edge anymore and lines of text are now pushed onto the next line. I'm experimenting with the Worksafe sidebar version, seeing if I can get a proportional width on the menus. *frowns* It sounds like the width definition needs to be slapped on every li. I'll see about that in the next update. I think it might be that 9em is just not very big on my settings; I changed all the 9ems to 145px using stylish and it's working again - using just the width definitions you used. Well, ems are proportional to your font, so that shouldn't be an issue. The specific problem you were having definitely means that the list items didn't have the right width. |