[TYPO3-german] Re: Re: GMENU - Im Entrylev el 0 für jeden Menüeintrag andere Grafiken

[Kristian Domke]

Am 13.04.2010 07:48, schrieb Stefan Frömken:

Thomas Löffler schrieb:

Hi Ingo,

mir fallen da spontan 2 Möglichkeiten ein:

1) du machst das Ganze mit OptionSplit
(http://typo3.org/documentation/document-library/references/doc_core_tsref/4.1.0/view/3/1/#id3927888)



Jup...OptionSplit kann ich nur bestätigen. funktioniert hammergeil und
sieht auch noch klasse aus:
http://www.wasserquintett.de/cms/index.php



OptionSplit kann aber nur mit Admin-Rechten verändert werden, für die 
Variante über Media kann man auch für Benutzer Rechte vergeben.


Außerdem find ich (Achtung: persönliche Meinung) es schöner, wenn das 
Bild für den Menüeintrag auch in dem Datenbankeintrag der Seite gepflegt 
wird. Da brech ich mir nicht so das Gehirn bei der Pflege, und es 
funktioniert auch, wenn ich "mal eben" nen Menüeintrag dazuklicke.

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

Re: [TYPO3-german] GMENU - Im Entrylevel 0 für jeden Menüeintrag andere Grafiken

[Ingo Preuß]

Hi Thomas,

Am Di, 13.04.2010, 07:48 schrieb Stefan Frömken:
> Thomas Löffler schrieb:
>> Hi Ingo,
>>
>> mir fallen da spontan 2 Möglichkeiten ein:
>>
>> 1) du machst das Ganze mit OptionSplit
>> (http://typo3.org/documentation/document-library/references/doc_core_tsref/4.1.0/view/3/1/#id3927888)
>
> Jup...OptionSplit kann ich nur bestätigen. funktioniert hammergeil und
> sieht auch noch klasse aus:
> http://www.wasserquintett.de/cms/index.php
>

wenn das kein Start in den Tag ist !-))

Gruß und Dank aus Berlin,

Ingo

--

Ingo Preuss
Rigaer Strasse 65
10247 Berlin

0163.160 51 03


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

[TYPO3-german] Re: GMENU - Im Entrylevel 0 f ür jeden Menüeintrag andere Grafiken

[Stefan Frömken]

Thomas Löffler schrieb:

Hi Ingo,

mir fallen da spontan 2 Möglichkeiten ein:

