Highlight plugin calls
Re: Highlight plugin calls
Hm, das würde verlangen in TInyMCE4 core reinträten. Das lohnt sich wohl nicht.
CMSimple.sk
It's no shame to ask for an answer if all efforts failed.
But it's awful to ask without any effort to find the answer yourself.
It's no shame to ask for an answer if all efforts failed.
But it's awful to ask without any effort to find the answer yourself.
Re: Highlight plugin calls
Wenn die Zeile vonzugeändert ist, geht es den Aufruf mit SPAN reingeben.
Soll aber ein Plugin in einer neuer Zeile selbst stehen, muss man:
1. zwei leere Seiten anlegen
2. In die erste der Zeilen den Aufruf eingeben
3. In der zweite dann weiter arbeiten
Auch akzeptable...
AUsserdem, kann man dann im mytemplate/stylesheet.css, wenn nötig zusätztlich wasimmer einstellen.
Code: Select all
editor.insertContent('<div class="xhplugincall mceNonEditable">{{{' + e.data.title + '}}}</div>')
Code: Select all
editor.insertContent('<span class="xhplugincall mceNonEditable">{{{' + e.data.title + '}}}</span>')
Soll aber ein Plugin in einer neuer Zeile selbst stehen, muss man:
1. zwei leere Seiten anlegen
2. In die erste der Zeilen den Aufruf eingeben
3. In der zweite dann weiter arbeiten
Auch akzeptable...
AUsserdem, kann man dann im mytemplate/stylesheet.css, wenn nötig
Code: Select all
p span.xhplugincall{}
CMSimple.sk
It's no shame to ask for an answer if all efforts failed.
But it's awful to ask without any effort to find the answer yourself.
It's no shame to ask for an answer if all efforts failed.
But it's awful to ask without any effort to find the answer yourself.
Re: Highlight plugin calls
Bin leider wieder auf dem Sprung, aber was passiert denn, wenn man überhaupt kein Element angibt, sondern eben nur den reinen Pluginaufruf einfügt?
Christoph M. Becker – Plugins for CMSimple_XH
Re: Highlight plugin calls
Dann ist alles wieder so wie vorher.
Wir brauchen die Klassen "xhplugincall" und "mceNonEditable" um es optisch hervorzuheben und vor versehentlichen Änderungen zu schützen. Irgendein Element für die Klassen muss also her.
Re: Highlight plugin calls
Ich meine, dass die allerechte Enduser, für die jemand eine Webseite einrichtet (ich schätze 80%), können die Webseite mit ausgeschaltetem Plugin bekommen. Die werden kaum in TinyMCE4 Konfiguration reinträten. D.h., die werden kaum selbst ein Pluginaufruf reingeben versuchen. Sie werden aber sehen, dass es auf der Seite ein Aufruf gibt. Werden aber von einer unabsichtlichen Beschädigung geschützt. Und das ist die Hauptsache.
Eine Konfiguration mit init_full.js (mit allen pi-pa-po) wird dann nur für einen CMSimple_XH_beherschenden Webmaster. Für Amateure, die höchstens Texte schreiben oder Bilder hochladen und reinplatzieren können stelle ich meistens nur init_medium.js (seit jetzt ohne xhplugincall).
Das schliesst genugend aus, dass die etwas an Pluginsaufrufe verpfuschen oder einen leeren Aufruf rein geben. Jedenfalls ist der Code jetzt mehr übersichtlich.
Eine Konfiguration mit init_full.js (mit allen pi-pa-po) wird dann nur für einen CMSimple_XH_beherschenden Webmaster. Für Amateure, die höchstens Texte schreiben oder Bilder hochladen und reinplatzieren können stelle ich meistens nur init_medium.js (seit jetzt ohne xhplugincall).
Das schliesst genugend aus, dass die etwas an Pluginsaufrufe verpfuschen oder einen leeren Aufruf rein geben. Jedenfalls ist der Code jetzt mehr übersichtlich.
CMSimple.sk
It's no shame to ask for an answer if all efforts failed.
But it's awful to ask without any effort to find the answer yourself.
It's no shame to ask for an answer if all efforts failed.
But it's awful to ask without any effort to find the answer yourself.
Re: Highlight plugin calls
Noch habe ich darauf gestossen, dass, falls benutzte WebseiteSprache unter TinyMCE4 gibt, sollte "en" default benutztbar sein.
Ich habe unbenutzte Sprachen gelöscht und wollte es mit z.B. "ru" versuchen. Statt "en" zu loaden, kamm die Warnung
Ich habe unbenutzte Sprachen gelöscht und wollte es mit z.B. "ru" versuchen. Statt "en" zu loaden, kamm die Warnung
Da sollte wohl das da angepasst seinFailed to load plugin url: http://localhost:8888/cmsimplexh-172/pl ... angs/ru.js
Code: Select all
var lang = document.getElementsByTagName("html")[0].getAttribute("lang");
if (lang !== 'en')
tinymce.PluginManager.requireLangPack('xhplugincall', lang);
CMSimple.sk
It's no shame to ask for an answer if all efforts failed.
But it's awful to ask without any effort to find the answer yourself.
It's no shame to ask for an answer if all efforts failed.
But it's awful to ask without any effort to find the answer yourself.
Re: Highlight plugin calls
Da hast du natürlich recht!
Ich hab mir das mal näher angeschaut – leider ohne praktikablen Lösungsansatz. Vielleicht ist es zumindest fürs erste das beste, wenn wir inline Pluginaufrufe einfach ignorieren, und eben immer <div>en. Das sollte wohl wenigstens 90% der Anwendungsfälle abdecken, und verhindert möglicherweise problematisches HTML ala <p><span class="xhplugincall mceNonEditable"><div><form>. Und zumindest sieht der Anwender dann gleich, dass das Inlinen nicht möglich ist.
Christoph M. Becker – Plugins for CMSimple_XH
Re: Highlight plugin calls
Nun,
finde ich nicht problematisch. Es ist schon ganz üblich so. Oder?
Die Variante mit
und dem Hint, dass es muss erst 2 Zeile geben, um den Aufruf in die erste und den Rest ab der zweiten scheint mir als sinnvolle Lösung. So können z.B. die userfuncs inline und die Pluginaufrufe separat stehen.
Z.B.:
Bei mir sieht der Test so
Code: Select all
<p><span...>...</span></p>
Die Variante mit
Code: Select all
editor.insertContent('<span class="xhplugincall mceNonEditable">{{{' + e.data.title + '}}}</span>');
Z.B.:
Code: Select all
<p>Text <span class="xhplugincall mceNonEditable">{{{userfunction}}}</span>') Text.</p>
<p><span class="xhplugincall mceNonEditable">{{{PluginAufruf}}}</span></p>
<p>Text</p>
You do not have the required permissions to view the files attached to this post.
CMSimple.sk
It's no shame to ask for an answer if all efforts failed.
But it's awful to ask without any effort to find the answer yourself.
It's no shame to ask for an answer if all efforts failed.
But it's awful to ask without any effort to find the answer yourself.
Re: Highlight plugin calls
Ich stimme dir zu.cmb wrote: ↑Tue Sep 25, 2018 10:16 pmVielleicht ist es zumindest fürs erste das beste, wenn wir inline Pluginaufrufe einfach ignorieren, und eben immer <div>en. Das sollte wohl wenigstens 90% der Anwendungsfälle abdecken, und verhindert möglicherweise problematisches HTML ala <p><span class="xhplugincall mceNonEditable"><div><form>. Und zumindest sieht der Anwender dann gleich, dass das Inlinen nicht möglich ist.
Wir sollten zurückkehren zur <div>Version - so wie es war, bevor ich diese dämliche <span>Frage gestellt habe.
Ohne Plugin war es ja auch so, dass der Benutzer den Aufruf in den Editor kopiert hat und der hat dann immer ein Block-Element daraus gemacht. Mal <p> mal <div> - je nachdem.
Für die seltenen Fälle, die <span> erfordern, muss das eben von den Bereitstellern (Plugin oder Funktion) dokumentiert werden.
Insofern ändert sich ja gar nichts zu vorher.
Nur wird es durch das Editor-Plugin im Standard-Fall bequemer einen Aufruf einzufügen. Und - wichtig - der Aufruf ist als "etwas Besonderes" optisch erkennbar und nicht mehr so leicht unbeabsichtigt zu verfälschen.
Ziel erreicht - und gut!
Die Diskussion war zwar zäh aber trotzdem erfolgreich
Dank euch allen!
Re: Highlight plugin calls
Ich bin nicht "drin" genug, um zu verstehen, ob oder was am ContentCode falsch ist. Mit
bekomme ich volgendes (screenshot oben):
Ist da etwas falsch?
Code: Select all
onsubmit: function (e) {
editor.insertContent('<span class="xhplugincall mceNonEditable">{{{' + e.data.title + '}}}</span>');
}
Code: Select all
<h1>Start</h1>
<p>Congratulations on successfully <span class="xhplugincall mceNonEditable">{{{UserFunktion}}}</span> installing<strong> CMSimple_XH</strong>.
If this text is displayed, you have done everything right. Now you should do some basic settings, then you can start building your own website immediately.</p>
<p><span class="xhplugincall mceNonEditable">{{{PluginAufruf}}}</span></p>
<h2>Login</h2>
<p>To make changes to the system at all, you’ll have to log in. To do this, click <a href="?&login">Login</a> at the bottom. (The login link is usually placed in the footer.) The standard password is set to <code>test</code>. By doing this you reach the admin mode, sometimes called “backend”.</p>
CMSimple.sk
It's no shame to ask for an answer if all efforts failed.
But it's awful to ask without any effort to find the answer yourself.
It's no shame to ask for an answer if all efforts failed.
But it's awful to ask without any effort to find the answer yourself.