Posted by Coyote2 on February 27, 2009 at 9:33am
Jag har lite problem med att få FCKeditor och IMCE att funka ihop. Installerar jag FCKeditor så fungerar den bra, installerar jag sedan IMCK och klickar för FCKeditor alternativt att använt så funkar forfarande FCKeditor men jag får inte upp IMCK när jag klickar på att lägga till bild i en NOD? Och rätt va det är så slutar även FCKeditor att fungera. Måste då av markera IMCK samt ominstallera FCKeditor för att få FCKeditor att funka igen. Har sökt i forumet men inte hittat något svar. Är det någon som har lite tipps och råd till en nybörjare att kunna köra FCKeditor med en bra bildhantering/bildnedladdnings funktion?
/Micke

Comments
Kolla föregående fråga från drupalwiken
"drupalwiken" verkar ha löst detta lite längre ner på forumet. Skriv en rad i hans tråd så, ser han dig via email.
Hans fråga rörde iofs något annat men han måste ju fått IMCE och editorn att fungera iaf.
--
Azone
Det finns risk att frågan
Det finns risk att frågan från drupalwiken inte ger så mycket ljus över detta. Tyvärr är jag inte rätt person att svara på hur man använder FCKeditor, men jag tror att det går att hitta en del matnyttigt i FAQ:n. Kolla under rubriken "bilder" för lite läsning om hur andra har löst bildhantering.
Ställ uppföljningsfrågor om du inte får ordning på FCK-editorn, så hoppas jag att någon kunnig svarar.
//Johan Falk, Solna
Enklaste lösningen är att
Enklaste lösningen är att använda BUEditor eller Markdown Editor for BUEditor. Skaparen av BUEditor skapade också IMCE varför de kan leva sida vid sida utan problem. Jag har inte kollat på detta, jag är ingen vän av WYSIWYG-redigerare, men jag misstänker det beror på en konflikt.
Jakob Persson - NodeOne
Jakob Persson – Leancept – Results-only digital and marketing consultants – Personal blog
Varför?
Stöter ofta på "ingen vän av WYSIWYG-redigerare". Funderar på varför? Jag förstår tanken när man kodar och håller på med avancerade saker, då vill man ha 100% kontroll över skeendet. Hur gör du med dina kunder?? WYSIWYG är populärt och enkelt att använda. Jag vet också att detta har debatterats förut, men vilken ska man välja, med tanke på Drupal och framtiden?
Kör själv med FCKEditor och stortrivs med den.
Fridens
/Hans
WYSIWYG eller inte WYSIWYG
Vi gör det som våra kunder önskar. Vill de ha FCKEditor så installerar vi den med hjälp av WYSIWYG API.
Men eftersom NodeOnes kunder betalar oss för vår expertis, så ger vi dem naturligtvis råd i fråga om vilken redigerare, om någon överhuvudtaget, som de bör välja. Vår erfarenhet är att de allra flesta kunder inte behöver, och inte heller efterfrågar, tungviktiga WYSIWYG-redigerarna som t.ex. FCKEditor, TinyMCE och YUI Rich Text Editor. Lättviktiga WYSIWYG-redigerare, som t.ex. jWYSIWYG och WYMeditor, svarar ofta bättre mot användarnas behov.
Förvånansvärt ofta är det att föredra att inte ha någon WYSIWYG-redigerare alls. Detta gäller i synnerhet om man installerar Typogrify och Markdown filter. Dessa filter omvandlar gammal hederlig skrivmaskinsformattering till semantisk korrekt HTML. Till skillnad mot Textile och andra uppmärkningsspråk så behöver man inte lära sig någon särskild syntax. Det går bra att använda vanlig HTML.
Vi rekommenderar ofta att man kompletterar ovanstående lösning med Markdown Editor. Denna lösnig kan med fördel kombineras med IMCE och Markdown Preview.
Vi har inget emot WYSIWYG-redigerare i sig. Men många av dem, åtminstone i grundutförandet, har ett fundamentalt fel som gör dem mindre lämpliga för inmatning av texter som skall lagras långsiktigt. De skapar HTML-kod som inte är semantisk. Så varför är det viktigt?
Det främsta skälet är att framtidssäkra innehållet. Antag för exempel att du vill sätta första stycket i ett avvikande typsnitt. Med FCKEditor gör du detta genom att markera stycket och väljer ditt typsnitt från en rullgardinsmeny. Enkelt? Javisst! Men inte så framtidssäkert. För antag att du några år senare vill ändra typsnittet. Då måste du manuellt öppna, ändra och spara varje nod du har gjort. Med WYMeditor hade du inte kunnat välja typsnitt, men däremot en klass. Krångligare? Ja! Men några år senare, när du skall byta typsnittet, kommer du vara desto gladare. :-)
Ett annat skäl, som framför allt är aktuellt om en webbplats har flera redaktörer, är att det blir konsistent. Antag för exempel att Olle väljer att sätta ingresser med fet Arial, medan Lisa sätter dem med Arial Black. Resultatet blir likartat, men inte helt lika, vilket kommer att ge ett inkonsekvent intryck på den observante besökaren.
Båda dessa exempel belyser det som sägs på Wikipedia om semantisk HTML:
Nu invänder kanske vän av ordning att FCKEditor, TinyMCE och YUI Rich Text Editor m.fl. låter mig konfigurera vilka knappar som skall synas. Det är alltså möjligt att ta bort alla knappar som leder till dessa problem. Helt sant! Men varför skall jag i så fall ladda ned 3,9 MB (FCKEditor) när jag bara behöver ladda ned 7 KB (jWYSIWYG) för samma funktionalitet?
Thomas Barregren – NodeOne
Du är som ett uppslagsverk!!
Tack! Det är alltid lika trevligt att läsa dina inlägg. OCH otroligt lärorikt.
/Hans
PS Allvarligt: kl 21:24 gosade jag med min fru! ;-)
Det finns ett till problem
Det finns ett till problem som Thomas inte nämnde och det är att många WYSIGWYG-redigerare är ganska korkade. Med det menar jag att de inte analyserar den kod de genererar särskilt väl. Resultatet blir att dessa redigerare skapar HTML-kod med flera nivåer med nästning. Låt oss säga att du gör text fet, och sedan gör den kursiv, och sedan tar bort fetningen. Normalt skulle
<strong>- och<em>-taggarna tas bort men många redigerare är inte smarta nog för det utan du får kod i denna stil:Om redigeraren är riktigt dålig får du det Thomas refererar till som icke-semantisk markup:
Ofta ändrar man sig flera gånger flyttar runt ord, fetar, kursiverar, avfetar och så vidare. Varje sådan operation modifierar HTML-koden och det leder ofta till att text blir nästad i tiotals nivåer. Resultatet blir att du lagrar en massa skräp-HTML i databasen. Resultatet är också att konflikter uppstår mellan taggar. Redigeraren kan ofta inte lösa problemet utan användare kommer till dig som administratör med problem som att de inte kan redigera text som de vill. Du tvingas då manuellt städa upp den kod som FCKEditor eller TinyCME skapat.
Vi har på NodeOne testat använda Google Docs för att gemensamt författa dokument och vår erfarenhet är den jag beskriver ovan. Google Docs Writer är i princip en avancerad version av FCKEditor med fler knappar och menyer. Den ställer till med precis de problem jag beskriver ovan.
Vanligtvis räcker de formateringsmöjligheter som Markdown erbjuder. Gör man en tydlig lathund och tillhandahåller en rad med knappar som Markdown Editor som jag skrev om förut, är steget för de flesta änvändare inte särskilt långt. I synnerhet om de en gång använt skrivmaskin. Alternativet är att öppna dörren för en mängd problem som kan kräva väldigt mycket tid att lösa.
Jakob Persson - NodeOne
Jakob Persson – Leancept – Results-only digital and marketing consultants – Personal blog
Testar just nu
Jamenvisst!! Snacka om att koden blir ful och OTROLIGT svår att överskåda... ENORMT tröttsamt!!
Håller på att testa BUeditor och markdown (även preview) och tycker att det är genialiskt!! Jag ser direkt hur det kommer att se ut samtidigt som jag ser koden!! Detta är ju allt man behöver! Så det ser ut som om FCKeditor har gjort sitt på mina sidor!
Allt gott
/Hans