# Zurücksetzen bei Shift + Markierung Option

**URL:** https://community.mp3tag.de/t/zurucksetzen-bei-shift-markierung-option/48723
**Category:** Vorschläge
**Created:** [April 24, 2020, 5:07pm UTC](https://community.mp3tag.de/t/zurucksetzen-bei-shift-markierung-option/48723 "2020-04-24T17:07:55Z")
**Posts on this page:** 1
**Showing post:** 2

<div class="post-metadata">

### Author: ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [April 24, 2020, 8:02pm UTC](https://community.mp3tag.de/t/zurucksetzen-bei-shift-markierung-option/48723/2 "2020-04-24T20:02:13Z")

</div>

Es gibt hier einen englischen Thread, der, wenn ich diesen hier richtig verstanden habe, das Verhalten auch beschreibt und es als Fehler einstuft:

> [@List focus jumps to first column after selecting multiple rows](https://community.mp3tag.de/t/list-focus-jumps-to-first-column-after-selecting-multiple-rows/48411):
>
> Setup: V3.01 on Win 10 x64 / V3.01 on Win 7 x32 Scenario: Open Mp3tag (Portable install) after a reboot (ample memory). Add a directory of MP3s (low digit to thousands) Scroll right (to e.g., TITLE column) and select 2 or more columns using {Shift]. Focus shifts without intervention to first column. I do not think this is an intended behavior, hence a bug Noteworthy: Above happens when Tag Panel or Filter is on or off. Selecting all files, leaves columns where they should be. Congrats …

Das Problem ist die Reproduzierbarkeit.  
Derzeit ist eine Theorie, dass bei solchen Aktionen ein anderes Programm kurzzeitig den Fokus bekommt und damit ein "redraw" der Tabelle ausgelöst wird, was zum Sprung in die erste Spalte führt.

---

_[View the full topic](https://community.mp3tag.de/t/zurucksetzen-bei-shift-markierung-option/48723)._