Go to main content

Textpattern CMS support forum

You are not logged in. Register | Login | Help

#745 2010-11-09 02:07:13

radneck
Plugin Author
Registered: 2005-07-03
Posts: 109

Re: glz_custom_fields

eric2007 wrote:

Are there any issues with glz_custom_fields in the 4.3.0 RC that just came out?

I’ve been using the 4.3.0 RC and everything seems fine.

Offline

#746 2010-11-09 12:44:27

alanfluff
Member
From: Ottawa, Canada
Registered: 2008-09-15
Posts: 222
Website

Re: glz_custom_fields

@ eric2007 Apologies, I’m sure you know this, but just in case you missed it (as I did), 4.3.0 is fully released now :)


At LAST I’ve cheerfully donated to the core devs at #TXP. I only wish I were able to give more. Thanks to the devs and ALL fellow TXPers. -A

Offline

#747 2010-11-10 17:44:33

alanfluff
Member
From: Ottawa, Canada
Registered: 2008-09-15
Posts: 222
Website

Re: glz_custom_fields

Hi Gerhard/folks,

I am not sure where to post this, here or in an official 4.3.0 feedback page1, but I’ll start here.

I am finding that a custom field of type ‘checkbox’, with multiple checkboxes, has presentational ‘lumps’ where it didn’t in 4.2.0.

It appears that it is not theme related.

It appears subtly different in Ffox Vs. Safari, but broken looking in both.

The problem is whitespace and/or alignment between checkboxes and their labels, instead of stacking up nicely, a label is spaced away from it’s checkbox, so the overall list takes up more space and the relationship between label and checkbox is less clear.

If there’s anything I can do to help solve this (I have a hammer and some nails, just no TXP-backend skills ;) — seriously, if a patch needs testing (of either part of glz_custom_fields or TXP 4.3.0), I would be happy to try it and report back.

Thanks again one and all for the superb developments happening in TXP-land.

Cheers, -Alan

1 I’m guessing there is such a page/process, I’m just too much of a thicky to have fond it yet.


At LAST I’ve cheerfully donated to the core devs at #TXP. I only wish I were able to give more. Thanks to the devs and ALL fellow TXPers. -A

Offline

#748 2010-11-15 19:01:50

vurt
Member
Registered: 2010-10-22
Posts: 50

Re: glz_custom_fields

alanfluff wrote:

The problem is whitespace and/or alignment between checkboxes and their labels, instead of stacking up nicely, a label is spaced away from it’s checkbox, so the overall list takes up more space and the relationship between label and checkbox is less clear.

In http://path-to-txp/theme/your-theme/textpattern.css

I added this at bottom:

td#article-col-1 #advanced .glz_custom_checkbox_field span input{width:auto;}

Admittedly a quick fix, should probably be in its own theme or it will be overwritten in updates.

Offline

#749 2010-11-15 19:10:45

alanfluff
Member
From: Ottawa, Canada
Registered: 2008-09-15
Posts: 222
Website

Re: glz_custom_fields

vurt,

You’re a STAR :D

Thank you! For me, I think as I had used bot_wtc to re-arrange the write page, I had to loose the #advanced, but that aside, it worked a treat!

And as I use my own theme — it’s a permanent fix too! Brilliant (I do feel a bit CSS-embarrassed though for not thinking of trying something like that — I think I was just bamboozled by all the newness and loveliness of 4.3.0.

Cheers!, -Alan


At LAST I’ve cheerfully donated to the core devs at #TXP. I only wish I were able to give more. Thanks to the devs and ALL fellow TXPers. -A

Offline

#750 2010-11-15 22:22:59

vurt
Member
Registered: 2010-10-22
Posts: 50

Re: glz_custom_fields

Glad I could help!

Offline

#751 2010-11-29 16:51:21

brunodario
Member
From: Belo Horizonte, Brasil
Registered: 2007-09-19
Posts: 75

Re: glz_custom_fields

Is there a way to control the output? Say, if i want to output each marked value of a radio custom field inside a <li> tag?

Example: I have custom fields with color names (white, brown, yellow) and the output it´s white | brown | yellow. I´d like it to be <li>white</li> <li>brown</li> <li>yellow</li>

Offline

#752 2010-11-29 17:02:56

wornout
Member
From: Italy
Registered: 2009-01-20
Posts: 256
Website

Re: glz_custom_fields

You can use smd_each or rah_repeat for your purposes!

Offline

#753 2010-11-29 17:47:43

brunodario
Member
From: Belo Horizonte, Brasil
Registered: 2007-09-19
Posts: 75

Re: glz_custom_fields

wornout,

Great regexp plugins!

<txp:rah_repeat wraptag="ul" break="li" value='<txp:custom_field name="colors"/>' delimiter="|"> Cor <txp:rah_repeat_value />. </txp:rah_repeat>

Did the trick. Thx!

Offline

#754 2010-12-02 13:56:30

babyben
Member
Registered: 2007-06-03
Posts: 39

Re: glz_custom_fields

Edit: D’oh. Asked a question, and should have read the Textbook first. Answer was staring me in the face!

Last edited by babyben (2010-12-02 14:11:26)

Offline

#755 2010-12-31 15:53:53

phuture303
Member
Registered: 2008-09-14
Posts: 127

Re: glz_custom_fields

Hello there,

just a simple question (I’m testing possibilities on a fresh install :-)

I’m using glz_custom_fields and the delivered script “my_images.php”. My customfield #2 (named “custom2”) shows the name of all images in a dropdown as it should, everything’s all right till here.

<txp:custom_field name="custom2" />

placed as a tag in an article publishes the id of the selected image (“2” in my case). Okay.

<txp:image id="2" />

shows the right image as it should (“txp_slug105x45.gif”). Normal. And fine :-)

But in combination:

<txp:image id='<txp:custom_field name="custom2" />' />

doesn’t work. Am I doing something stupidly wrong? Thanks for help :-)

Have a nice 2011!
David

UPDATE

Problem solved for myself:

notextile. <txp:image id='<txp:custom_field name="custom2" />' />

It seems that textile doesn’t like the phrase. But why’s that?

Last edited by phuture303 (2010-12-31 15:55:24)

Offline

#756 2010-12-31 16:16:04

alanfluff
Member
From: Ottawa, Canada
Registered: 2008-09-15
Posts: 222
Website

Re: glz_custom_fields

Hi David,

It seems that textile doesn’t like the phrase. But why’s that?

I’m not sure why in this case this was necessary, but I think as a general rule-of-thumb it’s a good idea not to have (or allow) Textile to parse TXP code. When you do, you are relying on Textile being clever enough to work out when to ignore and when to parse, so regardless of how clever Textile is at that, it’s safer to simply not have it parse TXP code.

As noted, I may be wrong or partially wrong here, apologies if so and anyone who know’s different, please shout out so I can learn too :) Thanks!

Cheers, -Alan


At LAST I’ve cheerfully donated to the core devs at #TXP. I only wish I were able to give more. Thanks to the devs and ALL fellow TXPers. -A

Offline

Board footer

Powered by FluxBB