Otestujte WYSIWYG editor (diskuse)

[helb]

Po otevření stránky na mě vyskočil alert, že "Whizzywig editor not available for your browser" a ukázalo se tohle - textarea s html kódem. Konqueror 3.5.7-r3, gentoo.

[Václav "Darm" Novák]

Konqueror 3.5.7, x86_64 Archlinux - to samé

[Ilfirin]

Konqueror 3.5.7 OpenSUSE 10.3 x86_64 ta samá chyba.

[tsLnox]

Konqueror 3.5.6, Slax, totéž

[Leoš Literák]

Prosim prestante psat, ze KQ nefumguje. Uz to vime, zadny dalsi report neni potreba.

[kavol]

hm, možná to neměl být report, že Konqueror nefunguje, nýbrž hlas, ať se nenasazuje sračka, která ani není schopná se v Konqueroru rozjet ...

[Leoš Literák]

Prijde mi s podivem, kolik JS veci pod KQ nefunguje. Neni tedy spise otazkou, zda JS implementace v KQ neni slaba a nemela by se vylepsit? Treba tim, ze uzivatele KQ napisi do KDE bugreport, co jim nefunguje. Bude to mnohem prospesnejsi, nez blokovat nove funkce uzivatelum prohlizecu s lepsi podporou JS. To mi osobne prijde sobecke (kdyz ne ja, tak nikdo).

[kavol]

hm, mě zase přijde s podivem, jaké "těžce javascriptové" weby v Konqueroru bez problémů jedou, zatímco se autoři jiných vymlouvají, jak je na tom Konqueror strašně špatně ... konkrétně v tomto případě je to ještě o to pikantnější, že Safari (údajně?) jede, ačkoliv je stejně jako Konqueror založeno na KJS

v daném případě těžko psát bugreport, co konkrétně nefunguje, když ten editor prostě jenom vypíše hlášku o nepodporovaném browseru a ani se nepokusí spustit ...

sobecké mi naopak přijde prasit kód, a pak nějakou část uživatelů poslat do háje s tím, že ten jejich browser je přece úplně nemožnej, když nemá implementováno orákulum napovídající, jakým způsobem se s těmi chybami vyrovnávají jiné browsery, aby mohl jejich error recovery emulovat a chovalo se to stejně jako autorovi zpraseniny

[Michal Vyskočil]

Kavole občas, než začneš trolovat, tak si zjisti fakta . Ano, těžce Javascriptové weby v Konqueroru jedou, pokud nepoužívají document.designMode, který KHTML prostě neumí a nikdy taky umět nebude (hlavně proto, že se jeho vývoj zastavil a Konqueror přejde na WebKit).

[kavol]

ehm, a kde píšu něco o tom, že Konqueror podporuje kdejakou prasečinu, co si Mozilla vymyslí?

- ta blbost není v normě, takže když se vyskytne ve stránce, je to z hlediska browseru chyba, což neokecáš žádnými poznámkami o zjišťování fakt

[Lu-Tze]

Epiphany 2.2.20/Gecko 1.8 no problem

[Jiri Bajer]

Web Browser 2.20.0 Powered by Gecko 1.8 tj. Epiphany z Ubuntu 7.10

funguje OK

[David Heidelberg]

KDE/KHTML-3.5.7 "Whizzywig editor not available for your browser"

[mess]

V Opeře funguje vše, kromě spellcheckeru, v Konqueroru nefunguje nic . Dalo by se to upravit, aby to fungovalo i v něm? Jinak se mi to líbí.

Opera 9.23 . Build 660 for Linux. Qt library 3.3.8
Konqueror 3.5.7
ArchLinux, jádro 2.6.22.9 i686.
KDE 3.5.7

[freshmouse]

jádro 2.6.22.9

Verze jádra je určitě důležitá...

[mess]

Já jsem to tam psal hlavně kvůli tomu i686, ten zbytek je tam jen jako bonus .

[MiK]

Opera 9.20, Fedora 7 (i686, 2.6.21-1.3228.fc7) - bez problémů

[Murry]

Funguje vše. Mozilla/5.0 (X11; U; Linux i686; cs; rv:1.8.1.6) Gecko/20070922 Firefox/2.0.0.6; gentoo

[Jan Drábek]

