<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>idea Re: Have separate Field API Names vs Label in Workfront Ideas</title>
    <link>https://experienceleaguecommunities.adobe.com/t5/workfront-ideas/have-separate-field-api-names-vs-label/idc-p/524287#M5918</link>
    <description>&lt;P&gt;Yep I agree this should be deployed across the API and UI. It's common practice in most databases to separate the Display Name from the Database Name for the field - even &lt;SPAN style="font-family: proximaNova; font-size: 12.93px;"&gt;Workfront &lt;/SPAN&gt;allows this type of functionality in the reporting side where you can already rename the columns in a report.&lt;/P&gt;&lt;P&gt;This functionality needs to keep the database field name as the unique key, allowing the use of the same Display Name to refer to different Database Fields in multiple places in the UI.&lt;/P&gt;&lt;P&gt;Once this is implemented there is no need to use "special" characters in the Database Field Names, so the issue which seems to be driving the suggestion to use backend ID numbers instead of names ought to go away. The use of names rather than numbers in the API seems to me to at least provide some context to the data being manipulated.&lt;/P&gt;</description>
    <pubDate>Tue, 13 Aug 2019 08:41:24 GMT</pubDate>
    <dc:creator>BobSl</dc:creator>
    <dc:date>2019-08-13T08:41:24Z</dc:date>
    <item>
      <title>Have separate Field API Names vs Label</title>
      <link>https://experienceleaguecommunities.adobe.com/t5/workfront-ideas/have-separate-field-api-names-vs-label/idi-p/524276</link>
      <description>&lt;DIV&gt;&lt;SPAN&gt;&lt;SPAN&gt;We are looking to “decouple” front end element names from backend element names for Custom data elements in Workfront. Is that possible? For e.g. for this field on a custom form for tasks -&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/DIV&gt;
