Re: [TYPO3-german] Unterverzeichnis/Webadresse, die nur als Weiterleitung dienen soll

2015-09-19 Diskussionsfäden Michael Schams 
On Sat, 2015-09-19 at 14:42 +0200, Thomas S. wrote:

> Bsp: meinedomain. de/Unterseite --> Weiterleitung nach meinedomain. 
> de/meinwordpress
> Wie kann ich das in Typo3 realisieren?

Option 1: Seitentyp "externer Link" (TYPO3)

Sofern du in TYPO3 "human-readable URLs" benutzt (z.B. RealURL, CoolURI,
etc.) kannst du eine neue Seite mit dem Namen "unterseite" erstellen.
Waehle den Seitentyp "Link to external URL" und trage die Zieladresse
ein, also meinedomain.de/meinwordpress

Option 2: Redirect in der Apache Konfiguration

Angenommen, du hast ausreichend Berechtigungen, auf dem Server die
Konfiguration zu aendern (und es handelt sich um einen Apache
Webserver), trage eine "Redirect"-Direktive ein:

Redirect /unterseite http://meinedomain.de/meinwordpress

Die dazugehoerige Anleitung:
http://httpd.apache.org/docs/2.2/mod/mod_alias.html#redirect

Option 3: Redirect in einer PHP Datei

Wie du bereits ueberlegt hast, kannst du auch das Verzeichnis
"unterseite" manuell erstellen und eine PHP Datei "index.php" dort
ablegen:

http://meinedomain.de/meinwordpress');
exit();
?>

Option 4: Redirect in einer HTML Datei

Wie Option 3, aber als HTML Datei mit -Redirect. Die relevante
Zeile kann dan wie folgt aussehen:

http://meinedomain.de/meinwordpress;>

Anleitungen finden sich hier:
https://www.google.com/search?q=html+meta+refresh

Option 5: Symbolic Link

Einen symbolic Link erstellt du im Filesystem auf Server-Ebene. Hierbei
handelt es sich sozusagen um einen Zeiger auf ein anderes Verzeichnis.
Die uebliche Befehl lautet:

# ln -s meinwordpress unterseite

Diese Option ist zwar kein "Redirect", aber eine haeufig eine
Moeglichkeit, bestimmte Resource, unter verschiedenen Pfaden zugaenglich
zu machen. Vorsicht: das kann unter Umstaenden negative Auswirkungen auf
SEO haben (Stichwort "doppelter Content").

Weitere Infos zum "symbolic link" findest du hier:
https://de.wikipedia.org/wiki/Symbolische_Verkn%C3%BCpfung


Es gibt wahrscheinlich noch 10 weitere Ansaetze (man koennte zum
Beispiel den Redirect in TypoScript implementieren :-), aber da sie wohl
etwas exotisch werden, spare ich mir mal weitere Ausfuehrungen :-)

Ich persoenlich tendiere in den meisten Faellen zu Option 2. Alle
Loesungen haben Vor- und Nachteile (z.B. Gross/Kleinschreibung:
"Unterseite" ist ggf. etwas anderes, wie "unterseite" oder "UnterSeite"
oder "UnTeRsEiTe").


HTH, Cheers
Michael


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

Re: [TYPO3-german] Templating in 7.4?

2015-09-19 Diskussionsfäden Stefan Neufeind 
On 19.09.2015 23:49, Ralf-Rene Schroeder wrote:
> TV wird, wie du schon sagst, nicht mehr weiter entwickelt (doch ich
> glaube, das spätestens wenn die 7 LTS fertig ist zumindest eine
> lauffähige Version veröffentlicht werden wird)... auch das
> althergebrachte Marker Templating funktioniert nach wie vor, genauso wie
> ein reines TypoScript Template (zugegeben beides nicht so recht
> komfortabel, aber es geht)...
> Das Stichwort was du suchst ist Fluid... hier ein paar Infos dazu...
> 
> https://docs.typo3.org/typo3cms/TyposcriptReference/latest/ContentObjects/Fluidtemplate/Index.html
> 
> https://wiki.typo3.org/Fluid
> 
> PS: bei der 7.4 muß dir klar sein das es ein SprintRelease, also keine
> wirkliche Stable ist... aber man gut damit arbeiten, wenn man
> akzeptiert, dass nicht alle Extensionautoren mit der Entwickung der
> SprintReleases Schritt halten können/wollen und teilweise erst dann
> aktiv werden, wenn die 7 LTS fertig sein wird (dürfte so im Spätherbst
> sein).