Konqueror nefunguje :(. Btw. proč padl výběr zrovna na tento editor?

[Leoš Literák]

Znas lepsi? Navrhy prijimam. Mrkni se na bugu, par jsme jich jiz testovali.

[stativ]

Poznamcicku, TinyMCE, ktery jsi zavrhl funguje uplne stejne pokud neni podporovany, tedy zobrazi normalni textareu. Navic TinyMCE se mi zda designove a intuitivne lepsi.

[Jan Drábek]

Nevím proč, ale mám vzpomínky na to jak jsem v KQ pracoval s TinyMCE... díval jsem namátkou na net a většinou nic moc, ale všechny v případě neúspěchu vraceli textarey.

[Josef Kufner]

Asi jsem divnej, ale wysiwyg moc nemusím

Nicméně v opeře se to zdálo být funkční (Opera 9.23, Debian).

[Josef Kufner]

Tak oprava: Není to funkční -- při použití tlačítka "zpět" se ztratí napsaný text.

[Leoš Literák]

Je to konfigurovatelne, muzu si vybrat, ktere funkce povolim a Undo je zrovna kandidat na zruseni i bez tohoto bugreportu.

[Josef Kufner]

Nemyslím Undo, ale Back, tedy čudlík v prohlížeči.

[Kyosuke]

Heh, u některých high-tech frameworků (Seaside, Kahua) je to totéž.

[Stevko]

Dillo 0.8.5-i18n-misc - Textarea s tlačítkom Submit a jeden riadok s odkazmi (niečo ako na tom screenshote konqueroru). Ale ani sa asi nedalo čakať, aby v Dille fungoval.

[Přemek Jordák]

Opera 9.23 ve Windows v pořádku.

[Filip Jirsák]

Wysiwyg editor nemá žádné tlačítko pro vložené kódu (tag <pre>). Když jsem zkusil zadat <pre> přímo v HTML, tak mi to vzápětí obsah přeformátovalo a zrušilo konce řádků (tj. to, co je pro <pre> nejdůležitější). To je zrovna pro AbcLinuxu docela problém

Opera 9.23, Linux

[Leoš Literák]

Ja tam videl v jednom rollout menu uplne na konci predformatovany text a jevilo se mi to funkcni.

[Filip Jirsák]

Aha, ono to tam navíc navkládá <br>. Tak to by asi mohlo fungovat. Předtím jsem zkusil tímhle stylem označit kus textu, který je už v tom demu, a vzniknul z toho pěknej guláš, takže jsem myslel, že to má snahu dělat něco jiného.

Osobně se mi tedy víc líbí současný způsob zápisu, ale fakt je, že HTML občas píšu, takže mi psaní tagů nijak nevadí.

[Honza "tux" Friesse]

Mozilla 1.7.11. Funguje vše, ale editor se mi moc nelíbí. Třeba když chci tučné písmo, kliknu na ikonku, začnu psát a ... nic. Protože focus není v textarea. Když tedy text označím, kliknu na tučně, text se opravdu převede to tučného, ale nikde není žádná signalizace, že se tak stalo. Možná to jsou všechno detaily, ale pro koho ten editor vlastně má být? Jestli pro někoho, kdo neumí HTML a je zvyklý na WYSIWYG editory, tak jsou tyhle mušky dost podstatné. A ten kdo umí HTML to možná raději napíše v HTML.

[Leoš Literák]

Uplne stejne chovani je ted u JS tlacitek, co zde mame. A pro koho to je? Html ovladam, ale ze by me bavilo psat HTML znacky, se neda rici. Urceno je to pro lenochy jako ja. Co chteji psat obsah a ne se soustredit na syntaxi a hledání menšítek, respektive přepínání české klávesnice.

[Václav "Darm" Novák]

Huh... přepínání klávesnice kvůli menšítkům? U bohů proč?

[Honza "tux" Friesse]

Možná jsem se špatně vyjádřil. To co je zde teď má zpětnou reakci. Kliknu na B a vloží se text. Vidím, že to tlačítko něco udělalo v textarea. U toho WYSIWYG to někdy vidím ale někdy ne.

Mě osobně se celkem líbil koncept editorů jako Java Applet. Tam je to chování konzistentnější s tím, co uživatel zná třeba z OO.org. Ale chápu, že tohle řešení je nereálné, protože se najde 1000 a jeden člověk, kteří budou řvát, jak je Java na h***o. Přitom by tím odpadlo i nějaké podivné testování, jestli prohlížeč podporuje stylovatelnou textarea nebo ne. Má Javu verze xxx? Ano ->k; Má WYSIWYG editor. Ne -> Má to, co je zde teď.

[AsciiWolf]

Firefox 2.0.0.6 ,Gentoo 2007.0 - v pořádku...

[freshmouse]

Linux, Epiphany 2.18.1 (Gecko 1.8), zapnutý JavaScript, vypnutá Java. V pořádku.

[Luk]

Opera 9.23 (Windows): Funguje všechno kromě Spellchecku. Nepřišel jsem na to, k čemu je Word a Clean. BLOCKQUOTE se ovládá dost nesrozumitelně (Indent/Outdent). Chybí PRE.

[Jardík]

Style->fixed width, ale nevím, jestli to vloží <pre> nebo ne.

[Jardík]

Vloží.

[Leoš Literák]

Nechybí

[Jardík]

Docela dobrý, jenom bych trošku vylepšil ty tlačítka, protože ty výchozí jsou odporný. Např. pomocí CSS nastavit rámeček a pozadí tlačítka na nějakou vhodnou barvu. Nefunguje to pod Konquerorem ani links2

[Jardík]

A ten seznam fontů by to mohlo tahat ze systému, což je asi dosti nereálné

[Luk]

Na co seznam fontů? To je přece prezentační záležitost a v logické struktuře dokumentu to nemá co pohledávat (vzhled je určen pomocí CSS, ať už defaultním nebo specifickým). I tak by se měla rozlišovat spíš generická rodina fontů (serif, sans-serif, monospace apod.) než nějaké konkrétní fonty, které vůbec nemusejí být k dispozici.

A ten seznam fontů by to mohlo tahat ze systému, což je asi dosti nereálné

To je samozřejmě naprostá hovadina. K čemu by bylo, že to někomu nacpe do seznamu takové fonty jako třeba Gill Sans Shadow nebo Poster Bodoni, když je min. 90 % lidí nemá a tudíž by se jim ani nemohly zobrazit?

[mess]

IE 6.0 (neaktualizovaný, ies4linux-2.5beta6) - Funguje vše.

[Lu-Tze]

Jinak vždycky jsem si myslel, že tohle by měl dělat prohlížeč (nebo nějaký plugin do něj). Stránka řekne, jaké tagy může člověk použít a tomu se přizpůsobí textové pole v prohlížeči. Tohle je řešení, které vyhoví všem.

[petr_p]

Vývojová verze Firefoxu Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a9pre) Gecko/2007100704 Minefield/3.0a9pre funguje.