&lt;DIV&gt;&lt;SPAN&gt;&lt;SPAN&gt; &lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/DIV&gt;
&lt;DIV&gt;
&lt;DIV&gt;&lt;IMG id="Picture_x0020_1" src="https://outlook.office.com/owa/service.svc/s/GetFileAttachment?id=AAMkADAyNzVlOWU4LTk4OTQtNDVmOS04ZDlhLTU2NWU2YTQ3MTdjNQBGAAAAAADWdJwnjiOjSadnd5YniWnVBwDz5JFX3JYwTqXFNHyEehgZAAAAwCl0AAC4s0W%2Fl5gxR6TXVTC4MfA5AACCAaLgAAABEgAQAEEWzBS651FAod5nYhgCtQ4%3D&amp;amp;X-OWA-CANARY=aO4Y7PynCUChEDrZoduIbPDckBrcgdQYliHY1A1CujfZELLQw3d0SnydZ9AhnZNYXz4pUi7Eo1c.&amp;amp;isImagePreview=True" width="477" height="211" /&gt;&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;DIV&gt;&lt;SPAN&gt;&lt;SPAN&gt; &lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/DIV&gt;
&lt;DIV&gt;&lt;SPAN&gt;&lt;SPAN&gt;the backend field is called “DE:Has spend been committed for this campaign?”. This makes the backend fields very verbose, and the SQLs that use them hard to work with. (Note: this is a relatively short name ‚Äì some custom fields are complete and very lengthy sentences/questions)&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/DIV&gt;
&lt;DIV&gt;&lt;SPAN&gt;&lt;SPAN&gt; &lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/DIV&gt;
&lt;DIV&gt;&lt;SPAN&gt;&lt;SPAN&gt;Is there a facility (mapping) in workfront whereby we could have this element assume ‚Äì&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/DIV&gt;
&lt;DIV&gt;&lt;SPAN&gt;&lt;SPAN&gt; &lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/DIV&gt;
&lt;DIV&gt;&lt;SPAN&gt;&lt;SPAN&gt;1.&lt;/SPAN&gt;&lt;SPAN&gt;       &lt;/SPAN&gt;&lt;SPAN&gt;A Front end name ‚Äì “DE:Has spend been committed for this campaign?”&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/DIV&gt;
&lt;DIV&gt;&lt;SPAN&gt;&lt;SPAN&gt;2.&lt;/SPAN&gt;&lt;SPAN&gt;       &lt;/SPAN&gt;&lt;SPAN&gt;A back end name ‚Äì de_spend_committed_flag&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/DIV&gt;</description>
      <pubDate>Wed, 12 Apr 2017 19:43:26 GMT</pubDate>
      <guid>https://experienceleaguecommunities.adobe.com/t5/workfront-ideas/have-separate-field-api-names-vs-label/idi-p/524276</guid>
      <dc:creator>AnkurSh1</dc:creator>
      <dc:date>2017-04-12T19:43:26Z</dc:date>
    </item>
    <item>
      <title>Re: Have separate Field API Names vs Label</title>
      <link>https://experienceleaguecommunities.adobe.com/t5/workfront-ideas/have-separate-field-api-names-vs-label/idc-p/524277#M5908</link>
      <description>&lt;P&gt;This would be very useful and more enterprise ready. &lt;/P&gt;</description>
      <pubDate>Mon, 24 Apr 2017 18:20:52 GMT</pubDate>
      <guid>https://experienceleaguecommunities.adobe.com/t5/workfront-ideas/have-separate-field-api-names-vs-label/idc-p/524277#M5908</guid>
      <dc:creator>EricDe</dc:creator>
      <dc:date>2017-04-24T18:20:52Z</dc:date>
    </item>
    <item>
      <title>Re: Have separate Field API Names vs Label</title>
      <link>https://experienceleaguecommunities.adobe.com/t5/workfront-ideas/have-separate-field-api-names-vs-label/idc-p/524278#M5909</link>
      <description>&lt;P&gt;I agree! It is goofy to have to use all the underscores in the field name if you are going to post to it externally.&lt;/P&gt;</description>
      <pubDate>Mon, 01 May 2017 20:27:35 GMT</pubDate>
      <guid>https://experienceleaguecommunities.adobe.com/t5/workfront-ideas/have-separate-field-api-names-vs-label/idc-p/524278#M5909</guid>
      <dc:creator>DaveZeltser</dc:creator>
      <dc:date>2017-05-01T20:27:35Z</dc:date>
    </item>
    <item>
      <title>Re: Have separate Field API Names vs Label</title>
      <link>https://experienceleaguecommunities.adobe.com/t5/workfront-ideas/have-separate-field-api-names-vs-label/idc-p/524279#M5910</link>
      <description>&lt;P&gt;I'd like to see this as a general change overall.&lt;/P&gt;
&lt;P&gt;When creating a custom field we should be able to have a 'name' and a 'display label'&lt;/P&gt;</description>
      <pubDate>Tue, 02 May 2017 16:14:38 GMT</pubDate>
      <guid>https://experienceleaguecommunities.adobe.com/t5/workfront-ideas/have-separate-field-api-names-vs-label/idc-p/524279#M5910</guid>
      <dc:creator>KeithFa</dc:creator>
      <dc:date>2017-05-02T16:14:38Z</dc:date>
    </item>
    <item>
      <title>Re: Have separate Field API Names vs Label</title>
      <link>https://experienceleaguecommunities.adobe.com/t5/workfront-ideas/have-separate-field-api-names-vs-label/idc-p/524280#M5911</link>
      <description>&lt;P&gt; &lt;/P&gt;