1) du machst das Ganze mit OptionSplit 
(http://typo3.org/documentation/document-library/references/doc_core_tsref/4.1.0/view/3/1/#id3927888)


Jup...OptionSplit kann ich nur bestätigen. funktioniert hammergeil und 
sieht auch noch klasse aus:

http://www.wasserquintett.de/cms/index.php

Hier ein Ausschnitt vom TS:

temp.myLeftNavigation {
...
  1 = GMENU
  1 {
NO = 1
NO {
  XY = 155,28
  backColor = #FF

  10 = IMAGE
  10.file = GIFBUILDER
  10.file {
XY = 155,28
backColor = #A7EEDD || #A7EBDF || #A6E9E2 || #A5E8E5 || #A7E3E5 
|| #A7DFEA || #A7DDED || #A7DAF0 || #A3D8F2 || #A6D6F6

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

Re: [TYPO3-german] Doppelte Dateilinks aus Content entfernen

[Hannes]

In article ,
 Christian Buelter  wrote:

> Am 12.04.2010 15:49, schrieb Hannes:
> > 
> > Es soll eine Benutzergruppe geben, die die Rechte von allen 3 Gruppen 
> > hat. Wenn man sich mit dieser Gruppe die Seite anschaut, dann sieht man 
> > selbstverständlich alle 3 Dateilisten. 
> > 
> 
> Du könntest es mit der Extension
> 
> http://typo3.org/extensions/repository/view/maja_tscondition/current/
> 
> probieren. Mittels Typoscript kann man ja UND-Verknüpfungen herstellen.
> 
> So könntest Du eine Dateiliste anlegen, die nur gesehen wird, wenn man
> Mitglied aller drei Gruppen ist.
> 
> Allerdings müsstest Du so ein viertes Content-Element anlegen.
> 
> Christian

hmm, das wäre sicher eine Lösung, aber dann könnte ich ja auch dem 
vierten Content nur die Gruppe des "Superusers" zuweisen.
Ich möchte lieber einem User drei Gruppen zuweisen, denn es gibt da ne 
Menge Seiten die man dan ja quasi doppelt pflegen müsste ...
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Doppelte Dateilinks aus Content entfernen

[Hannes]

In article ,
 Christian Buelter  wrote:

> Am 12.04.2010 15:49, schrieb Hannes:
> > 
> > Es soll eine Benutzergruppe geben, die die Rechte von allen 3 Gruppen 
> > hat. Wenn man sich mit dieser Gruppe die Seite anschaut, dann sieht man 
> > selbstverständlich alle 3 Dateilisten. 
> > 
> 
> Du könntest es mit der Extension
> 
> http://typo3.org/extensions/repository/view/maja_tscondition/current/
> 
> probieren. Mittels Typoscript kann man ja UND-Verknüpfungen herstellen.
> 
> So könntest Du eine Dateiliste anlegen, die nur gesehen wird, wenn man
> Mitglied aller drei Gruppen ist.
> 
> Allerdings müsstest Du so ein viertes Content-Element anlegen.
> 
> Christian

hmm, das wäre sicher eine Lösung, aber dann könnte ich ja auch dem 
vierten Content nur die Gruppe des "Superusers" zuweisen.
Ich möchte lieber einem User drei Gruppen zuweisen, denn es gibt da ne 
Menge Seiten die man dan ja quasi doppelt pflegen müsste ...
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Re: Re: neuer root greift nicht a uf template zurück

[Ralf-René Schröder]

Christian Wolff schrieb:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Am 12.04.2010 20:13, schrieb Dennis Krüger:

Grüß Gott,
ich habe folgendes Problem bei einer Typo3-Seite:
Ich habe drei verschiedene Roots mit jeweiligen unterseiten installiert, die 
bislang einwandfrei liefen. Wenn ich nun einen neuen root erstelle mit 
Template und zugehörigen Unterseiten greift dieser Root nicht auf sein 
Template zurück, sondern auf das einer anderen Seite obgleich im Typoscript 
Object Browser das richtige Template angezeigt wird. Egal was ich in das 
Template-Feld eingebe, greift der neue Root nicht auf dieses zurück. Es 
spielt auch keine Rolle, wie ich die Root-Seiten verschiebe, ob an den 
Anfang oder nach hinten - das Ergebnis bleibt gleich.

Css_styled_content ist eingebunden.
Jemand eine Idee?
Besten Dank im Voraus,
Dennis Krüger 




im template record gibts noch ein paar checkboxen die für ein
roottemplate gesetzt sein müssen
clear constants und setup
und rootlevel

wenn diese 3 checkboxen gesetzt sind sollte eigendlich alles klar klar
sein und er nix altes mehr erben.

gruss chris




falls vielleicht TV im Einsatz ist könnte es noch ein falscher Bezug auf 
einen General Storage Folder im anderen Seitenbaum sein.


Domainrecord und baseadress richtig ???
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Nach Installation Probleme mit den Backend-Modulen

[Philipp Gampe]

Am 12.04.2010, 20:58 Uhr, schrieb Steffen Liebig :


WinXP SP 3, Typo3 4.3.2 unter XAMPP 1.7


aktuell ist 4.3.3


-> Wenn ich im Backend zB auf Web->Page, List oder  Filelist klicke,  
meldet

das System im mittleren Seitenteil, es würde das Objekt nicht finden.
Kurioserweise kommt bei "Info" aber genau dort der Seitenbaum, im  
Gegensatz


könntest du bitte die genaue Fehlermeldung posten? Dies würde uns sehr  
helfen, weil es viele Objekte in TYPO3 gibt.



zur Dateistruktur scheint dieser also abrufbar zu sein...zumindest auf
diesem Wege *löl*.


Dies hat damit nichts zu tun.

Grüße
Phil


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

Re: [TYPO3-german] RealUrl Problem: .html geht nicht

[Thomas Hirt]

Eine Ergänzug:

Seltsamer Seise gehen nur die URLs auf der 1. Ebene nicht.

Also

www.example.com/ueber-uns.html geht nicht

ABER

www.example.com/ueber-uns/test.html geht schon

Hat jemand dieses Verhalten schon erlebt?
Übrigens verwalte ich mit dieser Installation 2 Domänen.
Deswegen habe ich auf folgendes ind der Konfiguration:

$TYPO3_CONF_VARS['EXTCONF']['realurl']['www.wege-aus-der-krise.at']=$TYPO3_CONF_VARS['EXTCONF']['realurl']['_DEFAULT'];
$TYPO3_CONF_VARS['EXTCONF']['realurl']['www.wege-aus-der-krise.at']['pagePath']['rootpage_id']=1;
// ID der rootpage der 1. domain

$TYPO3_CONF_VARS['EXTCONF']['realurl']['www.alternativenforen.at']=$TYPO3_CONF_VARS['EXTCONF']['realurl']['_DEFAULT'];
$TYPO3_CONF_VARS['EXTCONF']['realurl']['www.alternativenforen.at']['pagePath']['rootpage_id']=24;
// ID der rootpage der 2. domain

Der Server ist derzeit noch nicht öffentlich erreichbar.

LG Thomas


Thomas Hirt schrieb:

Hi!
Ich habe RealUrl auf einigen Seiten problemlos laufen und bin jetzt bei 
einer neuen Seite auf ein Problem gestoßen, obwohl ich die selbe 
Configuration wie immer benutze.
Weiß mir nicht zu helfen und kann den Fehler nicht finden. Hat jemand 
unter euch einen Hinweis?


Folgendes geht wunderbar:
www.example.com/ueber-uns

Folgendes geht nicht:
www.example.com/ueber-uns.html

Also sobald ich .html dranhänge wird die Seite nicht gefunden.
Bei allen anderen Seiten klappt das problemlos.

Habt ihr eine Idee?
Könnte das was mit dem Server Einstellungen zu tun haben?
Ich vermute es, denn es hat auf diesem Server schon mal geklappt und 
jetzt nicht mehr.


RealUrl 1.8.0
TYPO3 4.3.3

Grüße,
Thomas

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

[TYPO3-german] RealUrl Problem: .html geht nicht

[Thomas Hirt]

Hi!
Ich habe RealUrl auf einigen Seiten problemlos laufen und bin jetzt bei einer neuen Seite auf ein Problem gestoßen, 
obwohl ich die selbe Configuration wie immer benutze.

Weiß mir nicht zu helfen und kann den Fehler nicht finden. Hat jemand unter 
euch einen Hinweis?

Folgendes geht wunderbar:
www.example.com/ueber-uns

Folgendes geht nicht:
www.example.com/ueber-uns.html

Also sobald ich .html dranhänge wird die Seite nicht gefunden.
Bei allen anderen Seiten klappt das problemlos.

Habt ihr eine Idee?
Könnte das was mit dem Server Einstellungen zu tun haben?
Ich vermute es, denn es hat auf diesem Server schon mal geklappt und jetzt 
nicht mehr.

RealUrl 1.8.0
TYPO3 4.3.3

Grüße,
Thomas


---


config {
  simulateStaticDocuments = 0
  tx_realurl_enable = 1
  #anchors with prefix
  prefixLocalAnchors = all

  # no parameter twice or more
  uniqueLinkVars = 1

  baseURL = http://www.example.com/
}



.htaccess
#
#
# Example .htaccess file
#
# This file contains a collection of almost everything you will need
# for optimising TYPO3:
#
# - mod_rewrite (used for SimulateStaticDocuments, RealUrl, etc.)
# - PHP optimisation
#
# If you want to use it, you'll need to rename this file to '.htaccess'.
# (To make this work you will need to adjust the 'AllowOverride'
# directive in your Apache configuration file.)
#
# IMPORTANT: You may need to change this file depending on your TYPO3
# installation!
#
# You should change every occurance of TYPO3root/ to the location where you
# have your website in. For example:
# If you have your website located at http://mysite.com/
# then your TYPO3root/ is just empty (remove 'TYPO3root/')
# If you have your website located at http://mysite.com/some/path/
# then your TYPO3root/ is some/path/ (search and replace)
#
# If you have problems with this file, try using the minimal
# mod_rewrite.htaccess which is located in the typo3_src/misc/
# directory of this installation.
#
# You can also use this configuration in your httpd.conf, but you'll have
# to modify some lines, see the comments (search for 'httpd.conf')
#
# Using rewriting in your httpd.conf is much faster, btw.
#
# Questions about this file go to the matching Install mailing list,
# see http://typo3.org/documentation/mailing-lists/
#


### Begin: Rewrite stuff ###

# Enable URL rewriting
RewriteEngine On

# To assist in debugging rewriting, you could use these lines
# DON'T enable it for production!
# This will only work in httpd.conf, not in .htaccess files
#RewriteLog /var/log/apache/rewrite.log
#RewriteLogLevel 9

# If you use the RealUrl extension, then you'll have to enable the next line.
# You will have to change this path if your TYPO3 installation is located
# in a subdirectory of the website root.
#
# If you place this in httpd.conf, you cannot use this directive in any case!
#RewriteBase /

# Stop rewrite processing if we are in the typo3/ directory
# For httpd.conf, use this line instead of the next one:
# RewriteRule 
^/TYPO3root/(typo3|t3lib|tslib|fileadmin|typo3conf|typo3temp|uploads|showpic\.php|favicon\.ico)/
 - [L]
RewriteRule 
^(typo3|t3lib|tslib|fileadmin|typo3conf|typo3temp|uploads|showpic\.php|favicon\.ico)/
 - [L]

# Redirect http://mysite/typo3 to http://mysite/typo3/index_re.php
# and stop the rewrite processing
# For httpd.conf, use this line instead of the next one:
# RewriteRule ^/TYPO3root/typo3$ /TYPO3root/typo3/index.php [L]
RewriteRule ^typo3$ typo3/index_re.php [L]

# If the file/symlink/directory does not exist => Redirect to index.php
# Important note: If you copy/paste this into httpd.conf instead
# of .htaccess you will need to add '%{DOCUMENT_ROOT}' left to each
# '%{REQUEST_FILENAME}' part.
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-l

# Main URL rewriting.

# If you use Windows and SimulateStaticDocuments do not work, try adding a
# slash (/) right before 'index.php' below.

# The example shows how to rewrite only *.html and *.pdf files to index.php
# This may be helpful when using an extension that can generate PDF files
# on the fly.
# Example: RewriteRule .*\.(html|pdf)$ index.php [L]

# For httpd.conf, use this line instead of the next one that has no '#':
# RewriteRule .* /TYPO3root/index.php [L]

# For use with the RealUrl extension, you might need to remove the
# RewriteBase directive somewhere above and use this line instead of the
# next one: RewriteRule .* /index.php [L]

RewriteRule .* index.php [L]

### End: Rewrite stuff ###

### Begin: PHP optimisation ###

# All features below are left to the default if you don't change this.
# Simply remove the comment marks if you want to use some/all of these
# settings

# The PHP developers recommend disabling this feature. Do that.
# It's deprecated and is likely to be unsupported in future versions of PHP.
##php_flag allow_call_time_pass_reference off

# TYPO3 works fine with register_globals turned off.
# This is highly recommended!
##php_flag 

[TYPO3-german] Nach Installation Probleme mit den Backend-Modulen

[Steffen Liebig]

Hallo zusammen,

kann sein, dass ich hier nixcht ganz richtig bin. Vielleicht ist 
install.windows als Newsgroup sinnvoller...allerdings ist das Problem nicht 
BEI oder DURCH, sondern vermutlich eher BEI (während) der Installation 
aufgetreten.

In aller Kürze:

WinXP SP 3, Typo3 4.3.2 unter XAMPP 1.7

-> Wenn ich im Backend zB auf Web->Page, List oder  Filelist klicke, meldet 
das System im mittleren Seitenteil, es würde das Objekt nicht finden. 
Kurioserweise kommt bei "Info" aber genau dort der Seitenbaum, im Gegensatz 
zur Dateistruktur scheint dieser also abrufbar zu sein...zumindest auf 
diesem Wege *löl*.

Weiss zufällig jemand, was da warum nicht funktioniert bzw was evtl bei der 
Installation verschütt gegangen sein könnte (nachbesorgt werden muss) ?

Besten Dank im Voraus für jede Anregung,

Steffen 


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

[TYPO3-german] Flexform in BE-Modul

[Rainer Schleevoigt]

Hallo Gemeinde,

ein BE-Modul steuert eine multidomainige T3-Webs. Nun möchte ich 
Flexform dazu verwenden, komfortabel Konfigs zu verwalten. Ist das eine 
gute/schlechte Idee und/oder gibt es schon EXTs. wo das schon so 
gehandhabt wird?


Gruß Rainer

--
Webmasterei Hamburg
Dipl.-Ing. R. Schleevoigt / TYPO3 Certified Integrator
Ust-ID:  DE239491976
mail:rai...@webmasterei-hamburg.de
http://webmasterei.com
22303 Hamburg | Novalisweg 10
+49 40 27806982 | skype:kontaktschmied

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

[TYPO3-german] Re: neuer root greift nicht auf temp late zurück

[Christian Wolff]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Am 12.04.2010 20:13, schrieb Dennis Krüger:
> Grüß Gott,
> ich habe folgendes Problem bei einer Typo3-Seite:
> Ich habe drei verschiedene Roots mit jeweiligen unterseiten installiert, die 
> bislang einwandfrei liefen. Wenn ich nun einen neuen root erstelle mit 
> Template und zugehörigen Unterseiten greift dieser Root nicht auf sein 
> Template zurück, sondern auf das einer anderen Seite obgleich im Typoscript 
> Object Browser das richtige Template angezeigt wird. Egal was ich in das 
> Template-Feld eingebe, greift der neue Root nicht auf dieses zurück. Es 
> spielt auch keine Rolle, wie ich die Root-Seiten verschiebe, ob an den 
> Anfang oder nach hinten - das Ergebnis bleibt gleich.
> Css_styled_content ist eingebunden.
> Jemand eine Idee?
> Besten Dank im Voraus,
> Dennis Krüger 
> 
> 
im template record gibts noch ein paar checkboxen die für ein
roottemplate gesetzt sein müssen
clear constants und setup
und rootlevel

wenn diese 3 checkboxen gesetzt sind sollte eigendlich alles klar klar
sein und er nix altes mehr erben.

gruss chris


- -- 
Christian Wolff // Berlin
http://www.connye.com

some projects:
http://richtermediagroup.com | http://titanic.de |
http://fairplay-homepage.de
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (MingW32)

iEYEARECAAYFAkvDZeEACgkQIcCaXPh/JHFxxgCeI6E9zxYVv3p7FVrC7SYMMxAR
7MsAoJvMO5n6CD2uLd5OSLwka+zgJOo6
=skWM
-END PGP SIGNATURE-
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] HMENU / Menustruktur

[JoH asenau]

> Werde dann also den Status mit
> IFSUB = 0
>
> abfragen, sollte ja funktionieren. Ich gebe dann nochmal Bescheid,
> obs geklappt hat :-)

Das wird so garantiert nicht klappen, weil das keine Abfrage ist, sondern
ein Zustand ;-)

Wenn Du IFSUB=1 oder ACTIFSUB=1 setzt und mit entsprechendem Setup
versiehst, werden Menüeinträge, für die es Unterseiten gibt, entsprechend
gerendert.

Alle anderen (sprich Seiten ohne Unterseiten) werden ja bereits von NO und
ACT abgefrühstückt.

HTH

Joey

-- 
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your gob sometimes!)
Dieter Nuhr, German comedian
Xing: http://contact.cybercraft.de
Twitter: http://twitter.com/bunnyfield
TYPO3 cookbook (2nd edition): http://www.typo3experts.com


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

[TYPO3-german] neuer root greift nicht auf template zur�ck

[Dennis Kr�ger]

Grüß Gott,
ich habe folgendes Problem bei einer Typo3-Seite:
Ich habe drei verschiedene Roots mit jeweiligen unterseiten installiert, die 
bislang einwandfrei liefen. Wenn ich nun einen neuen root erstelle mit 
Template und zugehörigen Unterseiten greift dieser Root nicht auf sein 
Template zurück, sondern auf das einer anderen Seite obgleich im Typoscript 
Object Browser das richtige Template angezeigt wird. Egal was ich in das 
Template-Feld eingebe, greift der neue Root nicht auf dieses zurück. Es 
spielt auch keine Rolle, wie ich die Root-Seiten verschiebe, ob an den 
Anfang oder nach hinten - das Ergebnis bleibt gleich.
Css_styled_content ist eingebunden.
Jemand eine Idee?
Besten Dank im Voraus,
Dennis Krüger 


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

Re: [TYPO3-german] rggooglemaps + xajax = Fehler?

[Wolfgang Kleinbach]

David Brunnthaler (office) schrieb:

Hallo,

leider ist das Problem doch nicht ganz gelöst.
 
[... stuff deleted ...]


Das Popup ruft folgende Seite auf:
http://www.mydomain.ch/dev/typo3conf/ext/rggooglemap/class.tx_rggooglemap_wizard.php?&P[params]=&P[exampleImg]=&P[table]=tt_address&P[uid]=1&P[pid]=7&P[field]=tx_rggooglemap_lat&P[flexFormPath]=&P[md5ID]=ID614b227c1e&P[returnUrl]=%2Fint%2Ftypo3%2Falt_doc.php%3F%26returnUrl%3D%252Fint%252Ftypo3%252Fsysext%252Fcms%252Flayout%252Fdb_layout.php%253Fid%253D7%26edit%5Btt_address%5D%5B1%5D%3Dedit&P[formName]=editform&P[itemName]=data%5Btt_address%5D%5B1%5D%5Btx_rggooglemap_lat%5D_hr&P[fieldChangeFunc][typo3form.fieldGet]=typo3form.fieldGet%28%27data%5Btt_address%5D%5B1%5D%5Btx_rggooglemap_lat%5D%27%2C%27%27%2C%27%27%2C0%2C%27%27%29%3B&P[fieldChangeFunc][TBE_EDITOR_fieldChanged]=TBE_EDITOR.fieldChanged%28%27tt_address%27%2C%271%27%2C%27tx_rggooglemap_lat%27%2C%27data%5Btt_address%5D%5B1%5D%5Btx_rggooglemap_lat%5D%27%29%3B&P[fieldChangeFunc][alert]=&P[currentValue]=38.34959942318041&P[currentSelectedValues]= 

Ich verstehe noch nicht ganz, wie/wieso Du im Backend ein Popup 
aufmachst? Aber egal:
Ich vermute mal, das im Popup xajax nicht geladen wird. Es müsste die 
Zeile src="../../../../typo3/ext/xajax/xajax_js/xajax.js"> oder so 
ähnlich m HTML der Popup-Seite drin stehen und natürlich muss die Datei 
vorhanden sein.
Letzteres kannst Du überprüfen, indem Du im Quelltext den Link anklickst 
(zumindest im FF) und schaust, ob er die xajax.js lädt,

oder
wenn Du Zugriff auf die Server-Logs hast, kannst Du ja schauen, ob in 
der error_log des apache2 die fehlende xajax.js angemeckert wird.
Sollte das der Fall sein, dann stimmt was mit der xajax-Einbindung noch 
nicht. => Nochmal checken, ob die Änderung im Quellcode von rggooglemap 
gemacht ist.

Auch ein leeren des Caches hilft nichts.
Beide Extensions sind Local installiert.
Ich habe xajax global installiert, rggooglemaps dagegen lokal. 
Vielleicht kannst Du es mal in dieser Kombination versuchen?
Ich meine mich zu erinnern, dass ich den patch für rggooglemap auch mit 
beiden Extensions - lokal installiert - erfolgreich getestet hätte, aber 
das ist auch schon ein bisschen her.
Kann es evt. daran liegen, dass die TYPO3 Installation derzeit noch in 
einem Unterordner liegt und nicht am Server Root?
Das kann m.E. nicht das Problem sein. Bei mir hier laufen die Seiten vor 
Freischaltung/während der Entwicklung auch erst mal in einem Unterordner 
und da gibt es kein Problem.


Hoffentlich hilft das ...

Wolle

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