Hi,

seh dir mal die aktuelle Master-Version und die dort enthaltenen
Fluid-Content-Elements (als Alternative zu css_styled_content) an. Wird
mit dem nächsten Release (7.5) in Kürze dann auch als Release zur
Verfügung stehen.

Und wie gesagt, bis zur 7 LTS ists auch nicht mehr lang :-)


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

[TYPO3-german] Re: Templating in 7.4?

2015-09-19 Diskussionsfäden Ralf-Rene Schroeder 

TV wird, wie du schon sagst, nicht mehr weiter entwickelt (doch ich glaube, das 
spätestens wenn die 7 LTS fertig ist zumindest eine lauffähige Version 
veröffentlicht werden wird)... auch das althergebrachte Marker Templating 
funktioniert nach wie vor, genauso wie ein reines TypoScript Template 
(zugegeben beides nicht so recht komfortabel, aber es geht)...
Das Stichwort was du suchst ist Fluid... hier ein paar Infos dazu...

https://docs.typo3.org/typo3cms/TyposcriptReference/latest/ContentObjects/Fluidtemplate/Index.html
https://wiki.typo3.org/Fluid

PS: bei der 7.4 muß dir klar sein das es ein SprintRelease, also keine 
wirkliche Stable ist... aber man gut damit arbeiten, wenn man akzeptiert, dass 
nicht alle Extensionautoren mit der Entwickung der SprintReleases Schritt 
halten können/wollen und teilweise erst dann aktiv werden, wenn die 7 LTS 
fertig sein wird (dürfte so im Spätherbst sein).
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Templating in 7.4?

2015-09-19 Diskussionsfäden Marc Richter 

Moin moin zusammen,

ich habe seit TYPO3 3.6 immer mal wieder in TYPO3 reingesehen; zuletzt allerdings in die Version 4.5 . 
Da war irgendwie TemplaVoila die Wahl der Templateerstellung.


Nun steige ich mit 7.4 wieder neu ein und sehe mich total überfordert: 
Scheinbar wird TV garnicht mehr weiterentwickelt, weil es ein neues 
Templating-System gibt?
Ja, aber welches denn bloß? Irgendwie hat das Netz diesen Umschwung noch nicht 
wirklich verarbeitet ... kann mir jemand bitte das passende Stichwort für eine 
weitere Recherche mitteilen?

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

Re: [TYPO3-german] fluid mehrdimensionales array select multiple

