Textpattern CMS support forum
You are not logged in. Register | Login | Help
- Topics: Active | Unanswered
Re: Help.Textpattern 4.0-20060824.zip, backwards- and plugin-compatibility
BTW, I haven’t said thankyou for all the new admin features. Being able to see image IDs and search everything is superb!
Cheers,
Jon VC#9
Offline
Re: Help.Textpattern 4.0-20060824.zip, backwards- and plugin-compatibility
so it looks like the issue with the admin side plugin with tag builder functions is just the variable name moving from “name” => “tag_name” throughout the tag builder code (can’t bring up the first form without the tag_name, can’t find the proper builder function without the tag_name getting passed to the next page which doesn’t happen if you don’t global the right vars etc… makes sense
but it leaves me looking for a good solution to deal with backwards compatability here… besides doubling up all the variable names and hoping I don’t bust anything or cause any other problems by doing things like re-adding $name in 4.0.4 after you’ve had cause to remove it. Any thoughts?
Also, I’m still curious about what changed — if anything beside the variable name — that I could take advantage of. I didn’t notice any additional work in this area just from skimming the code and it looks like to get this stuff working in general the only way is to continue to insert the same tag_blah_blah_blah() functions I have been in the past. Is there more coming in future versions? Something I’ve missed?
Site: placenamehere.com
Microformat Plugin: pnh_mf
Offline
#27 2006-08-09 15:15:37
- Mary
- Sock Enthusiast
- Registered: 2004-06-27
- Posts: 6,236
Re: Help.Textpattern 4.0-20060824.zip, backwards- and plugin-compatibility
It was because “name” is a tag attribute.
Offline
Re: Help.Textpattern 4.0-20060824.zip, backwards- and plugin-compatibility
Hi, I’ve run into some sort of issue regarding the call of stylesheets to corresponding sections…
I made changes to a stylesheet and found that the changes were not being reflected whatsoever, though the old styles were still showing nicely.. I finally went into the Sections tab and changed the page and stylesheets being called to different ones, and then changed back to the correct ones, and found that this solved the problem and updated the styles properly.
Running into this problem again just now, I went into the Sections tab and changed the Default page and stylehseet, and was given this response: “Section name already exists” — though I had not made any changes to any section names or created any new ones.
textpattern.org :: find and share Textpattern resources
docs.textpattern.io :: Textpattern user documentation
Offline
Re: Help.Textpattern 4.0-20060824.zip, backwards- and plugin-compatibility
In test mode I get some warning from chh_article_custom plugin. In live mode, although, everything works, with one exception: the date format wording are in english, where in the previous version they were in italian!
The tag I use: <txp:posted format="%B %Y" />. Maybe I should set something in the admin tab? Any hint?
Apart from this, everything seems to work! :)
Z-
Offline
Re: Help.Textpattern 4.0-20060824.zip, backwards- and plugin-compatibility
Hi alicson, nice to see you again ;)
in advanced preferences, please set “Send Last-Modified header” to No. That setting was previously non-functional, it was only fixed recently. If you know how to check HTTP-Traffic, you maybe can help debug the problem in this thread r1622-1626: lastmod.
Quoting your post from here, and adding which Browser you are using would help.
Zanza: The locale is set accoring to the selected language. If it is set to english, so will the dates appear. If you have it set to italian, try switching to a different language, saving, then switching back to italian. There haven’t been any changes in that area, so it’s unlikely that code changes are responsible.
Offline
Re: Help.Textpattern 4.0-20060824.zip, backwards- and plugin-compatibility
It’s indeed very strange. With 4.0.3, the months name are in italian, with the new build they are always in english! I changed more than once the installed languages, but everything remain in english. :-/
If I switch back to 403, they istantanally switch to italian… mumble….
update: this happens to be true in two different installation on 2 different servers! So I think any of you should be able to replicate… or maybe there’s something I miss to update.
Z
Last edited by Zanza (2006-08-09 23:00:05)
Offline
#32 2006-08-09 23:36:41
- zem
- Developer Emeritus
- From: Melbourne, Australia
- Registered: 2004-04-08
- Posts: 2,579
Re: Help.Textpattern 4.0-20060824.zip, backwards- and plugin-compatibility
z,
Does the same problem happen if you don’t use the chh_article plugin? (i.e. use the built-in article or article_custom tag instead)
Alex
Offline
Re: Help.Textpattern 4.0-20060824.zip, backwards- and plugin-compatibility
Just one question as to the 4.0.4 release:
Is the <code>n.setAttribute(‘id’,’{$wraptagid}’);</code> (from dom_attach(), here ) snip going to make it into the final 4.0.4 release? I think that this would be greatly useful for further manipulating the DOM.
(Sorry for being a nag about this – I just think it’d be greatly useful…)
Offline
Re: Help.Textpattern 4.0-20060824.zip, backwards- and plugin-compatibility
Thanks Sencer :)
p.s. A noncompatible plugin: rsx_frontend_edit_link ..but it should’ve been replaced with rss_article_edit anyway..
textpattern.org :: find and share Textpattern resources
docs.textpattern.io :: Textpattern user documentation
Offline
Re: Help.Textpattern 4.0-20060824.zip, backwards- and plugin-compatibility
Thank you zem!!!
<3
Offline
Re: Help.Textpattern 4.0-20060824.zip, backwards- and plugin-compatibility
zem wrote:
z, Does the same problem happen if you don’t use the chh_article plugin? (i.e. use the built-in article or article_custom tag instead)
Yes. In at least one example I actually use article built-in tag. I deactivated chh plugins, but month’s name still are in english, whereas language (also in the backend interface) is italian.
No one made some other non-english testing? I’m the only having the problem?
Diagnostic: I get some warings. “dev_version_live:” followed by a long list of file names from txp release.
Then, “some_php_functions_disabled: system,dl,shell_exec”.
Bye
Z-
Last edited by Zanza (2006-08-10 10:30:32)
Offline