Způsob provedení je však nešťastný, nehledě na nepříjmenosti, které ostatní již hlásili, nebo nedostupnost značek jako citace nebo kód.

Kdyby se vzala současná sada značek z Abíčka a udělalo se pro ně podpobné rozhraní, nestěžoval bych si. V opačném případě bych byl raději, kdyby se žádné novoty nezaváděli.

[Leoš Literák]

Pridat nejakou znacku by snad nemelo byt nic tezkeho.

kdyby se vzala současná sada značek z Abíčka a udělalo se pro ně podpobné rozhraní, nestěžoval bych si.

jako abych napsal wysiwyg editor se znackami abicka? Dekuji, nechci. Chci najit existujici, funkcni a ten upravit k podobe, aby vyhovoval zdejsim ctenarum.

[jiri.one]

SeaMonkey 1.3, Fedora 7 absolutne bez problemu

[clipper]

A mohu to ve svém profilu vypnout? Nemám tyto editory rád

Jinak funguje Suse 10.2. Firefox 2.0.0.5, Konqueror nefunguje.

[Heron]

Windows XP Pro 64b, Opera 9.23

Zdá se, že funguje vše, ale změna barvy pozadí změní pozadí celého odstavce, nikoliv jen vybraného textu. Což nevadí.

[Leoš Literák]

Barvicky urcite podporovat nebudeme. Planuju zakladni fonty (bold, italic, code), formatovani (p, br, pre, blockquote), seznamy a tabulky.

[bazil]

PROBOHA PROČ WYSIWYG? (zhrozené zvolání) ... zatím každej, co sem vyděl, dělal v nějakým prohlížeči blbosti, a to nemluvím o tom, co to vyflusne za výstup. není už lepší něco jako sexy Texy!? syntaxe je úplně fpohodě a jednoduchá, a netvoří se při tom vyzuální dokument ale strukturovaný dokument, tedy takový, jak by webový dokument měl vypadat! a ten se potom převede do HTML a následně zformátuje pomocí CSS. a netvoříte barevné nadpisy kdový jakými značkami, nemáte 4x definovaný tak font, pro jednu větu, podle toho, jak ste se rozhodovaly, jak bude barevná ... prostě WYSIWYG NENÍ pro web! domluvil jsem

