Textpattern CMS support forum
You are not logged in. Register | Login | Help
- Topics: Active | Unanswered
#31 2006-09-26 11:14:28
- anoke
- Archived Plugin Author
- Registered: 2006-04-15
- Posts: 152
Re: Another pre-release, 4.0-20060831.zip
Lo,
at admin side / image list sorting by clicking the column title doesn’t work.
at row 70 txplib_html.php
<code>
$o .= ($method) ? a.“method=$method” : ‘’;
</code>
when it should be
<code>
$o .= ($method) ? a.“search_method=$method” : ‘’;
</code>
?
- When chickens are cold, they roost in trees; when ducks are cold, they plunge into water -
Offline
#32 2006-09-27 05:01:58
- Mary
- Sock Enthusiast
- Registered: 2004-06-27
- Posts: 6,236
Re: Another pre-release, 4.0-20060831.zip
Jon,
The tagbuilder for RSS still shows 0.92 in the “flavor” label.
Thanks. Fixed in r1851.
Nit-picky, but only “flavor” and “format” labels are lowercase, whereas the others are properly capitalized.
9/10 when you see that in the admin interface: they haven’t been translated yet.
It’d be really nice if the collapsible menus (at least in the write area) would remember if they were expanded or not after saving an article.
This is planned for already. It may not appear totally in the maintenance release, but later in crockery (it really depends, time is tight).
…but they’re hidden with the regular CSS, not a JS-loaded-CSS file (document.write(‘’);). Could this be changed?
Yes, in crockery it will be. The problem of using JS is that you can have a “flash” effect while the page is loading. Because we’re using the JQuery library in crockery, we can easily make use of it’s ability to load JS right away, and so it works seamlessly. Changing it now will just cause more frustration in the interim, so it’s best to just leave it as is (as I say, temporarily).
Check r1853. That should bring the three image tags up to par?
anoke, thanks for catching that. r1854.
Offline
Re: Another pre-release, 4.0-20060831.zip
Thanks for the unbelievably-fast work!
I updated, but unfortunately, <txp:image id="6" html_id="foo" class="bar" /> returns <img src="http://localhost/txp/images/6.png" width="415" height="189" alt="Pointless Image" />. Same thing with <txp:article_image html_id="bar" class="foo" />, but no errors for either tags in debugging mode. I tried the wraptag attribute too, but I ended up with:
tag_error <txp:article_image wraptag=“div” class=“foo” html_id=“bar” /> -> Warning: join() [function.join]: Bad arguments. on line 2316. W:\www\txp\textpattern\publish\taghandlers.php:2316 join(
I’m thinking I got an old version or am doing something wrong, but I tried this and ended up with the same errors.
Last edited by jm (2006-09-27 05:56:17)
Offline
#34 2006-09-27 06:52:28
- Mary
- Sock Enthusiast
- Registered: 2004-06-27
- Posts: 6,236
Re: Another pre-release, 4.0-20060831.zip
- id and class are always applied to the wraptag.
- Whoops, I goofed there. Try r1856.
Offline
Re: Another pre-release, 4.0-20060831.zip
Oh OK. Now it works with wraptag – didn’t know that had to be applied. I still like the current/4.0.3 method of applying the class to the image itself instead of using a wrapper, but then again, I don’t remember ever using the class attribute. The wraptag will be pretty handy for targeting with JS though.
Thanks Mary!
Offline
#36 2006-09-30 12:41:50
- Mary
- Sock Enthusiast
- Registered: 2004-06-27
- Posts: 6,236
Re: Another pre-release, 4.0-20060831.zip
Strange, it works fine for me. Are you sure you’re not expecting it to do something it isn’t designed to do? i.e: it would output the article title on an individual article page; it would not output the first article title in an article list.
Offline
Re: Another pre-release, 4.0-20060831.zip
I just tried on a new install, and it works fine. Did your section use the correct page? By default, the “article” section uses the page, “archive.” It took me a minute to remember that!
Offline
Re: Another pre-release, 4.0-20060831.zip
Since it’s been a month since the last pre-release, I packaged the latest (as of 1:30PM MST) 4.0.4 files together.
Updated October 5, 2006
Last edited by jm (2006-10-06 21:38:00)
Offline
Re: Another pre-release, 4.0-20060831.zip
jm, the files are missing this:
<code>
$HeadURL: http://svn.textpattern.com/development/4.0/textpattern/publish.php $
$LastChangedRevision: 1864 $
</code>
What are you using to grab SVN?
Last edited by hcgtv (2006-09-30 23:26:46)
We Love TXP . TXP Themes . TXP Tags . TXP Planet . TXP Make
Offline
Re: Another pre-release, 4.0-20060831.zip
Not anymore :). Tortoise was being, well, slow, so I just downloaded everything with Opera. They’ve been updated with the latest SVN versions with the $HeadURL and Revision #. Thanks.
Last edited by jm (2006-09-30 23:21:05)
Offline
Re: Another pre-release, 4.0-20060831.zip
I’ve had this error occur a few times since I installed 4.0.4. Sometimes, when updating a form, page, or link, clicking save will take you to /textpattern/index.php and not save your results. I’m thinking it’s because I tend to middle click most links (3 tabs of TXP), but I haven’t confirmed it, since it’s seemingly random. Anyone else have this problem?
It’s occurred on both live and local installs too.
Offline
#42 2006-10-03 05:53:09
- Mary
- Sock Enthusiast
- Registered: 2004-06-27
- Posts: 6,236
Re: Another pre-release, 4.0-20060831.zip
Middle-clicking shouldn’t make a bit of difference – an http request is an http request.
Offline
#43 2006-10-04 00:00:07
- zem
- Developer Emeritus
- From: Melbourne, Australia
- Registered: 2004-04-08
- Posts: 2,579
Re: Another pre-release, 4.0-20060831.zip
Not sure what is causing this, and the problem does not occur with the official 4.0.3 release, but if you need further details just let me know.
Textpattern is warning you that there’s no <txp:article /> tag on your page, so content might not be displayed correctly.
Alex
Offline
Re: Another pre-release, 4.0-20060831.zip
Mary wrote:
Middle-clicking shouldn’t make a bit of difference – an http request is an http request.
Yeah, it is odd, but it’s like nearly impossible to confirm. I’ll try to remember the circumstances next time!
Random character insertion in Content>Comments
Don’t know if it’s random, but in each comment, ​ is inserted. For example, the commenter enters in “out” and the Content>Comments tab will show ou​t. It doesn’t show up in the live comment. I don’t know what the entity is, since I get lovely squares in Opera :). The same character is inserted multiple times per comment too.
Offline
Re: Another pre-release, 4.0-20060831.zip
jm, for what it’s worth, is just a zero-width space. Don’t know why it would be showing up though.
Offline