Re: [TYPO3-german] Fehlendes/Entfallenes Feld section_frame in der 7er LTS

2015-11-13 Diskussionsfäden André Spindler 

Hallo miteinander,

kurz nach Veröffentlichung der 7.4 mit fluid_styled_content hatte ich 
auch schon nachgefragt (https://forge.typo3.org/issues/70534).
Die Wiedereinführung wurde abgelehnt. Kann sich jeder seine eigene 
Meinung dazu bilden.


Was aber wichtig ist:
Das Feld "section_frame" ist in der Datenbank-Definition zur Extension 
"css_styled_content" enthalten. Sobald diese Extension deaktiviert wird, 
fliegt das Feld beim nächsten DB_Compare im Installtool aus dem System. 
Da wäre ich mit aussagen wie "Da das Feld in der Datenbank wohl noch 
vorhanden ist, kann man das Feld über TCA im Backend wieder verfügbar 
machen" vorsichtig.
Die saubere Lösung ist die, selbst eine Extension dafür zu bauen, welche 
das Feld neu mitbringt/definiert. Dann am Besten auch gleich noch eine 
Migrations-/Importfunktion für die Übernahme der alten Werte.
Zur Ausgabe braucht es natürlich dann noch entsprechdende 
Fluid-Templates bzw. vor allem ein modifiziertes Fluid-Layout


Lieben Gruß,
André

Am 13.11.2015 um 00:19 schrieb Johannes C. Laxander:

Hallo Lars,

das Thema haben wir heute auch in der T3UG Stuttgart diskutiert, und können die 
Entscheidung ebenfalls nicht nachvollziehen.
Diese Tatsache kann auch einen Umstieg auf die neue Version ungemein 
erschweren. Viele haben Layout und Section Frame auch in Kombination 
eingesetzt. In der Gruppe wurde es eher als ein Rückschritt betrachtet.
Da das Feld in der Datenbank wohl noch vorhanden ist, kann man das Feld über 
TCA im Backend wieder verfügbar machen. Aber ob das eine dauerhafte Lösung sein 
kann weiß ich nicht.
Gruß, Johannes.


-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-
boun...@lists.typo3.org] Im Auftrag von Lars Brinkmann
Gesendet: Donnerstag, 12. November 2015 23:20
An: German TYPO3 Userlist 
Betreff: [TYPO3-german] Fehlendes/Entfallenes Feld section_frame in der 7er LTS

Hallo zusammen,

in der neuen 7 LTS ist ja das Feld section_frame entfallen. Ich finde das etwas
schade, habe ich das Feld doch sehr häufig benutzt, um ein Inhaltselement
unterschiedlich formatieren zu können.

Zum Beispiel "Eingerückt, links mit Border", "Linie ober- und unterhalb", etc.

Nun ist ja anscheinend in der 7er nur das Layout-Feld übrig geblieben.
Dieses nutze ich aber meistens für andere Aufgaben, z.B. bei der Verwendung
von Bootstrap um das Container-DIV vorher mit einem DIV zu wrappen, um einen
fluiden Hintergrund zu haben.

Bislang habe ich noch keine Idee, wie ich das fehlende section_frame ersetzen
kann, um Redakteuren die Möglichkeit zu geben, ein Inhaltselement anderweitig
zu formatieren. Mit section_frame reichte halt ein DIV-Wrapper mit CSS-Klasse.
Nun würde mir eigentlich nur einfallen, für jeden Fall ein eigenes Template
anzulegen.

Welche Möglichkeiten gibt es noch? Am liebsten wäre mir ja, section_frame kommt
zurück.

Viele Grüße, Lars Brinkmann
--
brinkmann.l...@gmail.com
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german


___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Powermail Mehrschrittformular Tabs ohne Seitenbezeichnung

2015-11-13 Diskussionsfäden Laurie 

Hi,
also nach xmaligem Rumprobieren habe ich keine Lösung gefunden außer die 
Seitenbezeichnungen ganz ungalant über CSS einzufügen. Wenn jetzt der 
User die Seitenbezeichnungen im BE ändert müssen die auch im Stylsheet 
geändert werden. Nicht gut.


Grüße
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Bildergröße greift nicht

2015-11-13 Diskussionsfäden Hans-Peter M. 

Hi, ich habe folgendes Problem:

Ich habe in TS die Bildergröße auf maxW = 300 eingestellt.

Jetzt benötige ich ein Bild mit einem größeren Format.
Wenn ich im Content bei den "Image Adjustments" einen Wert von 700px 
eingebe, greift der Parameter nicht.

