a hard return character that works?

[Bob Hopfner]

I can't get XMPie to recognize a carriage return or line feed or even U+000D. Everything comes back as a soft return (forced line feed) U+000A.
Is there a better character we should use?

Thanks all,

Bob

[George Marsh]

In uPlan strings:

\r is a paragraph
\n is a new line

Works in InDesign nested styles etc

[Bob Hopfner]

My developer sent me this:
"This line is the C# string literal that I use when creating the Customization object that I send to uProduce.

"+ Line1\r+ Line2\r+ Line3\r+ Line4"

This is how the line is translated in the Job ticket.

<CUSTOMIZATION EXPR="&quot;+&#32;Line1&#10;+&#32;Line2&#10;+&#32;Line3&#10;+&#32;Line4&quot;" NAME="device_bullet" TYPE="ADOR"/>

You can see &#10 in the places. This is the '\r' character. The &#32 is <space>."

Can anyone help with what we should be using?

In uPlan this works: "* 3G Speeds\r* GPS Navigation capable\r* microSD(tm) slot holds 32GB"

But I am not sure how to translate that to the developer.

Thanks,
Bob

In uPlan strings:

--
You received this message because you are subscribed to the Google Groups "XMPie Interest Group" group.
To post to this group, send email to xmpie...@googlegroups.com.
To unsubscribe from this group, send email to xmpie-users...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/xmpie-users?hl=en.

[Guillaume Besnier]

Suggest your c# developer to try the following:

"+ Line1\\r+ Line2\\r+ Line3\\r+ Line4"

-------- Message original --------
Sujet: Re: [xmpie-users] a hard return character that works?
De : Bob Hopfner <bhop...@centiv.com>
Pour : xmpie...@googlegroups.com <xmpie...@googlegroups.com>
Date : 14/11/2011 22:49

> My developer sent me this:
> "This line is the C# string literal that I use when creating the Customization object that I send to uProduce.
>
> "+ Line1\r+ Line2\r+ Line3\r+ Line4"
>
> This is how the line is translated in the Job ticket.
>
> <CUSTOMIZATION EXPR="&quot;+&#32;Line1&#10;+&#32;Line2&#10;+&#32;Line3&#10;+&#32;Line4&quot;" NAME="device_bullet" TYPE="ADOR"/>
>

> You can see&#10 in the places. This is the '\r' character. The&#32 is<space>."

[Bob Hopfner]

Nothing seems to work, everything gets converted to &#10 and we need a &#13.

--

[Walter Van waard]

Bob,

Instead of the /r have you tried /0x0d or /0x0a. or both together

Met vriendelijke groet, Kind Regards,
Walter van Waard

Duinroosweide 4
3448 ZB. WOERDEN
+31 (348) 446 365
+31 (6) 246 26 883

==========================
Sent from a electronic device
developed in de first year of
the second decade of the 21e
century from a company called
Apple.
==========================

[Walter Van waard]

btw its \x0d\x0a sorry

Met vriendelijke groet, Kind Regards,
Walter van Waard

Duinroosweide 4
3448 ZB. WOERDEN
+31 (348) 446 365
+31 (6) 246 26 883

==========================
Sent from a electronic device
developed in de first year of
the second decade of the 21e
century from a company called
Apple.
==========================

Op 15 nov. 2011 om 19:17 heeft Bob Hopfner <bhop...@centiv.com> het volgende geschreven:

[Bob Hopfner]

Same thing, everything gets turned into a &#10, I just need a &#13.

>> e 4&quot;" NAME="device_bullet" TYPE="ADOR"/>

[Walter Van waard]

Bob,

it looks like html encoding in the xml to me...could you just try \r\n

Met vriendelijke groet, Kind Regards,
Walter van Waard

Duinroosweide 4
3448 ZB. WOERDEN
+31 (348) 446 365
+31 (6) 246 26 883

==========================
Sent from a electronic device
developed in de first year of
the second decade of the 21e
century from a company called
Apple.
==========================

[Walter Van waard]

see this one :
http://code.cside.com/3rdpage/us/newLine.html

Met vriendelijke groet, Kind Regards,
Walter van Waard

Duinroosweide 4
3448 ZB. WOERDEN
+31 (348) 446 365
+31 (6) 246 26 883

==========================
Sent from a electronic device
developed in de first year of
the second decade of the 21e
century from a company called
Apple.
==========================

[Bob Hopfner]

Howdy Walter,

That's the problem as I understand it. No matter what we do, uProduce (or something else) is converting the \r to the HTML decimal &#10;.

I don't know where this is happening as the data flows through our system but we have tried every permutation of

\u000D, \0D, &#13; \r etc etc. but they ALL get translated to &#10;

Let me know if you think of anything else. I really appreciate it.

Bob
________________________________________
From: xmpie...@googlegroups.com [xmpie...@googlegroups.com] on behalf of Walter Van waard [wvw...@gmail.com]
Sent: Tuesday, November 15, 2011 5:09 PM

[Guillaume Besnier]

So, instead of coding

"Line1\r+ Line2\r+ Line3\r+ Line4"

what if your c# developer would code

"BobFnc(\"Line1__bob__+ Line2__bob__+ Line3__bob__+ Line4\")"

while you would define a QLingo custom function in your plan, named
BobFnc, which would call the built-in FindAndReplace function, to
replace every instance of the ___bob___ string into a "\r"? (or whatever
appropriate string)

-------- Message original --------
Sujet: Re: [xmpie-users] a hard return character that works?
De : Bob Hopfner <bhop...@centiv.com>
Pour : xmpie...@googlegroups.com <xmpie...@googlegroups.com>

Date : 16/11/2011 01:45

> Howdy Walter,
>
> That's the problem as I understand it. No matter what we do, uProduce (or something else) is converting the \r to the HTML decimal&#10;.

>
> I don't know where this is happening as the data flows through our system but we have tried every permutation of
>

> \u000D, \0D,&#13; \r etc etc. but they ALL get translated to&#10;

[Bob Hopfner]

Turns out it's a bug with paragraph indents. If I remove those from the paragraph style, I get &313; return chars.

Stay tuned for more developments.

Howdy Walter,

Bob,

>>> n e 4&quot;" NAME="device_bullet" TYPE="ADOR"/>

[Walter van Waard]

Thanks Bob,

Interesting Keep us posted ;-)

Grtz
Walter