<!-- 
RSS generated by JIRA (1001.0.0-SNAPSHOT#100246-sha1:7a5c50119eb0633d306e14180817ddef5e80c75d) at Thu Feb 08 23:12:04 UTC 2024

It is possible to restrict the fields that are returned in this document by specifying the 'field' parameter in your request.
For example, to request only the issue key and summary add field=key&field=summary to the URL of your request.
-->
<rss version="0.92" >
<channel>
    <title>FOLIO Jira</title>
    <link>https://folio-org.atlassian.net</link>
    <description>This file is an XML representation of an issue</description>
    <language>en-us</language>    <build-info>
        <version>1001.0.0-SNAPSHOT</version>
        <build-number>100246</build-number>
        <build-date>07-02-2024</build-date>
    </build-info>

<item>
            <title>[FOLIO-1268] Mockup labels are inconsistent with existing labels</title>
                <link>https://folio-org.atlassian.net/browse/FOLIO-1268</link>
                <project id="10290" key="FOLIO">FOLIO</project>
                    <description>&lt;p&gt;Other developers and I have recently noticed that the labels used on mockups sometimes doesn&apos;t match what already exists in code. This leads to uncertainty about whether we should implement the mockup or maintain consistency in FOLIO.&lt;/p&gt;

&lt;p&gt;An example is &quot;Save and close&quot; labels. The new Service Points and Staff Slips code added new &quot;Save &amp;amp; close&quot; translation strings, 
    &lt;span class=&quot;jira-issue-macro resolved&quot; data-jira-key=&quot;UIU-497&quot; &gt;
                &lt;a href=&quot;https://folio-org.atlassian.net/browse/UIU-497&quot; class=&quot;jira-issue-macro-key issue-link&quot;  title=&quot;Loan: Change due date&quot; &gt;
            &lt;img class=&quot;icon&quot; src=&quot;https://folio-org.atlassian.net/rest/api/2/universal_avatar/view/type/issuetype/avatar/10309?size=medium&quot; /&gt;
            UIU-497
        &lt;/a&gt;
                                                    &lt;span class=&quot;aui-lozenge aui-lozenge-subtle aui-lozenge-success jira-macro-single-issue-export-pdf&quot;&gt;Closed&lt;/span&gt;
            &lt;/span&gt;
 to add Change Due Date functionality also has buttons labeled &quot;Save &amp;amp; close&quot;. On the other hand, the older Locations and generic stripes-core translation strings say &quot;Save and close&quot;&lt;/p&gt;

&lt;p&gt;It would be helpful if we standardise on some particular wording for development&apos;s and i18n&apos;s sake. If the desired wording changes in the future, a JIRA should be made to bring all the existing labels into line.&lt;/p&gt;

&lt;p&gt;There&apos;s no real &lt;em&gt;action items&lt;/em&gt; or anything for this, but I brought this up in today&apos;s (June 4 2018)  meeting and Jakub suggested I file this so the POs can be made aware. &lt;img class=&quot;emoticon&quot; src=&quot;/images/icons/emoticons/smile.png&quot; height=&quot;16&quot; width=&quot;16&quot; align=&quot;absmiddle&quot; alt=&quot;&quot; border=&quot;0&quot;/&gt; &lt;/p&gt;</description>
                <environment></environment>
        <key id="79487">FOLIO-1268</key>
            <summary>Mockup labels are inconsistent with existing labels</summary>
                <type id="10003" iconUrl="https://folio-org.atlassian.net/rest/api/2/universal_avatar/view/type/issuetype/avatar/10318?size=medium">Task</type>
                                            <priority id="10002" iconUrl="https://dev.folio.org/assets/jira-priority/jira-p3.svg">P3</priority>
                        <status id="1" iconUrl="https://folio-org.atlassian.net/images/icons/statuses/open.png" description="The issue is open and ready for the assignee to start work on it.">Open</status>
                    <statusCategory id="2" key="new" colorName="blue-gray"/>
                                    <resolution id="-1">Unresolved</resolution>
                                                        <assignee accountid="5af5ed55244bc90a106063c7">Cate Boerema</assignee>
                                                                <reporter accountid="70121:8c13ab26-e77a-4b3a-aecc-1142bc1f02b2">md331</reporter>
                                    <labels>
                    </labels>
                <created>Mon, 4 Jun 2018 13:36:52 +0000</created>
                <updated>Fri, 18 Jan 2019 12:47:57 +0000</updated>
                                                                                <due></due>
                            <votes>0</votes>
                                    <watches>2</watches>
                                                                <comments>
                                                            <comment id="191396" author="5af5ed55244bc90a106063c7" created="Mon, 4 Jun 2018 13:53:50 +0000"  >&lt;p&gt;Thanks so much for raising this, &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=70121%3A8c13ab26-e77a-4b3a-aecc-1142bc1f02b2&quot; class=&quot;user-hover&quot; rel=&quot;70121:8c13ab26-e77a-4b3a-aecc-1142bc1f02b2&quot; data-account-id=&quot;70121:8c13ab26-e77a-4b3a-aecc-1142bc1f02b2&quot; accountid=&quot;70121:8c13ab26-e77a-4b3a-aecc-1142bc1f02b2&quot; rel=&quot;noreferrer&quot;&gt;md331&lt;/a&gt;!  &lt;/p&gt;

&lt;p&gt;I think the &quot;Save and close&quot; language was created when we decided to implement buttons which allowed the selection of different kinds of saving (e.g. save and close vs save and keep working).  But we haven&apos;t implemented that feature so maybe we shouldn&apos;t change the label until we do.  Looping in &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3A1478fca5-561e-4056-ba78-c61611cb23e9&quot; class=&quot;user-hover&quot; rel=&quot;557058:1478fca5-561e-4056-ba78-c61611cb23e9&quot; data-account-id=&quot;557058:1478fca5-561e-4056-ba78-c61611cb23e9&quot; accountid=&quot;557058:1478fca5-561e-4056-ba78-c61611cb23e9&quot; rel=&quot;noreferrer&quot;&gt;Filip Jakobsen&lt;/a&gt; for his thoughts&lt;/p&gt;</comment>
                                                            <comment id="191398" author="557058:1478fca5-561e-4056-ba78-c61611cb23e9" created="Mon, 4 Jun 2018 14:01:49 +0000"  >&lt;p&gt;Thanks for bringing this up, &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=70121%3A8c13ab26-e77a-4b3a-aecc-1142bc1f02b2&quot; class=&quot;user-hover&quot; rel=&quot;70121:8c13ab26-e77a-4b3a-aecc-1142bc1f02b2&quot; data-account-id=&quot;70121:8c13ab26-e77a-4b3a-aecc-1142bc1f02b2&quot; accountid=&quot;70121:8c13ab26-e77a-4b3a-aecc-1142bc1f02b2&quot; rel=&quot;noreferrer&quot;&gt;md331&lt;/a&gt;, and for looping me in, &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5af5ed55244bc90a106063c7&quot; class=&quot;user-hover&quot; rel=&quot;5af5ed55244bc90a106063c7&quot; data-account-id=&quot;5af5ed55244bc90a106063c7&quot; accountid=&quot;5af5ed55244bc90a106063c7&quot; rel=&quot;noreferrer&quot;&gt;Cate Boerema&lt;/a&gt;!&lt;/p&gt;

&lt;p&gt;From my point of view, the best way to approach solving this problem, is to implement mockups as they are, for new features, and raise concerns to the UX designer in question if you can see that there are similar, but slightly different wording, design, etc. in other apps. And if you see a mockup for an existing feature that has a different wording, it can be ignored unless it is also explicitly stated in the user story for that feature that the label should be changed. We have an ongoing dialogue amongst the UX designers about how we should phrase things, and I think it might be most meaningful to create separate tasks of e.g. going through all apps and putting in the right translation string on the appropriate buttons. We recently made a page on the UX documentation site that will grow and develop as we make rules for more of these things. It currently mentions the text in question here, in the &quot;Ampersand&quot; section: &lt;a href=&quot;http://ux.folio.org/docs/design-guidelines/style/language-rules/&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;http://ux.folio.org/docs/design-guidelines/style/language-rules/&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;Let me know if you have any other questions, or if I misunderstood the question asked &#8211; thanks!&lt;/p&gt;</comment>
                                                            <comment id="191402" author="5af5ed55244bc90a106063c7" created="Mon, 4 Jun 2018 14:28:50 +0000"  >&lt;p&gt;Thanks, &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3A1478fca5-561e-4056-ba78-c61611cb23e9&quot; class=&quot;user-hover&quot; rel=&quot;557058:1478fca5-561e-4056-ba78-c61611cb23e9&quot; data-account-id=&quot;557058:1478fca5-561e-4056-ba78-c61611cb23e9&quot; accountid=&quot;557058:1478fca5-561e-4056-ba78-c61611cb23e9&quot; rel=&quot;noreferrer&quot;&gt;Filip Jakobsen&lt;/a&gt;!  I just want to make sure I understand.  You are saying the developers should code to the mockups (I like this - it&apos;s very clear).  Design patterns are changing so we know that coding to mockups will result in some inconsistencies across the product.  We will address the inconsistencies through an explicit (periodic?) cleanup effort driven by the UX team.   I like this approach, especially if the UX team was writing up the stories/tasks for addressing the inconsistencies.&lt;/p&gt;

&lt;p&gt;All that said, I do think there may need to be some discussion among the UX designers about when it makes sense to start using new patterns in mockups.  For example, suppose we thought the Save and close nomenclature only made sense for the button with multiple save modes.  I would then think we should &lt;em&gt;not&lt;/em&gt; use that label in our mockups until we are ready to implement the button that has multiple save modes.  Thoughts?&lt;/p&gt;
</comment>
                                                            <comment id="191404" author="557058:1478fca5-561e-4056-ba78-c61611cb23e9" created="Mon, 4 Jun 2018 18:09:32 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5af5ed55244bc90a106063c7&quot; class=&quot;user-hover&quot; rel=&quot;5af5ed55244bc90a106063c7&quot; data-account-id=&quot;5af5ed55244bc90a106063c7&quot; accountid=&quot;5af5ed55244bc90a106063c7&quot; rel=&quot;noreferrer&quot;&gt;Cate Boerema&lt;/a&gt;, in general, your summary captures what I was trying to say.&lt;/p&gt;

&lt;p&gt;&quot;Save &amp;amp; close&quot; is what all the edit modals will do, even if there aren&apos;t any alternatives to the &quot;Save &amp;amp; close&quot; options, so I think this pattern is ready to be implemented. I think it has value that it is explicit, even if there are no alternatives yet.&lt;/p&gt;

&lt;p&gt;Getting to the underlying problem your question focuses on, we should figure out ways to communicate things more clearly when a new pattern is made &quot;official&quot;. &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5c375a327d0c1a2f01121d94&quot; class=&quot;user-hover&quot; rel=&quot;5c375a327d0c1a2f01121d94&quot; data-account-id=&quot;5c375a327d0c1a2f01121d94&quot; accountid=&quot;5c375a327d0c1a2f01121d94&quot; rel=&quot;noreferrer&quot;&gt;Stephanie Espiand&lt;/a&gt;, do you have any ideas on this? Let&apos;s discuss on Slack.&lt;/p&gt;</comment>
                    </comments>
                    <attachments>
                    </attachments>
                <subtasks>
                    </subtasks>
                <customfields>
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                <customfield id="customfield_10000" key="com.atlassian.jira.plugins.jira-development-integration-plugin:devsummarycf">
                        <customfieldname>Development</customfieldname>
                        <customfieldvalues>
                            
                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10057" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Development Team</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10144"><![CDATA[Core: Platform]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                        <customfield id="customfield_10019" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>0|hzyltz:</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                    <customfield id="customfield_10020" key="com.pyxis.greenhopper.jira:gh-sprint">
                        <customfieldname>Sprint</customfieldname>
                        <customfieldvalues>
                            
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                        <customfield id="customfield_10024" key="com.atlassian.jira.ext.charting:firstresponsedate">
                        <customfieldname>[CHART] Date of First Response</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>Mon, 4 Jun 2018 13:53:50 +0000</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                </customfields>
    </item>
</channel>
</rss>