&lt;P&gt;I agree. The Reports area has "Custom Column Label" functionality where you can overwrite the field name, and I think that should be spread to other parts of the application.&lt;/P&gt;
&lt;P&gt;We also have punctuation/special characters in our field labels to make them more readable (ex. "What would you like to do? Select all that apply.") and we can't write Calculated Fields off these fields because of the punctuation.&lt;/P&gt;</description>
      <pubDate>Thu, 22 Feb 2018 17:28:48 GMT</pubDate>
      <guid>https://experienceleaguecommunities.adobe.com/t5/workfront-ideas/have-separate-field-api-names-vs-label/idc-p/524280#M5911</guid>
      <dc:creator>VincentGo</dc:creator>
      <dc:date>2018-02-22T17:28:48Z</dc:date>
    </item>
    <item>
      <title>Re: Have separate Field API Names vs Label</title>
      <link>https://experienceleaguecommunities.adobe.com/t5/workfront-ideas/have-separate-field-api-names-vs-label/idc-p/524281#M5912</link>
      <description>&lt;P&gt;Correction to my earlier statement.  When there are special characters in the field name, you can add slashes to help with calculation.  Ex: (ex. "What would you like to do/? Select all that apply.")&lt;/P&gt;</description>
      <pubDate>Tue, 10 Apr 2018 22:13:46 GMT</pubDate>
      <guid>https://experienceleaguecommunities.adobe.com/t5/workfront-ideas/have-separate-field-api-names-vs-label/idc-p/524281#M5912</guid>
      <dc:creator>VincentGo</dc:creator>
      <dc:date>2018-04-10T22:13:46Z</dc:date>
    </item>
    <item>
      <title>Re: Have separate Field API Names vs Label</title>
      <link>https://experienceleaguecommunities.adobe.com/t5/workfront-ideas/have-separate-field-api-names-vs-label/idc-p/524282#M5913</link>
      <description>&lt;P&gt;We would like to take this one step further, front end names should all be given a back end ID number. The ID number should then be used for API calls (and fusion calls), so that changes to the custom field front end name do not impact the call. Currently, any changes to a custom field name break any corresponding API or fusion calls.&lt;/P&gt;</description>
      <pubDate>Wed, 29 Aug 2018 22:21:20 GMT</pubDate>
      <guid>https://experienceleaguecommunities.adobe.com/t5/workfront-ideas/have-separate-field-api-names-vs-label/idc-p/524282#M5913</guid>
      <dc:creator>KarenMa</dc:creator>
      <dc:date>2018-08-29T22:21:20Z</dc:date>
    </item>
    <item>
      <title>Re: Have separate Field API Names vs Label</title>
      <link>https://experienceleaguecommunities.adobe.com/t5/workfront-ideas/have-separate-field-api-names-vs-label/idc-p/524283#M5914</link>
      <description>&lt;P&gt;I agree with Karen, there's already a Parameter ID field, and I would rather copy/paste this string than have to figure out what combination of brackets and slashes I need.&lt;/P&gt;</description>
      <pubDate>Tue, 12 Feb 2019 16:24:37 GMT</pubDate>
      <guid>https://experienceleaguecommunities.adobe.com/t5/workfront-ideas/have-separate-field-api-names-vs-label/idc-p/524283#M5914</guid>
      <dc:creator>SkyeHa</dc:creator>
      <dc:date>2019-02-12T16:24:37Z</dc:date>
    </item>
    <item>
      <title>Re: Have separate Field API Names vs Label</title>
      <link>https://experienceleaguecommunities.adobe.com/t5/workfront-ideas/have-separate-field-api-names-vs-label/idc-p/524284#M5915</link>
      <description>&lt;P&gt;Upvote with Karen and Skye's suggestion on the back end ID number for API calls.&lt;/P&gt;</description>
      <pubDate>Fri, 22 Feb 2019 21:49:37 GMT</pubDate>
      <guid>https://experienceleaguecommunities.adobe.com/t5/workfront-ideas/have-separate-field-api-names-vs-label/idc-p/524284#M5915</guid>
      <dc:creator>JaclynRe</dc:creator>
      <dc:date>2019-02-22T21:49:37Z</dc:date>
    </item>
    <item>
      <title>Re: Have separate Field API Names vs Label</title>
      <link>https://experienceleaguecommunities.adobe.com/t5/workfront-ideas/have-separate-field-api-names-vs-label/idc-p/524285#M5916</link>
      <description>&lt;P&gt;I agree that this needs to be part of improvements in API documentation and functionality as this allows better differentiation of user focused labels and backend simple field names.  This is particularly important for enterprises that need to categorize fields by group ownership.&lt;/P&gt;</description>
      <pubDate>Fri, 05 Apr 2019 14:56:10 GMT</pubDate>
      <guid>https://experienceleaguecommunities.adobe.com/t5/workfront-ideas/have-separate-field-api-names-vs-label/idc-p/524285#M5916</guid>
      <dc:creator>MelindaLa1</dc:creator>
      <dc:date>2019-04-05T14:56:10Z</dc:date>
    </item>
    <item>
      <title>Re: Have separate Field API Names vs Label</title>
      <link>https://experienceleaguecommunities.adobe.com/t5/workfront-ideas/have-separate-field-api-names-vs-label/idc-p/524286#M5917</link>
      <description>&lt;P&gt;I would like to see this not just to simplify API calls and text mode calculations, but also to simplify the interface for the user.&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;&lt;/P&gt;&lt;P&gt;I could use the same label/question across forms bu have a different backend field name to keep them straight. For example, we have "Project Type" but it means different things to different groups. I had to invent new names, which further confused people.&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;&lt;/P&gt;&lt;P&gt;So let us have a "UI name" and a "backend name" as something usable by text mode as well as API use.&lt;/P&gt;</description>
      <pubDate>Mon, 12 Aug 2019 16:45:06 GMT</pubDate>
      <guid>https://experienceleaguecommunities.adobe.com/t5/workfront-ideas/have-separate-field-api-names-vs-label/idc-p/524286#M5917</guid>
      <dc:creator>CalvinFold</dc:creator>
      <dc:date>2019-08-12T16:45:06Z</dc:date>
    </item>
    <item>
      <title>Re: Have separate Field API Names vs Label</title>
      <link>https://experienceleaguecommunities.adobe.com/t5/workfront-ideas/have-separate-field-api-names-vs-label/idc-p/524287#M5918</link>
      <description>&lt;P&gt;Yep I agree this should be deployed across the API and UI. It's common practice in most databases to separate the Display Name from the Database Name for the field - even &lt;SPAN style="font-family: proximaNova; font-size: 12.93px;"&gt;Workfront &lt;/SPAN&gt;allows this type of functionality in the reporting side where you can already rename the columns in a report.&lt;/P&gt;&lt;P&gt;This functionality needs to keep the database field name as the unique key, allowing the use of the same Display Name to refer to different Database Fields in multiple places in the UI.&lt;/P&gt;&lt;P&gt;Once this is implemented there is no need to use "special" characters in the Database Field Names, so the issue which seems to be driving the suggestion to use backend ID numbers instead of names ought to go away. The use of names rather than numbers in the API seems to me to at least provide some context to the data being manipulated.&lt;/P&gt;</description>
      <pubDate>Tue, 13 Aug 2019 08:41:24 GMT</pubDate>
      <guid>https://experienceleaguecommunities.adobe.com/t5/workfront-ideas/have-separate-field-api-names-vs-label/idc-p/524287#M5918</guid>
      <dc:creator>BobSl</dc:creator>
      <dc:date>2019-08-13T08:41:24Z</dc:date>
    </item>
    <item>
      <title>Re: Have separate Field API Names vs Label</title>
      <link>https://experienceleaguecommunities.adobe.com/t5/workfront-ideas/have-separate-field-api-names-vs-label/idc-p/524288#M5919</link>
      <description>&lt;P&gt;Another request along the same lines is that a Custom Field should be able to return the value and label from the API call (where the fields have multiple choices). For instance if i have a field where i have the options Yes / No / Don't Know as the labels, and i have chosen to use 1, 2 and 3 as the equivalent values I have no way from the API call to specify if i want a label or value returned. Instead I have had to create a FUSION FLO that goes to look for all the options that have that particular value (using POPT), then filter this list to only show me the the POPT for the particular parameter ID (i.e. custom field) where i can then take the label and replace my value with this.  &lt;/P&gt;</description>
      <pubDate>Mon, 27 Apr 2020 12:22:49 GMT</pubDate>
      <guid>https://experienceleaguecommunities.adobe.com/t5/workfront-ideas/have-separate-field-api-names-vs-label/idc-p/524288#M5919</guid>
      <dc:creator>JonathanTh</dc:creator>
      <dc:date>2020-04-27T12:22:49Z</dc:date>
    </item>
    <item>
      <title>Re: Have separate Field API Names vs Label</title>
      <link>https://experienceleaguecommunities.adobe.com/t5/workfront-ideas/have-separate-field-api-names-vs-label/idc-p/524289#M5920</link>
      <description>&lt;P&gt;GEVORG.&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;&lt;/P&gt;&lt;P&gt;THIS&lt;/P&gt;&lt;P&gt;IS&lt;/P&gt;&lt;P&gt;AMAZING. &lt;/P&gt;&lt;P&gt;&lt;BR /&gt;&lt;/P&gt;&lt;P&gt;YOU ARE MY HERO!&lt;/P&gt;</description>
      <pubDate>Thu, 02 Jul 2020 19:05:49 GMT</pubDate>
      <guid>https://experienceleaguecommunities.adobe.com/t5/workfront-ideas/have-separate-field-api-names-vs-label/idc-p/524289#M5920</guid>
      <dc:creator>-WE</dc:creator>
      <dc:date>2020-07-02T19:05:49Z</dc:date>
    </item>
    <item>
      <title>Re: Have separate Field API Names vs Label</title>
      <link>https://experienceleaguecommunities.adobe.com/t5/workfront-ideas/have-separate-field-api-names-vs-label/idc-p/524290#M5921</link>
      <description>&lt;P&gt;We are excited about this feature being added, but finding issue converting all out custom fields to use custom name fields due to a limitation with reports.&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;&lt;/P&gt;&lt;P&gt;The two issues are:&lt;/P&gt;&lt;P&gt;1) Using the API name as the default "display name" in a column. This requires us to add a custom display name for every use of a custom field in a report/view. This sinks the utility of this feature for us.&lt;/P&gt;&lt;P&gt;2) Searching internally in Workfront while building a report uses the API name. This one is less of an issue, but still creates a frustrating experience as you can only find "targetPubDate" for example by searching "tar..." instead of "Date" (which would work if it searched the label "Target Publication Date")&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;&lt;/P&gt;&lt;P&gt;I posted &lt;A href="https://one.workfront.com/s/idea/0870z000000XiSLAA0/detail" target="_blank"&gt;this idea here:&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;A href="https://one.workfront.com/s/idea/0870z000000XiSLAA0/detail" target="_blank"&gt;https://one.workfront.com/s/idea/0870z000000XiSLAA0/detail&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 24 Aug 2020 20:13:12 GMT</pubDate>
      <guid>https://experienceleaguecommunities.adobe.com/t5/workfront-ideas/have-separate-field-api-names-vs-label/idc-p/524290#M5921</guid>
      <dc:creator>cabutter</dc:creator>
      <dc:date>2020-08-24T20:13:12Z</dc:date>
    </item>
    <item>
      <title>Re: Have separate Field API Names vs Label</title>
      <link>https://experienceleaguecommunities.adobe.com/t5/workfront-ideas/have-separate-field-api-names-vs-label/idc-p/524291#M5922</link>
      <description>&lt;P&gt;Gevorg,&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;&lt;/P&gt;&lt;P&gt;Functionality question:&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;&lt;/P&gt;&lt;P&gt;Currently, if I rename a field the name gets changed in all calculations; which is handy in our case when someone decides to change the wording of the question (aka "field label").&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;&lt;/P&gt;&lt;P&gt;Will this still be the case? If I change the "Name" attribute, will it fix all instances of it's use in calculations and such system-wide?&lt;/P&gt;</description>
      <pubDate>Tue, 25 Aug 2020 15:05:45 GMT</pubDate>
      <guid>https://experienceleaguecommunities.adobe.com/t5/workfront-ideas/have-separate-field-api-names-vs-label/idc-p/524291#M5922</guid>
      <dc:creator>CalvinFold</dc:creator>
      <dc:date>2020-08-25T15:05:45Z</dc:date>
    </item>
  </channel>
</rss>

