Textpattern CMS support forum
You are not logged in. Register | Login | Help
- Topics: Active | Unanswered
#76 2006-10-12 15:55:51
- els
- Moderator
- From: The Netherlands
- Registered: 2004-06-06
- Posts: 7,458
Re: Last pre-release: 4.0.4rc1
Is it intentional that <txp:popup /> still generates /?s= and /?c= urls in clean url mode? (r1925)
Offline
#77 2006-10-12 16:24:29
- playpiggy
- Member
- From: Changchun, China
- Registered: 2004-11-23
- Posts: 55
Re: Last pre-release: 4.0.4rc1
I’m not sure if this a bug or the problem of my server. Temporary directory path is set to <code>/tmp</code> by Textpattern. So I set Plugin cache directory path to it too. But then, every page on the frontend or backend returned a totally blank page. And this settings work well on my site with the previous pre-release.
Welcome to the REAL World…
Offline
Re: Last pre-release: 4.0.4rc1
Els, that is how html-forms work. The only way around it would be javascript, but then you would get inconsistent urls for people with and without javascript. So currently you can decide between the categry-url schemes by choosing between using category_list and category_popup.
Playpiggy: You should not set your plugin-cache directory to the tmp-path. All php-files from the plugin-cache directory will be included, which means setting it to the tmp directory can be a security risk (unless you are the only one with access to the directory). [For the problem: This is related to debugging information that gets written by the comment function and exists the same way in the current 4.0.3 release. I’ll change that, but you still should not set your plugin_cache directory to /tmp]
Offline
#79 2006-10-12 17:41:44
- playpiggy
- Member
- From: Changchun, China
- Registered: 2004-11-23
- Posts: 55
Re: Last pre-release: 4.0.4rc1
Sencer: Thank you. I think you are right. The site was down after a comment.
Welcome to the REAL World…
Offline
#80 2006-10-12 18:08:08
- els
- Moderator
- From: The Netherlands
- Registered: 2004-06-06
- Posts: 7,458
Re: Last pre-release: 4.0.4rc1
Sencer, thanks for explaining. I understand, just didn’t realize this before…
Last edited by els (2006-10-12 18:09:19)
Offline
Re: Last pre-release: 4.0.4rc1
r1928
In the Pages tab when choosing miscellanious/output form the tagbuilder does not display the list of forms in a dropdown menu. In stead of the dropdown the ‘No forms available’ text is displayed.
kees
Offline
#82 2006-10-12 19:07:35
- Mary
- Sock Enthusiast
- Registered: 2004-06-27
- Posts: 6,236
Re: Last pre-release: 4.0.4rc1
Kjeld:
- The one problem is still a bug, and it’s fixed now (in svn).
- If you want to add to the search index, then you’d also need to modify publish.php (so it it used) as well as taghandlers.php (so you can display the new column results). Why it’s not there already I don’t know, but it’s too late to add that functionality for 4.0.4’s release.
- I think the others have wishlists, but I don’t know where they are off-hand (you would have to ask them), but yeah, I have a wishlist (which has mostly stuff from Amazon on it), but much of the stuff on it is pretty expensive, as I use it mostly for myself to keep track of things to buy for myself. :)
Bert: the txp_priv table was never actually used, so it was removed. :)
Kees: if you have no miscellaneous type forms, that is to be expected.
Last edited by Mary (2006-10-12 19:07:51)
Offline
Re: Last pre-release: 4.0.4rc1
I do not know how to classify this, so I’ll just describe the behavior I discovered today and see what you devs say.
The setting is in an Articles list display in the admin interface.
When I search, say, for an author who has written more than 100 articles, the link and pulldown menu is available for me to page over and browse the 100+ articles; however, when I try it, the list is returned to the master list — in other words, the original search isn’t maintained as a limiter. Moreover, there is no way that I can see available access that 100+ list — call the search on page 2ff., and it the results are always 1-100.
I’ve confirmed the same behavior in the Comments list.
Last edited by mgbales (2006-10-12 19:18:44)
Offline
Re: Last pre-release: 4.0.4rc1
Mary wrote:
Kees: if you have no miscellaneous type forms, that is to be expected.
Ah, I see, in 4.0.3 it was displaying all forms and now only the miscellanious
Offline
#85 2006-10-13 17:04:08
- Mary
- Sock Enthusiast
- Registered: 2004-06-27
- Posts: 6,236
Re: Last pre-release: 4.0.4rc1
Thanks Greg. Try r1937.
Offline
Re: Last pre-release: 4.0.4rc1
I’m not on svn, so I’ll take your word for it, Mary, and see how it turns out next week. I’m glad I could help. :)
Offline
Re: Last pre-release: 4.0.4rc1
txp:newer and txp:older tags appear to support the ‘title’ attribute, but this is not documented and it doesn’t appear in the lAtts construct at the beginning of both functions, so no default value is set.
Offline
Re: Last pre-release: 4.0.4rc1
txp:category1, txp:category2, txp:category and txp:section tags are all Single_Tag according to documentation, but the code shows that they can be used as Container_Tag as well. However, the $thing that is contained, is not parsed, contrary to other Container Tags where this is usually done (right?).
Last edited by ruud (2006-10-13 21:36:10)
Offline
Re: Last pre-release: 4.0.4rc1
<a href=“http://dev.textpattern.com/browser/development/4.0/textpattern/publish/taghandlers.php?rev=1938#L1096”>line 1096</a> (link_to_next) of taghandlers.php should not parse $thing, because $thing is already parsed 4 lines earlier.
Compare it with the link_to_prev function, where it’s done correctly.
Offline
Re: Last pre-release: 4.0.4rc1
Two patches I posted to txp-dev (too late?):
october 11th: fixes html validation error in category edit page + more consistent styling of buttons
october 15th: attempt to fix some html/url encoding issues in taghandlers.php
r1939: I think comparing $thing to $next/prev_title works better if $thing is parsed before instead of afterwards (in the link_to_next and link_to_prev functions).
Offline