erdmannfreunde / euf_grid Goto Github PK

As discussed: when you create a new row-start element, in 99% you also want to create a row-end element. Same goes for column-start element.

It would be great if contao would add the end elements by default when a new start element ist created.

Hallo,
Vielen Dank für die Erweiterung.

Ich habe nur zufällig euren Beitrag gelesen:
https://erdmann-freunde.de/logbuch/grid-erweiterung-version-3/

Könntet Ihr bitte den Update-Hinweis hier bez. der Version 3 ( CSS-Grid ) aktualisieren.

Derzeit ist für die Felder (in C3.5) eine feste Höhe gesetzt.

Um diesen Fehler zu beheben, kann die Klasse autoheight hinzugefügt werden.

Hallo,
stehe gerade etwas auf dem Schlauch. Wo kann ich denn die Werte der Breakpoints updatesicher ändern? Geht das überhaupt?
Ich habe auch in der Doku (außer in der CSS-Datei selbst) keine Übersicht der bestehenden Breakpoints gefunden. Das sind die Werte aus der CSS-Datei.
SM = 34.375em (entspricht 550px)
MD = 48em (768px)
LG = 58.75em (940px)
XL = 68.75em (1100px)

Wenn ich ichdebug-mode bin bekomme ich ab und zu die Warning
Wenn ich es richtig sehe wird die Variable $type überhaupt nicht verwendet.
Lästig ist es

Assign responsive-friendly margin or padding values to an element or a subset of its sides with shorthand classes. Includes support for individual properties, all properties, and vertical and horizontal properties. Classes are built from a default Sass map ranging from .25rem to 3rem.

See: https://getbootstrap.com/docs/4.0/utilities/spacing/

Hi,

Have you planned to add support for auto-layout-columns in the near future? https://getbootstrap.com/docs/4.0/layout/grid/#auto-layout-columns

Many thanks,
Wolfgang

Ich versuche euf_grid 3.1.0 mit dem ContaoManager für Contao 4.9 zu installieren

Das Bundle wir aber nicht installiert.
Beim composer update wird es zwar noch erkannt

[138.6MiB/51.40s] Lock file operations: 1 install, 1 update, 0 removals
[138.6MiB/51.41s] - Locking erdmannfreunde/euf_grid (3.1.0)

aber beim Instal wird es nicht installiert.

Gibt e da noch Abhängigkeiten ??

Moin,
ich liebe diese Erweiterung und wollte sie in einem 3.5er Projekt einsetzten.

Jedoch vermisse ich dort im Layout die Checkbox zum hinzufügen der CSS-Datei. Habs für mich manuell gelöst aber ich denke so sollte es nicht sein.

Hello there :)

first of all thanks for this extension. @bastibuck told me about the "manipulateGridClasses" hook at the Contao Camp that might be leveraged to add more custom css classes. However, in my eyes the hook signature is missing one important argument, i.e. the current content element (https://github.com/ErdmannFreunde/euf_grid/blob/master/classes/GridHooks.php#L57)

If you would pass this done to the hook, one might be able to dynamically append css classes per content element to the surrounding div that is created here: https://github.com/ErdmannFreunde/euf_grid/blob/master/classes/GridHooks.php#L78

I am building a 3×3 masonry grid layout and this small change is the difference between
"Row Start, 9 Custom Elements, Row End" (11 content elements) and
"Row Start, {Column Start, Custom Element, Column End}×9, Row End" (29 content elements).

This would save plenty of time creating and editing the content as well as giving more flexibility to devs :)

If you agree, I could prepare a PR.

Cheerio

EDIT: To be more precisely, one can achieve the 11 CE setup with the grid_options field as well, but then the editor has to select a couple of classes every time. That is what I would like to do programmatically.

Hi,
when I add a Link-Teaser Element by heimrichhannot/contao-teaser-bundle V 1.1.4, no Grid-Einstellungen »Grid Colums & Rows« and »Grid Optinon« are added to the Element.
euf_grid V 3.1.0,
CONTAO 4.11.3
I dont know wether heimrichhannot/contao-teaser-bundle makes the trouble or euf-grid.
Sencerely
Rudolf

Hallo,

ich erhalten zurzeit eine Warnung, wenn ich im Debug Modus im Backend einen Artikel öffne, der ein Grid enthält.

Es wird versucht, die Variable $type zu ergänzen.

Ich habe aber keine Stelle im Code gefunden, an der die Variable definiert wird.

Das Problem konnte durch das Auskommentieren der Zeile behoben werden.

Contao: 4.12.5
PHP: 8.1

Viele Grüße
Dennis

If I run your extension on php8 I get:

"implode(): Argument #2 ($array) must be of type ?array, string given"

