Druckbare Version
TYPOlight Version 2.8.RC1 ist verfügbar. Verwenden Sie Beta-Versionen nicht für produktive Webseiten! Laden Sie das Release herunter, um zu prüfen, ob Ihre Webseite oder Erweiterung angepasst werden muss.
Ganzen Beitrag zu 'TYPOlight 2.8.RC1 verfügbar' lesen
HI
mit so vielen neuen Funktionen hätte ich gar nicht gerechnet, insgesamt erleichtert TYPOlight 2.8 die Arbeit sehr! Vielen Dank.
Was mir beim ersten Testen aufgefallen ist (danke für den deutschen Installer): Das Feld „Sprache“ in der Seitenstruktur ist nun nicht mehr vorbelegt. Das ist sehr störend für den Arbeitsfluss, da man sich erst daran gewöhnen muss, und es ist immer ein Scrollen zum Feld, dann erst kann man Optionen wie etwa den Seitentyp ändern.
Gibt es gute Gründe für diese Änderung, dann baue ich es in die dcaconfig.php ein, oder änderst du das noch, oder ist das gar ein Fehler?
Sebastian
Kann ich in der Onlinedemo nicht reproduzieren.
Wow, krasse Liste, anders kann ich das nicht sagen :)
Top, Leo!! Ich bedanke mich herzlich :)
Na dann wollen wir mal ans Testen gehen ;)
Hallo,
kann ich den 2.8.RC1 installieren, damit eine Website errichten und dann später auf 2.8 updaten/ändern?
gruß stefan
Ja, sollte gehen :D
Auch von mir ein Lob für die neue Version!
HI Leo
ich schon. Sorry :(
Das tritt auf mit Firefox 3.5.5 unter Mac OS 10.6, mit Safari 4.0.3 ebenfalls. Die Browsersprache hat keinen Einfluss darauf. Das Feld Sprache ist definitiv nicht vorbelegt.
Sebastian
Hallo zusammen,
mein erster Eindruck ... Super.
Irgendwie bekomme keinen Upload über die Dateiverwaltung hin. Ich kann keine Dateien auswählen. Das Fenster verschwindet sofort.
Jürgen:eek:
@Sebastian:
die Vorbelegung ist soweit ich weiß jetzt Abhängig von der Sprache im Startpunkt der Internetseite (das war vorher ja Browserabhängig meine ich).
In der Online Demo seh ich da auch keine Probleme... da ist endlich en und nicht mehr de bei mir (Kubuntu 9.10 FF 3.5.4).
@Jürgen:
Das sind viel zu wenig Informationen um damit was anfangen zu können... lokal? in der online demo? OS? Browser? usw. usw.
Dann bleibt mir noch zu sagen: danke für die Beta zum Testen!
Viele Grüße
Sorry:o,Zitat:
Zitat von MacKP
war nicht mein Tag. Funktioniert super. Das Problem war nur das ich zu blöd war die Auswahlmöglichkeiten über den Fortschrittsbalken sofort zu sehen!!!
Vielleicht könnte man die noch etwas presenter gestalten? Damit erkenne auch ich sie dann sofort;)
Jürgen
HI
ich habe das Problem bei allen Seitentypen unabhägig von der Position. Das Feld ist immer leer, wenn ich eine neue Seite anlege, sowohl in der Demo als auch in einer lokalen Installation.
Sebastian
Kann ich nicht empfehlen. Nicht, weil es sich um TYPOlight handelt, sondern genereller Art. Außerdem solltest du unbedingt auf die Updates der Extensionen warten, wenn du etwaige verwenden möchtest, oder musst. Im Eingangspost wurde ebenfalls darauf hingewiesen, das RC (noch) nicht für den produktiven Einsatz zu verwenden. Ich jedenfalls würde abwarten, bis Leo die Applikation komplett fertiggestellt hat und entsprechende Extensionen (für TYPOlight 2.8) durch die Community zur Verfügung gestellt werden.Zitat:
Zitat von [Stefan]
Coool, die RC muss ich demnächst echt mal testen. Klingt für mich so, als habe es sich gelohnt die Übererbeitung einer Website hinauszuzögern, denn was unter dem Punkt "Überschreiben von Bildabmessungen" steht ist genau das, was ich brauchte (bzw über Templates aktuell nutze)
Hi,
hab grad gesehen, TL bringt nun eine eigene "lastLogin" Funktion mit, die im Backend und Frontend zur Anzeige kommt.
Nette Sache, nur konnte ich bisher in den Tickets nichts dazu finden.
Besonders in Verbindung mit meinem LastLogin/OnlineMembers Modul muss ich mir dazu nun Gedanken machen ob ich die internen Funktionen mit nutze (nutzen kann) oder weiterhin die eigenen.
Das Ticket dazu ist hier: http://https://contao.org/issues/show/1038
Die Funktion "last login" wird darin nicht explizit vermerkt, gehört aber in diesen Kontext und ist außerdem eine wichtige Vorstufe für das Statistikmodul, das in einer der nächsten Versionen geplant ist.
Ich hab mal eben meine lokale Installation geupdated auf die RC. Bisher keine sichtbaren Probleme (ok mehr als geschaut habe ich noch nicht ;) ).
Nur eine Kleinigkeit ist mir aufgefallen. Bei den News gibt es ja die Möglichkeit kleinere Vorschaubilder einzustellen. Dabei kann man die Höhe & Breite und ob beschneiden oder proportional skalieren einstellen.
Was ich dabei verwirrend finde ist der Text dazu "Geben Sie entweder Breite oder Höhe ein, um das Bild zu skalieren, oder beide Werte, um es zu beschneiden".
Dem Text nach wäre die ComboBox für das Beschneiden/Skalieren sinnlos, da eh nach der Anzahl der vorhandenen Werte gearbeitet wird (ich habs bisher allerdings nicht getestet wie er sich verhält ;) ).
Wäre es nicht sinnvoller (wen ich den aktuellen Beschreibungstext als aktuelle Arbeitsweise als Vergleich heranziehe): Wenn "beschneiden" eingestellt ist beschneidet er das Bild nur bei den angegeben Werte (wird nur die Höhe angegeben wird nur die Höhe beschnitten, wenn beides alle Seiten, ...) und bei "skalieren" wird so skaliert das die angebeben Werte das Minimum darstellen? (Wenn ich z.B. ein Bild habe mit 40*20 Pixel habe und als Höhe 20 und als Breite auch 20 angebe ein 20*10-Bild herauskommt?)
Hallo Leo
Ich hab gerade ein Modul für meine eigenen Zwecke geschrieben und bin dabei über die neue Veröffentlichungs-Möglichkeit mit dem Auge bei jedem Datensatz gestossen.
Ich hab dann kurz mal die DCA's gecheckt und festgestellt, dass bei jedem via Callback und Ajax einerseits das Icon geändert und andererseits das DB-Feld 'disable' verändert wird.
Nun frag ich mich ganz einfach, weshalb dieser Permission-Check nicht zentral irgendwo läuft sondern stattdessen in jeder DCA-Datei ziemlich viele Zeilen Code steht.
Alles was ich jetzt für mein Modul mache, ist den Code ebenfalls kopieren, damit das mit den Permissions stimmt.
Kannst du da vielleicht kurz sagen, weshalb dieser Ansatz und warum man es nicht zentralisieren kann? Die Beweggründe halt :D
Ich geh ja davon aus, dass du dir dabei sicher was gedacht hast :)
Danke für die Antwort und deine Bemühungen!*top*
Beim Testen ist mir bislang folgendes aufgefallen:
Der Cache funktioniert für mich nicht. Egal, welche Cache-Einstellung ich in den "Einstellungen" vornehme, es wird nichts in das Verzeichnis system/tmp geschrieben (Cache ist bei Seiten und Unterseiten aktiviert). Kann das jemand nachvollziehen? Benötigt dieses Verzeichnis besondere Rechte?
Gruß
Michael
In der Seitenstruktur jeder Seite musst du auch noch den Cache einschalten und die Dauer festlegen.
Hallo BugBuster,
äh. das wird doch vererbt.. also muss man das nicht jeder Seite zuweisen.. sondern nur dem Startpunkt und dann bei den Seiten wo kein Cache sein soll den Cache nur deaktiviren..
Viele Grüße
Ja, bei mir sind nur sehr wenige mit cache, daher lasse ich default auf nocache und setze nur einzelne Seiten auf cache.
Ja, das habe ich gemacht. Zusätzlich und testhalber, da dies wegen Vererbung ja nur beim Startpunkt der Website notwendig wäre.Zitat:
Zitat von BugBuster
Was mich (gestern noch) wunderte, war, dass TYPOlight keine Dateien in das Verzeichnis /system/tmp schrieb. Heute, mit dem ersten Aufruf der Testseite, wurden, ohne dass ich etwas an den Einstellungen verändert hätte (!), auf einmal die Cache-Dateien im Verzeichnis /system/tmp abgelegt. Ich habe keine Erklärung dafür, warum des heute klappte und gestern nicht.
Bisher (Version 2.7.5) war es meiner Wahrnehmung nach so, dass mit dem ersten Aufruf eines Tages die Dateien im Verzeichnis /system/tmp auf jeden Fall neu geschrieben wurden, unabhängig von der im Seitenbaum definierten Cache-Zeit. Das bedeutete, dass der erste Seitenaufruf pro Tag stets länger dauerte als die darauffolgenden Aufrufe. Ich vermute, dass dies mit dem Browsercache und den gesendeten HTTP-Header-Anweisungen zusammenhängt.
Da man nun entscheiden kann, welche Art des Cache man verwenden möchte, habe bei meiner Testinstallation "nur den Servercache verwenden" gewählt und hoffe, dass die Dateien im Cache (system/tmp) solange unverändert bleiben, wie im Seitenbaum festgelegt.
Ich hoffe, damit richtig zu liegen...
Gruß
Michael
Nach wie vor werden die Dateien im Ordner system/tmp täglich neu geschrieben (beim ersten Aufruf der Seite), obwohl die Cache-Zeit auf 7 Tage festgelegt ist.
Weiß jemand, warum das so ist? Soll das so sein? Wenn ja, wozu dient dann die Cache-Verfallszeit?
(Einstellung: "nur den Server-Cache benutzen")
Gruß
Michael
Das war meines Wissens bei der 2.7.x auch schon so.
Der Cronjob von TL löscht wohl den Cache beim erstem Aufruf am Tag denke ich mal.
Einen wunderschönen guten Abend an alle.
Nach erfolgreichem Aufspielen des neuen RC wollte ich gleich mal einen kleine Testseite aufsetzen, leider jedoch finde ich den SMH nun nicht mehr. In der Log steht ja, dass er nun ins Installtool geschoben wurde, aber wo finde ich ihn da? Habe ich Tomaten auf den Augen oder ist vielleicht ein Fehler bei mir passiert?
Die besten Grüße
Alex
Ich wollte nachfragen, ob es vor TL 2.8 noch einen RC gibt. Ist ein TL 2.8 RC2 in Planung?
Hallo BugBuster,Zitat:
Zitat von BugBuster
das vermute ich auch. Aber wozu? Kann man den Cronjob irgendwie beeinflussen? Eigentlich möchte ich, dass der Cache einer Seite nur dann erneuert wird, wenn diese verändert worden ist.
Allmählich fürchte ich, dieses Thema gehört gar nicht mehr in diesen Thread.
Sorry, wenn dem so sein sollte.
Gruß
Michael
hi,
also ich konnte den SMH auch nicht finden , weder bei der installation , noch in den einstellungen ... letztlich habe ich ihn per hand in die localconfig.php nachgetragen ...
was mich noch stört und das selbe gab es schon mal vor xxx versionen ... wenn ich nun einen neuen startpunkt einer website eingebe wird dort gleich ein artikel angelegt, was dort natürlich völliger nonsens ist !
HI
stimmt, beim Startpunkt sollte das nicht sein. Das ist mir auch aufgefallen. Aber da man den Startpunkt meistens nur einmal anlegt, halte ich das nicht für tragisch. Man kann den Artikel ja für dynamische Inhalte nutzen, die Redakteure bearbeiten können sollen, die jedoch als Modul eingebunden werden.
Sebastian
hi,Zitat:
Zitat von Sebastian
sicher kann man das ... man hätte es auch so lassen können wie es war, so bringt es eher einen unnützen artikel an einer stelle wo er nichts zu suchen hat.
und ja natürlich kann man ihn irgendwo hin verschieben, an eine stelle wo man mehr als einen artikel zu einem menupunkt benötigt.
aber wie gesagt, das ganze gab es irgendwann schonmal und ich bin mir sicher, das dieser makel in der final 2.8 nicht mehr da ist.
HI
gab es die Funktion der automatischen Artikelerstellung etwa schonmal und sie ist dann gestrichen worden? Jedenfalls fehlt da wohl einfach die Abfrage des Seitentyps vor dem Erstellen des Artikels.
Sebastian
hi,Zitat:
Zitat von Sebastian
das kann ich dir nicht sagen ob es diese funktion schonmal gab und sie auch so benannt wurde ... auf alle fälle gab es das problem schonmal ... kann aber gut sein das dies noch zu zeiten < 2.1 oder so war ... zu lange her.
Hi
Guggt mal hier: http://https://contao.org/issues/show/1194
lg mani
hi, na bitte ...
Die Handhabung der Mootools Scripte wurde ja verändert. Im Seitenlayout können ja jetzt die einzelnen Scripte Aktiviert werden.
Nur wie kann ich jetzt z.B. eine Mootools Navi realisieren. Als Modul an sich stehts bei mir nicht zur Verfügung.
Oder steh ich grad ganz auf dem Schlauch ?
Liebe Grüße
Sarvo: Die mootools-Navi ist auch eine Erweiterung und noch nicht für TL 2.8 freigegeben. Da musst du mal abwarten :)
alles klar dankeschön ;)
Hatte jetzt die Roadmap für die Version nicht genau mitverfolgt.
Dann probier ich mal munter weiter
Hallo Leo,
ich bin gerade beim Checken der BackupDB für die 2.8er Version. Mir ist aufgefallen, dass in dem neuen Website-Template music_academy.sql jetzt auch die Tabellen tl_search und tl_search_index aufgeführt sind. Ich hatte diese beiden vorher nicht im SQL drin, weil sie wieder neu gebildet werden können und beim Speichern ggf. sehr viel Platz brauchen. Die Website-Templatedatei wird dadurch ggf. sehr gross.
Was sind da die Hintergründe?
Die beiden Tabellen sind schon immer Teil der Beispielwebseite (siehe example_website.sql) gewesen. Hintergrund ist, dass unter Umständen jemand die Music Academy installiert und als erstes die Suche ausprobieren möchte, die ohne diese Tabellen keine Ergebnisse liefern würde :)
Bei normalen SQL-Dumps speichere ich den Inhalt dieser Tabellen aber auch nicht.
OK, gerade mel getestet, da hier scheinbar das gleiche dachte wie ich: Der Hilfetext ist bei diesem Punkt ist eher eine Irritierhiletext anstatt einem Hilfetext ;). Besser wäre imho:Zitat:
Zitat von SunBlack
"Geben Sie Breite und/oder Höhe ein, um das Bild zu skalieren oder zu beschneiden".