Project

General

Profile

task #8928

Swap menu entries for specimen bulk editors

Added by Andreas Müller 6 months ago. Updated 17 days ago.

Status:
Closed
Priority:
Priority14
Assignee:
Category:
taxeditor
Target version:
Start date:
04/02/2020
Due date:
% Done:

100%

Severity:
normal

Description

AM:

Können wir die Specimen-Einträge im Bulk-Editor Menü tauschen. Ich denke Specimen(Tree) ist der bei weitem mehr verwendete Eintrag und zumindest mein intutitives Gefühl ist es, dass er dann eher oben stehen sollte. Jedenfalls suche ich da regelmäßig.

Associated revisions

Revision 63e093ab (diff)
Added by Katja Luther 18 days ago

move specimen tree view above list view in menu

History

#1 Updated by Andreas Müller 6 months ago

  • Description updated (diff)

This I expect to be a no-brainer therefore I moved it to 5.14. If not please move further.

#2 Updated by Katja Luther 6 months ago

Andreas Müller wrote:

This I expect to be a no-brainer therefore I moved it to 5.14. If not please move further.

This is defined in two different fragment.e4xmi files, so I need to find a solution to define it in one fragment.e4xmi file or to create an order independent of the call order of the fragment.e4xmi files. So I would move it back to 5.15

#3 Updated by Katja Luther 6 months ago

  • Target version changed from Release 5.14 to Release 5.15

#4 Updated by Andreas Müller 6 months ago

Katja Luther wrote:

Andreas Müller wrote:

This I expect to be a no-brainer therefore I moved it to 5.14. If not please move further.

This is defined in two different fragment.e4xmi files, so I need to find a solution to define it in one fragment.e4xmi file or to create an order independent of the call order of the fragment.e4xmi files. So I would move it back to 5.15

Is there a reason why we use 2 different fragment.e4xmi here? Both entries should always appear so I do not understand why they are handled in different fragments. Or do we have a preference to disable 1 of them?

#5 Updated by Katja Luther 6 months ago

Andreas Müller wrote:

Katja Luther wrote:

Andreas Müller wrote:

This I expect to be a no-brainer therefore I moved it to 5.14. If not please move further.

This is defined in two different fragment.e4xmi files, so I need to find a solution to define it in one fragment.e4xmi file or to create an order independent of the call order of the fragment.e4xmi files. So I would move it back to 5.15

Is there a reason why we use 2 different fragment.e4xmi here? Both entries should always appear so I do not understand why they are handled in different fragments. Or do we have a preference to disable 1 of them?

this is because the two editors are in different packages.

#6 Updated by Katja Luther 5 months ago

  • Target version changed from Release 5.15 to Release 5.18

#7 Updated by Andreas Müller 17 days ago

  • Status changed from New to Resolved
  • Priority changed from New to Priority14
  • % Done changed from 0 to 90

I think this is fixed. I already reviewed and it looks fine. I also attached the commit to ticket. So please feel free to close the ticket if you think it is completed.

#8 Updated by Katja Luther 17 days ago

  • Status changed from Resolved to Closed
  • % Done changed from 90 to 100

Also available in: Atom PDF

Add picture from clipboard (Maximum size: 40 MB)