Textpattern CMS support forum
You are not logged in. Register | Login | Help
- Topics: Active | Unanswered
#1096 2014-04-22 16:25:37
Re: glz_custom_fields
Right, that did it. Thank you very much.
edit: and congrats for your awesome photos.
Last edited by jordi (2014-04-22 16:31:13)
Offline
#1097 2014-05-19 01:30:52
- worths1
- Member
- Registered: 2005-03-08
- Posts: 18
Re: glz_custom_fields
The plugin can’t find my custom scripts. This is a local install using WAMP. Would that create an issue? Datepicker and timepicker work.
(Using TXP 4.5.5 and glz_custom_fields 1.4.0_beta).
EDIT
And to demonstrate either 1) I’m not thick, or 2) I’m so incredibly thick as to beyond all hope, I can’t get the sample script to work either.
Error message
Ooops! http://localhost/plugins/glz_custom_fields/my_images.php cannot be found, check path
Custom scripts path
http://localhost/plugins/glz_custom_fields (Not working)
Time picker path
http://localhost/plugins/glz_custom_fields/jquery.timePicker (working)
Actual path to folder containing custom scripts and subfolder jquery.timePicker
C:/wamp/www/plugins/glz_custom_fields
:-D
Last edited by worths1 (2014-05-19 23:47:48)
Offline
#1098 2014-05-27 17:39:52
- petrutz
- New Member
- Registered: 2013-11-07
- Posts: 4
Re: glz_custom_fields
How hard would it be to have custom fields values distributed across several tables?
The idea behind this is:
1) Overcome Mysql’s row size limitation.
2) Avoid having 300+ custom fields in a single table, hence somehow improve data normalization.
Thank you for a great plugin!
Offline
#1099 2014-05-27 18:14:55
Re: glz_custom_fields
petrutz wrote #281074:
How hard would it be to have custom fields values distributed across several tables?
In this plugin, I would think it would be pretty tough without ripping most of the code apart. I am, however, working on a replacement core feature that does exactly this.
The smd plugin menagerie — for when you need one more gribble of power from Textpattern. Bleeding-edge code available on GitHub.
Hire Txp Builders – finely-crafted code, design and Txp
Offline
#1100 2014-05-27 18:44:52
Re: glz_custom_fields
Bloke wrote #281076:
I am, however, working on a replacement core feature that does exactly this.
< drool >
…. texted postive
Offline
#1101 2014-07-29 09:06:14
- element
- Member
- Registered: 2009-11-18
- Posts: 99
Re: glz_custom_fields
Weird problem. I updated Txp from 4.4 to 4.5.5 and glz_cf 1.3 to 1.4 beta.
I have a checkbox custom field when I check it, the checked state doesn’t get saved. If I change the checkbox to a select or a radio button, the choice I make gets saved.
Last edited by element (2014-07-29 09:09:38)
Offline
#1102 2014-07-29 19:06:06
- uli
- Moderator

- From: Cologne
- Registered: 2006-08-15
- Posts: 4,316
Re: glz_custom_fields
I posted a link to a working version in the first post here but that link has been changed since. We’ve had reports on checkboxes not working for earlier versions of the plugin, hence, did you make sure you have the most recent one?
Have you uploaded/replaced the glz folder?
If all that does not fix the problem go visit Gerhard’s Github page from the link in the plugin’s help. Over at Github, open the releases folder. If you’ve installed the 1.4.0-beta1.zip try the tgz-version and vice versa, one of them might actually be the working one (see here).
In case of success please post here what helped.
Last edited by uli (2014-07-29 19:09:04)
In bad weather I never leave home without wet_plugout, smd_where_used and adi_form_links
Offline
#1103 2014-07-30 10:10:29
- element
- Member
- Registered: 2009-11-18
- Posts: 99
Re: glz_custom_fields
I installed the version from GitHub and this one works. The one I had installed was apparently an older version, also called beta 1.
This is ridiculous. So there’s multiple 1.4.0 beta 1 versions spread across the internet. What’s wrong with calling a newer version beta 2?
Offline
#1104 2014-07-30 10:22:00
- uli
- Moderator

