It has been a while since our last communication on this, but wanted to provide you an update. We will be moving this to "planned" and will begin development soon! If you would like to discuss your use case further please feel free to respond again here and we will reach out to a few of you separately. Thanks!
Agree with Greg Lindhout - it would be lovely if we could choose the text fields to only allow a certain amount of characters (or words).
Another part here I'd like to suggest is if helping text (light gray) could be entered into a text field, that would disappear once the form submitter clicks into the field.
An easier way to create hierarchy and organize data within a form. Just like this comment box. I can format my comment if I needed to emphasize 1 point, or align things, making a list, etc.
To build on this! Along with giving the rich text ability in custom forms we should have this on Project and Task descriptions. When creating a Project and Task there should be a more robust feature for creating the description. Wrike has this ability and it's amazing. A lot of times, a project's description reaches far beyond plain text and custom form fields. How most people at our company communicate is through email, and although email is a complete mess, what email is good at is allowing the person to format a message and description is multiple ways: through documents, screenshots, HTML text formatting (BOLD, underline, strikebreaking, bullet points, numbering, indenting, tables, charts, font colors, images, links, mockups etc). Most project and tasks have supporting information in the form of images and charts, and there isn't a way currently in WF to communicate this within the system. We now have to go outside the system and go back to emailing or using other project management tools. Workfront has a lot of amazing features, but I feel as though you have to think back to the basis of a project management tool - and this tool should focus on the easy communication of project and task creation.
This functionality could also be applied to requests (important for designers and copy writers to convey their messages and content) and documents as well, but not as important as projects and tasks.
And custom form fields should really be considered part of the projects description and be within that same area. Right now it's not very intuitive where to get necessary details about the project in order to do someone's job. The user needs to go to project details, look at the main overall timeline details then click custom form to get the actual full description of the project.
The creation of a task should be a bit simpler and less cluttered. Workfront has so many options and features, which is fantastic, but it can be completely overwhelming for users who are not necessarily tech savvy and just want to use the system for creating a task, description, dependencies, assignee, and due date. This information should be at the forefront of the design and the rest of the functionality can be shown differently.
Glad to hear of this capability. I don't see a way to change current paragraph fields to the new text field with formatting. Is there a way to do that or do we need to recreate the forms we have (and delete fields/recreate them so we can use the same field names) in order to update to this new feature?
Echoing Janelle's comment. This was the exact feedback I provided during my feedback session. Why is rich text formatting a new field? Why isn't it additional functionality applied to the pre-existing open text fields?
Ditto. This is disappointing—like asking for a cheeseburger but getting a photo of a cheeseburger.
The request I voted for would allow admins to be able to format text on a custom form as a way to guide users — like the bolded required fields but more so.
This is not what I needed. What I asked for is to be able to rich edit a "Descriptive text" field on a custom form... Information that *I* am putting on the form, not the end user.
And I agree with others that it's stupid to create this as a separate field type instead of updating the existing Paragraph Text field type. I am NOT going to go through every form I manage and recreate hundreds of fields as a new field type. #1 that is a waste of my time and #2 that would affect reports, views, etc that were pulling in other fields because the connection to the original field would break.
I echo everyone's comments. Our organization would benefit from a "descriptive text" field like Dustin says, but what's more beneficial and necessary for our company is having rich text abilities for the end user to edit the "answers" in the field.
We currently have to rely on email and/or word docs to convey and communicate necessary information that we can't format well in custom forms.
Having a separate rich text paragraph field is not beneficial and would cause more work to rebuild all of our custom forms and it would break our reports/data. It would actually be a bit of a nightmare and almost not worth doing.
It would be amazing to have that rich text formatting applied to all existing text fields.