Hat hier der TS absolute Priorität oder habe ich evtl. ein anderes Problem?

T3=6.2

Gruß
HP
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Fehlendes/Entfallenes Feld section_frame in der 7er LTS

2015-11-13 Diskussionsfäden Philipp Gampe 
Hi Lars,

Lars Brinkmann wrote:

> Und wirkliche Alternativen oder Best Practice-Empfehlungen für die nun
> fehlenden  Punkte gibt es ja nun auch nicht.

Doch. Wenn du extra Felder brauchst, dann baue eine eigene Extension, welche 
diese Felder mitbringt.
Das geht mit dem Extension Builder ganz leicht (zumindest wenn man weiß wie 
er Property Namen auf Datenbankfeld Namen mappt.

Grüße
-- 
Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln
Certified Integrator – Active contributor TYPO3 CMS
TYPO3  inspiring people to share!

___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Problem mit Klein- und Großschreibung beim Update von 4.5 auf 6.2.

2015-11-13 Diskussionsfäden Bernd Pier 

Am 13.11.15 um 15:41 schrieb Peter Linzenkirchner:

Hallo Stephan,

danke für den Tipp! Klingt logisch, da hätte ich selbst drauf kommen sollen. 
Für dieses mal ist das Kind natürlich im Brunnen :-) Ich konnte es halbwegs 
fixen, in dem ich das Update in einer Kopie auf dem Server nochmal gemacht habe 
und dann die FAL-Tabellen überschrieben. Allerdings waren danach alle 
Download-Links im RTE defekt - bzw. es waren die falschen Dateien verknüpft. 
Aber das waren zum Glück nicht so viele, so dass ich die händisch ausbessern 
konnte. Die 550 echten Download-File konnte ich so retten. Puh.

Jetzt muss ich nur noch zusehen, wie ich meine Platte nachträglich 
partitionieren kann. Soll ja gehen, wie ich gesehen habe.

Was das Backup angeht: ich nutze Time Machine … keine Ahnung ob das klappt, ich 
vermute mal, dass es nicht geht  Kann auch aktuell nichts dazu im Netz 
finden; aber egal, wenn es nicht geht, gehts halt nicht. Dann muss ich eben für 
diese Partition ein anderes Backup-System einsetzen. Jedenfalls kann ich damit 
das Problem lösen (und noch ein paar andere …)

Danke und viele Grüße
Peter





Am 13.11.2015 um 07:32 schrieb Stephan Kleiber :

Hallo Peter,

du kannst das Problem lösen, indem du eine zweite Partition auf deinem Mac erstellst und 
diese formatierst mit "Mac OS Extended (Groß-/Kleinschreibung und Journaled)".
Dateien verschieben, Pfade anpassen und es sollte bereits funktionieren.

Netzwerkmounts leite ich auch auf die Case-Sensitive-Partititon.

Im PhpStorm kann man dann noch "idea.case.sensitive.fs=true" eintragen in 
~/Library/Preferences/WebIde100/idea.properties.

Viele Grüße
Stephan



Am 12.11.2015 um 12:23 schrieb Peter Linzenkirchner:

Hallo Liste,

ich habe hier gerade ein ziemliches Fiasko mit einem Update von 4.5 auf 6.2. 
Ich habe das Problem gefunden, und weiß wie man es vermeiden kann, also brauche 
ich an sich keine Hilfe, sondern das hier ist eher eine Warnung.

Ich habe das Update lokal durchgeführt, auf einer MAMP-Instanz unter Mac OS X. 
Der Updater von TYPO3 stellt auf Systemen, die keine Unterscheidung von Klein- 
und Großbuchstaben machen automatisch auf „Schreibung ignorieren“ um. Beim 
Portieren der Dateien in FAL werden dann alle Dateinamen in Kleinbuchstaben(!) 
in der Datenbank gespeichert.

Solange die Instanz auf dem Mac läuft, merkt man das Problem nicht, es tritt 
aber natürlich auf, sobald man das Update auf den Server portiert. Alle Dateien 
mit Großbuchstaben sind in FAL falsch gespeichert und können nicht mehr 
dargestellt werden.

Das gleiche tritt natürlich auf, wenn man das Update unter Windows durchführt. 
Und es ist in der Konstellation auch nicht vermeidbar.

Mein Fazi: Ein Core-Update von 4.5 auf 6.2 ist _nur_ und _ausschließlich_ auf 
einem Rechner möglich, dessen Dateisystem zwischen Klein- und Großschreibung 
unterscheidet. Wenn man lokal arbeitet, muss man trotzdem das Core-Update 
nochmals auf dem Server direkt durchführen; oder sich eine Entwicklungsumgebung 
anschaffen, welche Klein- und Großschreibung unterscheidet.

