All Collections
FAQ and Getting Started
Personalization FAQ
ETO | Language, Accent Marks, and other Special Characters
ETO | Language, Accent Marks, and other Special Characters
Updated over a week ago

ETO software is an English language software. ETO is built on a Microsoft SQL server that uses English ASCII characters. Accent marks are not considered a standard character within this framework. We anticipate some issues with accent marks and other special characters (ex. # or &) in parts of the product. We are happy to report these areas to our Development team, but we understand there may be technical limitations to addressing those changes.

Areas where we see issues with accent marks and special characters:

  • Batch Upload

  • API Calls

  • Cross References in TouchPoints

  • Text fields in TouchPoints

  • Updating Participant demographics

  • Print blank TouchPoints

Note: Participant Names that contain apostrophes do not work with Legacy Features like Assessments. Please remove apostrophes from participant names if working with legacy features.

Changing ETO's Language

Most of ETO is customizable and could be written in another language using primarily English characters.

  • Side Navigation

  • TouchPoints

  • Demographics

  • Dashboard Messages

  • Site and Program Names

There are limitations where some pages will show English text, tool tips, or buttons. These are hard coded in to the product and cannot be changed.

Working with Special Characters

Copy / Paste Without Formatting from Word : Often characters such as "smart quotes", < >, accents, or other Copy/Paste characters are the root of an issue. You can strip out the formatting to ensure there aren't any strange characters coming in to ETO.

If you are finding an error in ETO because of a special character, report it to our support team at eto@bonterratech.com. We may be unable to make the development changes at the time, and we might request that you remove the special characters for a quicker resolution. However, we will report the issue to our Development team to accurately track where the errors persist.

Did this answer your question?