Die Widgets zur Auswahl der Benutzer und Gruppen (Gruppenmitgliedschaften) sollten in dojo abgebildet werden.
Das beheben wir nach der 2.2
Kommentar dazu: Bei den Controlls, mit denen man zunächst nach Objekten sucht und sie dann einer Liste hinzufügen kann, bzw. daraus entfernen kann (z.B. für den Vorgesetzten bei "Benutzer/Organisation") wäre es schön, wenn das Feld in das man die Attributeigenschaft, nach der man suchen will eingibt (also da, wo standardmäßig der "*" ist) bündig mit der darunter befindlichen Liste ausgerichtet wäre (und nicht mit den Feilen zum Hinzufügen und Entfernen).
Created attachment 1836 [details] multiselect.php
(In reply to comment #3) > Created an attachment (id=1836) [details] > multiselect.php Ein einfaches Beispiel für die Abbildung in Dojo.
UDM, Webui und Webui-Style bauen gerade neu. Es gibt jetzt ein neues Question-Tag mmselect. In Dojo werden zwei Selectboxen angelegt. In modedit wird eine Liste durch das XML geschleust und im Frontend wir dann anhand des Attributes activated entschieden, ob das jeweilige Listenelement in die linke oder rechte Selectbox kommt. Im PHP wird SendForm abgefangen und es werden alle Objekte in der rechten Selectbox aktiviert. Nur so kann im PHP wieder herausgefunden werden, welche Objekte im Dojo verschoben wurden. Zusätzlich wurden einige Ausrichtungen wie in Comment#3 beschrieben angepasst. Tests und Changelog stehen noch aus.
fixed Es wurden noch Anpasssungen im css für den IE 8 gemacht.
verified
Siehe Bug #16259
*** Bug 16259 has been marked as a duplicate of this bug. ***
Bitte nochmal ausführlich testen.
Sobald bereits Benutzereinträge in einer Gruppe vorhanden sind, werden die bereits bestehenden Benutzer beim Hinzufügen eines weiteren Benutzers entfernt. Desweiteren: Sobald mehrere Einträge bestehen und ein bestimmter gelöscht wird, so wird dieser nicht gelöscht, sondern alle anderen.
(In reply to comment #11) > Sobald bereits Benutzereinträge in einer Gruppe vorhanden sind, werden die > bereits bestehenden Benutzer beim Hinzufügen eines weiteren Benutzers entfernt. > Desweiteren: > Sobald mehrere Einträge bestehen und ein bestimmter gelöscht wird, so wird > dieser nicht gelöscht, sondern alle anderen. Wie besprochen, das liegt an deinem Browser. Bei dir findet das automatische Auswählen der Mitglieder nicht statt.
Was ist denn das für ein Browser, ist das dann nicht etwas gefährlich?
(In reply to comment #12) > (In reply to comment #11) > > Sobald bereits Benutzereinträge in einer Gruppe vorhanden sind, werden die > > bereits bestehenden Benutzer beim Hinzufügen eines weiteren Benutzers entfernt. > > Desweiteren: > > Sobald mehrere Einträge bestehen und ein bestimmter gelöscht wird, so wird > > dieser nicht gelöscht, sondern alle anderen. > > Wie besprochen, das liegt an deinem Browser. Bei dir findet das automatische > Auswählen der Mitglieder nicht statt. Es liegt daran ob man auf den OK-Button oder den OK-Link klickt. Scheinbar ist der OK-Link kein JavaScript-Button. Zusätzlich besteht das Problem, dass die Objekte nicht übernommen werden, wenn der Tab gewechselt wird, bevor der OK-Button betätigt wird.
Bei "echten" Buttons funktioniert es wie gewünscht. Die Objekte in dem Select-Feld werden markiert und somit werden die Mitglieder (die markierten Objekte) durch das XML an den Python Prozess weitergeleitet. Das funktioniert, weil ich mich in das onSubmit des Form auf der Seite hänge und dort den entsprechenden JavaScript-Code ausführe. Leider sind die Tabs und die anklickbaren Texte neben den Button-Icons keine echten Buttens, sondern nur hidden-types. Wenn ich das richtig gelesen habe, dann wird in diesem Fall kein vollständiges onSumbit ausgeführt, zumindest nicht so, dass der JavaScript-Code entsprechend greift.
Es wird jetzt in tip.js beim Aufruf von sendForm überprüft, ob es ein Multiselect-Feld gibt. Wenn ja, dann werden alle Objekte markiert. Es werden im Moment nicht zwei mmsleect-Widgets auf einem Tab funktionieren, aber ich glaube die Einschränkung bestand vorher auch schon.
univenton-webui habe ich erst heute morgen neu gebaut, deshalb funktioniert es auf den automatisch installierten VMs noch nicht.
Es werden alle Objekte richtig markiert, sowohl per "Text-OK" als auch beim vorherigen TAB-Wechsel. Changelog Eintrag vorhanden, verified
*** Bug 16326 has been marked as a duplicate of this bug. ***
(In reply to comment #19) > *** Bug 16326 has been marked as a duplicate of this bug. *** (In reply to comment #6) > Das liegt an der userDN Erweiterung. > > > Es werden im Moment nicht zwei mmsleect-Widgets auf einem Tab funktionieren, > > aber ich glaube die Einschränkung bestand vorher auch schon. > > Den Fall haben wir auf dem Reiter Zugriffskontrolle. > > *** This bug has been marked as a duplicate of bug 13035 ***
fixed Es werden jetzt mehrere mmselect Objekte auf einem Reiter erlaubt. Bitte nochmal ausgiebig testen.
Verified: Im Firefox (3.5.3) funktioniert es. Mit dem Internet-Explorer sind folgende Fehler aufgetreten: Bug #16489 Bug #16490 Bug #16491 (Verified da eigene Bugs für IE-Fehler vorhanden sind)
(In reply to comment #22) > Verified: > Im Firefox (3.5.3) funktioniert es. > > Mit dem Internet-Explorer sind folgende Fehler aufgetreten: > Bug #16489 > Bug #16490 > Bug #16491 > > (Verified da eigene Bugs für IE-Fehler vorhanden sind) Ich mache den Bug doch nochmal wieder auf, da das mit IE 8 funktionieren sollte. Die anderen Bugs schließe ich als Duplikat.
*** Bug 16489 has been marked as a duplicate of this bug. ***
*** Bug 16490 has been marked as a duplicate of this bug. ***
*** Bug 16491 has been marked as a duplicate of this bug. ***
(In reply to comment #25) > *** Bug 16490 has been marked as a duplicate of this bug. *** Das ist ein Bug im IE8 und wurde im IE8 RTW Update gefixt: http://connect.microsoft.com/IE/feedback/ViewFeedback.aspx?FeedbackID=420156 @Janek, bitte einmal testen, ob mit dem Update alles funktioniert.
(In reply to comment #27) > (In reply to comment #25) > > *** Bug 16490 has been marked as a duplicate of this bug. *** > > Das ist ein Bug im IE8 und wurde im IE8 RTW Update gefixt: > > http://connect.microsoft.com/IE/feedback/ViewFeedback.aspx?FeedbackID=420156 > > @Janek, bitte einmal testen, ob mit dem Update alles funktioniert. Aktuelle Updates von Win7 (inkl. IE) installiert → Internet Explorer 8.0.7600.16385 Damit funktioniert besteht obiges Problem weiterhin. Zusätzlich: Ein Fehler der das Auswählen von "[..] Bitte Bestätigen um dennoch fortzufahren" verhinderte wurde mit dem Update jedoch behoben. Ich werde versuchen das "RTW"-Update zu finden...
(In reply to comment #28) > Ich werde versuchen das "RTW"-Update zu finden... RTW bedeutet "Release To Web"... Für Windows 7 kann man den IE8 nicht herunterladen, weil er schon enthalten ist...
(In reply to comment #29) > (In reply to comment #28) > > Ich werde versuchen das "RTW"-Update zu finden... > RTW bedeutet "Release To Web"... > Für Windows 7 kann man den IE8 nicht herunterladen, weil er schon enthalten > ist... Aktuelle & aktivierte W7-VM → IE 8.0.7600.16385 → Problem besteht noch Eventuell dauert es, bis die "RTW"-Updates in Windows Update sind?
(In reply to comment #27) > (In reply to comment #25) > > *** Bug 16490 has been marked as a duplicate of this bug. *** > > Das ist ein Bug im IE8 und wurde im IE8 RTW Update gefixt: > > http://connect.microsoft.com/IE/feedback/ViewFeedback.aspx?FeedbackID=420156 > > @Janek, bitte einmal testen, ob mit dem Update alles funktioniert. Die Fehlermeldung bezieht sich scheinbar nur auf die Wildcard-Suche im getElementsByTagName. Ingesamt konnte ich sehr viele Unterschiede zwischen IE 8 und Firefox im JavaScipt-Handling sehen. Jegliche Implementierung funktionierte im Firefox, im IE 8. Die neue Version scheint jetzt mit IE 8 kompatibel zu sein. Bitte IE6, IE7, IE8, FF 3.0 und FF 3.5 testen und zwar bei einfachen Widgets und auch mehrere Widgets auf einem Tab (Druckerberechtigungen). Die Unterscheidung zwischen Icon-Link und Text-Link sollte auch beachtet werden.
IE6,IE8,FF3,FF3.5 funktionieren
IE7 funktioniert Verified
IE6: 6.0.2800.1106.xpsp2.050301-1526 IE7: 7.0.5730.13 IE8: 8.0.6001.18702
UCS 2.3 wurde veröffentlicht. Sollte der hier beschriebene Bug mit einer neueren Version von UCS erneut auftreten, so sollte der Bug dupliziert werden: "Clone This Bug".