—

So und jetzt schaue ich mal, wie Schadensbegrenzung machen kann.

Gruß
Peter

--
Xing: http://www.xing.com/profile/Peter_Linzenkirchner
Web: http://www.typo3-lisardo.de
Facebook: http://tinyurl.com/lisardo-multimedia


___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german




--
Xing: http://www.xing.com/profile/Peter_Linzenkirchner
Web: http://www.typo3-lisardo.de
Facebook: http://tinyurl.com/lisardo-multimedia

Beim Mac gibts das Programm Festplattendienstprogramm, damit kann die 
Größe bestehender Festplatten verändert werden. Den freien Raum kann man 
dann neu partitionieren. Die Dateien dann verschieben und an dem 
Orginalort ein Symlink (mit gleichem Namen) auf den neuen Ort erstellen. 
So hab ich mein komplettes htdocs Verzeichnis auf eine andere Platte gelegt.


grüssle

Bernd P.
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Problem mit Klein- und Großschreibung beim Update von 4.5 auf 6.2.

2015-11-13 Diskussionsfäden Stephan Schuler 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hallo Peter.

Ich kenne zwar das konkrete Problem des Updates nicht, wohl aber das allgemeine 
Dilemma des OS-X-Dateisystems.
* Grundsätzlich ignoriert das OS-X-Dateisystem die Groß- und Kleinschreibung.
* Um nicht in entsprechende Probleme zu laufen, möchte man eigentlich ein 
Dateisystem in der Entwicklungsinfrastruktur haben, das dem der 
Produktivinfrastruktur entspricht.
* Die Primärpartition unter OS-X lässt sich zwar entsprechend umstellen, 
allerdings scheint es wohl Programme zu geben, die dann einfach nicht mehr 
funktionieren. Allen voran das Zeug von Adobe, hab ich mir sagen lassen.

Wir haben deshalb ebenfalls neben der Betriebssystempartition als 
case-insensitive Partition noch eine weitere case-sensitive Datenpartition auf 
der die Entwicklung läuft.

Du scheinst deine Dateien ja mittlerweile korrigiert zu haben.
Als alternative Lösung hätte ich Dir vorgeschlagen, per Kommandozeile alle 
Dateien konsequent in Kleinschreibung umzuwandeln. Dann wären die Einträge in 
sys_file wieder mit dem Dateisystem synchron und nachdem (hoffentlich) nach FAL 
alles auf die UIDs referenziert stimmen auch alle Datensatzzusammenhänge. Im 
RTE-Content steht ebenfalls z.B „“.

Gruß,



Am 13.11.15 15:41 schrieb "typo3-german-boun...@lists.typo3.org im Auftrag von 
Peter Linzenkirchner" :

>Hallo Stephan,
>
>danke für den Tipp! Klingt logisch, da hätte ich selbst drauf kommen sollen. 
>Für dieses mal ist das Kind natürlich im Brunnen :-) Ich konnte es halbwegs 
>fixen, in dem ich das Update in einer Kopie auf dem Server nochmal gemacht 
>habe und dann die FAL-Tabellen überschrieben. Allerdings waren danach alle 
>Download-Links im RTE defekt - bzw. es waren die falschen Dateien verknüpft. 
>Aber das waren zum Glück nicht so viele, so dass ich die händisch ausbessern 
>konnte. Die 550 echten Download-File konnte ich so retten. Puh.
>
>Jetzt muss ich nur noch zusehen, wie ich meine Platte nachträglich 
>partitionieren kann. Soll ja gehen, wie ich gesehen habe.
>
>Was das Backup angeht: ich nutze Time Machine … keine Ahnung ob das klappt, 
>ich vermute mal, dass es nicht geht  Kann auch aktuell nichts dazu im Netz 
>finden; aber egal, wenn es nicht geht, gehts halt nicht. Dann muss ich eben 
>für diese Partition ein anderes Backup-System einsetzen. Jedenfalls kann ich 
>damit das Problem lösen (und noch ein paar andere …)
>
>Danke und viele Grüße
>Peter
>
>
>
>
>>
Stephan Schuler
Web-Entwickler | netlogix Web Solutions

Telefon: +49 (911) 539909 - 0
E-Mail: stephan.schu...@netlogix.de
Web: websolutions.netlogix.de




netlogix GmbH & Co. KG
IT-Services | IT-Training | Web Solutions
Neuwieder Straße 10 | 90411 Nürnberg
Telefon: +49 (911) 539909 - 0 | Fax: +49 (911) 539909 - 99
E-Mail: i...@netlogix.de | Web: http://www.netlogix.de

