# Release 260 Discussion Thread - August 2023

**URL:** <https://community.tulip.co/t/release-260-discussion-thread-august-2023/9152>\
**Category:** Announcements\
**Created:** [August 24, 2023, 4:58pm UTC](https://community.tulip.co/t/release-260-discussion-thread-august-2023/9152 "2023-08-24T16:58:57Z")\
**Posts on this page:** 10\
**Page:** 1

<div class="post-metadata">

**Author:** ![jasmine.chan](https://avatars.discourse-cdn.com/v4/letter/j/85e7bf/32.png) [@jasmine.chan](https://community.tulip.co/u/jasmine.chan)\
**Post date:** [August 24, 2023, 4:58pm UTC](https://community.tulip.co/t/release-260-discussion-thread-august-2023/9152/1 "2023-08-24T16:58:57Z")

</div>

Hi Everyone!

Release 260 introduces new features that improve App building efficiency, shop floor setup, and more.

[View the Full 260 Release Notes Here.](https://support.tulip.co/docs/factory-260-release-august-2023)

Let us know your thoughts and questions below!

Jasmine

---

<div class="post-metadata">

**Author:** ![dsun](https://avatars.discourse-cdn.com/v4/letter/d/13edae/32.png) [@dsun](https://community.tulip.co/u/dsun)\
**Post date:** [September 7, 2023, 5:00pm UTC](https://community.tulip.co/t/release-260-discussion-thread-august-2023/9152/2 "2023-09-07T17:00:31Z")

</div>

Regarding the new “Toasts” for app editor notifications, will they be timed and automatically go away or will it need to be removed manually?

It seems like they do not automatically go away after some time and it is inconvenient visually and functionally (the messages appear over the close button within the trigger editor).

---

<div class="post-metadata">

**Author:** ![jasmine.chan](https://avatars.discourse-cdn.com/v4/letter/j/85e7bf/32.png) [@jasmine.chan](https://community.tulip.co/u/jasmine.chan)\
**Post date:** [September 7, 2023, 5:51pm UTC](https://community.tulip.co/t/release-260-discussion-thread-august-2023/9152/3 "2023-09-07T17:51:09Z")

</div>

Hi David!

Thank you for the feedback. The toasts do have to be closed out manually. I do hear your frustration with how that can be an inconvenient user experience. I have shared your feedback with the design team!

---

<div class="post-metadata">

**Author:** ![thorsten.langner](https://avatars.discourse-cdn.com/v4/letter/t/4bbf92/32.png) [@thorsten.langner](https://community.tulip.co/u/thorsten.langner)\
**Post date:** [September 8, 2023, 9:10am UTC](https://community.tulip.co/t/release-260-discussion-thread-august-2023/9152/4 "2023-09-08T09:10:52Z")

</div>

I like to support dsun in this point.

This is really annoying.

1. It is blocking content and functionality (Publish, Run, Settings, History, Help…) **why?**
2. It is stacking up and blocking even more content. (Back, Forward, Step Tab, App Tab)
3. Its not disappearing (only if its more than 3).

 ![image](https://us1.discourse-cdn.com/flex020/uploads/agilemfg/original/2X/f/ff63f6379d7a82e42531fdf1e2dad1c305d1d257.png)

On the display device page, you cant even create a device or edit the top display device after searching for it:

 ![image](https://us1.discourse-cdn.com/flex020/uploads/agilemfg/original/2X/9/955377322970ee7fe321b4137404f5497915d9d9.png)

You should center them on the Header (there is no content on the top) and make them disappear.

---

<div class="post-metadata">

**Author:** ![kimberly](https://sea2.discourse-cdn.com/flex020/user_avatar/community.tulip.co/kimberly/32/2463_2.png) [@kimberly](https://community.tulip.co/u/kimberly)\
**Post date:** [September 8, 2023, 1:27pm UTC](https://community.tulip.co/t/release-260-discussion-thread-august-2023/9152/5 "2023-09-08T13:27:11Z")

</div>

Hi @dsun , @thorsten.langner - thanks for the feedback on the new toasts. I can understand how this would be annoying. As we introduced these, we also shifted a number of messages (“\_ updated successfully”, “\_ copied”, etc.) to a new lighter-weight component centered at the bottom, which will be used moving forward for low-priority messages that don’t require your immediate action or attention, and will continue to autodismiss.  
Unfortunately, in the screenshots you shared, it looks like we missed a few messages that should have been transitioned to that new lightweight component. We’re actively working on addressing those, and will have a fix out shortly.

---

<div class="post-metadata">

**Author:** ![thorsten.langner](https://avatars.discourse-cdn.com/v4/letter/t/4bbf92/32.png) [@thorsten.langner](https://community.tulip.co/u/thorsten.langner)\
**Post date:** [September 11, 2023, 7:35am UTC](https://community.tulip.co/t/release-260-discussion-thread-august-2023/9152/6 "2023-09-11T07:35:50Z")

</div>

Hi @kimberly,

after some time with this update, I want to metion another thing.

I like the Recents section on the Apps page a lot.  
However, I dont understand, why it is not the default view, when entering the Apps page.  
I currently have a list of all folders and apps on the left and the same list on the main page. This is redundant and unnecessary.

Having the recents section preselected would be a much bigger advantage.

---

<div class="post-metadata">

**Author:** ![ChrisF](https://avatars.discourse-cdn.com/v4/letter/c/d6d6ee/32.png) [@ChrisF](https://community.tulip.co/u/ChrisF)\
**Post date:** [September 11, 2023, 9:18am UTC](https://community.tulip.co/t/release-260-discussion-thread-august-2023/9152/7 "2023-09-11T09:18:11Z")

</div>

Hi @jasmine.chan ,

I recognize the new surface showing the apps in a treeview.  
BUT the detail view of an app has to small and not adjustable column widths. If the app name is longer than the width, I can’t see the full title.

In the treeview you should also include the app names for better and faster navigation, because an app is also a folder for its steps.

AND  
the UI is not the same for the position of the elements: so the “search” function is for  
apps: left top, an input field  
tables: right top, an input field  
connectors: right top, an input field  
table API: right, 2nd row, search button  
existing connectors: right, 2nd row, search button

Regards Chris

---

<div class="post-metadata">

**Author:** ![thorsten.langner](https://avatars.discourse-cdn.com/v4/letter/t/4bbf92/32.png) [@thorsten.langner](https://community.tulip.co/u/thorsten.langner)\
**Post date:** [September 11, 2023, 10:57am UTC](https://community.tulip.co/t/release-260-discussion-thread-august-2023/9152/8 "2023-09-11T10:57:51Z")

</div>

> [@ChrisF](#):
>
> the detail view of an app has to small and not adjustable column widths. If the app name is longer than the width, I can’t see the full title.

There is a soluton in Release 261  
[Release 261 Discussion Thread - September 2023 - Announcements - Tulip Community](https://community.tulip.co/t/release-261-discussion-thread-september-2023/9228)

> [@ChrisF](#):
>
> In the treeview you should also include the app names for better and faster navigation, because an app is also a folder for its steps.

I don’t agree. I find it much cleaner with only the folders. I guess thats personal preference.

> [@ChrisF](#):
>
> AND  
> the UI is not the same for the position of the elements: so the “search” function is for  
> apps: left top, an input field  
> tables: right top, an input field  
> connectors: right top, an input field  
> table API: right, 2nd row, search button  
> existing connectors: right, 2nd row, search button

I totaly agree… It should always be a column on the left for navigation, a main window right for the content, a search bar on the top left or middle section, a filter for any column of the content…  
The proportions should also be similar…

---

<div class="post-metadata">

**Author:** ![kimberly](https://sea2.discourse-cdn.com/flex020/user_avatar/community.tulip.co/kimberly/32/2463_2.png) [@kimberly](https://community.tulip.co/u/kimberly)\
**Post date:** [September 11, 2023, 2:19pm UTC](https://community.tulip.co/t/release-260-discussion-thread-august-2023/9152/9 "2023-09-11T14:19:42Z")

</div>

> [@thorsten.langner](#):
>
> > [@ChrisF](#):
> >
> > AND  
> > the UI is not the same for the position of the elements: so the “search” function is for  
> > apps: left top, an input field  
> > tables: right top, an input field  
> > connectors: right top, an input field  
> > table API: right, 2nd row, search button  
> > existing connectors: right, 2nd row, search button
> 
> I totaly agree… It should always be a column on the left for navigation, a main window right for the content, a search bar on the top left or middle section, a filter for any column of the content…  
> The proportions should also be similar…

🙂 You’ll see consistency in this list pattern begin to roll out on all related pages across the platform over the next few months as we make updates.

---

<div class="post-metadata">

**Author:** ![dsun](https://avatars.discourse-cdn.com/v4/letter/d/13edae/32.png) [@dsun](https://community.tulip.co/u/dsun)\
**Post date:** [November 16, 2023, 6:42pm UTC](https://community.tulip.co/t/release-260-discussion-thread-august-2023/9152/10 "2023-11-16T18:42:22Z")

</div>

I’ve really appreciated the fixes to the Toasts! Thank you for the work.

I have one last request before the Toasts would be perfect in my mind:  
Currently, some toasts still show up on the top right of the app editor and they do not automatically go away. I think that is okay IF we could be provided more context on the issue at hand. For example, I get an error message when I try to paste a button trigger into a step or a step trigger into a button. The error message is very vague and I get confused easily when working with multiple different types of triggers. I do not know whether that error message is current or from a previous click.

 ![image](https://us1.discourse-cdn.com/flex020/uploads/agilemfg/original/2X/6/60473c476b0990c7bcdbf1ca14204f17297c3511.png)  
I don’t mind having to close out that error message, but I would like to be confident that the error message was dealt with OR irrelevant before I remove it. I think this could be solved by either providing more context of what trigger in which scenario the error occurred in and/or provide a timestamp at which this error message was produced. What do you think?
