@Geolin @Verba03: Ich kann das Problem nachstellen. Wir sind dran.
paresy
@daniel88: Apps, WebFront und Konsole zeigen bei unbenannten Links den Namen des Ziels an, daher werden Links als unbenannt initialisiert. Wenn, wie bei der Legacy-Konsole, der Link entsprechend des Ziels benannt wird, dann werden Namensänderungen nicht ausgewertet. Aktuell wird leider noch „Unnamed Object“ beim Öffnen des Bearbeiten-Dialogs angezeigt. Da hier ein gewisser Rattenschwanz dranhängt, wird das wohl auch bis zur 5.3 so bleiben.
@geolin @verba03: Das ist so beabsichtigt. Wie ihr auch beschrieben habt, handelt es sich bei euren gewählten Variablen um Variablen mit einem Assoziationsprofil. Hier ergibt eine Grenzüber- oder unterschreitung keinen Sinn. Was ist „über“ Offen? Was ist „unter“ Gekippt? Daher wurde diese Auswahl bewusst entfernt. Sobald ihr eine Variable mit einem Profil, dass einen Bereich beschreibt, verwendet, beispielsweise eine Temperatur, werden Über- und Unterschreitung wie vorgesehen angezeigt.
Das ist so aber schlecht.
Da auch Assoziation Platzhalter im Text wie %d oder %f unterstützen und somit Bereiche abdecken zu welchen es keine Explizite Assoziation mit einem Einzelwert gibt.
Außerdem soll vielleicht ja mit dem Ereignis überwacht werden, dass der Wert den vorgesehenen Bereich verlässt.
Michael
Das sehe ich genauso. Zwei Beispiele:
[ul]
[li]~MailMessages: Eine Abfrage auf Grenzüberschreitung macht hier absolut Sinn[/li][li]~Window.HM: Auch hier macht eine Abfrage auf Grenzüberschreitung von 0 (=geschlossen) Sinn[/li][/ul]
Es geht bei Assoziationsprofilen nur um Profile, die durch eine Schrittweite von 0 angeben, dass es sich hier nicht um eine Skala handelt, sondern um mehrere Werte, die voneinander eigentlich unabhängig sind. Ein Temperaturprofil, das mit %d verschiedenen Temperaturbereichen Farben zuweist oder dergleiche, ist also nicht davon betroffen. Hier werden weiterhin Zahlen eingegeben.
Wir möchten gerne erreichen, dass sich die Auslöser natürlich anfühlen. Dies ist unser Meinung nach bei „Überschreitung von Gekippt“ nicht wirklich gegeben. Dies fühlt sich eher so an, als würde man diese Option wählen, weil es halt keine bessere gibt, nicht weil es die beste Wahl ist. Hierfür wollen wir gerne für Assoziationsprofile einen neuen Auslösungstypen „Bei Werten“ anbieten, welcher eine Auswahl von Assoziationswerten anbietet. Beim Beispiel von ~Window.HM würde man also keine Überschreitung von Geschlossen auswählen, sondern auf den Werten Gekippt oder Geöffnet.
Das Profil ~MailMessages ist auf der anderen Seite mit Schrittweite 0 unglücklich konzipiert, da das Profil sehr wohl einen Wertebereich beschreibt. Da würden wir die Schrittweite auf 1 setzen, womit das Profil wieder wie gewohnt mit Zahlen im Ereignis arbeitet.
Was haltet ihr davon? Könnt ihr so alle gewünschten Verhalten weiterhin darstellen oder sehr ihr noch Fälle, in denen auf einem Assoziationsprofil eine Grenzüberschreitung oder -unterschreitung eurer Meinung nach die beste Wahl ist und nicht der Lösungsansatz, weil es aktuell noch nichts besseres gibt?
Das ist gut. Dann hat man es ja selber in der Hand und man könnte dem Profil bei Bedarf eine Schrittweite mitgeben.
Mir fällt da im Moment nur eine ERROR Variable ein, die die Zustände 0, 1,2,3,4,5,6,7,… hat. Da hätte man sicherlich keine Lust, alle Zustände (1 … n) auszuwählen (und zu pflegen!). Hier wählt man zur Zeit Grenzüberschreitung in Ermangelung von !==0
Aber durch das Setzen einer Schrittweite könnte man es ja umgehen.
Hier wäre dann ja aber auch das ungleich der bevorzugte Weg und nicht die Grenzüberschreitung. Das hatten wir auch intern diskutiert, sind bisher aber unsicher, ob wir das mit einbauen wollen.
Mein Beispiel ist schon extrem. Und wenn man bei passendem Profil auch hier mit Grezüberschreitung arbeiten kann, dann sollte es eigentlich ausreichen.
Hallo,
ich habe einen Wunsch für die Web-Konsole:
Das Widget „Status“ mit der Funktion „Prüfen“ ist schon klasse … nur wenn eine Meldung länglicher ist, kann man diese nicht so richtig sehen - insbesondere auf einem Tablet (ja, ich weis, der Tablet ist nicht das primäre Eingabegerät, aber gerade um mal eben zu schauen …)
Es gibt zwar den Tootiop, aber der funktioniert nur auf einem PC; und ein Tooltip ist auch nicht immer wirklich praktisch
Vorschlag: es gib ja bereits ein Kontextmenü mit „Öffnen“ und „Kopieren“ - wäre ein 3. Punkt „Anzeige“ denkbar? Ob das nun in einem auf-pappenden Dialog angezeigt wird oder die Zeilen nicht mehr ein- sondern mehrzeilig werden, ist mir dabei egal.
Danke
Demel
Hallo,
ich benutze inzwischen die Webkonsole immer mehr, allerdings gibt es einen Punkt, wo ich immer auf die Legacy zurückgreife:
Das Sortieren von Objekten ist in der Webkonsole ziemlich mühselig:
- Kontextmenü -> mit der Maus bis zu dem richtigen Punkt 'Objekt sortieren" bewegen
- der Aufbau der Maske ändert sich (die Sortierung wird eingeblendet) -> ja, ch kann die Sortierung dauerhaft einblenden
- dann Reihenfolge eingeben
- Aufbau ändert sich wieder zurück
und das Objekt für Objekt.
In der Legacy war das deutlich einfacher: es wurde ja alle Objekt auf der gleichen Ebene in einem kleine Dialog dargestellt, man konnte die Reihenfolge dieser Objekte fix eingeben und auf einen Rutsch war alles angepasst.
Drag&Drop geht nicht, das ist ja für das Verschieben von Objekten vorgesehen und auch Maus+Taste (SHIFT, CTRL, ALT) hatten bei mir keinen Erfolg.
Ist mir da eine Möglichkeit entgangen oder ist das Stand der Möglichkeiten?
Gruß
Demel
Du kannst dir die Positions-Spalte dauerhaft (oder so lange du halt am sortieren bist) einblenden. Sobald sie eingeblendet ist, kannst du die einzelnen Werte per Doppelklick editieren. Das ist dann vom Ablauf her so wie bei der Legacy-Konsole, nur ohne zusätzlichen Dialog.
Hallo,
genau so etwas hatte ich mir vorgestellt. Sehe ich das richtig, das es ab 5.3 so ist? (Weil das bei mit mit 5.1 noch nicht so ist, aber unter 5.2)
Super Sache
Gruß
Demel
Ja, ich glaube das ist ein 5.2-Feature.
Übrigens wurde der Statusdialog jetzt auch analog zum Mitteilungen-Tab überarbeitet und lange Nachrichten können ab dem nächsten Testing-Release erweitert werden.
super-cool
danke
Demel
Moin,
wird es diese Möglichkeiten in der Konsole geben oder muss man weiterhin die Konsole vom IPSStudio benutzen? 
Gruß
Hans
Das wäre schon hilfreich, wenn es dazu eine extra Spalte gäbe.
Die Ident-Spalte kommt zur 5.3. Wir werden sie nicht standardmäßig einblenden, sie kann aber so wie beispielsweise die Positionsspalte zusätzlich eingeblendet werden.
Hallo, ein netter Bug im Scripteditor. Mit einem Apostroph ( ’ ) in einer Kommentarzeile wird eine eingeschaltete Objektinfo wieder ausgeblendet:
Musste da etwas suchen, bin eigentlich nur per Zufall auf die Lösung gestossen.
Grüße, Gerhard
Ja, die Implementation erkennt nicht, dass das Apostroph im Kommentar steht und denkt daher, die Zahl steht in einem String. Damit bekommt sie keine Objektinfo. Ich muss schauen, was ich da machen kann, da die Erkennung dadurch deutlich komplizierter wird. Es ist aber auf jeden Fall notiert. Danke für den Fund!