netlogix GmbH & Co. KG ist eingetragen am Amtsgericht Nürnberg (HRA 13338)
Persönlich haftende Gesellschafterin: netlogix Verwaltungs GmbH (HRB 20634)
Umsatzsteuer-Identifikationsnummer: DE 233472254
Geschäftsführer: Stefan Buchta, Matthias Schmidt



Am 13.11.2015 um 07:32 schrieb Stephan Kleiber :
>>
>> Hallo Peter,
>>
>> du kannst das Problem lösen, indem du eine zweite Partition auf deinem Mac 
>> erstellst und diese formatierst mit "Mac OS Extended (Groß-/Kleinschreibung 
>> und Journaled)".
>> Dateien verschieben, Pfade anpassen und es sollte bereits funktionieren.
>>
>> Netzwerkmounts leite ich auch auf die Case-Sensitive-Partititon.
>>
>> Im PhpStorm kann man dann noch "idea.case.sensitive.fs=true" eintragen in 
>> ~/Library/Preferences/WebIde100/idea.properties.
>>
>> Viele Grüße
>> Stephan
>>
>>
>>
>> Am 12.11.2015 um 12:23 schrieb Peter Linzenkirchner:
>>> Hallo Liste,
>>>
>>> ich habe hier gerade ein ziemliches Fiasko mit einem Update von 4.5 auf 
>>> 6.2. Ich habe das Problem gefunden, und weiß wie man es vermeiden kann, 
>>> also brauche ich an sich keine Hilfe, sondern das hier ist eher eine 
>>> Warnung.
>>>
>>> Ich habe das Update lokal durchgeführt, auf einer MAMP-Instanz unter Mac OS 
>>> X. Der Updater von TYPO3 stellt auf Systemen, die keine Unterscheidung von 
>>> Klein- und Großbuchstaben machen automatisch auf „Schreibung ignorieren“ 
>>> um. Beim Portieren der Dateien in FAL werden dann alle Dateinamen in 
>>> Kleinbuchstaben(!) in der Datenbank gespeichert.
>>>
>>> Solange die Instanz auf dem Mac läuft, merkt man das Problem nicht, es 
>>> tritt aber natürlich auf, sobald man das Update auf den Server portiert. 
>>> Alle Dateien mit Großbuchstaben sind in FAL falsch gespeichert und können 
>>> nicht mehr dargestellt werden.
>>>
>>> Das gleiche tritt natürlich auf, wenn man das Update unter Windows 
>>> durchführt. Und es ist in der Konstellation auch nicht vermeidbar.
>>>
>>> Mein Fazi: Ein Core-Update von 4.5 auf 6.2 ist _nur_ und _ausschließlich_ 
>>> auf einem Rechner möglich, dessen Dateisystem zwischen Klein- und

[TYPO3-german] Bidirektionale Verknüpfung (MM) Frontend-Bearbeitung

2015-11-13 Diskussionsfäden M S 

Hallo zusammen,

ich habe eine bidirektionale Verknüpfung von zwei Elementen auf Basis von 
http://lbrmedia.net/codebase/Eintrag/extbase-bidirektionale-mm-relation/ 
erstellt.

Via Fluid-Debug sehe ich bereits die Elemente. Ich kann somit auch das 
Show-Template entsprechend füttern. Was mir jedoch fehlt ist die Bearbeitung, 
also das hinzufügen und entfernen einer Relation.

Ich hoffe sehr das jemand unterstützen kann.
--
Kind regards,
Michael

Open Theads:
https://forum.typo3.org/index.php?t=tree=208338 (direct_mail)
https://forum.typo3.org/index.php?t=tree=210808 (powermail)
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Fehlendes/Entfallenes Feld section_frame in der 7er LTS

2015-11-13 Diskussionsfäden Lars Brinkmann 
Hallo Philipp,

das ist ja so ein bisschen das, was ich kritisiere. Man schmeißt
Felder raus, die einfach per TypoScript angesprochen werden
konnten und muss sie anschließend "mühsam" per Extension
wieder hinzufügen. Dieser Weg erschließt sich mir noch nicht.

Das mag aber daran liegen, dass diese Version noch sehr
frisch ist und man sich nun erst einmal zurecht finden muss.

Da es aber in Fällen nur ein Wert ist, den man dann im FSC
abfragt, mag es vielleicht wirklich die bessere Methode sein.
Immerhin fällt im Backend ja der komplette Bereich section_frame
weg und der Bestand ja nicht _nur_ aus einem Datenbankfeld.