2015-09-19 Diskussionsfäden Dr Dieter Porth 
Am 18.9.2015 um 14:36 schrieb arianesardinas:
> Hallo Leute
>
> ich habe Probleme mit einen mehrdimensionales array, die in ein 
> multiple select Felder eingetragen werden sollen.
> mein Controller:
> $options[] = array(
> array("label" =>  $frage[$key]['wert0'], "value" =>
> $frage[$key]['bezeichnung0']),
> array("label" =>  $frage[$key]['wert1'], "value" =>
> $frage[$key]['bezeichnung1']),
> array("label" =>  $frage[$key]['wert2'], "value" =>
> $frage[$key]['bezeichnung2']),
> array("label" =>  $frage[$key]['wert3'], "value" =>
> $frage[$key]['bezeichnung3']),
> );
>
> Fluid:
>
>  class="form-control"  options="{options}"   value="{optionsRequest}" 
> multiple="multiple"   class="form-control multiselect"/>
>
> leider zeigt Fluid kein Label / Value und statt 4 nur 2 Optionen.
>
> mein Array:
> Array
> (
>[0] => Array
>(
>[0] => Array
>(
>[label] => EN
>[value] => Englisch
>)
>
>[1] => Array
>(
>[label] => FR
>[value] => Französisch
>)
>)
>
>[1] => Array
>(
>[0] => Array
>(
>[label] => <1 Jahr
>[value] => weniger als 1 Jahr
>)
>
>[1] => Array
>(
>[label] => 2-3 Jahre
>[value] => zwischen 2 und 3 Jahren
>)
>
>[2] => Array
>(
>[label] => 4-5 Jahre
>[value] => zwischen 4 und 5 Jahren
>)
> )
>
> )
>
> Ich habe schon optionValueField/optionLabelField es bringt nichts.
> Kann ich jemand mir sagen was ich falsch mache?
> vielen Dank!
>
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Ich habe nicht verstanden, wie dein 2*3-elementiges Array und deine 4
Options zusammenhängen sollen. Da du zwei Ausgaben erhält, wertet der
View-Helper wohl die erste Ebene deines mehrdimensionalen Array
(optionsRequest?} au und zeigt nichts an, weil die erste Ebene unbenannt
ist.
Das HTML-Element Select kann nur 'Vektoren'(=einfache Array) verarbeiten
und keine Matrizen (dein mehrdimensionales Array).

Dieter

-- 
Dr. Dieter Porth - 
Mein kleines TYPO3-Labor: http://www.mobger.de/

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

Re: [TYPO3-german] gridelements - neues Element

2015-09-19 Diskussionsfäden Alto Speckhardt 
Hallo,


RRS> ist ein ganz normales floatproblem von CSS
RRS> wenn dein linkes GE mit A höher ist als BC zusammen, dann bleibt D quasi
RRS> an A "hängen"...

Ja, genau das sehe ich hier.


RRS> entweder ein clear:both für D
RRS> oder du baust es automatisch in dein 2-spaltiges GE mit einem
RRS> umfassenden Container und clearing mit ein (was wohl das sinnvollste
RRS> wäre)...

Das wäre dann Sache des TypoScript, oder? Dort habe ich momentan für 
den Zweispalter:

***
  # ID des CE Backend Layout Records
  1 < lib.gridelements.defaultGridSetup
  1 {
columns {
  # colPos ID
  1 < .default
  1.wrap = |
  # colPos ID
  2 < .default
  2.wrap = |
}
wrap = |
  }
***

Müsste da einfach noch ein zusätzliches "wrap" drumrum?


RRS> wie sieht denn dein HTML für den 2-spalter aus?

Du meinst das CSS? Wie folgt:

***
/* BE-layout ID 1: zweispaltig */
.columns {clear:both;}
.columns .bel1_col1 {float:left; width:48%; margin-right:2%}
.columns .bel1_col2 {float:left; width:48%; }
***


RRS> und nutzt du irgendein CSS Framework?

Nein, keines.


-- 
MfG,
 Altomailto:a...@treadstone79.de___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Backend tot

2015-09-19 Diskussionsfäden Peter Reinboth 
Hallo  Ralf-Rene Schröder & TYPO3-German-NG,

nachdem  ich  das  tmp-Verzeichnis  nochmals  geleert  habe, komme ich
zumindest schon mal ins Backend.

Vielen Dank für den Tipp.
-- 
Grüße aus Berlin
Peter Reinboth
 
 
 
 
 
 

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

Re: [TYPO3-german] gridelements - neues Element

2015-09-19 Diskussionsfäden Ralf-Rene Schröder 
dein Problem ist das du immer mit .columns das clearing machst, damit
wird ein vorheriges float versäubert, aber nicht das deines letzten
2-spalters...

entweder machst du z.B. sowas:
wrap =  |  

(besser natürlich mit einer Klasse)
wrap =  |  
.clearing {clear:both;}

oder nur ein div und CSS
wrap =  |  
.columns > div:last-child {clear:both;}

oder baust dir einen clearing rahmen für beliebige Elemente den du dann
bei DDD benutzen kannst (aber sowas kann man dann ja vergessen)