- From: Cologne
- Registered: 2006-08-15
- Posts: 4,316
Re: glz_custom_fields
element wrote #282523:
So there’s multiple 1.4.0 beta 1 versions spread across the internet.
Can you please help clearing that situation by naming the file extension that worked for you? Or was it simply the link from the first post here? THANKS!
In bad weather I never leave home without wet_plugout, smd_where_used and adi_form_links
Offline
#1105 2014-07-30 10:28:28
- element
- Member
- Registered: 2009-11-18
- Posts: 99
Re: glz_custom_fields
I downloaded the master.zip from https://github.com/gerhard/glz_custom_fields and used the tar.gz file in the releases folder. I’m guessing the zip file works too because they have the same date stamps.
Offline
#1106 2014-09-25 05:58:52
- gfdesign
- Member

- From: Argentina
- Registered: 2009-04-20
- Posts: 401
Re: glz_custom_fields
Dears, I ask some help to modify my PHP code.
I have the below code that bring all the categories with checkboxes each under a parent category.
<?php
function lista_secciones_revista($custom_field, $custom_id, $custom_value) {
$titles = array();
$query = safe_rows('name, title', 'txp_category', "parent like 'notas' AND type like 'article' AND name!='root' ORDER BY name");
$titles[] = ' ';
foreach ($query as $title)
$titles[$title['name']] = $title['title'];
return glz_checkbox($custom_field, $titles, $custom_value, "1", true);
}
?>
Now, I’d like change radiobuttons instead checkboxes since I just need the user select only one option.
Could anybody give me a hand?
Thanks
Offline
#1107 2014-09-28 02:07:17
- gfdesign
- Member

- From: Argentina
- Registered: 2009-04-20
- Posts: 401
Re: glz_custom_fields
worths1 wrote #280904:
The plugin can’t find my custom scripts. This is a local install using WAMP. Would that create an issue? Datepicker and timepicker work.
(Using TXP 4.5.5 and glz_custom_fields 1.4.0_beta).
EDIT
And to demonstrate either 1) I’m not thick, or 2) I’m so incredibly thick as to beyond all hope, I can’t get the sample script to work either.
Error message
Ooops! http://localhost/plugins/glz_custom_fields/my_images.php cannot be found, check path
Custom scripts path
http://localhost/plugins/glz_custom_fields (Not working)
Time picker path
http://localhost/plugins/glz_custom_fields/jquery.timePicker (working)
Actual path to folder containing custom scripts and subfolder jquery.timePicker
C:/wamp/www/plugins/glz_custom_fields
:-D
I am having the same issue. Have you able to fix it? No matter I url specify, I always get “cannot be found, check path” :(
Offline
#1108 2014-09-28 14:35:04
- uli
- Moderator

- From: Cologne
- Registered: 2006-08-15
- Posts: 4,316
Re: glz_custom_fields
The sample script path is in a different format than the two paths of the pickers, at least on my MAMP (Mac):
Custom scripts
/Users/Username/direct/ories/txp454/plugins/glz_custom_fields (“Users” directory is in the HD’s root)
Date Picker plugin URL
http://localhost:8888/txp454/plugins/glz_custom_fields/jquery.datePicker
Time Picker plugin URL
http://localhost:8888/txp454/plugins/glz_custom_fields/jquery.timePicker
See if you can adapt from there.
Last edited by uli (2014-09-28 14:38:20)
In bad weather I never leave home without wet_plugout, smd_where_used and adi_form_links
Offline
#1109 2014-09-30 02:06:25
- gfdesign
- Member

- From: Argentina
- Registered: 2009-04-20
- Posts: 401
Re: glz_custom_fields
Hi Uli. Now it’s working. Beside that, I was able to achieve what I couldn’t get.
Thanks
Offline
#1110 2014-10-13 12:20:40
Re: glz_custom_fields
Just for information.
If you are upgrading glz_custom_fields and already have custom fields added with this plugin BUT only of the type text_input and textarea.
It means that the table custom_fields will be empty.
This is a problem because on migration the plugin lifecycle will check for existing rows in that table to know if it is an upgrade or not.
In the case above the test will fail and the plugin will write a whole bunch of rows in the custom_fields table …. And will convert all your custom_field to the type of select.
So in you are that case may be a workaround would be to add any random row to the table
Offline