Project

General

Profile

Actions
Copy link

task #8928

closed

Swap menu entries for specimen bulk editors

Added by Andreas Müller about 4 years ago. Updated over 3 years ago.

Status:
Closed
Priority:
Priority14
Assignee:
Katja Luther
Category:
taxeditor
Target version:
Release 5.18
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
Copy link
 #1

Updated by Andreas Müller about 4 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
Copy link
 #2

Updated by Katja Luther about 4 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
Copy link
 #3

Updated by Katja Luther about 4 years ago

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

Updated by Andreas Müller about 4 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
Copy link
 #5

Updated by Katja Luther about 4 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
Copy link
 #6

Updated by Katja Luther almost 4 years ago

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

Updated by Andreas Müller over 3 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
Copy link
 #8

Updated by Katja Luther over 3 years ago

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

Also available in: Atom PDF