22.4 Feedback - major overhaul to process modeler has removed Grid Lines by default

Certified Lead Developer

First let me start this off with some good news.  The left-hand object bar has been further tweaked and reorganized.  I previously commented that "process model / interface search results" being at the top of the list (as they are in 22.3 and lower) makes it harder to access the Smart Service Nodes we're after when that's what we're actually searching for.  It looks like they listened! Yay!

But for the main point of this post: i've noticed that Grid Lines are now turned off by default and there is no way to undo this except by turning them on manually every single time you load a process model.

At first I was hoping this was a bug in my Community Edition instance, or some incomplete feature or temporary break.  But other users are now posting screenshots from 22.4 versions around community and it seems like it may have been "intentional".

Hey Appian folks?  This may have been intended to "look cleaner" or something - but to me, psychologically, it makes me think something hasn't loaded correctly.  As far as I know, with as long as I've been looking at process models with grid lines, I anticipate this effect will last a long time.

I see they're still there.  They're redesigned but I guess I don't have any major qualms with the newer, simplified grid lines (i'll paste an example below for everyone's reference).  Can we just have them turned back on by default?  Could it at least be given as an override in designer user-level preferences or something?

I know the product backlog is huge, lots of higher-priority stuff, etc.  But I think this is something that wasn't necessary to change.

  Discussion posts and replies are publicly visible

Parents
  • 0
    Certified Lead Developer

    If anyone from Appian sees this anytime soon, here's a non-exhasutive list of Process Modeler quality-of-life features that I've been tracking for a long time now (not 22.4-specific of course), but all of which would improve designers' experience anywhere between "small but frequently helpful upgrade" to "dramatically better" (imho).

    • The very continued existence of Single-Line expression boxes (where a multi-line expression can be written, but which will be collapsed to one upon saving) is ... flabbergasting.  I can't even accurately put into words how frustrating this is.
    • The modeler Title Bar (the dark-blue area next to the "Appian Process Modeler" label) continues to be a large, empty, waste of screen space, which could be repurposed to show some helpful information about the Currently-Open Model / Instance, which is quickly obscured in the Tab header once a lot of tabs are open.  Instead, when monitoring many open process instances, I'm forced to mouse-over the tab and read the pop-up-text, even to tell which instance i'm CURRENTLY on.
    • Right-clicking on Flow Lines should show standard functionality (chaining, labels, etc) FIRST, and then "suggested nodes" after that.
    • The Right-Click Menu itself can easily be obscured by the Messages Panel for objects at or near the bottom of the process model.
    • Variables in Expression Editor: welcome (re-)Addition, however they leave a little bit to be desired.  What is the data type of this CDT field?  Is this PV a single or array item?  Currently there's no way to tell, and these should be available at-a-glance.
    • Process Model [Generated] Documentation: there is no way to see values configured as interface inputs on the Forms tab of User Input Tasks.  Particularly when passing PV values or expression-calculated values into interfaces for read-only purposes.  That means if a PV is used only in a Form input (directly), it will not be seen at all in the generated documentation.
    • For the Process Instance Editor: there's no reason the "CTRL+S" hotkey shouldn't save the instance edits (like it already works in the model editor).

    If anyone else agrees or has suggestions on any of the above, please upvote / comment / let me know otherwise somehow.  Or should each of these just be submitted as individual support cases?

  • Agree with pretty much all the suggestions here!

    Variables in Expression Editor: welcome (re-)Addition, however they leave a little bit to be desired.  What is the data type of this CDT field?  Is this PV a single or array item?  Currently there's no way to tell, and these should be available at-a-glance.

    In my little 21.1 instance I have mouse-overs for data types in the expression editor, that is gone in 22.4?

    Also, restart gateways.

    Yes!  Not sure why we have never gotten the ability to restart gateways.  I find myself having to edit process instances to put dummy script tasks in front of them to restart at that point.

    Right-clicking on Flow Lines should show standard functionality (chaining, labels, etc) FIRST, and then "suggested nodes" after that.

    Definitely annoying to have Activity Chaining at the bottom, when it's basically the only thing I ever right click on the lines for.  I'm fine if they remove the Suggestions all together.  I don't know of anyone who would right click a flow line thinking, "Should I put something random here?"

    A few more adds from my perspective:

    1.)  Default End Nodes to Terminate.  90% of my end nodes Terminate, and it's 5 extra clicks each time to configure one as such.

    2.)  I would prefer removing the auto-connect which occurs when dropping a node on a flow line.  This has caused me more hassle than it's worth, when moving nodes around in a tightly organized process and you don't realize something has changed flow, a debugging nightmare ensues.  Seems backwards as well to build a flow and then add services instead of adding your functionality/services then connecting them in order.

    3.)  Differentiate Smart Services in the left panel by Plugin or Appian/OOTB.  This could help developers realize which plugins they are using, and look for OOTB solutions that might fit the bill first.

    I'm sure I'll come up with more Grinning

  • For example/fun, working in an older PM such as below.  Can't touch any of these nodes without causing a headache! Sweat smile

  • 0
    Certified Lead Developer
    in reply to Chris

    I'm so sorry you did this to yourself (assuming from past conversation, and how long I've been developing too, that this is what happened).

  • 0
    Certified Lead Developer
    in reply to Chris

    100% agree about Terminate.  Absolutely true.  I remembered there was a lot of stuff that I switch from default behavior absolutely EVERY TIME except once; somehow forgot about Terminate. 

    General idea is the default be what I change it to normally now, then I only go through effort once, instead of every time but once.  Appian, just consult with folks doing Solutions, and see what they always click to change, and default it to what they change it to every time.

  • What other data would you like included in the expression editor? If you do mouseover the variables we show the data type as well as the inline documentation. 

  • 0
    Appian Employee
    in reply to Chris

    I can't speak for all of these but when we re-added the expression editor in 22.4, we did add back the ability to mouse-over for data types + inline documentation (if available). 

    Regarding this enhancement request:
    -
    3.)  Differentiate Smart Services in the left panel by Plugin or Appian/OOTB.  This could help developers realize which plugins they are using, and look for OOTB solutions that might fit the bill first.
    -
    In 23.1 we are planning on adding a plug-in indicator to the following places:
    1. The process model icon palette (to help developers know when they are selecting an OOTB smart service
    2. Adding it to the Node dialog box (to help developers who are troubleshooting a process model)
  • 0
    Certified Lead Developer
    in reply to Sam Wahbeh

    In the legacy expression box, it would show the data type of individual CDT fields upon mouseover (i'm pretty sure, at least.  i don't have access to a legacy instance to check this.  ?)

    I can't remember whether it showed the array/singular setting on the PV, but it really should show that too (at least how it works in the Expression Rule editor, see below screenshot).

  • In the legacy expression box, it would show the data type of individual CDT fields upon mouseover (i'm pretty sure, at least.  i don't have access to a legacy instance to check this.  ?)

    Yep, in my 21.1 instance expression editors it does show both the type, and indicates a list on hover-over, for regular PVs and CDT elements:

  • 0
    Certified Lead Developer
    in reply to Chris

    Would you be able to add a screenshot also showing the mouseover for a CDT property, for additional reference?

  • 0
    Certified Lead Developer
    in reply to Chris

    Thanks Chris, this is about what I remembered.  I guess an important distinction is that the data was shown in a mouseover "hover text", whereas now the detail is shown in the dialog info panel (which i'm fine with, and is probably for the better).  does this clarify the distinction I was making, with respect to the behavior of the new version and the detail I feel is lacking?

Reply Children
No Data