According to (PHP docs implode)[https://www.php.net/manual/de/function.implode.php] needs to get the string value first, then the array.

// currently in code:
$grid .= implode(deserialize($arrGridClasses), ", "); 

// fix
$grid .= implode(", ", deserialize($arrGridClasses));

in GridClass.php Line 121; 149

Aktuell wird die Grid CSS-Datei in Contao 4 nicht geladen, da sich die Ordnerstruktur geändert hat.

Liebes Entwicklerteam,

ich bekomme beim Speichern eines Elements folgenden Fehler:

Uncaught PHP Exception TypeError: "implode(): Argument #2 ($array) must be of type ?array, string given" at .../contao/vendor/erdmannfreunde/euf_grid/classes/GridClass.php line 149

Contao: 4.9
EUF_Grid: 3.1.0

Ich habe diese Kombination schon mehrfach eingesetzt, der einzige Unterschied ist PHP 8.0

Danke Euch

Hello,

we use your grid extension again in a recent project – thanks for sharing!
Is there a SCSS basis with variables for the CSS? If yes, would it be possible to include this as well?

This would help with breakpoints as we could include the SCSS source files and a predefined breakpoint map.

Stay healthy!

Hello there,

when adding grid classes to a form submit button, the classes get applied twice on the widget div and the input itself (as @denniserdmann mentioned in #1 already).

As far as I see, there is no need to handle the submit button any differently than other fields (except fieldset). You just set the grid classes on $this->prefix and it works as expected. Basically, you revert the changes made in GridHooks in commit d0e10a.

This means as well, that I cannot reproduce issue #1. When I revert the mentioned line, it works perfectly.

Cheerio

Adding a ID in backend via the ID/Class fields doesn't print the ID in FE.

Vorerst mal Danke für die super Erweiterung 👍

Am Screenshot ist ein komplexes aber korrektes bzw. funktionierendes Layout zu sehen.

Das Problem:
Wenn ich das grün markierte Inhaltselement bearbeite (zb. lediglich einen CSS-Klassennamen ändere), wird automatisch ein Inhaltselement "Reihe Ende" darunter erstellt.
Dieses:
a) wird nicht benötigt
b) "zerstört" daher das Layout
c) muss nach jeder Bearbeitung immer wieder gelöscht werden

Kann man die automatische Erstellung des Inhaltselements "Reihe Ende" (und "Spalte Ende") verhindern?
Oder würde es (Angesichts dieses Verhaltens) vielleicht Sinn machen diese Funktion generell zu deaktivieren?

Eingabemaske:

BE-Ansicht:

Bootstrap 4 setzt für den kleinsten Viewport auf die Klassenbezeichnungen col-1 bis col-12, statt wie bisher col-xs-1 bis 12.

In diesem Zusammenhang wird auch die Klasse col kommen, die in #9 thematisiert wurde.

In den aktuellen Versionen wird zu jedem Spalte-Start-Element auch ein Spalte-Schließen-Element angelegt. Problem: Verwendet man beim Anlegen Speichern und Neu oder Speichern und Duplizieren, kommt die Erweiterung durcheinander.

Die Reihenfolge sieht dann wie folgt aus:

-- Reihe Start
-- Spalte Start
-- Spalte Start
-- Spalte Ende
-- Reihe Ende

Es fehlt das zweite Spalte-Ende-Element. Außerdem wäre es gut, wenn das neu Spalte-Start-Element nach dem automatisch erzeugen Spalte-Ende-Element steht, sofern das in Contao möglich ist.

Ebenfalls anzumerken:
Die Spalte-Ende-Element sollten nicht die Spalten-Klassen des Start-Elements bekommen, es sei denn, sie würden sich auch automatisch mitändern, wenn man eine Änderung in Spalte-Start vornimmt.

Vorerst mal Danke für die super Erweiterung 👍

Am Screenshot ist ein komplexes aber korrektes bzw. funktionierendes Layout zu sehen.

Das Problem:
Wenn ich das grün markierte Inhaltselement bearbeite (zb. lediglich einen CSS-Klassennamen ändere), wird automatisch ein Inhaltselement "Reihe Ende" darunter erstellt.
Dieses:
a) wird nicht benötigt
b) "zerstört" daher das Layout
c) muss nach jeder Bearbeitung immer wieder gelöscht werden

Kann man die automatische Erstellung des Inhaltselements "Reihe Ende" (und "Spalte Ende") verhindern?
Oder würde es (Angesichts dieses Verhaltens) vielleicht Sinn machen diese Funktion generell zu deaktivieren?

Habe die Version 3.1 installiert. Mit IE11 (leider immer noch etwas Marktanteil) wird die Darstellung aber völlig massakriert.
Gibt es da von eurer Seite noch CSS-Anpassung oder lasst ihr es bewusst bleiben? Letzteres würde ich verstehen ;-).

Beim Anfügen der Grid-Klassen in Formularen, wird der Submit-Button ignoriert.

Schuld daran ist GridHooks.php Zeile 141
Dort müsste es heißen:
if ($objWidget->type === 'fieldset' || $objWidget->type==='submit')

Viele Grüße
Samuel Heer

Vermutlich aufgrund dieser Anpassungen in Contao:
contao/contao#2708

Content-Elemente benötigen neuerdings ein tstamp damit sie angezeigt werden. Ihr generiert an dieser Stellen
https://github.com/ErdmannFreunde/euf_grid/blob/a758742030277616b4096b460bc1ad1057e3b0c2/classes/tl_content_extended.php#L44
ein Content-Element ohne tstamp. Nach dem Contao-Update werden diese automatisch generierten Elemente nicht mehr angezeigt und das Grid-Layout ist zerstört.