Viele Grüße, Lars Brinkmann

Am 13. November 2015 um 16:00 schrieb Philipp Gampe :
> Hi Lars,
>
> Lars Brinkmann wrote:
>
>> Und wirkliche Alternativen oder Best Practice-Empfehlungen für die nun
>> fehlenden  Punkte gibt es ja nun auch nicht.
>
> Doch. Wenn du extra Felder brauchst, dann baue eine eigene Extension, welche
> diese Felder mitbringt.
> Das geht mit dem Extension Builder ganz leicht (zumindest wenn man weiß wie
> er Property Namen auf Datenbankfeld Namen mappt.
>
> Grüße
> --
> Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln
> Certified Integrator – Active contributor TYPO3 CMS
> TYPO3  inspiring people to share!
>
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german



-- 
brinkmann.l...@gmail.com
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] News System (news) in TYPO3 7.x und evtl. Alternativen

2015-11-13 Diskussionsfäden Jost Baron 
Hi Kathrin,

setz doch einfach die Base-URL nicht, und setz statt dessen
config.absRefPrefix = / (ggf. anpassen). Dann tauchen solche Probleme
nicht auf :-)

Weiterleitung auf die korrekte Domain kann und sollte man eh in der
Webserver-Config/.htaccess machen.

Gruß Jost

On 12.11.2015 09:17, Kathrin wrote:
> Hallo Arne,
> 
> nachdem du sagtest, dass du keine Probleme hast, habe ich weiter
> probiert und irgendwann bin ich durch Zufall auf die Ursache gekommen.
> Ich hatte vergessen in dem lokalen Entwicklungsprojekt die Base-URL
> umzustellen und bin damit immer auf die produktive Webseite gerutscht,
> auf der die Test-Newsbeiträge natürlich nicht da waren...
> Mal wieder ein völlig bescheuert. ;) *schäm*
> 
> Hab dann erst mal keine Probleme mit news feststellen können.
> 
> Grüße!
> Kathrin

___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Problem mit Klein- und Großschreibung beim Update von 4.5 auf 6.2.

2015-11-13 Diskussionsfäden Peter Linzenkirchner 
Hallo Stephan, 

danke für den Tipp! Klingt logisch, da hätte ich selbst drauf kommen sollen. 
Für dieses mal ist das Kind natürlich im Brunnen :-) Ich konnte es halbwegs 
fixen, in dem ich das Update in einer Kopie auf dem Server nochmal gemacht habe 
und dann die FAL-Tabellen überschrieben. Allerdings waren danach alle 
Download-Links im RTE defekt - bzw. es waren die falschen Dateien verknüpft. 
Aber das waren zum Glück nicht so viele, so dass ich die händisch ausbessern 
konnte. Die 550 echten Download-File konnte ich so retten. Puh. 

Jetzt muss ich nur noch zusehen, wie ich meine Platte nachträglich 
partitionieren kann. Soll ja gehen, wie ich gesehen habe. 

Was das Backup angeht: ich nutze Time Machine … keine Ahnung ob das klappt, ich 
vermute mal, dass es nicht geht  Kann auch aktuell nichts dazu im Netz 
finden; aber egal, wenn es nicht geht, gehts halt nicht. Dann muss ich eben für 
diese Partition ein anderes Backup-System einsetzen. Jedenfalls kann ich damit 
das Problem lösen (und noch ein paar andere …)

Danke und viele Grüße
Peter




