kódnév: hydrogen
Szerkesztői megjegyzés: A projekt gazdával történt egyeztetés után zároltuk ezt a témát, és kérjük, hogy PiG javaslatának megfelelően a projekt honlapján található támogatási lehetőségeket vegyék igénybe a felhasználók.
Mivel a címbéli alkalmazás hozzászólásai már túlmutatnak a tinyMCE pluginbejelentések témakörein, ezért ebben a topicban kérném az esetleges észrevételeket, gondokat.
A további bejelentések is itt fognak történni.
Figyelem! Kéretik a bazi hosszú kódsorokat szóközökkel és enterrel megtörni, és ahol szükséges, vagy az érthetőség úgy kívánja ezt külön jelezni.
Akit az előzmények érdkelnek, az olvasgasson itt és itt
A project(ek) honlapja: http://tinymce.kirow.hu
P][G
Válasz Szuli-nak
+hydrogen
+images
+phpthumb
+tiny_mce
example.html
// Config file
var lang='hu';
//var lang='en';
var IM_WEBPATH='http://wmh.local/pro/images/';//base dir of images
var PHPTHUMB_PATH='http://wmh.local/pro/phpthumb/phpThumb.php';// relative path of hydrogen.php to phpthumb
a wmh.local=www
A hiba, amit írtál a config.php-beli beállításokból ered, ha tudod, azt is írd ide. Egyébként a config.js-ben sem okés a beállítás. http-vel kezdődőt sehova sem kell írnod.
Ha jól látom, neked csak annyi lenne a teendőd, hogy az alapértelmezett beállításokat annyiban módosítod, hogy az images-t mindenhol pro/images-re, az /images-t pedig /pro/images-re írod át, illetve a hydrogen.js-ben /hydrogen/hydrogen.php-t /pro/hydrogen/hydrogen.php-ra.
Egyébként én az otthoni gépemen csináltam a cuccost, és miután feltöltöttem az élő webszerverre a szolgáltatónál, minden külön beállítás nélkül ment!
Remélem megy, most már én is nagyon szeretném! ;-)
P][G
//path where the images are
Na,
define('IM_SHOW_PATH',$_root.'images/');
erre
define('IM_SHOW_PATH',$_root.'pro/images/');
ezt:
define('IM_WEBPATH','/images/');
pedig erre:
define('IM_WEBPATH','/pro/images/');
A javascriptben is hasonlóan kell kijavítani a megfelelő elérési utakat. Mondom, az alapértelmezett beállításokból indulj ki, mert ki tudja, mit próbálgattál már azóta!
P][G
Nos hibát már nem ír ki,
és nem müködik, hibát nem ír ki és nem hajtja végre az utasításokat
De a kép könyvtárat megtalálta
Akkor alakul
A config.js-t is átírtad, ahogy egy előző hozzászólásban említettem?
a {} ügyét még vizsgálgatom. Valószínű délután írok megoldást - most tényleg. Lehet, hogy az egész nemzetközi támogatást kilövöm, mert már most észrevehetően lassítja a betöltődést a címkék megfelelő behelyettesítése...
Egyébként a tab-os fülecskék megjelennek?
P][G
var
var PHPTHUMB_PATH='/pro/phpthumb/phpThumb.php';// relative path of hydrogen.php to phpthumb
így irtám át
OK, lőd ki szerintem az angolt!
A Fülecskék megjelennek, de jobb oldalon az {original}{modified} mellett, a 2 fül le van csúszva.
Hmm...
Ha 'kilövöm', az azt jelenti, hogy a html kódba írhatom vissza a 'normál' címkéket...
A fülek lecsúsznak:
Milyen böngészőt használsz?
P][G
IE-t használok
off: sajat forum
Ja...
P][G
Szia,
sajnos nálam sem müködik, bármit próbálok nem tudom müködésre birni, ha teljes elérési utakat adok meg akkor sem. Ha elindul a hydrogen.php, akkor a feliratok nem jelennek meg. Nem tudom mi lehet a baj, sajnos nincs több ötletem.
Nos
Alapértelmezésben ez lenne:
+hydrogen
+phpthumb
+tinymce
+images
example.html
Létrehoztam egy új könyvtárat a root-on belül pol néven (nem jelent semmit, csak így akadtak az ujjaim alá a billentyűk)
Tehát így néz ki:
+pol/hydrogen
+pol/phpthumb
+pol/tinymce
+pol/images
pol/example.html
A következőket módosítottam a konfig fájlokban:
var IM_WEBPATH='/pol/images/';//base dir of images
config.php:
define('IM_SHOW_PATH',$_root.'pol/images/');
define('IM_WEBPATH','/pol/images/');
hydrogen.js:
var win=window.open('/pol/hydrogen/hydrogen.php' ... a többi blabla uaz
A fenti módosítások után kipróbáltam - működött a könyvtár beolvasása, könyvtár létrehozása, feltöltés, átméretezés, egyéb műveletek. Szóval nagyjából minden.
'Hibák' és megoldások:
Próbáltam reprodukálni a {} hibát - sikerült:
Oka a következő: nem megfelelő vagy a lang könyvtár vagy a benne található fájlok jogosultsága! Minimum olvashatóvá kell tenni a 'többiek' számára is.
images könyvtár esetleges hiba:
Előzőhöz hasonló, de itt mindenképpen írási jogosultságot kell adni mindenkinek, hiszen különben nem lehet ide másolni (feltölteni) a fájlokat.
IE-ben nem jelennek meg a fülecskék:
Hiba forrása - IE. Én XP-n IE 6-tal is teszteltem, sok hiba és furcsaság volt, de speciel a fülecskék mindig jól jelentek meg. Megoldás: használj más böngészőt! Egyébként sem hiszem, hogy lesz energiám mindig arra figyelni, hogy melyik böngészőnek milyen nyavajája van. Már most tudom, hogy lesz olyan 'szolgáltatás', ami csakis Firefoxban (esetleg más Gecko) tud működni. Ez van...
P][G
Köszi, hogy utánajártál,
Na mire jutottál??????????
Opera
--
Szeretettel: Károly György Tamás
kgyt&kgyt.hu - http://kgyt.hu
Ez igaz, viszont az Opera
Aha
Nem, mintha másnak nem lennének elfoglaltságai, de azért jelzem, hogy van rendes munkahelyem, ahová bizony minden nap be kell mennem, az elmúlt napokban kellett betördelnem egy teljes sportmagazint, ezen felül lakáseladásból kifolyólag jönnek-mennek az érdeklők ki-be, építkezésból kifolyólag jön-megy az építési vállalkozó, ma reggel én is 2,5 órát jöttem-mentem/telefonálgattam bankokkal, földhivatallal hitel-fedezetcsere ügyében, van egy másfél éves kislányom, akivel azért szeretnék eltölteni naponta egy kis időt, ezek mellett még pluszban van egy csomó más munkám is, meg itt eza hydrogenezés is, meg még az Opera - na asszem az Opera így kimarad. Főleg úgy, hogy a honlapot a statisztika alapján eddig meglátogatók közül talán, ha fél százaléka operás böngészőjű, illetve pl. osx-es oprendszerű. Szóval annak a kettő darab embernek (még ha te lennél is az egyik) inkább nem csinálnám meg most külön.
Egyébként örülök, hogy érdekel a téma! :-)
P][G
Én is szivesen segitek, ha
grat
PIG
Képfeltöltés/törlés
Képátméretezés
Köszi
:(
http://szuli.atw.hu/hiba.jpg
:(
+ azonkívűl, hogy
Javascript hiba
Komolyabb hibakövetéshez ajánlok vmilyen javascript debuggert - microsoft oldaláról ingyenesen letölthető talán innen
P][G
sor: 24Karakter: 3Hiba:
Karakter: 3
Hiba: Az objektumot kötelező megadni
Kód:0
URL: http:/wmh.local/szilvas/hydrogen/hydrogen.php
A 24-es sorba ez
<html>
most ez hiba??????????????
Utána van ez:
..
document.write('<sc'+'ript type="text/javascript" src="lang/' + lang + '.js"><'+'/script>');
</script>
<script type="text/javascript" src="js/utils.js"></script>
<script type="text/javascript" src="js/drag.js"></script>
<script type="text/javascript" src="js/filefunc.js"></script>
<script type="text/javascript" src="js/multitab.js"></script>
<script type="text/javascript" src="js/main.js"></script>
Próbáld meg
// document.write... akármi
P][G
Nem változott semmit :(
Próbálok
Továbbra is ajánlom a Firefoxot (magyar nyelvű).
P][G
OK. Létszi segíts,
Nem értem, nálad Tök jól megy..
????
PIG, Küld el Nekem létszi,
Lehet, hogy az kavar be, mert rossz verziot szedtem le
??
szuli##kukac##mail.datanet.hu
Sikerükt
Elküldöd a phpthumbodat?
Hiába használok FireFoxot,
Válasz Szulinakl a 31-re
Most már kezdek tanácstalan lenni. Írod, hogy Firefoxban sem működik. Külön leteszteltem az egész cuccot úgy, hogy az alpértelmezettől eltérő könyvtárakban helyeztem el a fájlokat.
Mint láttad, nekem ment: a honlapon a képernyőképek Linuxos Firefoxból vannak, tegnap linkeltem egy WinXp-s IE képet, kipróbáltam WinXp mozillában - ment, kipróbáltam WinXp Firefox 0.9.1-ben - ment (ez utóbbi ráadásul nem is a legújabb verzió. A WinXp-s firefoxról is itt egy képernyőkép, amiben már egy pár új dolog is benne van - minden tökéletesen megy.
Egyébként most milyen hibát tapasztalsz?
P][G
Ugyanaz a hiba mint eddig,
Hello,
nálam is ugyanez van. A szerveren ahol próbáltam a register globals bekapcsolt állapotban van. Ez nem zavarhatja? Ez az utolsó hibalehetőség ami eszembe jutott.
Kérdés uaz
A register_globals állapota nem befolyásol semmit.
P][G
Hmm...
P][G
Szia,
igen majdnem jól jelenik meg, nincs is hibajelentés sehol. A gond pontosan a következő:
1. nincsenek betöltve a nyelvi fájlok, próbálkoztam már azzal is, hogy az egész hu.js tartalmát beirtam a megfelelő helyre, utána próbálkoztam azzal is, hogy megadtam az elérési útban a lang/hu.js-t. Sajnos egyik sem hozott eredményt.
2. akármelyik gombra kattintok nem történik semmi, az elérési utak szerintem már jól vannak mert látszólag mindent megtalál - és mégsem? Elég sokat szöszöltem vele reggel, eddig jutottam.
Most igy van: (frissen felraktam újra, a többi fájl az eredeti)
JS:
var IM_WEBPATH= '/tiny_teszt/images/';//base dir of images
var PHPTHUMB_PATH='../../phpthumb/phpThumb.php';// relative path of hydrogen.php to phpthumb
PHP:
define('IM_SHOW_PATH',$_root.'tiny_teszt/images/');
//$im_show_path=$_root.'images/';
// your webpath
define('IM_WEBPATH','/tiny_teszt/images/');
//$im_webpath='/images/';
//phpThumb dir relative to dir containing upload.inc.php
//upload needs phpThumb in order to carry out automatic resizing and later other features
define('PHPTHUMB_DIR','../phpthumb/');
//font path for adding text to images
//relative to phpThumb dir
define('FONT_DIR','../hydrogen/fonts/');
//$font_path='../hydrogen/fonts/';
detto, nekem is
Nem lehet, hogy a phpthumb a
Na már most a hivatalos tiny oldalén nincs a phpthumb!!!
Eért szedtem le a másik linkről (amit írtál), és nem tudom, hogy az jó -e
hello,
szerintem ha a hivatalos oldalról szedted le akkor biztosan jó és a hiba formája (ami nálam is van) szerintem nem emiatt van. Innen szedd le:
http://phpthumb.sourceforge.net/
Ez biztosan jó.
aha, innen szedtem én is,
Hát
A feltöltés, fájl és könyvtárműveletek nem függnek össze a phpThumb-bal.
a 12-es hozzászólásomban leírtam egy konfig felállást. azt néztétek?
P][G
Ezt már mondtad, de nem jo,
Annyit megtennél
Ugyanis ebben a select-ben kell lennie a file- és könyvtárneveknek; vagy nem kerül bele, vagy helytelen adat található itt
P][G
Nem tudom milyen php fut a szerveren, de az tuti, hogy régebbi fajta: mert pl: csak így fogadja el ezt: $HTTP_SERVER_VARS
nem pedig $_SERVER (vagy mi)
JA , a php verzio: 4.1.0
Egyéb ötlet PIG? :(
Oldjuk meg már létszi
Helló!
PHP verzióm: PHP Version 4.1.2
HTML részlet:
Esetleg még annyi
P][G
46-os szolás
Énis beirtam csak rossz
Lassan ez lesz a másodállásom
Közben rájöttem, hogy a hibát az is okozhatja, ha nem Apache szerveren fut a cucc. Bármilyen meglepő, de így van. Ugyanis IIS szerveren nincs mindig $_SERVER['DOCUMENT_ROOT'] . Mivel a php script ennek alapján próbál keresgélni, így már mindjárt az elején lehal.
Honnan lehet tudni, hogy van-e 'DOCUMENT_ROOT' vagy nincs. Több megoldás is van:
error_reporting(2047);
sort, akkor betöltődéskor az oldal elején warningokkal van tele, ezek között meg mindjárt az elsők között van vami olyasmi, hogy : Unspecified index on line 10 vagy hasonló.
Megoldás:
Lehetséges megoldás, ha a config.php-t lecserélitek a következőre (nálam ezek után okés volt IIS szerveren is!):
Jogosultságok:
A képeket tartalmazó könyvtárban annak a felhasználónak, akinek a nevében a php fut írási joggal kell rendelkeznie!
Gondot okozhat a php verziója is, ugyanis régebbi verziókban a szuperglobális tömbök elérése más.
További gondot okozhat - ez már csak a phpThumb szempontjából a nem megfelelő/régi GD könyvtár használata.
Ide másolom, hogy fentiekből nekem milyen konfigon megy a cucc:
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
Apache Version Apache/2.0.52 (Gentoo/Linux) PHP/4.3.10
Apache API Version 20020903
GD Version bundled (2.0 compatible) esetén pl. a phpthumb nálam kiakad 'Call to undefined function: imagesavealpha() in blabla üzenettel.
Szóval nem könnyű az élet!
Remélem, valamit sikerül kiokoskodnotok a fentiek alapján. A helyetekben a saját gépemre telepíteném a cuccost először, mert ott azt állítgathattok, amit akartok, utána, ha már kitapasztaltátok, javaslom 'idegen' webszerverre felnyomatni.
Mindenképpen ajánlatos legalább 4.3 php, de inkább a legújabb!
P][G
Szia, kösz a sok segitő
Megint csak hm
Apache Version Apache/2.0.52 (Gentoo/Linux) PHP/4.3.10
Apache API Version 20020903
GD
GD Support enabled
GD Version bundled (2.0.28 compatible)
Tapasztalatok: Minden pöccre indul, bármilyen könyvtárba másolom is a cuccost, a konfig fájlok átírásával eddig minden helyzetet megoldottam.
Apache/1.3.28 (Linux/SuSE) mod_ssl/2.8.15 OpenSSL/0.9.7b PHP/4.3.3 mod_perl/1.28 mod_throttle/3.1.2
GD
GD Support enabled
GD Version bundled (2.0.15 compatible)
Tapasztalatok: A képeket tartalmazó könyvtárra írási jogokat kérve minden megy.
Windows NT 5.2 build 3790 Microsoft-IIS/6.0 PHP Version 4.3.7
GD
GD Support enabled
GD Version bundled (2.0 compatible)
Tapasztalatok: Előző hozzászólásban leírt konfig fájl módosítás után képek megtekintése okés, images könyvtár írási jogok után fájlműveletek okés. GD könyvtár nem megfelelő phpThumb műveletek (méretezés, levágás, stb.) nem mennek
Eddigiekben közös a min php 4.3.3, lehet, hogy vmiért ez okozza a gondot, mert - mint írtad - 4.1-et használsz. Minden más különböző a fenti konfigokban (oprendszer, szerver, php alverziók, telepítési könyvtárak), mégis pár perc alatt működőképes lett mindenhol...
P][G
Szia,
kipróbálom mindegyiket, mert nem nagyon akarnám ennyiben hagyni, főleg, hogy te is ennyit foglalkozol vele. Sajnos a PHP-t nem tudom megváltoztatni, mert ahhoz én nem férek hozzá. Hiába raknék fel magamnak egy legújabb PHP-t - ezzel esetleg annak örülhetnék, hogy itthon nálam megy. Próbálgatni fogom még ez biztos. Köszi a sok törődést.
Új PHP felrakása tényleg
Én sem férek hozzá a szerverhez :(((
Mást kéne kitalálni!! :((
Szuli
Új PHP
Version 4.3.3
25-Aug-2003
Version 4.1.0
10-Dec-2001
Szóval a 4.3.3-at nem igazán nevezhetjük újnak, az általatok említett 4.1-t viszont nyugodtan réginek hívhatjuk. Szóval a szerver-üzemeltetőjénél nyugodtan lehet kérdezősködni.
Ha esetleg PHP 5 lenne a "követelmény", akkor azt mondanám, az tényleg nem valószínű, hogy a szolgáltatótoknál lenne...
Egyéb info a verziókról itt
Ha van időtök nézegessétek a forráskódot, meg a changelogot, hogy mi lehet az, ami az egyik verzióból hiányzik. Majd én is ránézek.
P][G
PIG !Azért érdekes,
Azért érdekes, hogy senki nem jelezte vissza, hogy működne a dolog !
Nálam baromira nem megy, sajnos:(
Márt nagyon vártam ezt a képkezelőt, de hát..nem tok mit tenni!
Nem tudnál adni egy egyszerű képfeltöltő, képátméretező plugint, Tinymce-hez???
NAgyon kéne már valami, amivel menne a feltöltés
Köszi
Szuli
Azért érdekes...
Mint írod, ti nem tudtok dülőre jutni. Nem tudom, utánanéztél-e a php 4.1 esetleges korlátainak, hátha abból adódik valami gubanc. Ha igen, és nem találtál különösebb problémát e téren, akkor a megoldás kulcsa a következő:
Ha nekem megy, nektek meg nem, akkor két eset lehetséges:
1. Én vagyok zseni
2. Ti vagytok 'nem-zsenik'
Nos, én nem tartom magamat zseninek...
Mást adni nem tudok, ennek a forráskódjából kiindulva könnyen készíthetsz egy nagyobb vagy kisebb tudásút.
P][G
Szia,
Szerintem nem a 4.1-es PHP miatt nem megy, mivel én leteszteltem lokális gépen újabb PHP-val és ott sem indult el rendesen. Majd még próbálgatom.
Nem szemrehányásként
Szuli
Legszarabb php
A 'legszarabb PHP' kifejezés pedig igen nehezen értelmezhető. Lehet, hogy neked jelen esetben a 4.1 jelenti a legszarabbat, másnak meg más. Ennyi erővel még a 'legszarabb javascript', 'legszarabb böngésző', 'legszarabb oprendszer', 'legszarabb szerver' kifejezéseket is behozhatnánk a képbe, sőt(!) ne is PHP legyen, hanem Perl. Egyébként még régebben olvastam valahol egy cikket - talán a böngészőkről volt benne szó - amiben pont az volt a téma, hogy visszafelé (backward) kompatibilis vagy előre (forward) kompatibilis kódot írjunk-e. A következtetés/tanács az előre kompatibilis kód volt, azaz nem olyan kódot kell írni, ami a régi szarokat minden áron támogatja, hanem olyant, ami esetleg az új lehetőségeket is kihasználva az elkövetkező években is használható lesz. Valószínű ezért van az is, hogy a Doom 3-hoz már nem DOS a követelmény, hanem valamivel több.
Mivel nem áll mögöttem/mellettem több száz/ezer fős fejlesztő gárda én ennyit bírtam kihozni belőle. Talán többször is írtam, hogy eredetileg saját felhasználásra szántam, aztán gondoltam, hátha valaki más is tudja használni. Hátha tudja! Hát ezek szerint nem tudja. Én úgy érzem, hogy minden tőlem telhető segítséget megadtam eddig, többre nem futja.
P][G
Persze, nem is azért
Csak azt nem értem, mért nem tudták alapból belerakni a tinymce-be a képkezelőt, mért kell külön fizetni érte :((
Azért mert a feljesztők
TinyMCE nyelvek
language: hu
-t, akkor vajon miért nem magyarul jelenik meg a felirat?Köszi,
Pál_úr