Textpattern CMS support forum
You are not logged in. Register | Login | Help
- Topics: Active | Unanswered
#421 2009-09-11 18:18:49
Re: glz_custom_fields
great news gerhard,
I still have some occasional wackiness with sed_section_fields and glz_custom_fields
I’d be happy to give you access to two installs (almost identical), one that works, one that doesn’t. To help weed out the problem in the future release.
Let me know.
Offline
#422 2009-09-11 19:08:02
- masa
- Member
- From: Asturias, Spain
- Registered: 2005-11-25
- Posts: 1,091
Re: glz_custom_fields
jeremywood wrote:
I’d like to second the addition of a textarea field.
+1
Offline
#423 2009-09-12 01:31:45
- uli
- Moderator
- From: Cologne
- Registered: 2006-08-15
- Posts: 4,306
Re: glz_custom_fields
I don’t know whether this has been covered before or is even sorted out but I once noted these:
- Like Dale, I’m for a re-ordering mechanism for existing cf’s: Sites tend to change and grow.
- All kinds of inputs with more than one value are sorted alphabetically, not in the order they were entered.
- Copying existing sets would be very helpful, although probably out of scope.
- If you forget entering a cf name all typing is lost (“Ooops! custom set must have a name”). Shouldn’t it check for a name first and thus leave my work/text untouched? Easiest solution: put the text field for cf name last.
- Some improvements for trigger words:
- They shouldtn’t be shown above the menu (at least I don’t have a reason to show them)
- If someone needs them to be displayed: A possibility for a translation would be nice, a “range” is something completely different in German (romp). I tried to change something (don’t remember what exactly, but I think it was simply translating “range”), but obviously there’s a function counting the letters, so my results looked rather odd.
- Furthermore, showing the unit twice in each line of the menu is too much. glz_cf is for pampering my clients so everything should be easy to read and use, good looking, and clean.
Last edited by uli (2009-09-12 09:44:03)
In bad weather I never leave home without wet_plugout, smd_where_used and adi_form_links
Offline
#424 2009-09-12 07:21:29
- mlarino
- Member
- Registered: 2007-06-29
- Posts: 367
Re: glz_custom_fields
-ordering cf
-convination of sed_section_fields and glz_custom_fields in one plugin
-no alphabetical sorting option
-better searching
:)
Offline
#425 2009-09-14 15:31:42
Re: glz_custom_fields
+1 for textarea
Offline
#426 2009-09-18 19:36:31
Re: glz_custom_fields
Textarea would be great. Also been caught out a couple of times by entering data into CF fields, then choosing “html” or “preview” in the write tab. This results in whatever was entered into the CF being lost. Not a big deal really.
Any updates on progress with 4.2.0 compatibility?
Offline
#427 2009-09-18 19:55:01
Re: glz_custom_fields
renobird wrote:
+1 for textarea
+1
Offline
#428 2009-09-19 04:44:22
Re: glz_custom_fields
Any hacks for glz_custom_fields on TXP 4.2 floating around?
Don’t mean to sound to impatient before the next glz_custom_fields update. I have to make a choice in the next hour whether to make a huge merging of an old install with 4.2 or not. I hack would suffice if could be removed easily enough once made redundant.
txtstrap (Textpattern + Twitter Bootstrap + etc…)
Offline
#429 2009-09-21 01:40:03
- kevinpotts
- Member
- From: Ghost Coast
- Registered: 2004-12-07
- Posts: 370
Re: glz_custom_fields
+1,000,000,000 for 4.2.0 compatibility.
Kevin
(graphicpush)
Offline
#430 2009-09-21 02:20:22
Re: glz_custom_fields
I’ll see Kevin’s +1,000,000,000 – and raise it another.
glz_custom_fields is essential.
Offline
#431 2009-09-21 05:16:54
Re: glz_custom_fields
renobird wrote:
glz_custom_fields is essential.
Indeed!
txtstrap (Textpattern + Twitter Bootstrap + etc…)
Offline
#432 2009-09-21 13:31:26
Re: glz_custom_fields
I have been working away last week on the plugin, it’s almost ready to be e-mailed around, I just need to finish off replacing some of the javascripts which were manipulating the UI, pluggable_ui() has been a delight, thanks again Robert!
I’ve also made a post related to zem_tpl, the plugin had to be broken down into separate components because it was becoming too much to handle. Besides the massive re-organization, we now have improved installation & uninstallation routines, remove the plugin and it will leave your TXP database spotless, as if it wasn’t there : ).
The new plugin functions available in TXP 4.2.0 open the possibilities for some rather exciting stuff, expect some long overdue, highly sought for features to start trickling in.
ETA for a glz_custom_fields() compatible with TXP 4.2.0 is just a few days, there will be at least 1 new feature which will make it worth the wait.
Offline