-
Data: 2010-05-28 11:40:26
Temat: Jak zintegrować TinyMCE ze skryptem CMS?
Od: WebCM <w...@g...com> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]Dostosowałem TinyMCE do skryptu CMS. Teraz zostaje pytanie, jak go
zaimplementować, aby był kompatybilny z dotychczasowym API.
Pierwotnie zaplanowałem utworzyć możliwość podpięcia dowolnego
edytora. Na razie dostosowałem tylko TinyMCE, ale muszę go wprowadzić.
Czy warto stworzyć także furtkę dla innych edytorów WYSIWYG?
Administrator lub redaktor ma mieć wybór, czy chce używać
standardowego (który po prostu wstawia partie HTML lub BBCode do
<textarea>), czy WYSIWYG.
Standardowy edytor ładuję tak:
W kodzie PHP dołączam skrypty:
$content->addScript(LANG_DIR.'edit.js');
$content->addScript('cache/emots.js');
$content->addScript('lib/editor.js');
Edytor wywołuję w szablonach, np. tak:
//formularz
var f = document.forms[0]
//utwórz edytor nad polem txt
var e = new Editor(f.txt)
//dodaj emotikony pod polem <textarea>
e.emots()
//ochroń przed utratą danych
e.protect()
//focus pierwszego elementu formularza
f.elements[0].focus()
Mogę po prostu załadować edytor WYSIWYG w editor.js, ale po co w takim
razie ładować standardowy edytor i jego plik językowy?
Innym wyjściem jest stworzenie mostu dla edytorów WYSIWYG. Jak to
najlepiej uczynić?
Próbuję to zrobić tak, aby zachować kompatybilność z API standardowego
edytora:
function Editor(o, bbcode)
{
this.o = tinymce.add(new tinymce.Editor(o, {
//Global settings
dialog_type: 'modal',
gecko_spellcheck: true,
// i inne opcje, trochę ich jest
}));
this.o.render();
}
Editor.prototype.emots = function() {};
Editor.prototype.protect = function() {};
Czy to dobre podejście? W przeciwnym razie musiałbym osobno obsługiwać
edytor standardowy i graficzny w szablonach.
No dobrze, ale jak to rozwiązać od strony serwera?
Po prostu (to tylko przykład, aby zrozumieć sens):
if( $cfg['typ_edytora'] == 'wysiwyg' )
{
$content->addScript(...);
}
else
{
$content->addScript(LANG_DIR.'edit.js');
$content->addScript('cache/emots.js');
$content->addScript('lib/editor.js');
}
Nie chce zmieniać nazwy pliku tiny_mce.js na inną, a trzeba też gdzieś
zmieścić opcje konfiguracyjne (jak w poprzednim przykładzie). Czy
stworzyć bardziej ambitny i elastyczny port w PHP lub JS? Jakąś klasę,
czy co? Czy po prostu zrobić furtkę dla WYSIWYG w standardowym
edytorze lib/editor.js (on ładowałby TinyMCE, kiedy trzeba)?
Jak najlepiej podejść do problemu?
Następne wpisy z tego wątku
- 28.05.10 12:50 Borys Pogoreło
- 28.05.10 18:01 WebCM
- 28.05.10 19:03 Borys Pogoreło
Najnowsze wątki z tej grupy
- Jakie znacie działające serwery grup dyskusyjnych?
- is it live this group at news.icm.edu.pl
- php, linki z nazwami a $_GET, SEO
- www polityka pl captcha
- dyktatura brudnego palucha
- www.znanylekarz.pl
- Czy pytanie o sczytywanie stron programami/skryptami to tu?
- Grupy webdevowe
- Jak wydrukować stronę?
- IIS, kilka witryn
- linki <a href="/strona.php"> (ze slashami)
- co rozszerza stronę??
- responsywny akapit <p>
- Czy istnieje jakiś emulator przeglądarek pod Mac'a?
- taka sama konfiguracja dla localhost i produkcji
Najnowsze wątki
- 2024-12-16 Warszawa => Programista Microsoft Dynamics 365 Business Central <=
- 2024-12-16 Wrocław => Konsultant wdrożeniowy Comarch XL/Optima (Księgowość i
- 2024-12-16 Szczecin => Key Account Manager (ERP) <=
- 2024-12-16 Lublin => Inżynier Serwisu Sprzętu Medycznego <=
- 2024-12-16 Gdańsk => Specjalista ds. Sprzedaży <=
- 2024-12-16 odpowiedzialnosc powodz
- 2024-12-16 Gdańsk => Kierownik Działu Spedycji Międzynarodowej <=
- 2024-12-16 Gdańsk => Head of International Freight Forwarding Department <=
- 2024-12-16 Lublin => Programista Delphi <=
- 2024-12-16 Warszawa => Programista Dynamics 365 CRM <=
- 2024-12-15 (ino)wrocław
- 2024-12-15 Obcinaczki z łapaczem
- 2024-12-14 światła znów wlączyli
- 2024-12-14 nie lekceważ termostatu
- 2024-12-14 numer 112