Skip to main content

Hi everyone

In my workflow, I sent an email to two differents group of persons (they are two distinctive steps which run in parallel)

In a previous step I built two table with a string builder but the result I get in my email is different

In one Email the both table are in good formats but in the other nothing is aligned and I get some space that I don't have in my other email

So I cleaned my table code to only get a table without formatting with nothing just a table but I still have the problem and I checked the html format in the two mails and it's exactly the same

 

So How could I fix that?

I have two ideas the first one would be to build my table in each parallel branch, it's probably not an optimized solution but I could check if the problem comes again

My second solution would be to fix everything in my table, for example fixing my cells size and so on

Have you a better idea to suggest?

 

Here to give you an idea of my problem:

This is the difference I get between my tables

Approver Name

Approver Role

 

TestNintex

 IT Analyst

 

TestNintex

Project Owner

Approver Name

Approver Role

 TestNintex

 IT Analyst

 TestNintex

Project Owner

Thank for your help

- check for presence of non-breakable (&nbsp- ASCII-160) vs. regular (ASCII-32) space characters in your texts. one my force to keep text on a single line, the other one may cause the text is wrapped

- check for any unprintable characters in your texts, different mail clients may render them in different ways, sometimes causing the output doesn't look like expected

- remove all the line feeds from your table HTML markup. some mail clients  again interpret line feeds in the markup like extra line feeds in rendered page

Thank for your answer Marian Hatala‌

But it's weird because I store my table in a variable and I use the same variable in each email so I should have the same result no?

And where should I check for the ASCII Code? In my mail or in my table builder?

But it's weird because I store my table in a variable and I use the same variable in each email so I should have the same result no?

that may well be matter of mail client.

they are (usually) not full featured html browsers, so they may sometimes render HTML content in a different way then you would expect or what you'd see in a browser.

another reason might be that rich text editor used in mail notification action (and elsewhere throughout the nintex product) is quite buggy and quite sensitive on edits. when you edit the content in rich text editor underlying HTML markup gets often broken and once notification is sent out symptoms might be very various, from broken content layout up to content completely not being rendered.

in such cases the easiest way how to fix it is to rebuild whole message content from scratch.

And where should I check for the ASCII Code? In my mail or in my table builder?

basically it doesn't matter where you start, either in source table or at the very end checking generated email. important is that you proof check each processing step until you find a place where content gets broken.

I'd start from the end and continue step by step up to the source. so I would send the notification in a plain text format and examined delivered content what's exactly in there (use some plain text editor that is capable to display ascii value of each character or which is capable of hex-mode edit).

then I'd continue with logging (or again sending to mail in a plain text) all the inputs/variables that are passed in to the notification.

etc, etc.

Reply


View our Community Site Map

Nintex Community Sitemap
Terms & ConditionsCookie settings