> Am 13.11.2015 um 07:32 schrieb Stephan Kleiber :
> 
> Hallo Peter,
> 
> du kannst das Problem lösen, indem du eine zweite Partition auf deinem Mac 
> erstellst und diese formatierst mit "Mac OS Extended (Groß-/Kleinschreibung 
> und Journaled)".
> Dateien verschieben, Pfade anpassen und es sollte bereits funktionieren.
> 
> Netzwerkmounts leite ich auch auf die Case-Sensitive-Partititon.
> 
> Im PhpStorm kann man dann noch "idea.case.sensitive.fs=true" eintragen in 
> ~/Library/Preferences/WebIde100/idea.properties.
> 
> Viele Grüße
> Stephan
> 
> 
> 
> Am 12.11.2015 um 12:23 schrieb Peter Linzenkirchner:
>> Hallo Liste,
>> 
>> ich habe hier gerade ein ziemliches Fiasko mit einem Update von 4.5 auf 6.2. 
>> Ich habe das Problem gefunden, und weiß wie man es vermeiden kann, also 
>> brauche ich an sich keine Hilfe, sondern das hier ist eher eine Warnung.
>> 
>> Ich habe das Update lokal durchgeführt, auf einer MAMP-Instanz unter Mac OS 
>> X. Der Updater von TYPO3 stellt auf Systemen, die keine Unterscheidung von 
>> Klein- und Großbuchstaben machen automatisch auf „Schreibung ignorieren“ um. 
>> Beim Portieren der Dateien in FAL werden dann alle Dateinamen in 
>> Kleinbuchstaben(!) in der Datenbank gespeichert.
>> 
>> Solange die Instanz auf dem Mac läuft, merkt man das Problem nicht, es tritt 
>> aber natürlich auf, sobald man das Update auf den Server portiert. Alle 
>> Dateien mit Großbuchstaben sind in FAL falsch gespeichert und können nicht 
>> mehr dargestellt werden.
>> 
>> Das gleiche tritt natürlich auf, wenn man das Update unter Windows 
>> durchführt. Und es ist in der Konstellation auch nicht vermeidbar.
>> 
>> Mein Fazi: Ein Core-Update von 4.5 auf 6.2 ist _nur_ und _ausschließlich_ 
>> auf einem Rechner möglich, dessen Dateisystem zwischen Klein- und 
>> Großschreibung unterscheidet. Wenn man lokal arbeitet, muss man trotzdem das 
>> Core-Update nochmals auf dem Server direkt durchführen; oder sich eine 
>> Entwicklungsumgebung anschaffen, welche Klein- und Großschreibung 
>> unterscheidet.
>> 
>> —
>> 
>> So und jetzt schaue ich mal, wie Schadensbegrenzung machen kann.
>> 
>> Gruß
>> Peter
>> 
>> --
>> Xing: http://www.xing.com/profile/Peter_Linzenkirchner
>> Web: http://www.typo3-lisardo.de
>> Facebook: http://tinyurl.com/lisardo-multimedia
>> 
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german



--
Xing: http://www.xing.com/profile/Peter_Linzenkirchner
Web: http://www.typo3-lisardo.de
Facebook: http://tinyurl.com/lisardo-multimedia

___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Fehlendes/Entfallenes Feld section_frame in der 7er LTS

2015-11-13 Diskussionsfäden Stefan Padberg 
Hallo,

es ist sicherlich ärgerlich, wenn so ein Feature, dass Jahrhunderte lang
ohne Beanstandung immer vorhanden war, auf einmal weg ist. Aber bevor
man jetzt komplizierte Aktionen startet, um es wieder zurück zu
bekommen, gebe ich Folgendes zu bedenkne:

'section_frame' wurde oft für andere Zwecke "missbraucht". Bei mir lag
der Grund oft darin, dass ich mehrere unterschiedliche Layout-Effekte
miteinander kombinieren wollte. Was macht man denn, wenn man dem
Redakteur ermöglichen möchte:

- Kasten mit rotem Balken oben und unten
- Kasten mit grauer Hintergrundfarbe
- CE als Infobox interpretieren (mit einem Öffnen-Schließen-Button)

Wenn man diese Effekte gleichzeitig einsetzen möchte, hat man ein
Problem, denn es gibt nur zwei Schalter: 'Layout' und 'section_frame'.

Eigentlich benötigen wir Checkboxen im Layoutfeld und kein
Dropdown-Feld. Dann könnte man verschiedene Layout-Features anklicken,
jeder Klick würde für eine entsprechende CSS-Klasse sorgen, und daran
könnte ich meine Styles bzw. mein Javascript aufhängen. Das wäre das
sauberste.

Und das gibt es auch schon: Thomas Deuling, Jo Hasenau und Kay Strohbach
beschreiben das in dem Buch "TYPO3 - Theming und Distributionen" auf S. 192.

Das finde ich wesentlich eleganter, und das wäre mein Feature-wish in
dieser Sache.

Beste Grüße
Stefan



