Feature #9063

Improve editing of multiple records

Added by Dmitry Dulepov over 9 years ago. Updated about 1 year ago.

Status:
New
Priority:
Could have
Assignee:
-
Category:
Backend User Interface
Start date:
2010-07-28
Due date:
% Done:

0%

PHP Version:
Tags:
Complexity:
Sprint Focus:

Description

Currently multiple records are shown one after another. If there are many records, this is inconvenient because:
- causes too much vertical scrolling
- with complex record forms it is hard to distinguish between records

There can be two solutions.

1. Put them into tabs.
This is not perfect because tabs inside tab is a bad idea. Also there can be flexforms with tabs inside regular forms, which will create even more nested tabs.

2. Make something similar to IRRE collapsing.
This would open close individual forms. Ideally there should be a docheader buttons to expand/collapse or "jump to" a specific record (simple drop down ExtJS menu).

Screen_Shot_2013-08-09_at_11.12.29.png View (242 KB) Benjamin no-lastname-given, 2013-08-09 11:15


Related issues

Related to TYPO3 Core - Feature #53941: UX: Multi-edit records looks ugly Closed 2013-11-25

History

#1 Updated by Steffen Gebert over 9 years ago

I use this feature to not need many clicks, but only scroll downwards.

#2 Updated by Steffen Kamper over 9 years ago

It also depends on usage. I use that feature in list view very often, eg to set a page property for all subpages. Then i scroll down and edit nearly every record one after the other. Very useful, and any collapse would disturb this way of quick edit.

For the distinguishing - i would prefer alternated bg colors like in a grid instead of tabs or collapse. While you're edit you won't use the mouse, so cool would be:
TAB to jump to next form field
CTRL+TAB to jump to next record form field

#3 Updated by Lars Zimmermann about 9 years ago

  • Status changed from New to Needs Feedback

Can we close this issue? It seems there's no real discussion here?
What about Steffens idea of being able to browse the page via keyboard? But this is more a technial and not an HCI issue?

#4 Updated by Wegner almost 9 years ago

For real improvement of usability I suggest an additional solution 3. It's not about layout but funtionality. So I'm not sure if this is the right place for posting or if I should better create a new issue.

Imagine you have to insert the same data into 20 manually chosen records. Why would you want to scroll, click and edit all the 20 records? This is highly inefficiently.

=> It should be possible to edit all the 20 records at once.
=> You should be able to decide wether you want to overwrite all existing data with the new value, delete data or to add new values.

E.g.: You create a new tt_news category 'dogs'. There are already 43 articles regarding dogs. After manually hooking these articles you just click something like 'edit all at once [add values]' and chose tt_news cat 'dogs'. Done. Spend your working time on more difficult tasks.

The old way is only reasonably if you have to insert different data into each record.

For me it's like what Steffen Gebert wrote: I'd prefer to not need many clicks.

#5 Updated by Jens Hoffmann almost 9 years ago

  • Category set to Interface

Seems like there is an Issue - but no solution :)

  • Alternating BG color is a no brainer and be in there.
  • A Form field at the top should be there to .. to manipulate all data at once (Modify, Delete).
  • Tabs are a no go here .. and collapse isn't a good solution, too.
    We got a Hardware Interface (Scroll wheel) and we should use that instead!
  • A live list could be a solution to improve the performance (But that not real HCI Issue than)

Any other suggestions?

#6 Updated by Benjamin no-lastname-given over 6 years ago

I would like to mass-edit records from a different language.
But there is no language dropdown at the top on the edit page and in the list view i can only select the records with default language.

#7 Updated by Benni Mack about 3 years ago

  • Tracker changed from Suggestion to Bug
  • Project changed from v4 Usability Team to TYPO3 Core
  • Category changed from Interface to Backend User Interface
  • TYPO3 Version set to 8

#8 Updated by Alexander Opitz almost 3 years ago

  • Tracker changed from Bug to Feature
  • Status changed from Needs Feedback to New
  • Target version set to 9 LTS

#9 Updated by Riccardo De Contardi over 2 years ago

#10 Updated by Susanne Moog about 1 year ago

  • Target version changed from 9 LTS to Candidate for Major Version

Also available in: Atom PDF