[ParadoX]

No, nevím, tenhle editor mě moc neoslovil. Abych přihodil tak se mi dost líbí editor který mám použit v Joomle a se kterým nemám problémy v Opeře, Firefoxu ani IE, ostatní jsem nezkoušel. Jmenuje se to tuším JCE Editor. Jinak TinyMCE taky není k zahození. Jsem pro přezkoušení těchto dvou.

Jináč Kubuntu 7.10 a Opera 9.23 funkční, ale...

[kavol]

Whizzywig editor not available for your browser

- děkuji, nechci (Konqueror 3.5.7 & 3.93)

[Cohen]

Osobně bych zachoval stávající stav. WYSIWYG by dle mého způsobil víc problémů než užitku.

Aby nevznikali různé barvami hýřící zrůdnosti, stejně by bylo nutné většinu funkcí zakázat, a tak by se jen stávající odzkoušená a fungující tlačítka přestěhovala do jiného editoru.

Jsem za ruční psaní kódu.

[Leoš Literák]

Prosim lidi, nejdrive ctete, pak komentujte.

[Karel60]

Windows 98SE, Maxthon2 na jádře MSIE 6 bez problémů.

[outsider]

Me se wysiwyg editor libi. Nerekl bych, ze je mezi ruznyma implementacema nejaky zadani rozdil, tak je mi jedno, jaky si zvolite. Jen doporucuju drzet se zasady "cim min, tim lip" (teda bez barvicek apod. )

[cezz]

MacOS X 10.4.10, Safari 3.0.3 beta - vsetko vyzera byt OK.

[freshmouse]

Ještě ale poznámka: já bych byl pro, aby to šlo vypnout. Abych si v nastavení zvolil, jestli chci WYSIWYG, nebo stávající systém. To by vyřešilo dvě věci: zaprvé by měly alternativu i nepodporované prohlížeče, zadruhé ne všem se WYSIWYG líbí.

[Prcek]

+1

[Marián André]

Toto mi pripadá ako veľmi dobrý nápad.

[Vojtěch Horký]

Taky jsem pro (IMHO je rychlejší napsat ten tag ručně - tedy když je znám -, než dávat ruce z klávesnice a myší lovit nějaká tlačítka).

[frEon]

me by bohate stacilo, kdyby stavajici editor nahrazoval zmacknuti enteru za <br />
jinak nejsem si jisty jestli je wysiwyg editor uplne dobry napad, bojim se ze uzivatele zacnou sve prispevky vysperkovavat nejruznejsimi designovymi vylepsovaky a diskuze ztrati na sve prehlednosti (cez je jedna z nejsilnejsich stranek abicka). V pripade povoleni pouze stavajicich fci ztraci podle me wysiwyg smysl.

[Leoš Literák]

Enter za BR neni a nebude. Prazdny radek ma fungovat jako oddelovac odstavcu a je to jedine spravne chovani (tm). Sorry, za tim si stojim. Staci se podivat na webziny, ktere enter nahrazuji za br, jaka typograficka hruza z toho leze.

[xm]

Dokud to nebude fungovat pod Konquerorem, jsem zásadně proti. Nebudu podporovat nějaké polovičaté řešení jen proto, že autoři se spoléhají na jakési nikde nedefinované JS chování specifické pro konkrétní browsery. Konqueror má javascript implementovaný dobře (jen je občas jeho interpretace pomalejší než třeba v Gecko-based browserech, ale je to správná interpretace).

[Leoš Literák]

A muzes najit jediny html editor fungujici v KQ? To by byla zasadni pomoc, oproti teto zasadni poze.

[Filip Jirsák]

Ty WYSIWYG editory používají proprietární rozšíření prohlížečů, není to jen čistý JS+HTML+DOM. Pokud Konqueror žádné takové rozšíření nemá, těžko pod ním bude nějaký editor fungovat.

[Michal Vyskočil]

Pokud propietární znamená - není od w3c, tak ano (resp jsem tam onu specifikaci nenašel). Ale document.designMode implementuje MSIE, Safari, Mozilla i Opera, tak bych to tak osobně přece jenom nenazýval

[Filip Jirsák]

A implementují to všichni stejně? Resp. obšlehlo to tentokrát Gecko se vším všudy, nebo si to udělalo po svém (jako u XmlHTTPRequest), a Safari a Opera si pak vybrali?

[Michal Vyskočil]