Am 13.11.2015 um 00:19 schrieb Johannes C. Laxander:
> Hallo Lars,
> 
> das Thema haben wir heute auch in der T3UG Stuttgart diskutiert, und können 
> die Entscheidung ebenfalls nicht nachvollziehen.
> Diese Tatsache kann auch einen Umstieg auf die neue Version ungemein 
> erschweren. Viele haben Layout und Section Frame auch in Kombination 
> eingesetzt. In der Gruppe wurde es eher als ein Rückschritt betrachtet.
> Da das Feld in der Datenbank wohl noch vorhanden ist, kann man das Feld über 
> TCA im Backend wieder verfügbar machen. Aber ob das eine dauerhafte Lösung 
> sein kann weiß ich nicht.
> Gruß, Johannes.
> 
>> -Ursprüngliche Nachricht-
>> Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-
>> boun...@lists.typo3.org] Im Auftrag von Lars Brinkmann
>> Gesendet: Donnerstag, 12. November 2015 23:20
>> An: German TYPO3 Userlist 
>> Betreff: [TYPO3-german] Fehlendes/Entfallenes Feld section_frame in der 7er 
>> LTS
>>
>> Hallo zusammen,
>>
>> in der neuen 7 LTS ist ja das Feld section_frame entfallen. Ich finde das 
>> etwas
>> schade, habe ich das Feld doch sehr häufig benutzt, um ein Inhaltselement
>> unterschiedlich formatieren zu können.
>>
>> Zum Beispiel "Eingerückt, links mit Border", "Linie ober- und unterhalb", 
>> etc.
>>
>> Nun ist ja anscheinend in der 7er nur das Layout-Feld übrig geblieben.
>> Dieses nutze ich aber meistens für andere Aufgaben, z.B. bei der Verwendung
>> von Bootstrap um das Container-DIV vorher mit einem DIV zu wrappen, um einen
>> fluiden Hintergrund zu haben.
>>
>> Bislang habe ich noch keine Idee, wie ich das fehlende section_frame ersetzen
>> kann, um Redakteuren die Möglichkeit zu geben, ein Inhaltselement anderweitig
>> zu formatieren. Mit section_frame reichte halt ein DIV-Wrapper mit 
>> CSS-Klasse.
>> Nun würde mir eigentlich nur einfallen, für jeden Fall ein eigenes Template
>> anzulegen.
>>
>> Welche Möglichkeiten gibt es noch? Am liebsten wäre mir ja, section_frame 
>> kommt
>> zurück.
>>
>> Viele Grüße, Lars Brinkmann
>> --
>> brinkmann.l...@gmail.com
>> ___
>> TYPO3-german mailing list
>> TYPO3-german@lists.typo3.org
>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
> 

___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] bodytext mit f:format.html() im Backend Kontext inkl. Links?

2015-11-13 Diskussionsfäden David Gurk 
Gibt es hier eventuell eine Extbase-Expertin/ein Extbase-Experte, die/der die 
Problematik überblickt?

-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org 
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von David Gurk
Gesendet: Montag, 9. November 2015 16:50
An: typo3-german@lists.typo3.org
Betreff: [TYPO3-german] bodytext mit f:format.html() im Backend Kontext inkl. 
Links?

Hallo Community,

hat jemand eventuell einen Tipp, wie man mittels 
{tt_content.bodytext} den Inhalt inkl. Links im 
Backend rendern kann?

# Der angedachte Use-Case:
In einem Backend-Modul eine vereinfachte Vorschau eines bestimmten 
Inhaltselements darstellen. Wobei die Spalte "bodytext" beispielsweise solch 
einen Inhalt hat:

Etwas Text davor hier gibt's 
mehr und Text danach.

# Das Problem:
Es wird wie folgt ohne den Link gerendert:

Etwas Text davor  und Text danach.

# Wunschvorstellung
Schön wäre es, wenn der Link (gerne auch ohne Frontend href) gerendert werden 
würde. In etwa so:

Etwas Text davor  hier gibt's 
mehr  und Text danach.


Hatte jemand schon einen ähnlichen Anwendungsfall mit einer Lösung?
Oder hat jemand einen Ansatz?

Bin über jeden Tipp dankbar!

Viele Grüße

David
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Fehlendes/Entfallenes Feld section_frame in der 7er LTS

2015-11-13 Diskussionsfäden Lars Brinkmann 
Moin,

ich finde das sehr schade. Sicherlich kann man viele Fälle über das
Layout-Feld abhandeln, aber oftmals ist ein zusätzliches Feld erforderlich.
Gerade section_frame bietet sich doch für einfache Formatierungen an.

Schon gerade in dem Zusammenhang mit der Diskussion bezgl.
SpaceBefore und SpaceAfter, die ja auch weggefallen sind.

Ja - man sollte Redakteuren hier nicht zu viel Freiheit geben. Aber so
oft, wie ich in der Arbeit mit Agenturen schon diese Felder genutzt habe,
das hätte man mit CSS und einem Select-Feld nicht mehr abbilden
können.

Ich kann ja die Argumentation nachvollziehen, dass man FSC möglichst
schlank halten möchte, wenn ich aber im Gegenzug fehlende Dinge
erst wieder mit einer Extension nachbilden muss, ist das schon etwas
blöd. Und wir reden hier ja nicht von wirklichen Funktionalitäten. Es
sind lediglich zusätzliche Parameter ;-)

