.abutton, /*div.k-grid .k-button,*/ div.k-grid .k-grid-edit, div.k-grid .k-grid-delete, div.k-grid .k-grid-cancel, div.k-grid .k-grid-update, /* Kendo 2025 hat die eingebauten Grid-Befehle umbenannt: k-grid-edit -> k-grid-edit-command, k-grid-delete -> k-grid-remove-command, k-grid-update -> k-grid-save-command, k-grid-cancel -> k-grid-cancel-command. Die alten Namen darueber greifen deshalb nicht mehr und sind nur noch fuer den Fall stehengeblieben, dass irgendwo noch altes Markup lebt. k-grid-add und alle eigenen CustomCommands sind unveraendert - Kendo bildet deren Klasse weiterhin als "k-grid-" + Name. */ div.k-grid .k-grid-edit-command, div.k-grid .k-grid-remove-command, div.k-grid .k-grid-save-command, div.k-grid .k-grid-cancel-command, div.k-grid .k-grid-SafetyCard, div.k-grid .k-grid-CopyKundeAuftragRechnung, div.k-grid .k-grid-zumKurs, div.k-grid .k-grid-zumProjekt, div.k-grid .k-grid-fertig, div.k-grid .k-grid-cover-page, div.k-grid .k-grid-document, div.k-grid .k-grid-customCommand, div.k-grid .k-grid-customDeleteEreignis, div.k-grid .k-grid-customDeleteArtikel, div.k-grid .k-grid-PositionKopieren, div.k-grid .k-grid-AufgabeKopieren, td > .k-grid-add { display: inline-flex; align-items: center; justify-content: center; width: 28px; height: 28px; text-align: center; text-indent: 0; min-width: 0 !important; border-width: 1px; background-repeat: no-repeat; box-shadow: none; overflow: hidden; padding: 0; } .k-grid .k-command-cell > .k-button + .k-button { margin-left: 0.32em; } a.k-grid-customCommand{ margin:0.16em; } div.k-grid .k-button:hover { box-shadow: 0 2px 6px rgb(182, 240, 163), 0 3px 4px rgba(0, 0, 0, 0.5); background-color:#B6F0A3; } .container { /*pnl max-width: 95%;*/ max-width: 100%; padding: 0px; } .k-widget .templateDocCell { overflow: visible; height: 20px; } .templateDocCell .k-menu .k-item>.k-link { padding:7px; } .k-panelbar > .k-item > .k-link, .k-panelbar > .k-panelbar-header > .k-link { color: inherit; } /* Linke Navigation: die Zeilen waren deutlich hoeher als frueher. Ursache ist die vertikale Polsterung des Themes, bei 14px Wurzelgroesse (B2.14) nachgerechnet: Kopfzeilen alt padding: 6px 12px -> neu padding-block: 1rem = 14px Untereintraege alt padding: 3px 12px -> neu padding-block: 0.75rem = 10.5px Das sind rund 16px bzw. 15px mehr pro Zeile - bei einer langen Navigation summiert sich das ueber den ganzen Bildschirm. Ein Razor-Weg existiert hier nicht: PanelBarBuilder kennt weder Size noch eine Zeilenhoehe, und Groessenvarianten wie .k-panelbar-sm gibt es weder im Theme 10.2.0 noch im alten common-CSS. Deshalb hier, aber eng gezogen: nur #Panel, also nur die linke Navigation, und nur die vertikale Polsterung - die Einrueckung der Ebenen bleibt, wie das Theme sie vorsieht. Die Werte sind die alten, nicht geschaetzt. Kein !important noetig, die ID reicht fuer die Spezifitaet. Siehe B2.18. */ #Panel > .k-panelbar-header > .k-link { padding-block: 6px; } #Panel .k-panelbar-group > .k-panelbar-item > .k-link { padding-block: 3px; } /* Buttons in Gruppenkoepfen (Druckansicht PersonAusbildung): sie klebten nach dem Kendo-Sprung am Gruppentitel und aneinander. Ursache, am offenen Gruppenkopf gemessen: der Inhaltsknoten ist dort heute ein FLEX-Container (p.k-reset, display:flex). In einem Flex-Container werden reine Leerzeichen zwischen den Elementen verworfen - sie sind keine Flex-Elemente. Das Template trennt die Buttons aber genau so, durch ein Leerzeichen. Frueher war dieser Knoten kein Flex-Container, deshalb wirkte die Trennung. Der Abstand gehoert damit an den Container, nicht an die Kinder: gap verteilt ihn, ohne die Breite der Buttons zu beruehren. Ein zuerst versuchtes margin am Button hatte genau diese Nebenwirkung - die reinen Icon-Buttons wurden breiter. Der Wert ist Kendos eigener Standardabstand zwischen Buttons, dieselbe Variable, die das Theme in den Befehlsspalten verwendet. Gescoped auf Gruppenzeilen. Siehe B2.26. */ .k-grouping-row > td > .k-reset { gap: var(--kendo-spacing-2, 0.5rem); } /* Die Theme-Regel .k-grid .k-grouping-row .k-icon (gedacht fuer das Aufklapp-Icon des Gruppenkopfs) gibt JEDEM Icon im Gruppenkopf margin-inline-end: .5rem - auch dem Icon in unseren Buttons. Textlose Buttons wurden dadurch 7px zu breit (gemessen 41 statt 34 px). Die Regel steht so schon in Theme 10.2.0 - das war die ungeklaerte Ueberbreite aus B2.26 Teil 2. Das Aufklapp-Icon steckt in keinem .k-button und bleibt unberuehrt. Siehe B4.7. */ .k-grid .k-grouping-row .k-button .k-icon { margin-inline-end: 0; } /* Bildvorschau-Tooltip an den Download-Buttons (proj/Projekt, ProjektAufgabe, ProjektAufgabePositionMaterial, Bild-Tooltip in kuwe/KursTeilnehmer). Ab Kendo 2026 ist die innere Popup-Huelle (k-child-animation-container) breiter als der sichtbare Tooltip - gemessen 621 statt 334 px - und liegt ueber dem Download-Button. Sie fing die Maus ab: Button verlassen -> Tooltip zu -> Button frei -> Tooltip auf, also Flackern; ausserdem liess sich der Button bei offener Vorschau nicht anklicken. Die Vorschau enthaelt nichts Anklickbares, deshalb geht die Maus durch sie hindurch. Gescoped ueber .imgPrev (die Bildklasse der Vorschau). Siehe B4.6. */ .k-animation-container:has(.imgPrev) { pointer-events: none; } /* Zur Scrollbarkeit der Mandantenliste im Menueband siehe B2.17: geloest wird das nicht hier, sondern mit .Scrollable(true) am Menue selbst (Views/Shared/Components/Menu/Default.cshtml). Eine CSS-Regel waere hier moeglich, muesste aber mit !important gegen eine Inline-Angabe von Kendo antreten und nach jedem Theme-Wechsel nachgeprueft werden. */ /* Kendo hat die Klasse fuer Schriftart-Icons von .k-icon auf .k-font-icon umgestellt. Das Paket @progress/kendo-font-icons setzt die Schriftfamilie deshalb nur auf .k-font-icon, waehrend es den Codepunkt weiterhin ueber .k-i-* vergibt. Die Anwendung schreibt an rund 660 Stellen k-icon, also kaeme dort der Codepunkt in der normalen Seitenschrift an - Vierecke und falsche Zeichen. Hier wird die Schriftart nachgezogen. :not(.k-svg-icon) laesst Kendos eigene SVG-Icons unberuehrt. */ .k-icon:not(.k-svg-icon) { font-family: "WebComponentsIcons"; font-style: normal; font-weight: normal; line-height: 1; text-transform: none; } /* Bootstrap 3 setzt html{font-size:62.5%}, also 1rem = 10px - ein altes Bequemlichkeitsmuster, das Bootstrap 3 selbst nirgends nutzt (es rechnet durchgehend in px). Die Kendo-Sass-Themes bemessen dagegen ALLES in rem: --kendo-font-size: 1rem, --kendo-spacing-*: n rem, .k-icon-md: 1rem. Dadurch war die gesamte Kendo-Oberflaeche um 37,5 % zu klein - Schrift, Innenabstaende und Icons. Hier wird die Wurzel auf den Wert gesetzt, den Kendo annimmt - allerdings auf 87,5 % statt 100 %: das ergibt 14px und damit exakt die Schriftgroesse, die das alte System gerendert hat (am laufenden Altsystem nachgemessen). Kendos Vorgabe waeren 16px, das wirkt in dieser Anwendung zu gross. Betrifft sonst nur den Cropper-Block in Site.css. */ html { font-size: 87.5%; } /* Befehlsbuttons im Grid: nur Icon, kein Text. Bis 2022 wurde die Beschriftung durch die feste Groesse oben plus overflow:hidden abgeschnitten. Kendo 2025 legt sie dagegen in ein eigenes , das sich direkt ausblenden laesst - sauberer als Abschneiden, und der Button behaelt seine Flex-Zentrierung, sodass das Icon wieder mittig sitzt. Die Pixelkorrekturen von oben (text-indent, padding) sind fuer das alte Markup gedacht und werden hier zurueckgesetzt. */ .k-grid .k-command-cell .k-button-text { display: none; } .k-grid .k-command-cell > .k-button { display: inline-flex; align-items: center; justify-content: center; padding: 0; text-indent: 0; /* Theme 10.2.0 gibt jedem Befehlsbutton zusaetzlich margin-inline-end: var(--kendo-spacing-2, 0.5rem) - einen Abstand, den das alte LESS-Theme nicht hatte. Den Abstand zwischen zwei Buttons setzt diese Datei aber schon selbst (.k-command-cell > .k-button + .k-button, margin-left: 0.32em). Beide addierten sich, und die Spaltenbreiten im Code (40, 80, 85, 90 px) stammen von vorher - ab dem zweiten Icon reichte die Breite nicht mehr, die Buttons brachen um. Eine min-width pro Spalte gibt es im Grid nicht: .Width() landet im colgroup und die Tabelle laeuft mit table-layout:fixed, die Breite ist also bindend, kein Minimum. Deshalb hier der Theme-Abstand auf 0 - das stellt die Geometrie von vor 2025 her, der selbst gesetzte Abstand bleibt erhalten. */ margin-inline-end: 0; }