zem_contact_reborn 4.0.3.20

kevinpotts · 2011-05-02 12:58:20

Yeah, sorry, I have that but just mistyped above. Basically the tag starts to parse, but then instead of closing out with the proper ' /> at the end, it renders ;” />.

ruud · 2011-05-02 13:03:33

What does this show in HTML source (when visiting the page), when used outside ZCR tags:

<txp:category_list parent="whatever">,<txp:category title="1" /></txp:category_list>

kevinpotts · 2011-05-02 20:15:10

Ruud — this produces the normal result.

I get the same character encoding thing when I embed the same code into a <txp:variable /> tag. It also produces the same result when I change category_list to self enclosed; doesn’t seem to make a difference. (Running 4.4.0 on a relatively virgin install.)

ruud · 2011-05-02 21:44:26

Can you provide an URL and put the website in debug mode?

Bloke · 2011-05-02 22:05:58

kevinpotts wrote:

I get the same character encoding thing when I embed the same code into a <txp:variable /> tag

Just out of curiosity (and not just ‘cos this is the 1000th post in this thread) are you putting the code directly in an article? I’ve had weird encoding stuff like this because of Textile getting involved when using tags-in-tags. If so, does it fix things if you turn off Textile or escape the zcr tag with ==?

kevinpotts · 2011-05-03 02:14:38

Here is the page in question: http://buzz.kevinpottsdesign.com/add-buzz

And this is the complete line of code in question:

 <li><txp:zem_contact_select break="" label="Area" list='<txp:category_list parent="locations">;<txp:category title="1" /></txp:category_list>' delimiter=";"  /></li>

When I remove the category list and dump in a hard-coded list of locations, it works perfectly. The only thing I can think of is that I have a rogue quote mark somewhere, but not sure where.

Gocom · 2011-05-03 03:18:53

kevinpotts wrote:

The only thing I can think of is that I have a rogue quote mark somewhere, but not sure where.

As the form is inside an article body, try what Stef suggested:

turn off Textile or escape the zcr ~~tag~~ block with == notextile..

It seems that Textile is doing some formatting and causing the problems.

Also, set category_list’s break attribute to unset (break=""). It defaults to br, which probably doesn’t belong there.

Last edited by Gocom (2011-05-03 03:24:11)

kevinpotts · 2011-05-03 11:30:48

Just out of curiosity (and not just ‘cos this is the 1000th post in this thread) are you putting the code directly in an article? I’ve had weird encoding stuff like this because of Textile getting involved when using tags-in-tags. If so, does it fix things if you turn off Textile or escape the zcr tag with ==?

Here’s an interesting experiment. When I typically write zem forms inside an article, I usually escape Textile by adding a single space before the line. 99% of the time, that works: Textile won’t create a <p> around my line and it does not encode any characters. However, in this case, that single-space tactic failed. Calling notextile. before the actual line worked, just as Stef and Jukka suggested, and the weird encoding things disappeared. Now, my code above works perfectly fine. I only make this pedantic observation as a reminder to self to not assume adding an empty space before a line is doing anything other than preventing the creation of <p> tags. Thanks all.

merz1 · 2011-05-03 12:50:53

Kevin, check the different output on the Textile 2.2 page. I think its self explaining and needs no translation:

Im Detail: Diverse ‘NoTextile’ Textteste für (z.B.) Textile 2.2 Testseite

Replace this text with your _textile_.

Leerzeichen vorweg 
 Replace this text with your _textile_.

notextile. Replace this text with your _textile_.

== Replace this text with your _textile_. ==

Leerzeichen vorweg
 == Replace this text with your _textile_. ==

Achte auf die Feinheiten bei ‘underlying HTML’ und wo und wie kein Textile verwendet wird.

Die letzten Beiden sind identisch mit:

==Replace this text with your _textile_.==
 ==Replace this text with your _textile_.==

bici · 2011-05-08 17:10:46

Karsten wrote:

I now completely stripped the .zemContactForm fieldset class to only include border: none; width: 520px; all the rest I just moved to a new div which I named #zemdiv. Now by just putting all the ZRC tags within this div the resulting form displays nicely as it should, and as it did in IE pre-9.

where can i do something similar? how? I see none of these options when i look at the code in zem_contact_reborn

i am having a devil of a time in trying to format the contact form.

benang · 2011-05-09 15:26:56

hi just tried the plugin and works great.

just two things:

1. when there is a error message like required field is missing etc.
where can I conntrol it / change it into german language? I didnt found asny tag which gives this opportunity…

2. is it possible to place the error messages on another position rather than only on top of the contact form/

thanks for yor help
cheers

benang

ruud · 2011-05-09 16:38:13

@benang:

Textpattern CMS

Textpattern CMS support forum

#997 2011-05-02 12:58:20

Re: zem_contact_reborn 4.0.3.20

#998 2011-05-02 13:03:33

Re: zem_contact_reborn 4.0.3.20

#999 2011-05-02 20:15:10

Re: zem_contact_reborn 4.0.3.20

#1000 2011-05-02 21:44:26

Re: zem_contact_reborn 4.0.3.20

#1001 2011-05-02 22:05:58

Re: zem_contact_reborn 4.0.3.20

#1002 2011-05-03 02:14:38

Re: zem_contact_reborn 4.0.3.20

#1003 2011-05-03 03:18:53

Re: zem_contact_reborn 4.0.3.20

#1004 2011-05-03 11:30:48

Re: zem_contact_reborn 4.0.3.20

#1005 2011-05-03 12:50:53

Re: zem_contact_reborn 4.0.3.20

#1006 2011-05-08 17:10:46

Re: zem_contact_reborn 4.0.3.20

#1007 2011-05-09 15:26:56

Re: zem_contact_reborn 4.0.3.20

#1008 2011-05-09 16:38:13

Re: zem_contact_reborn 4.0.3.20

Board footer