grid edit new add record button

  • 0
  • 1
  • Question
  • Updated 9 months ago
  • Answered
Since new UI update i see a new green button above my grid edit reports on my records.  How can i hide this button?  It is an unneeded function, since i am already just typing into the grid, and it is taking up space.    I already utilize the default add record functionality that was created when i i linked the table.
Photo of mike

mike

  • 120 Points 100 badge 2x thumb

Posted 10 months ago

  • 0
  • 1
Photo of Beth

Beth

  • 1,064 Points 1k badge 2x thumb
I, too, am seeing it, along with a field link name that shouldn't be there, and a summary. I think this is a bug of some sort; will plop your info and mine into a bug report.
Photo of Beth

Beth

  • 1,064 Points 1k badge 2x thumb
Ok, it ate my edited comment. Trying again. 
This "New LT_ACTIVITY" button was not there, and there is no way to disable it. Likewise the "0 LT_ACTIVITIES" was not there, and there is no way to disable it.
They are both part of the "LEADTRACKER ACTIVITIES" field on the form.
If I wanted a button there, I would put it there, likewise the summary.
Photo of QuickBaseCoach App Dev./Training

QuickBaseCoach App Dev./Training, Champion

  • 51,166 Points 50k badge 2x thumb
It looks like a new feature and not a bug to me.  My guess is the thinking is that the user may be in Grid mode on a Form or a Report and decide to want to add a record using a full size Add record form and not add using Grid Edit which can be cramped if there is a lot of data entry involved.  
Photo of Beth

Beth

  • 1,064 Points 1k badge 2x thumb
There is no way to disable it!  The only item in the form right there is the grid edit table. I don't want an "Add whatever" button that I can't customize. And the summary/link off to the right isn't part of anything I want, either. See edited comment above.
Photo of QuickBaseCoach App Dev./Training

QuickBaseCoach App Dev./Training, Champion

  • 51,166 Points 50k badge 2x thumb
OK, actually now I see their logic.  That button simply positions the cursor to the next unused line on the grid edit form.  It does not take you to an Add Record form.  So, for example if there were 20 (or perhaps 200  or 2,000 entries) you would not need to scroll down to find the first unused line.
Photo of Beth

Beth

  • 1,064 Points 1k badge 2x thumb
And even though it positions the cursor there, you still have to scroll to see the cell you're about to type in. You can just start typing and the screen will scroll to go there - *if* the first cell in the report is not a formula field - and mine happens to be. (Found this out as part of doing real work...)
Photo of Jim Harrison

Jim Harrison

  • 1,768 Points 1k badge 2x thumb
Thank you Dr.
Photo of mike

mike

  • 120 Points 100 badge 2x thumb
Thank you Sir, that worked just as needed.
Photo of Ⲇanom the ultimate (Dan Diebolt)

Ⲇanom the ultimate (Dan Diebolt), Champion

  • 26,352 Points 20k badge 2x thumb
Of course it worked - we are serving up QuickBase technology from the future.

We have to get over this small hump and modernize the QuickBase technology on your planet  so we can conqueror more sophisticated applications that use Big Data, Virtual Reality and the like.
Photo of Sam Jones

Sam Jones, Employee

  • 2,310 Points 2k badge 2x thumb
Hey folks,
Check out this screenshot from the version of Quick Base we released in december:

If you look in the light blue bar, across the top of the grid edit, you'll notice there's some mostly unstyled text which says "New Record". We just restyled that link into a button to make it more prominent. 

We didn't want to make changes to functionality in this release, so we didn't add further customization options about this link (now button). If it's still an issue over time, we'll look into making some adjustments. 

There've been a few changes we made to try and make functions more prominent, and this seems to be the most common one. 

The button will be hidden if the user doesn't have permission to add a new record to the child table.

Sam Jones
QuickBase Product Manager
 
Photo of Beth

Beth

  • 1,064 Points 1k badge 2x thumb
Thanks, Sam. 
I really really do like about 99.999% of the new UI. I even liked the purple!
But I don't like this. It doesn't match. And on new records where the report is empty, it really looks funny. On the other hand, oh, well. 
Photo of Sam Jones

Sam Jones, Employee

  • 2,310 Points 2k badge 2x thumb
