Univention Bugzilla – Bug 28516
[CSS] Fehlerhafte Darstellung einiger Widgets
Last modified: 2013-02-25 12:24:55 CET
siehe auch Bug #26826 > * Die ComboBox scheint noch etwas zu hoch zu sein, der Pfeil verschiebt sich > auch Falls weitere Probleme auffallen, bitte hier vermerken.
Created attachment 4661 [details] Screenshot Ein weiterer Fehler aus Bug #26826: Noch ein Anzeigefehler (FF), scheinbar wenn sich eine deaktivierte ComboBox neben einer aktivierten befindet. (Hier sind auch die Checkboxen sichtbar.)
Created attachment 4662 [details] Screenshot UDM Und der hier besteht auch weiterhin (siehe Screenshot): > * UDM-Subtabs (und auch die gesamte Page) haben einen Rand
Das DateWidget ist vom Style her noch nicht ganz angepasst.
Ich weiß nicht ob es sich hierbei wirklich um einen Fehler handelt, da die Bedienung des iPads komisch ist: [iPad] Einträge in einem Grid werden optisch nicht hervorgehoben, wenn man diese anklickt (reagiert nicht auf dojoxGridRowActive)
[iPad] Bspw. im Grid vom Prozessübersichts-Modul befindet sich unten rechts ein Button namens "mehr" gefolgt von einem kleinen dreieckigen Pfeil. Dieser Pfeil ist permanent grün eingefärbt, auch wenn kein Element im Grid ausgewählt wurde. Bei anderen Browsern wird der Pfeil in dem Fall ausgegraut dargestellt. Ja, ich bin pingelig! :-)
[iPad/Chromium] Subtabs im UDM haben einen Rahmen (bspw. in der Detailansicht eines Benutzers)
[IE9] Bspw. im Modul "UCR" sind die auswählbaren Kategorien im Suchfilter nicht sichtbar. Sie sind vorhanden, da sich eine Suche damit realisieren lässt, allerdings nicht lesbar. Offenbar ist dies nur der Fall, wenn die Werte dynamisch reingeladen werden (in anderen Grids funktioniert es)
[iPad] Die Detailansicht eines Rechners (Reiter "Allgemein") ist leer.
[iPad] Bei der Detailansicht eines Rechners, im Reiter "Erweiterte Einstellungen" wird kein Scrollbalken angezeigt. Dies ist problematisch, da hier sehr viele Titlepanes "verbaut" sind, welche aufgeklappt nur die Hälfte anzeigen.
In UDM-Details stimmen das Padding der Seite im Ganzen nicht, zu erkennen an den Tabs
(In reply to comment #10) > In UDM-Details stimmen das Padding der Seite im Ganzen nicht, zu erkennen an > den Tabs Ups, das gabs ja schon. Was anderes: Es scheint eine Transition zu geben, wenn man auf Modul-Tabs klickt (also die ganz oben). Benutzen wir überhaupt Transitions? Wenn nicht, einfach alles rausschmeißen.
Einträge, die man mit einer ComboBox auswählt (also gehoverte) haben eine blaue border
[IE9] Der Pfeil bei durch Klick auf den Titel ein- und ausklappbaren Elementen ist verschoben. Das war auch schon vorher so, sollte aber ruhig behoben werden. Außerdem: TextWidgets sind im Vergleich zu ComboBoxen viel zu schmal. War auch schon vorher so, sollte auch gefixt werden.
Das schließen von Modulen über das "x" oben in der Leiste hat keinen Hover Effekt mehr (das graue Kreuz wurde mal schwarz)
Created attachment 4667 [details] Screenshot System-Setup DHCP-Query In den Netzwerkeinstellung in System-Setup sind die DHCP-Query-Buttons kaputt. Vielleicht ein CSS-Problem? Ansonsten an Bug 28551 hängen.
Buttons, die disabled sind verschwinden richtig, statt ausgegraut zu werden.
Aufgefallen in Bug #26826: > 2-zeilige Tooltips haben keinen weichen Verlauf, sondern einen harten Schnitt > (z.B. UCR "Schlüsselwort"). Formulare zeigen manchmal kleine, blaue Tooltips an > (z.B. UCR Hover über das Suchformular). In System-Setup stimmt etwas auf der > Netzwerk-Seite nicht. Die DHCP-Query wird merkwürdig angezeigt.
> Passwort und Passwort (Wiederholung) sind nicht mehr in einer Reihe, > beispielsweise beim Anlegen eines Benutzers.
(In reply to comment #17) > > In System-Setup stimmt etwas auf der > > Netzwerk-Seite nicht. Die DHCP-Query wird merkwürdig angezeigt. Das wurde in Bug #28551 verschoben, da es offenbar ein Javascript-Problem ist.
Es gibt nun eine Regel für Univention-Menü: .umc > div[dijitpopupparent=dijit_form_DropDownButton_0] { top: 38px !important; } Es fehlt noch die Regel für das Benutzer-Menü: .umc > div[dijitpopupparent=dijit_form_DropDownButton_0], .umc > div[dijitpopupparent=dijit_form_DropDownButton_1] { top: 38px !important; }
Der Text der normalen Buttons ist nicht mehr unterstrichen.
Created attachment 4688 [details] Screenshot UDM Tooltip (In reply to comment #17) > Aufgefallen in Bug #26826: > > > 2-zeilige Tooltips haben keinen weichen Verlauf, sondern einen harten Schnitt > > (z.B. UCR "Schlüsselwort"). Formulare zeigen manchmal kleine, blaue Tooltips an > > (z.B. UCR Hover über das Suchformular). In System-Setup stimmt etwas auf der > > Netzwerk-Seite nicht. Die DHCP-Query wird merkwürdig angezeigt. Bzgl. des Verlaufs der Tooltips anbei ein kleiner Screenshot.
GET js/dijit/themes/umc/images/tooltipGradient.png 404 (Not Found) GET js/dijit/themes/umc/images/tooltip.png 404 (Not Found)
(In reply to comment #23) > GET js/dijit/themes/umc/images/tooltipGradient.png 404 (Not Found) > GET js/dijit/themes/umc/images/tooltip.png 404 (Not Found) Ups invalid: das lag daran, dass der JS-hash aktualisiert wurde.
Dem onHover-Style bspw. einer TextBox fehlt derzeit noch der dunkle Rand (der verändert sich von grau nach dunkel grau).
Durch den Umstieg auf "less css" sollte "rhino" zu den Build-Dependencies (im *-frontend Paket) hinzugefügt werden.
(In reply to comment #26) > Durch den Umstieg auf "less css" sollte "rhino" zu den Build-Dependencies (im > *-frontend Paket) hinzugefügt werden. IMHO ist es dies bereits.
Wenn man so viele Tabs auf hat, dass sie die Breite der Seite sprengen, kommen drei Pfeile: Einer links (Pfeil nach links), um die Tabs nach links zu schieben, einer rechts (Pfeil nach rechts), um die Tabs nach rechts zu schieben und noch einer rechts, um per Klick ein DropDown aller offenen Tabs zu erhalten. Dieser letzte Pfeil zeigte vorher nach unten, jetzt nach links.
(In reply to comment #28) > Wenn man so viele Tabs auf hat, dass sie die Breite der Seite sprengen, kommen > drei Pfeile: Einer links (Pfeil nach links), um die Tabs nach links zu > schieben, einer rechts (Pfeil nach rechts), um die Tabs nach rechts zu schieben > und noch einer rechts, um per Klick ein DropDown aller offenen Tabs zu > erhalten. > > Dieser letzte Pfeil zeigte vorher nach unten, jetzt nach links. Oh, und wenn man den ersten Pfeil rechts benutzen kann (weil man nach rechts schieben könnte), dann zeigt der auch nach links, statt nach rechts. Ist offenbar ein Problem der Klasse, die aktiv ist, wenn der Pfeil-Button nutzbar ist, weil immer nur der Pfeil nach links gezeigt wird.
(In reply to comment #16) > Buttons, die disabled sind verschwinden richtig, statt ausgegraut zu werden. Das stimmt nicht, oder war ein JS Problem?! Ansonsten → wo ist das bemerkt worden? (In reply to comment #10) > In UDM-Details stimmen das Padding der Seite im Ganzen nicht, zu erkennen an > den Tabs das liegt daran, dass in layout/ContentPane.css +25 ein padding: 8px hinzugekommen ist. Habe ich überschrieben, bisher keine Seiteneffekte gefunden. (In reply to comment #13) > [IE9] Der Pfeil bei durch Klick auf den Titel ein- und ausklappbaren Elementen > ist verschoben. Das war auch schon vorher so, sollte aber ruhig behoben werden. > > Außerdem: TextWidgets sind im Vergleich zu ComboBoxen viel zu schmal. War auch > schon vorher so, sollte auch gefixt werden. Das habe ich nicht behoben, dafür könnte man im Notfall einen neuen bug öffnen. (In reply to comment #11) > Was anderes: Es scheint eine Transition zu geben, wenn man auf Modul-Tabs > klickt (also die ganz oben). Benutzen wir überhaupt Transitions? Wenn nicht, > einfach alles rausschmeißen. Hmm, sehe ich nicht... Modulwechsel sieht bei mir identisch aus... → INVLAID OK oberhalb und inklusive von Comment #10 bis hier ist alles erledigt.
(In reply to comment #1) > Created an attachment (id=4661) [details] > Screenshot > > Ein weiterer Fehler aus Bug #26826: > > Noch ein Anzeigefehler (FF), scheinbar wenn sich eine deaktivierte ComboBox > neben einer aktivierten befindet. (Hier sind auch die Checkboxen sichtbar.) Das Problem konnte ich nicht (mehr) reproduzieren. (In reply to comment #2) > Created an attachment (id=4662) [details] > Screenshot UDM > > Und der hier besteht auch weiterhin (siehe Screenshot): > > * UDM-Subtabs (und auch die gesamte Page) haben einen Rand Fixed! (In reply to comment #3) > Das DateWidget ist vom Style her noch nicht ganz angepasst. Fixed! (In reply to comment #4) > Ich weiß nicht ob es sich hierbei wirklich um einen Fehler handelt, da die > Bedienung des iPads komisch ist: > > [iPad] Einträge in einem Grid werden optisch nicht hervorgehoben, wenn man > diese anklickt (reagiert nicht auf dojoxGridRowActive) Das ist okay so. (In reply to comment #5) > [iPad] Bspw. im Grid vom Prozessübersichts-Modul befindet sich unten rechts ein > Button namens "mehr" gefolgt von einem kleinen dreieckigen Pfeil. Dieser Pfeil > ist permanent grün eingefärbt, auch wenn kein Element im Grid ausgewählt wurde. > Bei anderen Browsern wird der Pfeil in dem Fall ausgegraut dargestellt. Ja, ich > bin pingelig! :-) Das Problem konnte ich nicht (mehr) reproduzieren. (In reply to comment #6) > [iPad/Chromium] Subtabs im UDM haben einen Rahmen (bspw. in der Detailansicht > eines Benutzers) Das Problem konnte ich nicht (mehr) reproduzieren. (In reply to comment #7) > [IE9] Bspw. im Modul "UCR" sind die auswählbaren Kategorien im Suchfilter nicht > sichtbar. Sie sind vorhanden, da sich eine Suche damit realisieren lässt, > allerdings nicht lesbar. Offenbar ist dies nur der Fall, wenn die Werte > dynamisch reingeladen werden (in anderen Grids funktioniert es) Das Problem konnte ich nicht (mehr) reproduzieren. (In reply to comment #8) > [iPad] Die Detailansicht eines Rechners (Reiter "Allgemein") ist leer. Das wurde in Bug #28751 ausgelagert.(In reply to comment #9) > [iPad] Bei der Detailansicht eines Rechners, im Reiter "Erweiterte > Einstellungen" wird kein Scrollbalken angezeigt. Dies ist problematisch, da > hier sehr viele Titlepanes "verbaut" sind, welche aufgeklappt nur die Hälfte > anzeigen. Es hat sich herausgestellt, dass es sich nicht um einen Bug sondern um ein Feature handelt. Mit zwei Fingern kann man an dieser Stelle runterscrollen. Dass keine Scrollbars angezeigt werden, ist "normal". ----- Bis auf den in #0 beschriebenen ComboBox-Fehler wurden alle Bugs behoben. Changelog ist vorhanden.
(In reply to comment #31) > Bis auf den in #0 beschriebenen ComboBox-Fehler wurden alle Bugs behoben. Das wurde in Bug #28753 ausgelagert. Dieser Bug ist insofern erledigt.
Created attachment 4711 [details] UMC ExpandingTitlepane Eine Sache ist noch aufgefallen: für den in dem Screenshot markierten Bereich der ExpandingTitlepane fehlt etwas padding.
(In reply to comment #33) > Created an attachment (id=4711) [details] > UMC ExpandingTitlepane > > Eine Sache ist noch aufgefallen: für den in dem Screenshot markierten Bereich > der ExpandingTitlepane fehlt etwas padding. Der Fehler hat sich durch die Fixes von anderen Fehlern eingeschlichen. Wurde nun behoben (2.0.104-1).
(In reply to comment #11) > (In reply to comment #10) > > In UDM-Details stimmen das Padding der Seite im Ganzen nicht, zu erkennen an > > den Tabs > > Ups, das gabs ja schon. > > Was anderes: Es scheint eine Transition zu geben, wenn man auf Modul-Tabs > klickt (also die ganz oben). Benutzen wir überhaupt Transitions? Wenn nicht, > einfach alles rausschmeißen. Die Inter-Modul-Tabs haben eine etwas dunklere Farbe als die Intra-Modul-Tabs, wenn ich mich nicht irre. Und ich bleibe dabei: Wenn man auf Inter-Modul-Tabs klickt, gibt es einen kurzen Übergang von dunkelgrün zu hellgrün zu weiß, den es vorher nicht gab.
(In reply to comment #35) > (In reply to comment #11) > > (In reply to comment #10) > > > In UDM-Details stimmen das Padding der Seite im Ganzen nicht, zu erkennen an > > > den Tabs > > > > Ups, das gabs ja schon. > > > > Was anderes: Es scheint eine Transition zu geben, wenn man auf Modul-Tabs > > klickt (also die ganz oben). Benutzen wir überhaupt Transitions? Wenn nicht, > > einfach alles rausschmeißen. > > Die Inter-Modul-Tabs haben eine etwas dunklere Farbe als die Intra-Modul-Tabs, > wenn ich mich nicht irre. Und ich bleibe dabei: Wenn man auf Inter-Modul-Tabs > klickt, gibt es einen kurzen Übergang von dunkelgrün zu hellgrün zu weiß, den > es vorher nicht gab. Ok, die Hintergrundfarbe wurde gefixt. Das lag daran, dass es im Dom keine .dijitTabInnerDiv mehr gibt. Es gibt noch weitere Stellen, wo diese Klasse benutzt wird. Diese sollten entweder gelöscht werden oder angepasst werden.
(In reply to comment #30) > (In reply to comment #16) > > Buttons, die disabled sind verschwinden richtig, statt ausgegraut zu werden. > Das stimmt nicht, oder war ein JS Problem?! Ansonsten → wo ist das bemerkt > worden? Überall. dijit.byId('umc_widgets_Button_0').set('disabled', true)
(In reply to comment #37) > (In reply to comment #30) > > (In reply to comment #16) > > > Buttons, die disabled sind verschwinden richtig, statt ausgegraut zu werden. > > Das stimmt nicht, oder war ein JS Problem?! Ansonsten → wo ist das bemerkt > > worden? > > Überall. dijit.byId('umc_widgets_Button_0').set('disabled', true) Eben noch einmal ausprobiert, wenn ich das UDM-Benutzermodul öffne und einen beliebigen Button mir herausgreife und ihn disable, wird er nicht mehr grau hinterlegt: dijit.byId('umc_widgets_Button_74').set('disabled', true) → "create report" Button
(In reply to comment #38) > Eben noch einmal ausprobiert, wenn ich das UDM-Benutzermodul öffne und einen > beliebigen Button mir herausgreife und ihn disable, wird er nicht mehr grau > hinterlegt: > > dijit.byId('umc_widgets_Button_74').set('disabled', true) > > → "create report" Button Ausgelagert nach Bug 28796, dann kann dieser hier wieder zu.
Dann hat aber MS2 keine disabled Buttons. Das wird beim App Center benutzt (das Formular mit der E-Mail).
Die hier beschriebenen Probleme scheinen behoben, bis auf die Transistion beim Wechsel von Modultabs (die ist aber unwesentlich und kann vernachlässigt werden). Changelogeintrag am Dojo 1.8 Bug vorhanden, Verified.
UCS 3.1-0 has been released: http://forum.univention.de/viewtopic.php?f=54&t=2125 If this error occurs again, please use "Clone This Bug".