Project

General

Profile

Actions

task #8928

closed

Swap menu entries for specimen bulk editors

Added by Andreas Müller over 2 years ago. Updated over 2 years ago.

Status:
Closed
Priority:
Priority14
Assignee:
Category:
taxeditor
Target version:
Start date:
Due date:
% Done:

100%

Estimated time:
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.

Actions #1

Updated by Andreas Müller over 2 years ago

  • Description updated (diff)

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

Actions #2

Updated by Katja Luther over 2 years 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

Actions #3

Updated by Katja Luther over 2 years ago

  • Target version changed from Release 5.14 to Release 5.15
Actions #4

Updated by Andreas Müller over 2 years 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?

Actions #5

Updated by Katja Luther over 2 years 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.

Actions #6

Updated by Katja Luther over 2 years ago

  • Target version changed from Release 5.15 to Release 5.18
Actions #7

Updated by Andreas Müller over 2 years 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.

Actions #8

Updated by Katja Luther over 2 years ago

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

Also available in: Atom PDF