Und wirkliche Alternativen oder Best Practice-Empfehlungen für die nun
fehlenden  Punkte gibt es ja nun auch nicht.

Viele Grüße, Lars Brinkmann


Am 13. November 2015 um 13:11 schrieb André Spindler :
> Hallo miteinander,
>
> kurz nach Veröffentlichung der 7.4 mit fluid_styled_content hatte ich auch
> schon nachgefragt (https://forge.typo3.org/issues/70534).
> Die Wiedereinführung wurde abgelehnt. Kann sich jeder seine eigene Meinung
> dazu bilden.
>
> Was aber wichtig ist:
> Das Feld "section_frame" ist in der Datenbank-Definition zur Extension
> "css_styled_content" enthalten. Sobald diese Extension deaktiviert wird,
> fliegt das Feld beim nächsten DB_Compare im Installtool aus dem System. Da
> wäre ich mit aussagen wie "Da das Feld in der Datenbank wohl noch vorhanden
> ist, kann man das Feld über TCA im Backend wieder verfügbar machen"
> vorsichtig.
> Die saubere Lösung ist die, selbst eine Extension dafür zu bauen, welche das
> Feld neu mitbringt/definiert. Dann am Besten auch gleich noch eine
> Migrations-/Importfunktion für die Übernahme der alten Werte.
> Zur Ausgabe braucht es natürlich dann noch entsprechdende Fluid-Templates
> bzw. vor allem ein modifiziertes Fluid-Layout
>
> Lieben Gruß,
> André
>
>
> Am 13.11.2015 um 00:19 schrieb Johannes C. Laxander:
>>
>> Hallo Lars,
>>
>> das Thema haben wir heute auch in der T3UG Stuttgart diskutiert, und
>> können die Entscheidung ebenfalls nicht nachvollziehen.
>> Diese Tatsache kann auch einen Umstieg auf die neue Version ungemein
>> erschweren. Viele haben Layout und Section Frame auch in Kombination
>> eingesetzt. In der Gruppe wurde es eher als ein Rückschritt betrachtet.
>> Da das Feld in der Datenbank wohl noch vorhanden ist, kann man das Feld
>> über TCA im Backend wieder verfügbar machen. Aber ob das eine dauerhafte
>> Lösung sein kann weiß ich nicht.
>> Gruß, Johannes.
>>
>>> -Ursprüngliche Nachricht-
>>> Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-
>>> boun...@lists.typo3.org] Im Auftrag von Lars Brinkmann
>>> Gesendet: Donnerstag, 12. November 2015 23:20
>>> An: German TYPO3 Userlist 
>>> Betreff: [TYPO3-german] Fehlendes/Entfallenes Feld section_frame in der
>>> 7er LTS
>>>
>>> Hallo zusammen,
>>>
>>> in der neuen 7 LTS ist ja das Feld section_frame entfallen. Ich finde das
>>> etwas
>>> schade, habe ich das Feld doch sehr häufig benutzt, um ein Inhaltselement
>>> unterschiedlich formatieren zu können.
>>>
>>> Zum Beispiel "Eingerückt, links mit Border", "Linie ober- und unterhalb",
>>> etc.
>>>
>>> Nun ist ja anscheinend in der 7er nur das Layout-Feld übrig geblieben.
>>> Dieses nutze ich aber meistens für andere Aufgaben, z.B. bei der
>>> Verwendung
>>> von Bootstrap um das Container-DIV vorher mit einem DIV zu wrappen, um
>>> einen
>>> fluiden Hintergrund zu haben.
>>>
>>> Bislang habe ich noch keine Idee, wie ich das fehlende section_frame
>>> ersetzen
>>> kann, um Redakteuren die Möglichkeit zu geben, ein Inhaltselement
>>> anderweitig
>>> zu formatieren. Mit section_frame reichte halt ein DIV-Wrapper mit
>>> CSS-Klasse.
>>> Nun würde mir eigentlich nur einfallen, für jeden Fall ein eigenes
>>> Template
>>> anzulegen.
>>>
>>> Welche Möglichkeiten gibt es noch? Am liebsten wäre mir ja, section_frame
>>> kommt
>>> zurück.
>>>
>>> Viele Grüße, Lars Brinkmann
>>> --
>>> brinkmann.l...@gmail.com
>>> ___
>>> TYPO3-german mailing list
>>> TYPO3-german@lists.typo3.org
>>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
>>
>> ___
>> TYPO3-german mailing list
>> TYPO3-german@lists.typo3.org
>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
>
>
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german



-- 
brinkmann.l...@gmail.com
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org