meine Preferenz wäre die Klassenlösung, weil man da im HTML/TS sieht
wofür das div da ist und es nicht ausnahmsweise löscht...
Ich persönlich nutze bei sowas immer ein

mit dem entsprechenden CSS, so habe ich einen sichtbaren und einen
unsichtbaren Clearer zur Verfügung...


Am 19.09.2015 um 14:07 schrieb Alto Speckhardt:
> Hallo,
> 
> 
> RRS> ist ein ganz normales floatproblem von CSS
> RRS> wenn dein linkes GE mit A höher ist als BC zusammen, dann bleibt D quasi
> RRS> an A "hängen"...
> 
> Ja, genau das sehe ich hier.
> 
> 
> RRS> entweder ein clear:both für D
> RRS> oder du baust es automatisch in dein 2-spaltiges GE mit einem
> RRS> umfassenden Container und clearing mit ein (was wohl das sinnvollste
> RRS> wäre)...
> 
> Das wäre dann Sache des TypoScript, oder? Dort habe ich momentan für 
> den Zweispalter:
> 
> ***
>   # ID des CE Backend Layout Records
>   1 < lib.gridelements.defaultGridSetup
>   1 {
> columns {
>   # colPos ID
>   1 < .default
>   1.wrap = |
>   # colPos ID
>   2 < .default
>   2.wrap = |
> }
> wrap = |
>   }
> ***
> 
> Müsste da einfach noch ein zusätzliches "wrap" drumrum?
> 
> 
> RRS> wie sieht denn dein HTML für den 2-spalter aus?
> 
> Du meinst das CSS? Wie folgt:
> 
> ***
> /* BE-layout ID 1: zweispaltig */
> .columns {clear:both;}
> .columns .bel1_col1 {float:left; width:48%; margin-right:2%}
> .columns .bel1_col2 {float:left; width:48%; }
> ***
> 
> 
> RRS> und nutzt du irgendein CSS Framework?
> 
> Nein, keines.
> 
> 


-- 
image[FORMAT] - Ralf-René Schröder
http://www.image-format.eu ... Wir geben Ihrem Image das richtige Format
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Backend tot

2015-09-19 Diskussionsfäden Ralf-Rene Schröder 
erste Frage wäre: Welche TYPO3 Version ???

TMP geleert - was ist im speziellen hier gemeint?
kommst du in das InstallTool ?
(ENABLE_INSTALL_TOOL darf dafür nicht älter als 1 h sein)

ich habe die Erfahrung das ab v.6 man bei allen Änderungen am System im
InstallTool den cache löschen sollte (der macht mehr als Ordner leeren)

im schlimmsten Fall hast du dir jetzt eine inkombatible extension
reingezogen, wenn du weißt welche kanst du sie in PackageStates.php auf
inaktiv setzen...
als Radikallösung (ohne Gewähr) kannst du die datei auch
löschen/umbenennen, mußt dann aber ALLE Extensions wieder im EM einzeln
aktivieren um den Übeltäter zu finden...


Am 19.09.2015 um 11:47 schrieb Peter Reinboth:
> Hallo TYPO3-German-NG,
> 
> nach einem Update der Extensions bekomme ich folgende Meldung und habe
> keinerlei Zugang mehr zum Backend. TMP ist geleert.
> ENABLE_INSTALL_TOOL ist im Verzeichnis typo3conf erstellt. Keine
> Ahnung was dies verursacht. Jemand ne Idee wie ich nun doch wieder ins
> Backend komme?
> 
> ---  Meldung ---
> 
> Page Not Found (404)
> 
> This page (ID 1) is of type "Shortcut" and configured to redirect to a 
> subpage. However, this page has no accessible subpages.
> 
> More information regarding this error might be available online.
> 


-- 
image[FORMAT] - Ralf-René Schröder
http://www.image-format.eu ... Wir geben Ihrem Image das richtige Format
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Problem mit Light-Box-Effekt