Přečti si #48302. Chyba je na straně Koqnueroru. Specifikace jsou k dispozici jak na stránkách msdn, tak na stránkách mozilly. Problém bude vyřešen přechodem Konqueroru na WebKit, do té doby prostě máme smůlu.

[kavol]

ale jistě, a proč nepodporovat rovnou i OOXML, vždyť specifikace jsou taky k disposici ...

[xm]

Sorry, ale MSDN (fuj!) ani Mozilla nejsou žádné autority. Jedinou autoritou tu je W3C.

[Michal Vyskočil]

Takže ty si prohlížeč překládáš s --disable-non-w3c-features ? V současné době to umí WebKit. Až na něj přejde Konqueror, problém bude vyřešen a současná diskuse pozbyde smyslu. Autorům KHTML implementace této featury nevadí, jenom Konqueoru mají pocit, že co není posvěcené w3c, to se do prohlížeče nehodí.

[kavol]

co není posvěcené w3c, to se do prohlížeče nehodí.

a jsi opravdu skálopevně přesvědčen o tom, že je to špatný přístup?

implementace této featury od MS a od Mozilly se liší, našel jsem několik stránek zabývajících se tematikou, jak to udělat, aby se to v různých browserech chovalo stejně ... takže kterou si má Konqueror podle tebe vybrat?

mě, jakožto autorovi stránek, tato situace značně komplikuje život; v okamžiku, kdy W3C něco standardizuje, já to použiju, a přijde někdo, komu to v jeho browseru nebude fungovat dle očekávání, mohu mu vysvětlit, že jeho browser se nechová správně, dát mu odkaz na standard a požádat ho, ať se u autorů browseru pokusí zjednat nápravu ... pokud daná věc standardizována nebude, tak mohu co? dělat obezličky se zjišťováním jádra (a jeho verze) browseru a servírovat podle toho deset různých stránek se specifickými hacky?

[Michal Vyskočil]

takže kterou si má Konqueror podle tebe vybrat?

Co tu, kterou implementovali vývojáři Apple? Prostě, pokud by v tomto okamžiku Konqueror na Webkitu běžel, tahle diskuse by nevznikla standard nestandard. Pokud si poctivě nevypínáš všechny non w3c featurky ve svém prohlížeči, tak nemá ani cenu se rozčilovat nad tím, zda tam nějaká přibude. Proto mě taky zaráží, že se zvedá takový odpor mezi uživateli Konqueroru, když samotní vývojáři s tím problém evidentně nemají ...

V ideálním světě se pochopitelně nejdřív navrhne standard a až potom implementuje, ale v praxi se ukazuje, že je to totální kravina a vede k věcem jako XHTML 2.0. w3c by imho mělo dělat jen jedinou věc - standardizovat ty dobré a existující věci a ne vymýšlet vlastní ultra hyper řešení, na které pak ostatní stejně kašlou, protože technologie vzniklé v nějaké komisi nebývají obecně dobré a použitelné.

[kavol]

Pokud si poctivě nevypínáš všechny non w3c featurky ve svém prohlížeči, tak nemá ani cenu se rozčilovat nad tím, zda tam nějaká přibude.

nad tím se tu myslím nikdo nerozčiluje - problém je naopak v tom, že se tu snaží protlačit software, který je na těch nestandardních featurách závislý, což diskriminuje celkem podstatnou část čtenářů

V ideálním světě se pochopitelně nejdřív navrhne standard a až potom implementuje, ale v praxi se ukazuje, že je to totální kravina a vede k věcem jako XHTML 2.0. w3c by imho mělo dělat jen jedinou věc - standardizovat ty dobré a existující věci a ne vymýšlet vlastní ultra hyper řešení, na které pak ostatní stejně kašlou, protože technologie vzniklé v nějaké komisi nebývají obecně dobré a použitelné.

muhehe, tak myslímže teď ti mohu krásně vrátit tvůj atak ať prvně studuju a pak teprv flamuju ... designMode v návrhu HTML 5 :-p

[Michal Vyskočil]

No fakt, že w3c (konečně) začalo spolupracovat s WHATWG a pracovat na HTML 5, namísto tvorby vzdušných zámků, neznamená, že za současnou situaci kolem prohlížečů a standardů nemají zodpovědnost.

BTW: a je teda designMode tak moc nestandardní, když existují implementace, specifikace a je součástí návrhu HTML5?

[Lukáš Zapletal]

Prosím neeee! A nebo možnost vypnout to, současná editace na ábíčku je zlatá!