I have yet to experience an issue.
However, I think there was one noted on the "View as webpage".
Can't recall the resolution specifically though...
To clarify, you experienced an issue on emails using "view as webpage"?
Geoff Krajeski, can I run a scenario by you? Depending on the campaign, my team is cloning programs/emails or creating new. I know they won't remember to add script to each new program, and I don't want 2016 in any emails for the new year. In order to catch every email, does it make sense to:
I'm sure I'm overthinking this, but let me know what you think.
Kim, Velocity output in Web Page view has been irregular across instances. I wrote a well-warranted blog post about it -- only to have it be "fixed" in my primary instance within the next month. However, I haven't seen it regress in any instances once it got fixed, and according to Mkto engineering, it is expected to work (I assume there was a module loading order/omission problem on the instances that had the prob.
We have set up a bunch of inherited tokens for such things. Dates, Year, months, regionalised addresses. They'll trickle down and be available in all programs.
I know I'm a bit late to the conversation, but $date.get('yyyy') works if added to the global footer HTML and Text fields under 'Admin > Email.' That's one option of not having to update tons of assets and programs.
#set($timeZoneObject = $date.getCalendar().getTimeZone())
$date.format("yyyy", $date.getDate(), $date.getLocale(), $timeZoneObject.getTimeZone("EST"))
I just started using this script to get the date but suddenly realized it does not work when you click the "view this email as a webpage" link. I literally see the code.
Can someone else please verify this? Thank you
Open a Support case. Some instances don't execute Velocity in Web Page View due to a configuration error. Once fixed on the back end it'll be fine.