Textpattern Support Forum

Broken

• jmd_img_selector. No problem if already installed. Workaround if installed after 4.3.0
• ebl_upload. Clashes with smd_thumbnail for some reason so that when you twist the Upload panel closed, part of the screen is copied into the smd_thumbnail profile panel. Think this is to do with the markup changes as TheEric is using direct-access DOM selectors due to the old markup. Under the new markup system the plugin’s selectors can be simpler and this may alleviate the problem
• cnk_versioning: fix courtesy of maniqui
• ako_cssParse — use rah_css_parse instead

Fixed

• rvm_css (v0.6)
• rah_css_embed (v0.3)
• rah_css_parse (v0.1)
• smd_where_used (v0.30)
• hcg_templates (v0.4)

Possibly redundant

• Image / gallery plugins such as smd_gallery, smd_slimbox, upm_image, wet_for_each_image, bas_lightbox, etc may well be unnecessary with the new image tags. Usage depends on how difficult to implement your gallery is! For simple galleries the new built-in tags will suffice but if you want to go mad (or get directly at the article_image’s URL) then you may need to keep your existing plugins. jsoo has put together an excellent image gallery demo page using the built-in tags
• jmd_author may be unnecessary now if you are only using it to get at the author’s login name because that can now be accessed using the native <txp:author /> tag. But if you want to get at any other info or prefer the plugin, then stick with it

Unknown

• smd_style

They’re the only casualties I know of. There may be more.

Last edited by Bloke (2010-11-15 15:46:59)

Have all the upm_image features been replicated now in the core image tags? I use that plugin all the time at the moment. I’ll wait until there is some documentation on the new tags before scrapping that plugin.

MLP: so far found two three issues, #32, #33 and #36.

Last edited by Els (2010-11-19 00:02:14)

jelle wrote:

Yup, reading/writing css is a mess. But I guess this could be easily fixed with proper encoding?

Thanks for the report. Yes, just ditching the base64_encode/decode step and storing the data as raw (well doSlash()ed) CSS will get it going again. It’s probably only two lines of code that need changing. I’ve never used it so I don’t know where that might be at present. Someone else will.

maniqui wrote:

should do the trick!
Please, report back if so. Thanks :)

Hi maniqui. Yes. That got it working. Thanks!