Yeah, we're looking at what we can do to make it a little less intrusive. Thanks for the feedback, Beth.

Sam Jones
QuickBase Product Manager
 
Photo of QuickBaseCoach App Dev./Training

QuickBaseCoach App Dev./Training, Champion

  • 50,914 Points 50k badge 2x thumb
Thx Sam, you are right that add button was so subtle that really no one was really "seeing it". It is better this way to be exposed, imho.
Photo of Beth

Beth

  • 170 Points 100 badge 2x thumb
Sam,

I wanted to comment to highly encourage that QB quickly re-consider this design change or find a way to make it optional (as you suggest you will look into in a reply to another comment below).  In order to support this feedback/request, I wanted to give you some additional perspectives and a use case example why this change is more than a minor problem.  

Since it has always been possible to include an Add Detail Record Button (from the customize form page), I can't see why there was any need to now include a non-optional button that is just calling out to be pushed.  In my experience, if you give users a box, they will type in it and if you give them a button, they feel the need to push it, even when you have given clear instructions not to do so.  I believe people are psychologically more likely to push to a button than click on a link, which it sounds like was precisely the thought behind the button.  However, by doing that and not making it optional for end-user developers, QB has, as a practical matter, made a design choice for us as developers that impacts how our users interact with our apps and in some cases, like mine, in a very unwelcome way. However, I was encouraged to find this thread and your responses and I am taking a shot that you seem to be someone willing to accept feedback and likely have the connections to get that feedback to the right decision-makers and UI designers at QB.  

In fact this has already created problematic usage and resulted in unwanted records and record errors in multiple apps we have designed.  Specifically, now users can add records in a way they are not supposed to and previously could not.  In our case, we can't deny permission to add a detail record, because we, in fact, need them to be able to add detail records.  However, we need the records to be added in a controlled manner with certain critical admin information about the situation in which the record was created.  We had done this nicely through API-controlled buttons, which added the detail record AND also auto-populate other criticial admin info fields.  Moreover, the buttons only appear when certain conditions exist, as there are situations where we don't want the user to add records.  Since there was not an option to have an editable embedded grid without the ability to add a new record directly on the grid, we accomplished this by making certain critical admin info fields required and showing them on the grid only through formual fields (since there is also unfortunately no option to make a field-read only on a grid like you can do on a form). This worked great for the last couple years.  We completely eliminated issues where users had added records that did not have the critical admin info we needed.  That is, until this past week, when we started to see records that were manually added (i.e. not using the API buttons we created and that the users have been instructed to use) that did not have the critical admin info that the API buttons added.  

Since I don't use the app daily and have not needed to update any forms since the new UI change, I had no idea there was now a new active button on my forms.  After testing, I now realize that they were able to do this by using the new button. When a user clicks on the newly added New Detail Record button and try to fill out the grid and then Save the record, they get an error saying the record cannot be saved because 2 required fields are blank.  That is what previously happened if they just tried to add a record to the bottom of the grid.  At that point the user would realize that if they wanted to add the record they needed to do so in another way or they would realize they need to as a team lead what to do.  Now, after they get the error, the UI adds 2 columns at the end of the grid to allow the user to populate the fields!!!!  This is a huge problem!!  While I don't think that ever happened previously even if you clicked on the old Add Detail Record link in the grid blue header, I honestly can't say that for certain and I obviously can't go back and check.  However, I am pretty sure I tested it because it was critical that they not be able to add records that way.  Moreover, as I mentioned, in more then 2 years no one ever added new records this way once the functionality was adjusted.  Regardless whether the functionality existed before, why in the world would QB hard-code the UI to add fields to a grid that the end-user developer made a choice to NOT add to the grid (very likely for an important reason)?  Whether this is a new feature or not, I would respectfully like to suggest QB seriously consider removing such a feature - the end-user developer, not QB should be the only one who is able to choose what fields their users see and can edit.   

