…ist \u00e4hnlich eigenwillig gestaltet wie bei den CM-Variablen. Wie kann man so ein Interface nur programmieren?<\/p>\n
Ich lade einen Regelsatz, mache eine \u00c4nderung und speichere.<\/p>\n
Das speichert mitnichten den Regelsatz, sondern macht nur die \u00c4nderung f\u00fcr den aktuellen Ladevorgang wirksam.<\/p>\n
Um den Satz wirklich zu speichern, mu\u00df ich ihn erst in den „Eigenen Regelsatz“ kopieren (bereits dabei gehen meine \u00c4nderungen aber wieder verloren; \u00c4nderungen sind somit erst nach dem „Kopieren“ sinnvoll) und dann unter dem richtigen Namen – sofern ich den noch exakt wei\u00df – „zu Laderegeln hinzuf\u00fcgen“.<\/p>\n
Ich habe mir daher angew\u00f6hnt, in den Kommentar der ersten Regel den Namen des Regelsatzes zu schreiben. Eine „Eindeutige ID des Regelsatz“ scheint mir ebenso \u00fcberprogrammiert. Ich kopiere dort der Einfachheit halber den Namen des Satzes nochmal hinein. Wenn eine ID notwendig ist, k\u00f6nnte die Software das auch allein tun…<\/p>\n
Oder gibt es irgendeinen plausiblen Grund daf\u00fcr, dass der Anwender<\/strong> eine ID des Regelsatzes definiert?<\/p>\n <\/p>\n","protected":false},"excerpt":{"rendered":" …ist \u00e4hnlich eigenwillig gestaltet wie bei den CM-Variablen. Wie kann man so ein Interface nur programmieren? Ich lade einen Regelsatz, mache eine \u00c4nderung und speichere. Das speichert mitnichten den Regelsatz, sondern macht nur die \u00c4nderung f\u00fcr den aktuellen Ladevorgang wirksam. Um den Satz wirklich zu speichern, mu\u00df ich ihn erst in den „Eigenen Regelsatz“ kopieren […]<\/p>\n","protected":false},"author":393,"featured_media":0,"template":"","tags":[554],"cma_category":[],"cma_difficulty_level":[],"class_list":["post-6819","cma_thread","type-cma_thread","status-publish","hentry","tag-laderegelsaetze"],"yoast_head":"\n