2015-09-19 Diskussionsfäden Dr Dieter Porth 
Hallo Frank
mögliche Fehlerquellen (unter anderem) genannt in den vorherigen Mails:
1. Cacheproblem
2. TYPOScript nicht eingebunden
3. Bug im JavaScript verhindert Javascript-Ausführung (Problem bei
compressed-JavaScript-Dateien)

wahrscheinlicher Fehler bei Dir
nochmalige zweite Einbindung von jQuery nach Einbindung des
Lightbox-Scriptes, welches die Einstellungen vom Javascript überschreibt.


Dieter



-- 
Dr. Dieter Porth - 
Mein kleines TYPO3-Labor: http://www.mobger.de/

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

[TYPO3-german] Backend tot

2015-09-19 Diskussionsfäden Peter Reinboth 
Hallo TYPO3-German-NG,

nach einem Update der Extensions bekomme ich folgende Meldung und habe
keinerlei Zugang mehr zum Backend. TMP ist geleert.
ENABLE_INSTALL_TOOL ist im Verzeichnis typo3conf erstellt. Keine
Ahnung was dies verursacht. Jemand ne Idee wie ich nun doch wieder ins
Backend komme?

---  Meldung ---

Page Not Found (404)

This page (ID 1) is of type "Shortcut" and configured to redirect to a subpage. 
However, this page has no accessible subpages.

More information regarding this error might be available online.

-- 
Grüße aus Berlin
Peter Reinboth

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

Re: [TYPO3-german] Backend tot

2015-09-19 Diskussionsfäden Peter Reinboth 
Hallo  Ralf-Rene Schröder & TYPO3-German-NG,

am Samstag, 19. September 2015 schrieb Ralf-Rene Schröder:

> erste Frage wäre: Welche TYPO3 Version ???

6.2.14

> TMP geleert - was ist im speziellen hier gemeint?

Das Verzeichnis ist gemeint.

> kommst du in das InstallTool ?

Nein

> (ENABLE_INSTALL_TOOL darf dafür nicht älter als 1 h sein)

Frisch erstellt gewesen.

> ich habe die Erfahrung das ab v.6 man bei allen Änderungen am
> System im

> InstallTool den cache löschen sollte (der macht mehr als Ordner
> leeren)


> im schlimmsten Fall hast du dir jetzt eine inkombatible extension
> reingezogen, wenn du weißt welche kanst du sie in
> PackageStates.php auf

> inaktiv setzen...
> als Radikallösung (ohne Gewähr) kannst du die datei auch
> löschen/umbenennen, mußt dann aber ALLE Extensions wieder im EM
> einzeln

> aktivieren um den Übeltäter zu finden...
 

Die radikale Lösung habe ich dann mal durchgeführt.
Zumindest komme ich ins InstallTool.
Ich habe durchgeführt:
Compare Database
Clear all Caches
Check broken extensions


Fehler im Backend besteht weiterhin.

Hast Du noch einen Tipp parat?  
-- 
Grüße aus Berlin
Peter Reinboth
 
 
 
 
 
 

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

Re: [TYPO3-german] Backend tot

