Auch ich war etwas geschockt als ich diesen Satz las. Meiner Meinung nach schätzt ihr die Relevanz und die intuitive Bedienbarkeit von Ablaufplan & Co zu optimistisch ein.
7 „Gefällt mir“
Ich glaube auch das die Abblaufplaene etc. nur eine untermenge von Nutzern anspricht. Wenn ich mir anschaue wie sich mein Verhalten veraendert hat dann definitiv nicht in Richtung click und clack. Ich frage immer oefters ChatGpt und schildere mein Problem. Meistens erhalte ich dann schicken Code von dem ich auch immer oefter etwas lernen kann.
4 „Gefällt mir“
Sehe ich genauso. Ich hatte in der Entwicklungsphase des Ablaufplans auch eher erwartet, dass sowas wie IPS-Workflow rauskommt (das ich zum damaligen Zeitpunkt nicht kannte und auch heute nicht ganz verstanden habe wie es technisch integriert ist). Damit wäre IP-Symcon vergleichbar zu vielen anderen Systemen geworden.
Den Ablaufplan habe ich nach etlichen Jahren noch immer nicht verstanden.
3 „Gefällt mir“
Ich möchte mal eine Lanze für den Ablaufplan brechen!
Für „stupide“ Abläufe und vorallem mit Wartezeiten ist der Ablaufplan wirklich sehr einfach, übersichtlich und problemlos weil transparent. Auch wenn ich mir zutraue, dazu jeweils ein Skript zu schreiben, was ich vorher auch getan habe, so habe ich viele Abläufe auf den Ablaufplan umgestellt bzw. neue Sachen direkt damit erstellt.
Ich gebe natürlich auch der anderen Seite recht, dass er nicht jedes Skript ersetzen kann. Dann ist aber auch die Frage, ob es ein klassischer Ablauf ist oder wirklich ein Skript notwendig ist.
Der Ablaufplan spielt meiner Meinung nach seinen Trumpf für Abläufe aus, Skripte wird er nie vollständig ersetzen können. Gut, dass beides möglich ist!
2 „Gefällt mir“
Sehe ich ähnlich wie ubari.
Ich nutze auch immer öfers Ablaufpläne, weil ich einfach nicht für jeden kram irgendein script oder gar ein module schreiben will.
Ich finde zudem das viele Nutzer gut bedient werden, ablaufpläne, Ereignissteuerungen, der workflow-editor, module oder klassisch, das script.
Ich jedenfalls vermisse die id nutzung nicht. Und ich bin auch bestimmt 10 jahre dabei.
Vielleicht liegt es aber auch daran das man bei modulen keinerlei ids braucht (und hat) und dadurch auch für normale scripte andere wege verwendet werden.
Hallo Dr. Niels.
Mit der Antwort macht Ihr es Euch etwas zu einfach. Wenn die Konsole der Antwort folgend für die „Nicht-Profis“ zugeschnitten wird frage ich mich, welches Tool dann die Profis an die Hand bekommen werden. Zumal man gerade hier ohne nennenswerten Aufwand beide Seiten bedienen könnte.
7 „Gefällt mir“
Selbst im Ablaufplan wenn ich nachträglich die ID rausfinden will ist´s nicht einfach.
Ich weiß nicht wie es den anderen Anwendern geht - aber ich brauche diese immer wieder mal.
Sei es um was nachzuforschen etc.
Ob ich jetzt Profi bin oder nicht.
Aber die Antwort hört sich so an:
Das ist ein Profifeature - brecht euch die Finger.
Sorry dass ich es so hart sage.
Bei euren Demos mit 20 Instanzen und Variablen brauche ich es auch nicht - die weiß ich auswendig. Aber bei ein paar 100 gehts halt nimmer.
Es muss ja nicht auf die Minute geändert werden - aber es wäre schon nett wenn der Platz ausgenutzt würde.
Die IDs wären das Tüpfelchen auf dem I.
1 „Gefällt mir“
Hui, da habe ich unbeabsichtigt scheinbar was losgebrochen und habe wohl zu sehr von mir auf andere geschlossen. Das war so nicht meine Absicht. Wir lösen uns hier jetzt gefühlt immer mehr vom eigentlichen Thema, daher habe ich mal ein neues erstellt und da ein bisschen ausgeholt: Sichtbare IDs in der Verwaltungskonsole
Ich bin auf euer Feedback gespannt!
Aber vielleicht war es auch gut so.
Es war kurz umrissen ein Meinungsspiegel.
Um auch wieder auf das zweite Thema zurückzukommen:
Es wäre nett wenn der vorhandene Platz besser ausgenützt würde und die Anzeige des Inhalts von „Instanz“ und „Skript“ nicht abgeschnitten würden.
Wobei dies nur ein Bespielfenster ist und dies in der Verwaltungskonsole öfter mal wo vorkommt.
1 „Gefällt mir“
Darf ich die ursprüngliche „Überschrift“ nochmals hervorkramen weils mir eigentlich überall über den Weg läuft?
Wäre es möglich bei Suchergebnissen die Spaltenbreiten anzupassen?
So dass nicht die linke Spalte immer fuzzischmal ist ?
Da hat man einen Monitor mit 50cm Breite aber das angebotene Fenster gerade mal 5cm.
Zusätzlich selbst wenn ich es breiter ziehe wird diese Einstellung nirgendwo gemerkt.
Das wäre wirklich sehr hilfreich.
Oder stehe ich da alleine da?
3 „Gefällt mir“
Welche Suche meinst du? In der Suche in allen Skripten kann man beispielsweise sowohl die Dialoggröße als auch die einzelnen Spaltengrößen anpassen
Zum Thema Platz und Verwaltungskonsole, schmeiße ich mal wieder das Thema „Ereignisse“ und Scriptfenster in den Ring.
Das Scriptfenster ist einfach viel zu klein wenn man mehr wie 3 Zeilen Code verwendet. Größer Skalieren ist hier auch nicht.
2 „Gefällt mir“
Bin zwar momentan in Urlaub und kann dir deswegen 2 Wochen lang keine Screenshots liefern.
Beispiel:
Die stehts im Editor auf einer beliebigen Zeile (ID) drückst auf Referenzen - und das was nun angezeigt wird ist für mich beispielsweise das Suchergebnis.
Du hast recht - ich kann das Ergebnis selbst in die Breite ziehen. → aber diese Einstellungen werden nicht gemerkt.
Und könnte nicht die linke Spalte von Haus aus breit genug sein so dass all Zeichen dargestellt werden ?
Er meint (vmtl.) das Bild im ersten Post !
Ich schließe mich da auch gleich mal mit an …
Automatische Platzausnutzung wäre schön 
LG
lueralba
1 „Gefällt mir“
Was glaubst wie oft mir das schon abschlägig beantwortet wurde ?
2 „Gefällt mir“
So, ich habe das Konfigurationselement der Liste mal für die 7.2 leicht überarbeitet. Im Dialog für Hinzufügen/Bearbeiten wird dann im Standardfall (also wenn kein eigenes Formular angegeben wurde), die Breite der Elemente auf 100% gesetzt, sofern keine eigene Breite gesetzt wurde. Damit sollten in den meisten Fällen die Elemente die volle Breite des Dialoges einnehmen.
Zum Skripteditor: Unsere Idee ist an der Stelle eigentlich, dass die Aktion „Führe PHP Code aus“ nur für Kleinigkeiten verwendet wird, also vielleicht maximal fünf Zeilen. Alles größere sollte über ein Skript-Objekt laufen, welches dann ja via Ereignis gestartet werden kann. Das halte ich auch für deutlich übersichtlicher. Skripte in Ereignissen zu pflegen oder auch nur nachzuvollziehen ist sehr kompliziert und da kann man schnell was übersehen. Das war unsere Überlegung, weswegen wir den Editor an der Stelle recht klein halten. Mögt ihr sonst vielleicht mal ausführen, warum das in eurem Arbeitsfluss so nicht passt bzw. warum ihr euch das anders wünscht?
Darf ich eines meiner Anliegen nochmals hervorkramen?
Ich stehe im Objektbaum auf einem Objekt und drücke dort „rechte Maustaste - nach Referenzen suchen“.
Und erhalte als Ergebnis:
Es wäre ganz toll wenn ihr hier die Spaltenaufteilung anders wählen könntet - die mittlere Spalte ist fast leer und links kann man nichts lesen.
Wenn man die ID des Objektes auch noch als zusätzliche Spalte reinbekäme wäre mir ganz viel geholfen - dann könnte man auf einem 2. Monitor in einer zweiten Konsole das jeweilige Objekt betrachten.
Weil anklicken und ins gleiche Fenster zurückkommen leider nicht funktioniert.
Toll wäre auch wenn das Fenster in der Höhe änderbar und in der Position verschiebbar wäre.
Danke, Hans
4 „Gefällt mir“
+1
Wenn wenigstens die Spaltenbreite gespeichert werden würde, nachdem man sie verändert hat, wäre ein erster Schritt.
4 „Gefällt mir“
Yep, du sprichst mir aus der Seele. Die Kleinigkeiten welche es mächtig erleichtern würdern.
2 „Gefällt mir“