CONTENIDO Forum

Hallo

Ich habe diese settings in mein CMS 4.6.23:

	generator	xhtml	true
   	tinymce	extended_valid_elements	*[*]
   	tinymce	valid_elements	*[*]
   	tinymce	content_css	css/custom_style.css

Aber wenn ich speicher mein sauber Feld, es speichern nicht das korrekt XHTML syntax und schliess nicht das <br> und <img> und wenn ich speichern ein andere Feld auf mein Artikel, es andern das quell im das ein Feld...
Mein html header:

Code: Alles auswählen

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<base href="http://www.brasserietroisdames.ch/cms/" />
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-2" />
<meta name="Author" content="Dominique Javet - www.metadelic.com" />
<meta name="Robots" content="index,follow" />
<meta name="Description" content="" />
<meta name="Keywords" content="" />
<title>Brasserie Trois Dames</title>
<link rel="stylesheet" type="text/css" href="css/style.css" />
<link rel="stylesheet" href="css/jquery.lightbox.packed.css" type="text/css" media="screen" />

<script type="text/javascript" src="js/jquery-1.2.3.pack.js"></script>
<script type="text/javascript" src="js/jquery.lightbox.packed.js"></script>

<script type="text/javascript">
//<![CDATA[
$(function(){$('a[href][rel*=external]').each(function(i){this.target = "_blank";});});
//]]>
</script>
<meta name="generator" content="CMS Contenido 4.6.23" />
<meta http-equiv="Content-Type" content="application/xhtml+xml; charset=iso-8859-1" />

</head>

Is das ein Bug ?

Vielen danke im Voraus.
Gruss, Dominique

Na ja, habe etwas gefunden sehr komish. Es liegt auf die IMG Tag.
Ich habe ein Template mit 2 Text (html) Modules. When es gibt nur ein Bild in ein Module, kein Problem, alles is XHTML strict. Aber wenn ich einfügen ein anderes Bild in das anderes Module, denn es lauft nicht mehr und schliess nicht korrekt das Tag: <img> in statt <img />.
Und jetzt das Interessant: ich mache auf jedes module mit TinyMCE und ändern nichts, nur open/save. Und denn das /> Fehler wechsle das Module und ist jetzt auf das anderes... Und vice-versa.

Ein Bug nicht? Offe das ist gelöst mit 4.8, wie das Navigation Bug.

Mein Settings:

Contenido version 4.6.23
Host name www.brasserietroisdames.ch
Client informations Number of installed clients: 1
Server operating system Apache
PHP database extension mysql
Database server version 5.0.32-Debian_7etch5-log
Installed PHP version 4.4.7
safe_mode deactivated
magic_quotes_gpc activated
magic_quotes_runtime deactivated
gpc_order GPC
memory_limit 32M
max_execution_time 30
Disabled functions system, exec, passthru, dl
Gettext extension loaded
sql.safe_mode deactivated
GD library
Settings Values
GD Support enabled
GD Version bundled (2.0.28 compatible)
FreeType Support enabled
FreeType Linkage with freetype
T1Lib Support enabled
GIF Read Support enabled
GIF Create Support enabled
JPG Support enabled
PNG Support enabled
WBMP Support enabled
XBM Support enabled

Dom

Das Problem entsteht durch den Internet Explorer und das verwendete Inline-Editing. Bitte verwende den Firefox.

Gruß
HerrB

Ich benutzen nur Firefox, NICHT IE...

Dom

Probiere mal die Mandanteneinstellung;
wysiwyg - cleanup_callback - true
Hat bei mir valides XHTML bewirkt.

Nope, immer das gleiche.

Nach Timo, es liegt an:

Habe den Bug lokalisiert. Wenn man im Editor im Backendedit speichern drückt, wird die Funktion
Code: Alles auswählen
var aContent = prepareString(a[i].innerHTML);

function prepareString(aContent) {
    if ( aContent == "&nbsp;" || aContent == "" ) {
        aContent = "%$%EMPTY%$%";
    } else {
        alert(aContent);
        // if there is an | in the text set a replacement chr because we use it later as isolator
        while( aContent.search(/\|/) != -1 ) {
            aContent = aContent.replace(/\|/,"%$%SEPERATOR%$%");
        }
    }

    return aContent;
}
ausgeführt. innerHTML übernimmt leider die /> am Tagende von XHTML nicht. Hierbei geht der Tag verloren. Somit ein JavaScript Problem. Über eine Lösung muss noch nachgedacht werden, wenigstens weiß ich jetzt wo der Fehler liegt.

http://www.quirksmode.org/bugreports/ar ... in_xh.html

Code ist in Datei: include.con_editcontent.php

Dom

CONTENIDO Forum

[TinyMCE] XHTML quelle nicht speichern

[TinyMCE] XHTML quelle nicht speichern

Bug für TinyMCE ?

Vielleicht Lösung