2015-09-19 Diskussionsfäden Ralf-Rene Schröder 
Am 19.09.2015 um 13:06 schrieb Peter Reinboth:
> nachdem  ich  das  tmp-Verzeichnis  nochmals  geleert  habe, komme ich
> zumindest schon mal ins Backend.
das Verzeichniss heißt überigens typo3temp (tmp ist was anderes auf
serverebene, deshalb vorhin meine Frage) ... und der wichtige Ordner
darin ist Cache (weil löschen je nach Zugang manchmal lange dauert
benenne ich ihn meistens um in Cache01 Cache02 etc. und lösche es erst
dann wenn alles erledigt ist...

aber das löschen im InstallTool muß eigentlich die gleiche Wirkung haben
und ein Einloggen im BE sollte dann auch wieder möglich sein...
es wird genau dieser Ordner gelöscht und dazu die Tabellen in der DB


-- 
image[FORMAT] - Ralf-René Schröder
http://www.image-format.eu ... Wir geben Ihrem Image das richtige Format
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Unterverzeichnis/Webadresse, die nur als Weiterleitung dienen soll

2015-09-19 Diskussionsfäden Thomas S . 

Liebe Commmunity-Mitglieder,

ich habe auf meiner Domain Webseite (Typo3) ein Unterverzeichnis in dem sich 
eine Wordpress Installation befindet. Ich möchte nun unter dieser Domain ein 
weitere Unterseite mit einem bestimmten Namen erstellen und diese soll, wenn 
sie aufgerufen wird, auf die Wordpress Installation weitergeleitet werden. (Die 
Adresse  meinedomain. de/Unterseite ist also vorgegeben)

Bsp: meinedomain. de/Unterseite --> Weiterleitung nach meinedomain. 
de/meinwordpress

Wie kann ich das in Typo3 realisieren?
Oder wäre es einfacher einen zweiten Unterordner auf der Domain per FTP 
anzulegen und dann dort eine index oder htaccess Datei reinzupacken, die sagt 
wohin weitergeleitet werden soll, welche Datei muss dann dort rein bzw was dort 
drin stehen?

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

Re: [TYPO3-german] gridelements - neues Element

2015-09-19 Diskussionsfäden Peter Linzenkirchner 
Hallo, 

das geht auch: 

Clearing mit overflow:hidden: 

wrap = |
.colums {overflow:hidden}

Nachteil: innerhalb der Container kann kein Element mehr enthalten sein, 
welches rausragt, sei es mit negativem margin oder über position:absolute oder 
position:relative. 

Clearing mit after (macht bootstrap):

wrap = |
.columns:before,
.columns:after {
   content:"";
   display:table;
}
.columns:after {
  clear:both;
}
.columns {
  zoom:1; /* For IE 6/7 (trigger hasLayout) */
}

Ein Überbllick über fast alle Clearing-Arten ist hier: 
http://stackoverflow.com/questions/211383/which-method-of-clearfix-is-best
(743)

Gruß
Peter




> Am 19.09.2015 um 14:59 schrieb Ralf-Rene Schröder :
> 
> dein Problem ist das du immer mit .columns das clearing machst, damit
> wird ein vorheriges float versäubert, aber nicht das deines letzten
> 2-spalters...
> 
> entweder machst du z.B. sowas:
> wrap =  |  
> 
> (besser natürlich mit einer Klasse)
> wrap =  |  
> .clearing {clear:both;}
> 
> oder nur ein div und CSS
> wrap =  |  
> .columns > div:last-child {clear:both;}
> 
> oder baust dir einen clearing rahmen für beliebige Elemente den du dann
> bei DDD benutzen kannst (aber sowas kann man dann ja vergessen)
> 
> meine Preferenz wäre die Klassenlösung, weil man da im HTML/TS sieht
> wofür das div da ist und es nicht ausnahmsweise löscht...
> Ich persönlich nutze bei sowas immer ein
> 
> mit dem entsprechenden CSS, so habe ich einen sichtbaren und einen
> unsichtbaren Clearer zur Verfügung...
> 
> 
> Am 19.09.2015 um 14:07 schrieb Alto Speckhardt:
>> Hallo,
>> 
>> 
>> RRS> ist ein ganz normales floatproblem von CSS
>> RRS> wenn dein linkes GE mit A höher ist als BC zusammen, dann bleibt D quasi
>> RRS> an A "hängen"...
>> 
>> Ja, genau das sehe ich hier.
>> 
>> 
>> RRS> entweder ein clear:both für D
>> RRS> oder du baust es automatisch in dein 2-spaltiges GE mit einem
>> RRS> umfassenden Container und clearing mit ein (was wohl das sinnvollste
>> RRS> wäre)...
>> 
>> Das wäre dann Sache des TypoScript, oder? Dort habe ich momentan für 
>> den Zweispalter:
>> 
>> ***
>>  # ID des CE Backend Layout Records
>>  1 < lib.gridelements.defaultGridSetup
>>  1 {
>>columns {
>>  # colPos ID
>>  1 < .default
>>  1.wrap = |
>>  # colPos ID
>>  2 < .default
>>  2.wrap = |
>>}
>>wrap = |
>>  }
>> ***
>> 
>> Müsste da einfach noch ein zusätzliches "wrap" drumrum?
>> 
>> 
>> RRS> wie sieht denn dein HTML für den 2-spalter aus?
>> 
>> Du meinst das CSS? Wie folgt:
>> 
>> ***
>> /* BE-layout ID 1: zweispaltig */
>> .columns {clear:both;}
>> .columns .bel1_col1 {float:left; width:48%; margin-right:2%}
>> .columns .bel1_col2 {float:left; width:48%; }
>> ***
>> 
>> 
>> RRS> und nutzt du irgendein CSS Framework?
>> 
>> Nein, keines.
>> 
>> 
> 
> 
> -- 
> image[FORMAT] - Ralf-René Schröder
> http://www.image-format.eu ... Wir geben Ihrem Image das richtige Format
> ___
> 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

[TYPO3-german] Menüpunkte ohne Link

2015-09-19 Diskussionsfäden Bernhard Ludwig 
Hallo,

bräuchte mal auf die Schnelle eure Hilfe.
Habe hier ein Menü, welches in der ersten Ebene die Hauptmenüpunkte anzeigt. 
Beim Überfahren mit der Maus geht ein Pulldownmenü auf. Nun sollen die 
Hauptmenüpunkte nicht verlinkt werden, damit die Navigation auch sinnvoll mit 
Tablets bedient werden kann. Allerdings soll die Pulldownfunktion darunter 
nicht leiden.
Nun ist es so, wenn ich "doNotLinkIt=1“ einfüge (siehe TS), dass sämtliche 
Formatierungen aller Menüpunkte und auch die Verlinkung der Untermenüpunkte, 
weg sind und die Navi nicht mehr bedienbar ist. Gibt es eine unproblematische 
Möglichkeit, dass TYPO3 nur die erste Ebene nicht verlinkt, den „Mouseover“ 
aber behält?

Habe schon überall gesucht, aber nicht das Passende gefunden. Bin dankbar um 
jede Hilfe und Tipps zum Nachlesen, eventuell Beispiel-TS.


Hier das TS der Navi:

MENUOBEN = HMENU
MENUOBEN  {
  1 = TMENU
  1 {
special = directory
special.value.field = uid  
wrap = |
expAll = 1
noBlur = 1
NO = 1
NO {
  #doNotLinkIt = 1
  wrapItemAndSub = |
  after =  
  }


ACT < .NO
ACT = 1
ACT.wFSUB = 1

  }
  
  2 < .1


Vielen Dank für Hilfe,
Bernhard Ludwig
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Menüpunkte ohne Link

2015-09-19 Diskussionsfäden Ralf-Rene Schröder 
Am 19.09.2015 um 15:26 schrieb Bernhard Ludwig:
> Habe hier ein Menü, welches in der ersten Ebene die Hauptmenüpunkte anzeigt. 
> Beim Überfahren mit der Maus geht ein Pulldownmenü auf. Nun sollen die 
> Hauptmenüpunkte nicht verlinkt werden, damit die Navigation auch sinnvoll mit 
> Tablets bedient werden kann. Allerdings soll die Pulldownfunktion darunter 
> nicht leiden.
> Nun ist es so, wenn ich "doNotLinkIt=1“ einfüge (siehe TS), dass sämtliche 
> Formatierungen aller Menüpunkte und auch die Verlinkung der Untermenüpunkte, 
> weg sind und die Navi nicht mehr bedienbar ist. Gibt es eine unproblematische 
> Möglichkeit, dass TYPO3 nur die erste Ebene nicht verlinkt, den „Mouseover“ 
> aber behält?
im prinzip ist es schon richtig wie du vorgehst,
aber derzeit kopierst du das nicht verlinken nartürlich auf alles
also ein wenig modifizieren must du da den rest schon

> Hier das TS der Navi:
> 
> MENUOBEN = HMENU
> MENUOBEN  {
>   1 = TMENU
>   1 {
> special = directory
> special.value.field = uid  
> wrap = |
> expAll = 1
> noBlur = 1
nutze ich eigentlich nie

> NO = 1
> NO {
>   doNotLinkIt = 1
>   wrapItemAndSub = |
>   after =  
halte ich für ungeschickt, wraps sollten nie auseinander gerissen
werden, packe es dahin wo es gehört, in die nächste Ebene, genau wie das
div eine Zeile höher... aber ist natürlich Geschmackssache, aber so hast
du es auch drin wenn es keine unterpunkte gibt

>   }
> 
> 
> ACT < .NO
> ACT = 1
brauchst du nicht weil kopierts die Aktivierung ja von NO

> ACT.wFSUB = 1
was soll das ??? mir unbekannt

> 
>   }
>   
>   2 < .1

!!!
2.NO.doNotLinkIt = 0
und natürlich die oben gesetzten Wraps wieder richten, je nach Menü


-- 
image[FORMAT] - Ralf-René Schröder
http://www.image-format.eu ... Wir geben Ihrem Image das richtige Format
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Menüpunkte ohne Link

2015-09-19 Diskussionsfäden Andre Sancken 
Hallo,

Du vererbst  "2 <.1“   ja alle Einstellungen an die 2. Ebene weiter. Darum sind 
die Submenüpunkte auch nicht mehr klickbar.

Gruß

Andre




> Am 19.09.2015 um 16:15 schrieb Arne-Kolja Bachstein :
> 
> Hallo,
> 
> ich möchte noch ergänzen: Einen Großteil Deiner Problematik könntest Du auch 
> im CSS und ggfs. JS erschlagen. Klingt mir irgendwie so, als seist Du Dir des 
> Weges über die reine Frontendseite nicht bewusst. Du hast doch auch immer die 
> Möglichkeit, Dein Menü den neuen Gegebenheiten des Markups anzupassen. 
> 
> Gruß
> 
> Arne
> 
>> Am 19.09.2015 um 15:26 schrieb Bernhard Ludwig :
>> 
>> Hallo,
>> 
>> bräuchte mal auf die Schnelle eure Hilfe.
>> Habe hier ein Menü, welches in der ersten Ebene die Hauptmenüpunkte anzeigt. 
>> Beim Überfahren mit der Maus geht ein Pulldownmenü auf. Nun sollen die 
>> Hauptmenüpunkte nicht verlinkt werden, damit die Navigation auch sinnvoll 
>> mit Tablets bedient werden kann. Allerdings soll die Pulldownfunktion 
>> darunter nicht leiden.
>> Nun ist es so, wenn ich "doNotLinkIt=1“ einfüge (siehe TS), dass sämtliche 
>> Formatierungen aller Menüpunkte und auch die Verlinkung der Untermenüpunkte, 
>> weg sind und die Navi nicht mehr bedienbar ist. Gibt es eine 
>> unproblematische Möglichkeit, dass TYPO3 nur die erste Ebene nicht verlinkt, 
>> den „Mouseover“ aber behält?
>> 
>> Habe schon überall gesucht, aber nicht das Passende gefunden. Bin dankbar um 
>> jede Hilfe und Tipps zum Nachlesen, eventuell Beispiel-TS.
>> 
>> 
>> Hier das TS der Navi:
>> 
>> MENUOBEN = HMENU
>> MENUOBEN  {
>> 1 = TMENU
>> 1 {
>>   special = directory
>>   special.value.field = uid  
>>   wrap = |
>>   expAll = 1
>>   noBlur = 1
>>   NO = 1
>>   NO {
>> #doNotLinkIt = 1
>> wrapItemAndSub = |
>> after =  
>> }
>> 
>> 
>>   ACT < .NO
>>   ACT = 1
>>   ACT.wFSUB = 1
>> 
>> }
>> 
>> 2 < .1
>> 
>> 
>> Vielen Dank für Hilfe,
>> Bernhard Ludwig
>> ___
>> 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