haariga / craft-gonzo Goto Github PK

Halte ich noch mit für sehr wichtig.
.button--red

.button--blue

etc. Das man dann zwischen den Sachen switchen kann.

https://polaris.shopify.com/components/actions/button#navigation

Hab die Description geändert aber er holt sich immer noch den alten Wert. Dist ist auch alles richtig.

Codeblocks togglebar machen

@martinherweg PrismJS? Im Boilerplate ist schon eins drin.

https://stackoverflow.com/questions/9162933/make-iframe-height-dynamic-based-on-content-inside-jquery-javascript

Mehr globale Styles
headlines
hrs
etc.

Must Have! :D haha

Weiteres Feature…
https://polaris.shopify.com/visuals/colors#section-guidelines

Sidebar immer nur eines open.

Wenn man eine Comp öffnet wird das HTML nicht sauber gerendert.

Spannend wäre wenn man die Navigation Oben und links anhand von Ordnern erstellen könnte. Dann würde sich hier ein kompletter Styleguide ermöglichen was ziemlich Spannend wäre. Oder man macht es noch besser, dass man in Craft eine Section (structure) anlegt die PatternLab heißt und damit alles steuern kann? Dann hätte man ja komplette Freiheit

Main Site == Navi Punkt oben
Subsite == Hauptpunkt in der Navi Links
Sub Sub Site == Unterseite der Subsiten

@martinherweg wie können wir am besten Custom Seiten einbauen?
Ich würde gern ne Intro Site bauen etc. Das ganze kann über Config pflegbar sein im Step 1 und im Step 2 dann im Backend.

Die http://craft3.test/dev/typo würde ich auch gern mit einbauen. Weiß nicht wie man das am besten macht? Oder einfach Files die man integriert. Die Typo Sache muss auch nicht zwingend änderbar sein. Wer was anderes will kann sich ja selber was bauen.

Sidebar Ordering…
Sollte alles alphabetisch sortiert sein am besten.

1. Gonzo Field erstellen (Gonzo User Roles)
2. Field an User hängen
3. User Roles definieren (Default: Developer, Designer, Project Owner)
4. Status via Frontend editierbar machen

Ist es möglich? Ich bin beim RichText und er liest mir die Variante aus und ich kann die sachen in nem Editor editieren?

Ich schreib es mal mit auf.

Installation

• Composer

Config File (gonzo.php)

• Status + Colors
• Folder

…

• Einrückungen
• Active Style

Beim ersten Aufruf /patternlib sollte das erste Modul vom ersten Folder standardmäßig geöffnet sein.

Wenn man einen der mQ Buttons klickt wäre es cool, wenn der iFrame sich in der höhe wieder anpasst.

Wenn ich so drüber nachdenke macht es wohl noch mehr sinn PHP Configs zu nutzen um die Sachen gleich mit CMS Content zu befüllen. Das würde wohl einige Probleme lösen und bei manchen wohl sogar unumgänglich sein.

Wenn du sagst es ist besser dann können wir auch komplett auf php configs gehen. Es ist eh ein Craft Thema nur. Wenn man da dann echte queries reinpacken kann, hat man glaube den Endboss.

Dann sollten wir aber noch mal die Config diskutieren was alles rein MUSS und was kann. Und dann auch, wenn die MUSS Sachen nicht alle da sind nen Fehler schmeissen.

Oha, ich glaub das wird richtig gut :)

Es wäre cool wenn man neben den Template Codes auch den Rendered Code anzeigen könnte. Der ist vielleicht sogar noch spannender.

Würde ich dann direkt unter dem iFrame zeigen und die anderen dann weiter unten.

Colorpicker for colors.

Neuer Tab => Template ohne den ganzen kram anzeigen

Under Scores auftrennen. Hier und da vielleicht auch CamalCase auflösen. Mal schauen.

Die Code Blocks unten immer sofort komplett zeigen

Anforderungen die gegeben sein müssen das eine Componente in der Sidebar auftaucht:

• Config File
• Template File

http://craft3.test/patternlib?template=atoms/richText

Würde gern die Sachen aus dem App.scss im Vue nutzen können (Functions, Mixins)

Vielleicht ist sowas auch interessant und mit Vue dann gar nicht so schwer umzusetzen.

Kann man so kleine Helper Functions schreiben die man dann halt importen muss in die Config oder ist das eher kompliziert da die ja irgendwo Global liegen müssten

image: getImage(ID);

das man nicht immer den ganzen Craft kram schreiben muss. Gleiche für entry etc. etc. etc.

Views und Embeds haben beide Home. Irgendwas passt da nicht mit der Navi

Active Classen für:

• Wenn link links aktiv ist
• Wenn Links ein Folder aufgeklappt ist
• Buttons beim iFrame

Wenn man eine andere Comp anklickt sollte man wieder nach oben scrollen.

Siehe ComponentRender.vue

Es wäre schön wenn man Module aus der Navi Links raus nehmen könnte. Würde es über den Status machen "hidden".

Was denkst? Oder eigene Config option: visible => true als default und halt false. Ist wohl sogar noch sauberer da wir den Status dann nicht missbrauchen.

Component Render Transition ist schon drin. Läuft nur nicht sauber.