You are not logged in.
OK, in the coming day or so I’ll see if I can add a plugin switch for you to specify the thumbnail dimensions so the page validates.
I’m a validation geek normally too, I just hadn’t spotted the missing width/height since I’ve defaulted to an HTML 4.01 Strict DTD. I know we as developers should be giving browser developers an excuse to forge the web standards forward, but the choice between serving XHTML as tag soup (with content-type text/html), or losing more hair trying to get the browser to render true XHTML+XML vs an easy life with HTML 4.01 and, well, I guess I’m just lazy in that department :-)
installed smd_lib 0.21d and the problem appears to have rectified itself
It will: smd_lib v0.21b was bugged in the hyphen-handling department (incidentally, underscores or pluses or pretty much any other character would have worked). Sounds like you got it sorted, which is cool. Sorry for the misunderstanding and the shoddy code.
Last edited by Bloke (2007-09-13 17:15:44)
I didn’t mean to insinuate that you are not picky about these details. With things like HTML5 on the horizon, who knows what the future of XHTML will be? I guess I never thought of making HTML 4 Strict files. My attitude towards HTML is forged by the sloppy developers that I’ve had to clean up after: people that leave off closing tags and quotes around property values. It baffles me that some of these pages work at all.
If you’re interested in the thumbnail dimension bit please continue, but this exception is certainly something I can be comfortable with. Especially if Textpattern itself doesn’t provide the tools, forcing you to make a resource-intensive work-around. The practical efficiency of the site may be a greater good than proper markup.
Your ongoing commitment and generosity is much appreciated.
If you’re interested in the thumbnail dimension bit please continue
Consider it done. The automatic way is too much hassle (and slow) so I opted for adding an option instead. smd_slimbox v0.29 adds the
thumbsize option. (Please note that it requires the latest version 0.21e of smd_lib too. I enhanced the functionality this morning to help with the thumbsize feature).
thumbsize option itself takes one or two comma-separated parameters to specify width and/or height of all your gallery thumbnails. The default is in pixels if you don’t specify units. Missing out one or the other parameter (i.e. having an “empty” parameter before or after the comma) will only set one of the dimensions.
Using only one value, both width and height will be set to the same value. The docs give examples.
So validation against XHTML should now be within reach. Let me know if it hits the spot or I can enhance it further.
Thanks for all the hard work you’re putting into supporting smd_slimbox.
As there have been a couple of updates since I last checked, I just wanted to see if it was possible yet to automatically organise images by sub-category (from a single parent category), but split by their headings on a page – like so…. That way I wouldn’t need to add a new tag everytime a new sub-category is added as content is added by non-webby people too. I can get images to appear by sub-category, but they all display together in one grid.
wanted to see if it was possible yet to automatically organise images by sub-category (from a single parent category), but split by their headings on a page
Sorry not yet. It requires some big changes and some significant brainpower so I slated it for the 0.3 revision. All the recent updates have been bug fixes or simple feature/option add-ons.
Rules to allow arbitrary splitting / grouping of thumbnails like you need is definitely something I want to do. It’s the missing piece of the puzzle that also allows me to make the thumbnail-generation side more generic from the display side and allow me to split the functionality to offer bolt-on modules for slideshows / moonbox / popups and the like.
Whenever I get a spare half hour I experiment some more to refine the process, but it really requires a consolidated sit-down-and-hammer-it-out session. Of course, I always get dragged off to do other stuff. A frustrating (for you and me!) side-effect of multi-skilling :-\
I think most of the options that can be added to this branch are probably already added (he says…) so there shouldn’t be much impediment to me really getting to grips with v0.3. It’s just time, really. I spent the last few days on smd_random_banner to make it video/flash-aware because it was sorely needed for a site I’m working on here (pays the bills!) but it’s not wasted effort because I can transfer some code ideas to slimbox.
I know I’ve promised it before and so far come up empty; sorry for that. I will endeavour to spend some more time on it in the upcoming weeks; it’s just that mixing my latest album is taking over at the moment.
Bloke wrote: Consider it done. The automatic way is too much hassle (and slow) so I opted for adding an option instead.
Of course, since generally every thumbnail would be the same, this is a very simple and elegant solution. Nicely done! Thank you!
Hey Stef, I’m getting Badly formed or empty plugin code, when installing smd_slimbox_v0.29.txt on TxP 4.05.
I’m getting Badly formed or empty plugin code, when installing smd_slimbox_v0.29.txt on TxP 4.05.
Weird, I’m not. Try the direct link to the .txt file in case there’s something wrong with the one in the zip file.
Isn’t that error often to do with the plugin being too big? I thought the file limit was 100kB for plugins… or is it 64kB? In which case I’m perilously close to the max. Maybe I should leave the help out and just include it as a separate file in the archive. Or as online docs.
No idea then. Perhaps try the version I just made without the help text in it? In case it’s a size issue.