Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Keeper Entity benötigt zum Speichern Skill-Array auf Englisch, bekommt Einzelskill auf Deutsch #188

Closed
rowe42 opened this issue Feb 12, 2018 · 3 comments
Assignees
Labels
Milestone

Comments

@rowe42
Copy link
Owner

rowe42 commented Feb 12, 2018

Beim Speichern eines Keeper Entities (i.e. POST zu /keepers) erwartet das Backend beim Feld Skill ein Array mit den englischen Begriffen, die auch im Backend als Keys verwendet werden (siehe Entity Features_.java, referenziert von Keeper_java im package de.muenchen.animad.admin.administration.service.gen.domain von animad_admin_service).

Unser aktuelles Frontend schickt aber einen Einzelnen Skillwert, und zwar - bei Spracheinstellung DE - die deutsche Übersetzung.

Ich Branch _#156 (Pull Request #182) habe ich das mal hardcoded auf einen Wert gesetzt in animad_keeper_form.html:

             validate() {
                 //HACK in order to get the keeper saved. Fixme!!!
                this.data.skill = ['cleaning'];
                var valid = this.shadowRoot.querySelector('#iform').validate();
                return valid;
            }   

Das kann natürlich nicht so bleiben. Das Frontend muss also den Wert in den englischen Key umwandeln und das Ganze in Form eines Arrays schicken (kann man das Feld in ein Multi-Value-Field umwandeln?)

@xdoo @ejcsid @Baumfrosch @dragonfly28

@rowe42 rowe42 added this to the RefArch_1.0 milestone Feb 12, 2018
@DirkGern
Copy link
Collaborator

Kleine Anmerkung: ich hätte den Key in Gröoßbuchstaben geschrieben, um ihn vom englischen Literatur zu unterscheiden. Oder verstößt das gegen eine Konvention.

@rowe42 rowe42 self-assigned this Feb 12, 2018
@rowe42
Copy link
Owner Author

rowe42 commented Feb 14, 2018

@Baumfrosch Die Keys werden in Java Enums übesetzt. Da scheint es sogar Konvention zu sein, alles uppercase zu machen (https://softwareengineering.stackexchange.com/questions/284344/is-it-okay-to-go-against-all-caps-naming-for-enums-to-make-their-string-represen). Muss man aber in der "heiligen" DSL-Vorlage machen und die werde ich hier nicht anfassen ;-)

Habe das jetzt gefixt und in Branch _#175 eingecheckt und einen Pull Request für @ejcsid erstellt. Habe allerdings noch das Tag gewechselt, da das bestehende paper-dropdown-menu mit Multi-Values nicht so gut klarkommt wie es aussieht (habe auf Anraten von @ejcsid aber ein Issue dort aufgemacht: PolymerElements/paper-dropdown-menu#280). In der Zwischenzeit verwenden wir https://github.com/pushkar8723/paper-dropdown, das ist zwar nicht von Google aber funktioniert grundsätzlich ganz gut. Einziges Problem ist, dass dort an einer Stelle hardcoded ein englischer Text kommt. Dafür habe ich aber beim Entwickler einen Pull-Request gestellt (pushkar8723/paper-dropdown#8).

@rowe42
Copy link
Owner Author

rowe42 commented Feb 16, 2018

Mein Branch ist mittlerweile zu master gewandert.
Das Problem, dass da noch ein englischer Text an einer bestimmten Stelle kommt, habe ich mit einem neuen Issue bedacht: #199

Ich schließe damit dieses Issue.

@rowe42 rowe42 closed this as completed Feb 16, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants