Serendipity Forums

user1234 wrote:Can someone please fill me in how to not only change the body background color (that I managed in default-style.css), but also add a background graphic? I've searched here, but none of the older tips work.

body { background: #000 url(PATH-TO-IMG) top left repeat);

user1234 wrote:Also, is there a reason why I can't simply replace the navbar image with one of whichever title and format? I managed to change it, but ONLY after I used the same name as the old one and PNG-format. I would have preferred .jpg format instead, but S9y is not accepting that.

user1234 wrote:While we are at it, can someone of those in the know explain the rationale behind making such stuff that difficult and above all different from other CMS? It's a tiny bit frustrating to have to ask about such changes which - by all means - ought to be a piece of cake instead...

user1234 wrote:Where can I turn this "only PNG" feature off, please?

user1234 wrote:The footer in Bulletproof apparently does not parse the relative path (/img/abc.png) like the rest of the template, so you need a full path to get a display.

user1234 wrote:What I also noted is that images in the content area, like e.g. the social bookmarks stuff, get loaded way ahead of basic design images. Is there a handy way to turn this around?

There is no "PNG only feature".

That's very likely not the footer but because you're using default_style.css. Again, please provide code examples including the name of the CSS file you're editing.

Again, you're the first one to report this, like, ever. It's probably because of your slow dial-up connection.

should work. Doesn't work in your case?

I don't think we should be held responsible for the difficulties behind HTML, CSS, xampp or other stuff.

user1234 wrote:And yes, I am using default_style.css. Why would using yet a FOURTH stylesheet make any difference? Doesn't default_style get parsed as it should be parsed and how come?

There is no dialup between my comp and xampp! Still it is noticable what gets loaded first, and the content pictures get loaded first.

Well, I have no trouble whatsoever styling any other CMS on that setup, so it's definitely not the setup. I also have yet to meet with another CMS not taking all sorts of formats for images, this is a real first for me and I've been through quite a few.

The blog is set to deliver gzipped content.

garvinhicking wrote:The browser usually requests all inline pictures (through <img ...>) before any StyleSheets are fully parsed and loaded. So this discrepancy is something that happens because inline pictures are available for the browser much sooner than any CSS referenced images.

I just took a copy of bulletproof, on a localhost XAMPP install, and set images using gif, jpg png-8 and png-24 formats... no problem with any of them.

Well, first of all, using your own colorset would not include another stylesheet. YOURSTYLE_style.css would be included instead of default_style.css Second, there is absolutely no harm in using multiple stylesheets. Usually

There is actually a difference in the parsing of stylesheets -- style.css is parsed differently, because it is "merged" (by s9y) with the plugin styles, becoming serendipity.css (not physically, but dynamically). Therefore, you can use {TEMPLATE_PATH} in style.css, but not in the other stylesheets included w/ BP.

That, as well as the PNG-only stuff, sounds much more likely to be a xampp problem than a BP problem. Unfortunately, my experience with xampp is limited at best.

Hm. Maybe that's the problem? Have you tried to deliver it w/out gzip compression? (My experiences with gzip compression are outdated, but not too good. Can't remember what the problem was, though.)

Have you tried loading the JPGs that do not work inside your browser? I.e. through http://localhost/serendipity/templates/ ... icture.jpg? I believe it might be a generall access problem with your files, and be not really related to the template options themselve.

The browser usually requests all inline pictures (through <img ...>) before any StyleSheets are fully parsed and loaded. So this discrepancy is something that happens because inline pictures are available for the browser much sooner than any CSS referenced images. However, once the CSS and the referenced pictures are cached inside your browser, all things should load up much faster. Remeber that any time you use F5 to reload a page, the browser also refreshes it cache, so you will see a much more noticable lag than later, when no more changes will be made that require you to refresh the page.

user1234 wrote:Well, so why not call my user.css default_style.css then? I work from a full copy of that template anyway, so it's not as if I lost any information that way.

Chuckling here actually. Template_Path works for the sitenav and the body, but not for the footer, all in the same stylesheet But at least that's some sort of explanation.

I'm currently developing a Textpattern blog on the same XAMPP install and there's no trouble with image formats, also no trouble in the CMSMS instance running there as well. It's only s9y.

As I said before, user.css is usually recommended for minor changes only. If your changes are more than, say, 5 CSS statements, we usually recommend a seperate colorset since this is safe in case of an upgrade to either s9y or BP. If you're working with a copy of BP, you can of course do whatever you like, but default_style.css will be overwritten in case of an update. YOURSTYLE_style.css won't.

Oh, wait: Which version of s9y are you running?

What kind of proof is that supposed to be?

/plugin/pngbehavior.htc