Please forgive the frustrated tone, but these issues are now requiring a fairly significant cost expenditure to deal with apps that worked properly before and now have a significant design loopholes that appear to have been created solely by arguably unnecessary QB UI changes.  First, we need to incur the time and expense to clean up the erroneous records that users created by using the UI loopholes.  Moreover, without a fairly prompt UI change to fix these loopholes, we will also have to incur time and expense to figure out a way to re-engineer our apps and processes to avoid these loopholes, which will result in further time and expense to re-train users.  As you might imagine it is very frustrating and hard to explain to business stakehohlders who control budgets why we need to incur these costs, particularly  since they seem to have resulted from UI changes that had no real purpose - i.e. in this case the UI already allowed end-user devleopers to include an Add New Record button and now the UI removed our option to NOT include such a button (plus users were already able to add lines to the grid, so there seems to be no purpose to a button that simply directs the user's cursor to a new line vs the user putting the cursor there).    

I hope this additional information arms you with sufficient information to make a case to support this request that QB address these UI design issues.

Thank you for participating in this thread and providing additional information about the changes and thank you, in advance, for considering this feedback!
Photo of Ⲇanom the ultimate (Dan Diebolt)

Ⲇanom the ultimate (Dan Diebolt), Champion

  • 26,272 Points 20k badge 2x thumb
>In my experience, if you give users a box, they will type in it and if you give them a button, they feel the need to push it, even when you have given clear instructions not to do so. 

So true:

Famous Ringo Quote form Yellow Submarine
https://beatles.coolcherrycream.com/assets/sounds/yellow-submarine/06-lever.wav

Alice had the same propensity:

Photo of mike

mike

  • 120 Points 100 badge 2x thumb
If you can make an option within "customize this form" to show or hide that entire header portion, that would be appreciated.   I prefer to have my records setup with as tight a view as possible to view as much information as i can on the screen.

Additionally, having new UI features be optional now and when developing in the future, would be much an appreciated change, especially by the silent among us that don't complain or ask for anything until there is a change.
Photo of Sam Jones

Sam Jones, Employee

  • 2,310 Points 2k badge 2x thumb
Mike,
We'll look at making some enhancements around how grid edit is displayed. 

And yeah, I totally get wanting the new styling to be optional. We looked at doing that for a long time. The hard thing is making it optional isn't free. It would have tripled the development time. I'd rather we spend that time working on something we've had people asking us for for years, rather than something which doesn't really change the capabilities of the platform.


Sam Jones
QuickBase Product Manager
 
Photo of Ⲇanom the ultimate (Dan Diebolt)

Ⲇanom the ultimate (Dan Diebolt), Champion

  • 26,272 Points 20k badge 2x thumb
Just use a Service Worker to add, modify or delete anything you don't like in the GUI. See this post:

https://community.quickbase.com/quickbase/topics/service-worker-to-the-rescue
Photo of Sam Jones

Sam Jones, Employee

  • 2,310 Points 2k badge 2x thumb
Never change, Dan. Never change.

Sam Jones
QuickBase Product Manager
 
Photo of Ⲇanom the ultimate (Dan Diebolt)

Ⲇanom the ultimate (Dan Diebolt), Champion

  • 26,272 Points 20k badge 2x thumb
I am not sure what that means but I am going to take it as a complete endorsement of using Service Workers with QuickBase. And to the extent I am wrong in that interpretation I am going to write a Service Worker to modify your response in this forum to be a complete endorsement of using Service Workers with QuickBase. Boom!
Photo of Jim Harrison

Jim Harrison

  • 1,768 Points 1k badge 2x thumb
Photo of Michael Armstrong

Michael Armstrong

  • 212 Points 100 badge 2x thumb
Before seeing this I created another user voice about a week after. haha.

https://quickbase.uservoice.com/forums/111823-quick-base-product-feedback/suggestions/33135244-theme...
Photo of Jim Harrison

Jim Harrison

  • 1,736 Points 1k badge 2x thumb
You got my vote!
Photo of Jim Harrison

Jim Harrison

  • 1,768 Points 1k badge 2x thumb
It's gone! Thank you Quick Base. 
Photo of QuickBaseCoach App Dev./Training

QuickBaseCoach App Dev./Training, Champion

  • 50,914 Points 50k badge 2x thumb
Nice, it is back to being subtle.  Perfect.
Photo of Sam Jones

Sam Jones, Employee

  • 2,310 Points 2k badge 2x thumb
Glad you like it, Jim!