Custom Query
Results (1 - 100 of 2646)
| Ticket | Summary | Keywords | Owner | Type | Status | Priority |
|---|---|---|---|---|---|---|
| #171 | Unable to set textfield char width to 20 | IE6 IE7 | Bug | review_failed | Low | |
| Description |
Hi All, I had trouble entering "20" to Character Width of Text Field and Columns of TextArea. It simply got missing. I do not know if this is intentionally or a bug. Your help is highly appreciated, Henry
Moved from SF: |
|||||
| #1011 | Button for signature | Confirmed Review+ | New Feature | closed | Low | |
| Description |
It would be nice to get a button for signature, like in MW standard toolbar. |
|||||
| #1891 | fck_tablecell.html id >< name conflicts | Review+ | Bug | closed | Low | |
| Description |
Low priority. I noticed that a lot of input controls are not consistent with the ID and the Name. Some examples. <select id="selWordWrap" name="selAlignment"> <select id="selHAlign" name="selAlignment"> <select id="selVAlign" name="selAlignment"> <input id="txtBackColor" type="text" size="8" name="txtCellSpacing"> <input id="txtBorderColor" type="text" size="8" name="txtCellPadding" /> As you can see here, the ID is the correct one, the name is incorrect. |
|||||
| #2643 | Editor right scroll padding in IE | IE7 | Bug | closed | Low | |
| Description |
When inserting an 100% width element (such as table element) in IE7 there is horizontal padding at the right that seems to correspond to the width of the scrollbar, even though the scrollbar is not visible or needed. I think this is a regression because I havent noticed it prior to fck 2.6.3. |
|||||
| #3427 | Correct synctax error of fck_docprops.html | Review+ | Bug | closed | Low | |
| Description |
link: http://www.fckeditor.net/forums/viewtopic.php?f=5&t=13718 In eclipse, editor/dialog/fck_docprops.html file shows errors. For correct the errors, before - 459 line <select id="selDocType" onchange="CheckOther( this, 'txtDocType' );">
<option value="" selected="selected"></option>
<option value='<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">'>HTML
4.01 Transitional</option>
<option value='<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">'>
HTML 4.01 Strict</option>
<option value='<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Frameset//EN" "http://www.w3.org/TR/html4/frameset.dtd">'>
HTML 4.01 Frameset</option>
<option value='<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">'>
XHTML 1.0 Transitional</option>
<option value='<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">'>
XHTML 1.0 Strict</option>
<option value='<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Frameset//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-frameset.dtd">'>
XHTML 1.0 Frameset</option>
<option value='<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">'>
XHTML 1.1</option>
<option value='<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN">'>HTML 3.2</option>
<option value='<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML//EN">'>HTML 2.0</option>
<option value="..." fcklang="DlgOpOther"><Other></option>
</select>
after <select id="selDocType" onchange="CheckOther( this, 'txtDocType' );">
<option value="" selected="selected"></option>
<option value='<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">'>HTML
4.01 Transitional</option>
<option value='<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">'>
HTML 4.01 Strict</option>
<option value='<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Frameset//EN" "http://www.w3.org/TR/html4/frameset.dtd">'>
HTML 4.01 Frameset</option>
<option value='<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">'>
XHTML 1.0 Transitional</option>
<option value='<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">'>
XHTML 1.0 Strict</option>
<option value='<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Frameset//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-frameset.dtd">'>
XHTML 1.0 Frameset</option>
<option value='<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">'>
XHTML 1.1</option>
<option value='<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN">'>HTML 3.2</option>
<option value='<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML//EN">'>HTML 2.0</option>
<option value="..." fcklang="DlgOpOther"><Other></option>
</select>
|
|||||
| #3578 | Compatibility message in samples states that Firefox 1.5 is supported | Confirmed Review+ | Bug | closed | Low | |
| Description |
The message incorrectly states that the user needs 1.5 or higher but it should be 2.0 or higher. Trivial fix following |
|||||
| #3852 | Disable textarea resizing in webkit | Review+ | Bug | closed | Low | |
| Description |
Open the Link dialog and set Link type to E-mail. Message Body field can be resized in webkit. |
|||||
| #5650 | disabling/enabling SCAYT makes editor to lost its focus | Review- | Bug | closed | Low | |
| Description |
Steps to reproduce:
|
|||||
| #7012 | Samples - Languages -fast switching between languages causes Editor to crash | IE Opera | Bug | closed | Low | |
| Description |
TestCase
Expected result
Actual result Under Opera, console has exception as attached below: JavaScript - http://ckeditor.t/cke351/_samples/ui_languages.html
Event thread: change
Uncaught exception: TypeError: Cannot convert 'n.element' to object
Error thrown at line 140, column 422 in <anonymous function: destroy>(n) in http://ckeditor.t/cke351/ckeditor.js:
n.element.clearCustomData();
called from line 24, column 3851 in <anonymous function: destroy>(l) in http://ckeditor.t/cke351/ckeditor.js:
m.theme.destroy(m);
called from line 12, column 6 in createEditor(languageCode) in http://ckeditor.t/cke351/_samples/ui_languages.html:
editor.destroy();
called from line 1, column 0 in <anonymous function>(event):
createEditor( this.value );
Bug does not occur under Firefox - user must confirm switching of language by pressing Enter |
|||||
| #7540 | IE8 adds extra space when pasting from word. | IE8 IBM | Bug | closed | Low | |
| Description |
You will see that IE8 adds extra space at the end of pasted text. This is also true for the whole word but, with this example, I wanted to exclude the possibility that word boundary is causing it. |
|||||
| #7614 | [HC] buttons and textarea go outside editor when it's resized in IE9 | IE9 | Bug | confirmed | Low | |
| Description |
When resizing editor in languages sample in IE9 textarea and buttons go outside editor. This can be observed when using some locale like Polish, Icelandic, Spanish, Vietnamese, Portuguese or Welsh. I haven tested this issue for all the languages but it works fine for example in Chinese, Korean, Persian, English, German, Hungarian or in Swedish. I have set 3.5.3 version because in previous ones I could not see buttons in IE9 at all. |
|||||
| #35 | Use floating panels for dialogs | Review+ | New Feature | closed | Normal | |
| Description |
Users may have problems with popup blockers and FCKeditor dialogs. This is quite annoying for them, and we should propose a solution for it. The most obvious one is implementing a new dialog mechanism which would use floating panes (FCKPanel) to load the dialogs pages. An important detail in this feature is that the user must not be able to play with the editor area or toolbar while the dialog is opened. They must instead be able to interact with the rest of the page. Maybe it would be possible to cover the editor with a transparent thing (IFRAME) that would block all user actions. |
|||||
| #81 | IE: JavaScript error with certain markup | IE | Bug | closed | Normal | |
| Description |
To reproduce, in MSIE:
Markup 1: <p><em>Hello <p> Markup 2: <p><font size="1"><b>Hello</b></font><strong><font size="1"> <p> |
|||||
| #82 | EMBED tag inside OBJECT is removed by IE | SF Confirmed IE | Bug | closed | Normal | |
| Description |
When adding a flash object through the SOURCE view and saving a page with IE it strips out the <embed> tag. This leaves the flash to work in IE but not in Firefox (1.0). When editing in Firefox - however - the <embed> tag remains and all is well.
Moved from SF: |
|||||
| #89 | IE7: Clipboard access has to be confirmed two to three times | IE, Confirmed | Bug | closed | Normal | |
| Description |
When accessing the clipboard, confirmation is requested by Internet Explorer 7 more than one time (e.g. two or three times). Kindest regards from Lothar Bongartz moove lbongartz@… |
|||||
| #90 | Disappearing <br /> in non-empty list item | IE, Confirmed | Bug | closed | Normal | |
| Description |
I would like to create XHTML as the following: <ul>
<li class="decimal">
<span class="ol">1. </span><em>Test 1</em><br />
This line should appear on a new line, because a '<br />'
was entered with 'SHIFT + ENTER, just after '<em>Test 1</em>'.
</li>
</ul>
But in fact in (Internet Explorer 7) when I hit SHIFT + ENTER a single time, the <br /> diasappears (for example: after switching to source-mode and back). In Firefox i've no problem at all and SHIFT + ENTER behaves like expected! I found two 'solutions':
For me this is a huge problem, because the users of my CMS (most of them use Internet Explorer) of course would never think about hitting SHIFT + ENTER twice.
Regards, |
|||||
| #95 | Content page broken with tag <META ...>. | IE, Confirmed | Bug | closed | Normal | |
| Description |
After a html insertion in "source" mode, and switch between "wysiwyg", "source" mode, content is broken: Insert HTML: <html> <head> <meta http-equiv="Content-Typ!" content="text/html; charset=windows-1251"> <title>Title</title> </head> <body> Some text. </body> </html> After switch between "wysiwyg", "source" mode: <p> <meta content="text/html; charset=windows-1251" http-equiv="Content-Typ!" /></p> Browser IE 6.0. |
|||||
| #97 | IE7: "Error: no such interface supported" when opening custom file browser | IE IE7 WorksForMe | Bug | closed | Normal | |
| Description |
Effect
IE7 pops up the following error: Steps to Reproduce
Comments
After debugging for a while I found that the error was happening on line 157 of window.open( url, 'FCKBrowseWindow', sOptions ) ;
The function open () {
[native code]
}
For some reason however, when |
|||||
| #121 | Editor size is wrong in full-window mode inside frameset | Confirmed IE | Bug | closed | Normal | |
| Description |
<frameset cols="175,*">
</frameset> main.asp contains a fckeditor. bug: the editor's size (width & height) is wrong on full-window mode. editor uses browser's available width and height, but this is not page's available size when page in a frame. |
|||||
| #122 | Disappearing BR | IE Confirmed | Bug | closed | Normal | |
| Description |
Go to code view and enter this: <div><strong>This is a text in </strong>bold.</div> Go to WYSIWYG mode and put the cursor just before the b (from 'bold') and press SHIFT+ENTER. Line correctly wraps. Go to code view and presto.... the BR is gone (and when you switch back to WYSIWYG mode the lines have merged). |
|||||
| #123 | Support for domain relaxing | Review+ | New Feature | closed | Normal | |
| Description |
Please provide support for domain relaxing. In order to do some cross domain ajax requests for our internal sites, I would like to change our pages to set the document.domain to our intranet domain (domain relaxing: http://msdn.microsoft.com/library/default.asp?url=/workshop/author/dhtml/reference/properties/domain.asp). However, doing so causes fckeditor to break. This is because domain relaxing requires all frames that want communicate through javascript to have the same document.domain. I did a search and replace through the fckeditor files and I was able to set the document.domain on almost everything. However I get an access restriction. The fckpanel uses window.createPopup for IE. Microsoft's documentation (http://msdn.microsoft.com/library/default.asp?url=/workshop/author/dhtml/reference/methods/createpopup.asp) states: Note Pages that change the document.domain property before creating the popup object may receive an 'Access is denied' error message when accessing the popup object. Changes made to document.domain in the calling page will not propogate to the new popup object; this is currently a design restriction to limit access with the popup object. I also tried to force it to go down the non IE pathway, but that doesn't work within IE. |
|||||
| #129 | Pasting is not working with "Allow paste operation via script" disabled | IE Confirmed | Bug | closed | Normal | |
| Description |
Using windows XP SP2 with Internet Explorer 6.0, cut, copy, paste and past as plain text are not working in text area. |
|||||
| #141 | IE: When editor gets the focus on load, the "del" key is not functional | SF IE Confirmed | Bug | closed | Normal | |
| Description |
Hi, I found a reproducible problem with the versions 2.4 and 2.3. Although the fckconfig.js contains... FCKConfig.StartupFocus = false ; ... the fckeditor gets the focus after page is (re)loaded. In such case, the "Del"-key (character delete) is not functional until I click the mouse some ware in the text or change the focus to another control and then back to the fckeditor. To reproduce this, please do the following:
The frame with the FCKeditor will be reloaded and the fckeditor will get the focus automatically after that - you will see the cursor within the editor. Try the "del"-key, which has no effect (you can not delete any character) until you click with the mouse within the editor or change the focus. On some of my html pages I can reproduce this behavior after a page load (not only on reload), so there is a real focus problem within the new version. Regards Peter
Moved from SF: |
|||||
| #142 | EnterMode = br produces <p> when switching back from source | SF IE | Bug | closed | Normal | |
| Description |
FCKConfig.EnterMode = 'br' so when hitting ENTER, a <BR/> is used. Add some text and use ENTER to go to a new line. then switch to "source code"; the source code should look like this: <p>line1 aaa<br /> line2 bbb<br /> line3 ccc</p> now exit from "source code" mode and hit ENTER. a new paragraph is created (<P>); this mode remains active. this doesn't happen if after exiting from "source code" mode, you move the cursor somewhere inside the existing text.
Moved from SF: |
|||||
| #166 | Viewing Source can change the order of elements in IE | IE Confirmed | Bug | closed | Normal | |
| Description |
Use the following source and toggle "View Source". On the first occasion the bottom item leaps to the top. Subsequent attempts to view source give a javascript error. <p><span class="Normal"> <p>Line 1</p> </span><span class="Code">Line 2<br /> Line 3 <p> </p> </span></p> <div align="center">Line 4</div> <p> </p> |
|||||
| #175 | Percent sign in mailto: link breaks link tool | SF Confirmed IE7 | Bug | closed | Normal | |
| Description |
I tested this on multiple versions of FCKeditor i have back to around 2.0 and all exhibit the same behavior. I recreated this error like so:
<a href="mailto:useruser%name@host.com">E-Mail me!</a>. here is more text.
<a href="mailto:useruser%name@host.com">E-Mail me!</a>. here is <a href="javascript:void(0);/*1168555255689*/">more</a> text.
Moved from SF: |
|||||
| #176 | Unterminated A tags sometimes break paragraphs on save | SF IE Confirmed | Bug | closed | Normal | |
| Description |
If the content looks like this: <p><a href="linky">Text</p> <p><a href="linky2">More Text</p> Then saving with FCKeditor (IE version) will produce the following: <p><a href="linky">Text<a href="linky2">More Text</p> <p> </p> This bug appears to only appear under the Internet Explorer version of IE (tested IE6). It does not happen under Firefox. Steps to Reproduce:
Moved from SF: |
|||||
| #184 | Right click on toolbar lead to wrong location of new element | SF IE | Bug | closed | Normal | |
| Description |
New line been insert in top of toolbar.
Horizontal line is to number :)
Moved from SF: |
|||||
| #188 | z-index of Image in editor prevents toolbar action | IBM SF IE | Bug | closed | Normal | |
| Description |
Steps:
You will see that nothing happens. I've tried to change the z-index, but inline styles are removed or replaced in editor (i.e. when toggling between design and html mode). Thanks!
Moved from SF: |
|||||
| #191 | FF Mac: scrollable combos have no scrollbar | Review+ | Bug | closed | Normal | |
| Description |
Firefox 1.507 and 2.0 Scrollable combos (format, size) have no scrollbar. They can still be scrolled using the mouse wheel, but that is tricky on a iBook... Works fine on windows. See attached image.
Moved from SF: |
|||||
| #201 | HR in input "source" completely destroys document structure | SF IE Confirmed | Bug | closed | Normal | |
| Description |
Hi all, This can be easyly re-produced in current demo page (2.3.1). Please try the following:
<p><strong>title1<br /> </strong>text1 text1</p> <p><strong>title2</strong><br /> text2 text2</p> <p><strong>title3<br /> </strong>text3 text3</p> <p> </p>
<p><strong>title1<br /> </strong>text1 text1</p> <p><strong><hr /> title2</strong><br /> text2 text2</p> <p><strong><hr /> title3<br /> </strong>text3 text3</p> <p> </p>
<p><strong>title1<br /> </strong>text1 text1</p> <p><strong></strong><br /> text2 text2 <p> </p> <p><strong></strong>text3 text3 <p> </p> <p> </p> </p> <hr /> title3<br /> </p> <hr /> title2 Regards, /Alexander
Moved from SF: |
|||||
| #202 | <HR> tag breaks source | SF IE | Bug | closed | Normal | |
| Description |
If html source is followed <p>TEST1</p> <p><hr /></p> <p>TEST2</p> Switch to source editing mode and WYSIWYG mode some times.. then the source of above is changed to below.. <p>TEST1</p> <p> </p> <hr /> <p> </p> <p>TEST2</p> <p> </p> tag is appended ...
Moved from SF: |
|||||
| #219 | IE: Can't paste | Confirmed IE | Bug | closed | Normal | |
| Description |
With MSIE...
(Is the above URL the nightly build from the new hosted-projects.com SVN, or the old sourceforge SVN?) |
|||||
| #234 | Microsoft Asp.net 2.0 AJAX UpdatePanel Bug | Confirmed Review+ | Bug | closed | Normal | |
| Description |
Hi, I'm made a basic asp.net 2.0 Form with a FormView to edit a simple "text". -> My formview works with a FckEditor or a TextBox editor in it. If I surround the formview with an UpdatePanel, Then It doesn't works anymore. The Text Inside the FckEditor is not recorded into the database. Neither when using insert nor update method. If I replace the FckEditor by a TextBox, then it works well again. Does FckEditore don't support Microsoft Asp.net AJAX, or UpdatePanels, or I have to do something to the FckEditor to support it? Thanks for helping me... |
|||||
| #239 | <xml> in html make IE truncate paragraphs (solution included) | Confirmed IE | Bug | closed | Normal | |
| Description |
Example: IE6 or IE7, go to http://www.fckeditor.net/demo, Source, insert "<xml>toto</xml>" before "You", Source, Source. Result: Everything has disappeared after the newly-introduced "<xml>" (well, it was transformed to an "<!-- Element not supported - Type: 9 Name: #document-->"). Analysis: While generating the DOM for something like "<p><span>s</span><xml>x</xml><span>s</span></p>", IE creates a document node in which it incorrectly includes, not only "<xml>", but its nextsiblings too. Thus FCK receives it as "<p><span>s</span><!-- Element […] --></p>". Solution: Filter out those. On line 299 of internals/fck.js (revision 203), add "|XML" to sTags. Why, oh why: Because we had a Word-generated HTML that included some "<xml><o:OLEObject>[…]</o:OLEObject></xml>", sometimes embracing the OLE into IE-specific conditional comments. |
|||||
| #240 | "Remove Format" doesn't remove styles | Confirmed IE SD-COE | Bug | closed | Normal | |
| Description |
I found an ennoying bug with IE6 using css to format the text To reproduce it, go to the official demo page http://www.fckeditor.net/demo select "This is some sample text" and apply the 'title' style, click elsewhere. Come back to this text, try to 'remove format' or change the style to anything else: none of the below are working. when you change the style it keeps adding <span > tags around the selected text. Indeed it's workign perfectly with Firefox, it seems to be a IE bug only. (Unfortunately most of my clients are Microsoft addict..) |
|||||
| #247 | IE : Delete all breaks EnterMode=div | Confirmed IE | Bug | closed | Normal | |
| Description |
Browser: IE 7.0.5730.11 EnterMode=div does not appear to have any effect on IE7, instead using EnterMode=p instead.
|
|||||
| #252 | Pasting invalid markup generate empty paragraphs with IE | Confirmed IE | Bug | closed | Normal | |
| Description |
I have a customer experiencing problems pasting html code generated by FrontPage into the editor. Taking the following snippet: <span style="background-color: #FFFFFF"> <div align="center"> <p align="justify"><span style="FONT-WEIGHT: 400"><font size="1"><u><strong> <font face="Tahoma" color="#cc0000" size="2">Attention</font></strong></u><strong><font face="Tahoma" color="#cc0000" size="2">:</font></strong></font><font size="2" face="Tahoma"> </font> <font style="MARGIN: 0px" face="Tahoma" size="2"><span style="FONT-WEIGHT: 400; BACKGROUND-COLOR: #ffff00"> Avoid The </span><span style="FONT-WEIGHT: 700; BACKGROUND-COLOR: #ffff00">Costly-Mistakes</span><span style="FONT-WEIGHT: 400; BACKGROUND-COLOR: #ffff00"> That Beginning Real Estate Investors Make When Buying Minnesota Investment Property!</span></font><font face="Tahoma" size="2"> </font> </span></p> <p align="center"><font size="1"><font color="#CC0000"> <span style="font-weight: 400"><font face="Tahoma" size="4"><strong>"Free Investor's Guide Reveals Everything <u>You</u> <em>Need <br> To Know</em> About Investing In Minnesota Real Estate!" </strong></font></span></font><font style="FONT-SIZE: 1pt" face="Tahoma" color="#283193"><br> </font><span style="FONT-WEIGHT: 400; FONT-STYLE: italic"><font style="FONT-SIZE: 2pt" face="Tahoma"> </font></span></font></p> <p align="justify"><font face="Tahoma" size="2">"The Key To <b>Building Wealth</b> And<b> Preparing For Retirement</b> By Investing In Minnesota Real Estate - Depends On <b>Where</b> You Invest And <b>How</b> <b>Effectively</b> You Manage Your Properties..." </font><br> <font size="1"><span style="FONT-WEIGHT: 400"><strong style="font-weight: 400"> <font color="#000000" size="2" face="Tahoma"> <br> ~ Alex Anderson - Minnesota Investment Property Specialist</font></strong></span></font><font size="2" face="Tahoma"> </font></p>
With FF 2.0.02 Performing the above tests with FF works correctly. Source reveals: <p><span style="background-color: rgb(255, 255, 255);"> <div align="center"> with no bizarre behavior as with IE. One small issue though is the above code in FF has the wysiwyg text starting with one blank line at the beginning. With IE in step 2 above, the text was flush at the editor top. Good one, huh? :-) |
|||||
| #257 | Editor truncates data | Confirmed IE | Bug | closed | Normal | |
| Description |
I edited some HTML and submitted the form. When I went back to edit again, 95% of the data was gone. Fortunately I had it on the clipboard. I pasted it in, and this time clicked the Source button to see the rendered version -- and again it got truncated. I even saw the correct data briefly flash and then FCKEditor destroyed it again. So yes, this is repeatable. I am using the interface supplied by CityMax.com, and have no idea what version it is or how to find out. |
|||||
| #264 | IE: Memory leak | IE Confirmed | Bug | closed | Normal | |
| Description |
Load the editor, with IE 6 on Windows XP. The memory usage of IE (indicated by windows task manager) continuously grows each page is refreshed, unless close the browser and restart it again. IE 6 will consume 600-800KB memory with each page refresh. This behavior can be reproduced |
|||||
| #272 | Wrong Toolbar Height on multiple Instances in IE6 and IE7 | Confirmed IE | Bug | closed | Normal | |
| Description |
If you use Multiple Editor Instances with one Toolbar the Toolbar is only one Row high. Even if there are more Elements. This only occurs in IE (tested on 6 and 7). Firefox is fine. It was working fine in Internet Explorer before FCK Version 2.4. You can easily reproduce it with the html-sample Files _samples/html/sample11.html and _samples/html/sample10.html |
|||||
| #290 | Line breaks on tags may break links | Confirmed IE | Bug | closed | Normal | |
| Description |
Loading the following: <a href=
"My Test">My Test</a>
Results on the following after editor processing: <a href="_fcksavedurl=">My Test</a> This is a IE only issue. |
|||||
| #309 | Span with nonbreaking space added to button when adding paragraph break in IE | Review+ | Bug | closed | Normal | |
| Description |
Using IE, switch to source view, paste this code and then switch back to WYSIWYG view: <p><button>1</button><button>2</button></p> Placing the cursor between the two buttons and pressing enter to add a paragraph break adds a span with a non-breaking space inside the second button: <p><button>1</button></p> <p> </p> <p><button><span> </span>2</button></p> |
|||||
| #318 | Multiple linked images are getting merged in a single link | SF IE Confirmed | Bug | closed | Normal | |
| Description |
If two or more images are placed side by side, with nothing in between, and seperate links placed on each image, all images are placed within a single anchor tag. Example: HTML desired: <a href="image1_url"><img src="image1_path" /></a> <a href="image2_url"><img src="image2_path" /></a> HTML generated: <a href="image2_url"><img src="image1_path" /><img src="image2_path" /></a>
Moved from SF: |
|||||
| #327 | Backspace Activates Back Button | Confirmed IE | Bug | closed | Normal | |
| Description |
On FCKeditor 2.4.1 on IE 6 when you press the insert image button, select an image, and press okay, the image appears on the editor window like it normally should. Now, while the image is still selected, hit the backspace key. The browser will be taken back to the previous page instead of deleting the image. The only way to delete an image is to use the "del" key. |
|||||
| #359 | IE Stripping Object Tag | SF Confirmed IE | Bug | closed | Normal | |
| Description |
I am experiencing a problem with FCKeditor while using IE 6. If I load HTML into the editor that contains an object tag with an embed tag (see sample below), the editor strips out the object tag completely. However, the embed tag remains. This does not happen in other browsers. Here is the code I am using. <object id="audio" width="0" height="0"> <param name="console" value="AudioPlayer"> <param name="controls" value="audioWindow"> <param name="autostart" value="true"> <param name="src" value="YOUR_AUDIO_FILENAME_HERE"> <embed name="audio" width="0" height="0" src="YOUR_AUDIO_FILENAME_HERE" console="AudioPlayer" controls="audioWindow" autostart="true"> </embed></object> This only happens when reading the HTML into the editor initially. If I cut and paste this code into the editor and stay in source mode, it is not altered, until after I save it to the server and re-load into the editor. At this point it is still correct on the server, but changed in the editor. If I then save it again, the changed version is saved. If I cut and paste this code into the editor but leave source mode before saving, it is changed. The end result seems to always be stripping out the object tag.
Moved from SF: |
|||||
| #360 | Form "name" is set to "[object]" if it contains a field with id="name" | Confirmed IE | Bug | closed | Normal | |
| Description |
Paste the following in the source view: <form name="test">
<input id="name" type="text" />
</form>
Switch to WYSIWYG and back to source. You will have name="[object]" in the form element. It happens only because the "id" of the input element inside the form is set to "name" (casually the form attribute name). Confimed with IE6. It's not a problem with FF2. |
|||||
| #389 | Past from Word - error when text have "Comments" | Confirmed IE | Bug | closed | Normal | |
| Description |
Reciving JS error message, on cleaner screen, when i'm pasting some text from Word that have Comment inside.
Scenario: |
|||||
| #390 | Text align should respect EnterMode=br rules | Confirmed IE | Bug | closed | Normal | |
| Description |
When using: FCKConfig.EnterMode = 'br' ; FCKConfig.ShiftEnterMode = 'br' ; aligning selection inside the text, doesn't work correctly. I have a few lines of text which are seperated by br's. I then select one of those seperated lines and click on the align center button: all text is aligned center and in the source everything is wrapped inside <p align="center"> .. </p> Using firefox, this works correctly: only the selected line is aligned center. Here a div with align=center is added around the selected text. Is there any way around this? (besides using p instead of br as the FCKConfig.EnterMode) |
|||||
| #395 | Changing visual styles of parent doc | Confirmed IE | Bug | closed | Normal | |
| Description |
IE 6 under win XP when the page with FCKEditor loaded you focus on editor area it enables toolbars then you focus out of area toolbars are still active then you click e.g. list button and outer element becomes a list this works for strong, italic, underline, strikethrough, superscript, subscript, indent, outdent, text-align, hr, br buttons as well. |
|||||
| #403 | Switching from HTML to Source adds \n in STYLE tag | SF Confirmed IE | Bug | closed | Normal | |
| Description |
Initial header of the page was: <head>
<title>FCKeditor - What's New?</title>
<style type="text/css">
body { font-family: Arial, Verdana, Sans-Serif; }
Second switching from HTML view to the Source view adds \n: <head>
<title>FCKeditor - What's New?</title>
<style type="text/css">
body { font-family: Arial, Verdana, Sans-Serif; }
Next one will add one more symbol of the new line and so on.
Moved from SF: |
|||||
| #439 | IE: CTRL+Click to open links in a new window | Confirmed IE Review- | New Feature | closed | Normal | |
| Description |
It does not seem possible to follow a link using IE7. For example, the "You are using FCKeditor" link in the Demo pages. NOTE: IE6 and Firefox work fine, ctrl-click and shift-click open the window. I've had a search of the existing tickets and can't find anything relevant. However, this seems such a fundamental problem I can't believe it hasn't already been reported. Fingers crossed you've already investigated this and know of a workaround. If there is no workaround, might I suggest adding an "Open Link" menu item to the link context menu and an "Open Link" button to the Link Editor dialog. I had a look at the problem and I suspect the event model is incorrect for contenteditable elements. I think this event is bypassing the normal event handlers and cannot be caught. |
|||||
| #479 | o:p tags cause linebreak problems in IE6/7 | Confirmed IE Review+ | Bug | closed | Normal | |
| Description |
Occurs in IE6 and IE7. Does not occur in Firefox. How to reproduce: In source mode, add the content: <o:p>Some Content</o:p> Exit source mode. Press Enter. You will find that no linebreak occurs. When you return to the source view, you will see a </o:p><o:p> was added. This occurs even if the <o:p></o:p> is between <p></p> tags. And further, MS Word sometimes leaves a trailing <o:p></o:p> at the end of lines when importing. This results in people asking, "Why is my enter key not making a line break?" |
|||||
| #481 | FF: Image preview doesn't display | Confirmed Review+ | Bug | closed | Normal | |
| Description |
In firefox only, When you select an image in image manager , the height and width are set to 0 in preview . If you want to display you must click on refresh . |
|||||
| #487 | Click and drag resizing photos in IE7 doesn't... | Confirmed IE | Bug | closed | Normal | |
| Description |
When you insert a photo in IE 7 and resize the photo using the Image Properties windows, it works fine. When you resize a photo by clicking on it and dragging one of the boxes, it adds stye="width: 100px; height: 100px;" to the image code and doesn't adjust the height and width variables... When you save the page, it removes the style and leaves the image the same size. |
|||||
| #501 | Editor loses styles in IE when switching between WYSIWYG and Source view repeatly | Confirmed IE | Bug | closed | Normal | |
| Description |
On IE 7 the following happens (even with the online demo):
<p><span class="Title"> <p>line 1</p> <p>line 2</p> </span></p>
<p> <p> </p> </p> <p>line 1</p> <p>line 2</p>
|
|||||
| #519 | JavaScript API documentation | Confirmed V3ProtoStruct Review+ | Task | closed | Normal | |
| Description |
I think that we can try to use JSDoc to generate full documentation for the js files and that way get a better overview of the code and help the people to use better the API and get involved with the project. I'm gonna take a look at it and do some little test to see if it can really help us. (I wanted to check if the range implementation could help me to fix a bug, but the first part is to read the file and see what methods does it provide, so having a parser that summarizes it is very helpful) |
|||||
| #520 | Select Field doesn't accept values with & | Confirmed, IE | Bug | closed | Normal | |
| Description |
When editing the properties of a select field, options which the text and values have ampersands, with no spaces near it, are not applied and retrieved correctly. This is a IE only issue. Works well with Firefox. Steps to reproduce
|
|||||
| #523 | StartupFocus=false being ignored in IE 6.0 | SF Confirmed IE | Bug | closed | Normal | |
| Description |
I started this new bug so I can attach my test files. This is actually a comment on bug [ 1313002 ] StartupFocus=false being ignored in IE 6.0. I can confirm this behavior in version 2.2. I don't know what is happening but I managed to conjure an example. I have no clue what causes the behavior. Just try the example (test.html) on IE6.0 and see what happens. A similar behavior occurs in our application, where we try every trick in the book to prevent browser caching. If you need more info, I'll be happy to provide anything I can.
Moved from SF: |
|||||
| #536 | Style Selection checking of parent elements | Confirmed Review+ | New Feature | closed | Normal | |
| Description |
The Styles Configuration functionality almost does what I require. What I'd like to be able to do is define several styles, using classes, to be assigned to tables, table rows, and table cells. I can get it working, but only with tables, and only in IE. Why not walk up the DOM when checking the Styles context sensitivity, and allow the application of styles to parent elements (just the first tag-matching parent)? In this way, simply putting my cursor anywhere within a td would allow me to change the style of that parent td, the parent row, the parent table, etc... I've seen this functionality in similar WYSIWYG HTML editors, and it'd be great in FCKEditor. |
|||||
| #543 | IE7 does not understand the page-break tag | IE7 Pending WorksForMe | Bug | closed | Normal | |
| Description |
we discovered that the [page-break] does not work properly when used on IE7. Read : http://groups.google.it/group/microsoft.public.internetexplorer.general/msg/156c318230ae4d55 We currently use (directly through source code in fckeditor) : <div style="page-break-after: always; line-height: 0; height: 0px"> PAGE 1 </div> <div style="page-break-after: always; line-height: 0; height: 0px"> PAGE 2 </div> <div style="line-height: 0; height: 0px"> PAGE3 <div> and then this page-break-after code works with IE7 (yes.... thank you Bill...) ... same code with the page-break-before does not work :-)) (please don't smile...) Just to let you know that the function "page-break" currently in use in fckeditor does not work with IE7 (or did I miss something ?) |
|||||
| #550 | IE fails the _tests/manual/fckeditorapi | Confirmed IE | Bug | closed | Normal | |
| Description |
IE doesn't fire the unload event of the inner frame until the whole parent window is unloaded. Simplified testcase available in [365]. This means that even if an instance of FCKeditor has been removed it's still available in the FCKeditorAPI.__Instances object. |
|||||
| #555 | Creating Email links generates "Object doesn't support this property or method" Script Error | Confirmed IE7 | Bug | closed | Normal | |
| Description |
Tested in Demo, and nightly build as of June 11 5:42 EST. Use the attached text file as testing html. This problem seems to be related to something in that html. Browser: IE7 as of June 11th fully patched only extras are Google Toolbar OS: Windows XP Pro fully patches as of June 11th
At this point i get the error message mentioned in the short summary. i'd attached a screen shot of the message and the full screen of what things look like in my browser. The FCKeditor seen there is the nightly build downloaded today June 11th around 5pm EST. |
|||||
| #581 | FitWindow is broken if <input name="style"> is found inside the editor form | Confirmed IE | Bug | closed | Normal | |
| Description |
In IE, if a <input name="style"> field is available inside the editor's <form>, a JavaScript error is thrown when clicking in the FitWindow button. |
|||||
| #585 | Add Welsh characters to Insert Symbol feature | Review+ | New Feature | closed | Normal | |
| Description |
There is currently no support in FCK editor for the Welsh language. However we can still type information in Welsh into the text editor except for the following characters: ŵ ŷ Ŵ Ŷ. Could these be added to the insert symbol feature to save having to insert them into a word document first and then copy and paste them into the editor? |
|||||
| #617 | Table: TD should use style to set borderColor | Review- | Bug | closed | Normal | |
| Description |
When selecting borderColor for a TD it's set as an attribute. There's no borderColor attribute for the TD element (works in most browsers, but not valid). Style="bordercolor:#xxxxxx" should be used instead. Attaching suggested fix |
|||||
| #635 | Open properties dialog when double clicking on objects | Confirmed Review+ | New Feature | closed | Normal | |
| Description |
The relative dialog should open when double clicking on objects like images, anchors, flash, form buttons or even tables (in the border... IE only I guess). |
|||||
| #658 | Half text-lines when resizing (IE) | SF IE | Bug | closed | Normal | |
| Description |
I have placed the FCKeditor in a HTML table. The table adds a frame around the editor with a caption etc. The table is set to 100% so it will resize with the browser window. The editor is also set to 100% and will also resize. In this configuration, the editor sometimes clips the second text line, so that everything above the 'baseline' is not visible. See attached image for an example. When the cursor is moved, the line is redrawn. But when the browser window is resized, the line dissapears again. This problem was not noticed when the editor was not in a table and/or not resizable. Anyone an idea for a fix or workaround? Regards, MichaelSoft AD Hosting.nl
Moved from SF: |
|||||
| #662 | Perl CGI samples are broken | SF Confirmed Review+ | Bug | closed | Normal | |
| Description |
Each of the _samples/perl/sample*.cgi programs includes code to override the value of $BasePath. The value for the override is computed by manipulating $ENV{'PATH_INFO'}, but it ought to be manipulating $ENV{'REQUEST_URI'} instead.
Moved from SF: |
|||||
| #670 | CommandState Incorrect when in 'View Source' Mode | Review+ | Bug | closed | Normal | |
| Description |
When in view source mode a majority of the buttons apear to be off from the editor. However a call to check state on the buttons: oEditor.Commands.GetCommand( commandName ).GetState(); show the buttons below as still accessible, actually calling the execute function on these commands can sometimes cause problems. For example running find while in view source and actually searching for something that it finds in the source causes script errors. Although this is not a major issue if one plans to use only the buttons in the editor, I'm attempting to add a menu bar above the buttons, and need to check state to see what buttons are available and not available at any given time. Here is the list of buttons that show as still available: Paste PasteText PasteWord SelectAll Find Replace InsertUnorderedList InsertOrderedList Anchor Image Flash Table InsertHorizontalRule Smiley SpecialChar JustifyLeft JustifyCenter JustifyRight JustifyFull Bold Italic Underline StrikeThrough Subscript Superscript Outdent Indent RemoveFormat SpellCheck UniversalKey Templates
Moved from SF: |
|||||
| #674 | problematic cut/copy/paste with lists | IE | Bug | confirmed | Normal | |
| Description |
When doing cut/copy/paste, frequently, bullets are left behind. Happens when you try to delete or move up the second line in a list of at least 3. Cut&pasting of indented bullets goes wrong most of time and you have to make manuel cleanup afterwards. Most Cut&Paste problems are due to the fact that when you delete a bulleted or indented line, the bullet or indentation is left behind and sometimes applied to the following lines. This happens as well with Firefox as with IE. Example : <ul>
<li>
<p>AA </p>
</li></ul><p>BB </p>
Result in FCK: <ul><li>BB </li></ul>. This bug was confirmed by another (non-moin) FCKeditor user, he also has seen it.
Moved from SF: |
|||||
| #676 | Form field loses name if moved right after placement | Confirmed IE Review+ | Bug | closed | Normal | |
| Description |
If I add an element with a filled name property and I move it right after submitting, the entered name property is lost. The bug doesn't occur if I save, or show the code first. The bug occurs for form fields e.g. a textfield. This bug also occurs on the demo site. Maybe a related bug is the name of a link that isn't saved in the link.
Moved from SF: |
|||||
| #692 | [SS] Some style definitions should be blocked in the combo | SF Confirmed Review+ | Bug | closed | Normal | |
| Description |
When displaying styles available from fckstyles.xml in styles combo each option is being styled according to the style it belongs to. But if the style has something like "padding-left" attribute, let's say 180px, then the option becomes invisible (the padding is applied to the combo's option as well and it's being displaced completely to the right). It's needed to introduce some !important attributes for combo's options that couldn't be overriden by styles from fckstyles.xml
Moved from SF: |
|||||
| #726 | ieSpell & multiple editors not responding | SF IE | Bug | confirmed | Normal | |
| Description |
If there are multiple editors on the page and there are spelling errors in more than one editor ieSpell finds and corrects the errors in the first one, highlights the first spelling error in the next one and then IEXPLORE.EXE starts using all of the CPU and is not responding. Thanks,
Moved from SF: |
|||||
| #738 | Cannot change the button type after creating it | Confirmed IE Review- | Bug | closed | Normal | |
| Description |
Once inserted, one cannot change the button type of a button in a form anymore. Steps: - Insert form - Insert button (type = button) - Open contextmenu of button - Type field is disabled.
Moved from SF: |
|||||
| #746 | Comments inside SELECT and OPTION tags. | SF Confirmed IE CantFix | Bug | closed | Normal | |
| Description |
Internet Explorer removes HTML comments which are inside SELECT and OPTION tags. As an example: <form><!-- form --> <select><!-- select --> <option><!-- option --></option> </select> </form> becomes: <form> <!-- form --><select> <option selected="selected"></option> </select> </form> This also proves to be a problem when working with ProtectedSource since it makes use of comments.
Moved from SF: |
|||||
| #748 | [IE] Contents of div with styled width wrap incorrectly | IE | Bug | closed | Normal | |
| Description |
If two or more images of a fixed width are included in a div with a width style set to the exact sum of the width of the images, the last image will wrap around to a new line in the editor (it does not wrap outside of the editor). If the div width style is set to one pixel more than the exact sum of the width of the images, the wrap does not occur. So it appears that an extra invisible pixel is being added somewhere in the editor. This problem only occurs in Internet Explorer. If a "width=" attribute is used in the div tag instead, the problem does not occur. The same problem happens with <td> tags (when the editor table borders are turned off). The following HTML will demonstrate the problem: <html> <head> <Title>FCKeditor Table Layout Issue</title> </head> <body bgcolor="#0000FF"> <table width="100%" height="50" border="0" cellpadding="0" cellspacing="0" bgcolor="#FF0000"> <tr height="50"> <td width="100%" height="50"> <table width="100%" height="50" border="0" cellpadding="0" cellspacing="0"> <tr><td bgcolor="#00FF00" width="100%"></td></tr> </table> </td> </tr> </table> </body> </html>
Moved from SF: |
|||||
| #749 | Extra paragraph break after Tables within fixed-height cells | IE | Bug | closed | Normal | |
| Description |
If a table of a fixed height is located inside a table cell of the exact same fixed height, an extra paragraph break is displayed after the table when the content is loaded into the editor in Internet Explorer. This problem does not occur in Firefox. With web pages that use a lot of tables within tables for layout, the content can look totally different within the editor as compared to in a regular browser window. The following sample HTML demonstrates the problem: <html> <head> <Title>FCKeditor Table Layout Issue</title> </head> <body bgcolor="#0000FF"> <table width="100%" height="50" border="0" cellpadding="0" cellspacing="0" bgcolor="#FF0000"> <tr height="50"> <td width="100%" height="50"> <table width="100%" height="50" border="0" cellpadding="0" cellspacing="0"> <tr><td bgcolor="#00FF00" width="100%"></td></tr> </table> </td> </tr> </table> </body> </html>
Moved from SF: |
|||||
| #759 | "Paste from Word". References become absolute. | SF IE | Bug | closed | Normal | |
| Description |
When cutting text and images from the editor and using the button "Paste from Word" to fix problems created by word code already in a document, relative links from both images and links become absolute. I hope you can fix this in a future release.
Moved from SF: |
|||||
| #760 | Computer Locks up on paste | IE | Bug | closed | Normal | |
| Description |
Each of our pages has two instances of the editor, if you open a new window so it still shows the same page (two windows each containing two editors) then try the following copy text from new window (top box) to main window (top box) then copy text from new window (bottom box) and try to paste in main window (bottom box) then the whole computer crashes This is a stupid example as nobody would want to do this but its the easiest way to replicate the bug
Moved from SF: |
|||||
| #768 | Image height and width in IE6 | SF Confirmed IE Review+ | Bug | closed | Normal | |
| Description |
Hi, if you add a new image with IE6 to the editor, it will create a correct image tag with "width" and "height" attributes. If you resize the image, you get additionally the "style" attribute with "width" and "height" and both sizes differs. Example: 1.) Added image: <img height="556" width="417" alt="" src="/_userfiles/Image/DSCN0082.jpg" /> 2.) Resized it (smaller): <img style="WIDTH: 315px; HEIGHT: 451px" height="556" alt="" width="417" src="/_userfiles/Image/DSCN0082.jpg" />
Moved from SF: |
|||||
| #773 | Wrong HTML-Code using IE and a Div with "height:100%;" | IE SF | Bug | closed | Normal | |
| Description |
(http://www.fckeditor.net/demo/), I click on the "source"-button (top left) and insert the following html-code: <div id="test" style="BORDER-TOP-STYLE: solid; BORDER-RIGHT-STYLE: solid; BORDER-LEFT-STYLE: solid; HEIGHT: 100%; BORDER-BOTTOM-STYLE: solid"> <img height="21" alt="" width="60" src="http://www.google.ch/intl/de_ch/images/logo.gif" /> <br /> <br /> This is some <strong>sample text</strong>. You are using <a href="http://www.fckeditor.net/">FCKeditor</a>. </div>
text shows up correctly formatted (i.e. bold applied to "sample text") in the FCKeditor.
inside the editable area and then on the "insert/edit link" in the toolbar to add a link to the image. A new window pops up and I'm able to enter the URL (i.e. www.google.ch).
following html-code: <a href="http://www.google.ch">www.google.ch</a> <div id="test" style="BORDER-TOP-STYLE: solid; BORDER-RIGHT-STYLE: solid; BORDER-LEFT-STYLE: solid; HEIGHT: 100%; BORDER-BOTTOM-STYLE: solid"><img height="21" alt="" width="60" src="/_userfiles/Image/pic icon.jpg" /><br /> <br /> This is some <strong>sample text</strong>. You are using <a href="http://www.fckeditor.net/">FCKeditor</a>. </div>
Explorer 6.0 is not the code that should be generated (a-tag placed around a new text instead of around the picture).
and repeating the steps, IE generates correct html-code. I also tested it with Firefox 1.0.7 and correct html-code was generated, wheter "height: 100%;" existed or not. So it seems that only IE users are affected. Thanks, saimen (moove[at]gmx.net)
Moved from SF: |
|||||
| #779 | Duplicate toolbars when posting to the same file | SF IE | Bug | closed | Normal | |
| Description |
I am using the set up in sample 11 to manipulate my database. (FCKeditor/_samples/html/sample11.html) However, instead of my Iframe file posting to a new page, I have it post back to itself. When this happens, a second toolbar is created for my parent frame/file. Every submission of the form in the Iframe results in another toolbar being created in the parent frame. To duplicate this error. Change the <form> tag in the file (FCKeditor/_samples/html/sample11_frame.html) to the following: <form action="sample11_frame.html" method="post"> Open up Interet Explorer and go directly to the sample file (FCKeditor/_samples/html/sample11.html). Click submit and you should receive "The page cannot be displayed" error. If you click the back button, the toolbar will be created again and stacked underneath the already existing toolbar. If your Iframe file is a file that post back to itself, as mine is, then you get the added toolbar(s) every time the form is submitted. Any thoughts or ways around this? Thanks in advance.
Moved from SF: |
|||||
| #798 | Image inside floating DIV looses selection with Context Menu | SF Confirmed IE Review+ | Bug | closed | Normal | |
| Description |
If you add an image into a Div then you apply a style to the div like this <div style="float:right"><img ...> </div> if then you select the image and get the properties, it appears that all the properties are lost. But if you go to the source code you can see that they are not lost. Following the source code with debugger, I noticed that this instruction in fck_image.js var oImage = FCK.Selection.GetSelectedElement() ;
Moved from SF: return an undefined element. I have tested it with IE6 on WinXP e win2003. |
|||||
| #805 | Keystroke bypass disabled buttons in source mode | SF Confirmed Review+ | Bug | closed | Normal | |
| Description |
When in source mode, certain functions are grayed out (find, font color, etc). When these functions are assigned to a keystroke they are still accessible via that keystroke. To reproduce:
Result: Firebug reports error "oEditor.FCK.EditorDocument has no properties" --- Noticed also that there are a lot of functions (add bullets, etc) that aren't grayed out in the button bar that also cause the same Firebug error report. --Michael
Moved from SF: |
|||||
| #808 | Show table size while changing size | SF IE | New Feature | confirmed | Normal | |
| Description |
It would be nice to see the table width height and differences to the original table while dragging the sizing buttons.
Moved from SF: |
|||||
| #822 | Add <th> tag support | SF Confirmed Review+ | New Feature | closed | Normal | |
| Description |
Be able to add and edit <th> (table header) tags.
Moved from SF: |
|||||
| #880 | Organize the code in namespaces | SF Confirmed V3ProtoStruct Review+ | New Feature | closed | Normal | |
| Description |
Hello all, I have been taking a look at FCKeditor as an HTMLArea control and I must say I really like what I see. I am going to look into tweaking the code in order place it in a YUI-esque class structure. I’d like to detail what I’m looking at doing to see if you’d be interested in integrating it back into the main project. If you've not yet taken a look at YUI its got some REALLY cool ideas - http://developer.yahoo.com/yui/index.html. The best thing I've learned from the YUI is its awesome use of class structures. Basically, everything Yahoo has released in its YUI is housed under a single 'global' JavaScript variable named 'YAHOO'. So, if you want to use the calendar, you access it via 'YAHOO.widget.Calendar', if you want to use the DOM module, you access it via 'YAHOO.util.Dom'. I can see that with fairly little effort, the FCKeditor could be modified to work in the same fashion. For example... var FCKeditor = function( instanceName, width, height, toolbarSet, value ) would be changed to... FCK.editor = function( instanceName, width, height, toolbarSet, value ) Thanks to the FCKeditor's current use of JavaScript objects (‘var FCKeditor = function’), it would be pretty simple to modify it to function like the YUI. Plus the only JavaScript naming restrictions users would have to abide by is not having a variable/function named 'FCK'. I’ve used this idea with much success in one or my own projects. All of my JavaScript now resides under a single variable/class structure and I believe the FCKeditor could also benefit. Anyway… I’ve attached the base creator .js for the FCK variable/class. If you’re interested in using this idea throughout the project, please do let me know.
Moved from SF: |
|||||
| #898 | Add EditorAreaCSS to image preview | SF Review+ | New Feature | closed | Normal | |
| Description |
It would be a nice improvement for the image preview pane to view the image in the context of the current editor area CSS file. To do this, I've added this code to the <head> of the fck_image_preview.html file: (inside the exisiting <script>) // Sets the editor area CSS if (window.parent.FCKConfig.EditorAreaCSS.length > 0) document.write( '<link href="' + window.parent.FCKConfig.EditorAreaCSS + '" type="text/css" rel="stylesheet">' ) ;
Moved from SF: |
|||||
| #922 | Generic EMBED and OBJECT placeholder | Confirmed Review- | New Feature | closed | Normal | |
| Description |
Display a generic placeholder for <object> and <embed> tags, similar to the flash placeholder:
|
|||||
| #934 | FCKEditor in modaldialog with plugin | Confirmed IE | Bug | closed | Normal | |
| Description |
Here at Infoland we have a problem using the fckEditor. When using the fckeditor in a modaldialog, we're getting a javascript error when closing the dialog. The error is: "Can't execute code from a freed script". It seems to be a timing issue since it doesn't occur every time. We've traced the problem to the point where the fckEditor seems to fire an onblur event. The error occurs in FCKFocumManager_FireOnBlur, which calls an anonymous function. Within this anonymous function, the error occurs. But since the code is "compiled", I can't make heads or tails of the code being executed. It's trying to execute a function in an array Called D at position i. So that's not helping. How should I continue to pinpoint the problem and solve it, because we really need this thing to work? Update: I've narrowed the problem down quite a bit. I attach an onblur event to the fckeditor in the "FCKeditor_OnComplete" function. This works fine until i load a plugin I created. Once i add the plugin (not even add the toolbarbutton that uses the plugin) the problem occurs. Although the plugin doesn't do anything with onblur events I've created a testcase to reproduce the problem |
|||||
| #947 | form elements are resizable in IE only running from the filesystem and path contains an space | Confirmed IE | Bug | closed | Normal | |
| Description |
As reported in https://sourceforge.net/forum/message.php?msg_id=4403698 My tests show that a textarea can be resized only if the editor is running from the filesystem, not from a server, and if the path contains at least a space. |
|||||
| #957 | Enter key after placeholder starts a new colored span in the next line | Confirmed Review+ | Bug | closed | Normal | |
| Description |
Steps to Reproduce
The following tag will be created in the new line: <span style="background-color: rgb(255, 255, 0); color: rgb(0, 0, 0); cursor: default;"> |
|||||
| #958 | Context menu - supporting parameters | Review+ | New Feature | closed | Normal | |
| Description |
I have searched for this feature, but haven't found it. What we need is the support for passing parameters from context menu item. We have implemented a list of paragraph styles in the context menu Style
|--- Style 1
Style 2
Style 3
etc.
"Style 1", "Style 2" and "Style 3" will all call a function named "SetParagraphStyle". This function will assign the current <p> paragraph to a css class name. This class name is the param we need to send to this function. I can't see that the AddItem method supports parameters. Is this something that could be implemented? Or are there any workarounds? |
|||||
| #970 | Select Field dialogue: controls get outside of dialogue when field contains long values | Confirmed Firefox Review+ | Bug | closed | Normal | |
| Description |
The screenshot explains it all, actually.
Firefox 2.0.0.4 |
|||||
| #975 | Pressing enter does not exit list mode with bold and italics text. | Confirmed IE Firefox | Bug | closed | Normal | |
| Description |
Normally, if you enter a blank line while in the numbered or bulleted list mode, you would exit the list mode. However, if both bold and italics are enabled, a blank line would not exit list mode. Steps to reproduce.
You would stay in list mode no matter how many enters you press. Note that this bug does not occur if the text is only bold or only italics. It must be both bold and italics. This bug is reproducible on both IE6 and FF2. I can also reproduce it on the latest nightly build. |
|||||
| #977 | XHTML validation fails for imagemap shapes (rect, default, circle, poly) - should be lowercase | Confirmed IE | Bug | closed | Normal | |
| Description |
Hi there, According to XHTML standard (see http://www.w3.org/TR/xhtml2/mod-csImgMap.html), shape attributes in image maps are supposed to be lower-case (shape = "default|rect|circle|poly") - but every time I switch between WYSIWYG and source view, FCKEditor changes the shape attributes to uppercase, so: <map id="banner_top"> <area alt="Load Ecclesiact Home Page" href="http://www.ecclesiact.com" coords="15,26,265,111" shape="rect" /></map> becomes: <map id="banner_top"> <area alt="Load Ecclesiact Home Page" href="http://www.ecclesiact.com" coords="15,26,265,111" shape="RECT" /></map> When I validate the following minimal fragment at http://validator.w3.org/fragment-upload.html it passes, but after FCKEditor has changed the shape from rect to RECT it fails: <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/2002/REC-xhtml1-20020801/DTD/xhtml1-strict.dtd"> <html> <head><title>test</title></head> <body> <p><map id="banner_top"> <area alt="Load Ecclesiact Home Page" href="http://www.ecclesiact.com" coords="15,26,265,111" shape="rect" /></map></p> </body> </html> Can this be fixed? Please let me know if this issue is on your 'to fix' list - Thanks Martin Francis, Canada <>< (My email name is martin and the domain is classaxe com) |
|||||
| #979 | Tab key behavior | Confirmed Review+ | New Feature | closed | Normal | |
| Description |
Ideally we should uniformize the tab behavior considering the following variations (ordered by priority):
|
|||||
| #982 | The "Clean Up Box" button in Paste from Word is confusing | Confirmed Review+ | Bug | closed | Normal | |
| Description |
Pasting from Word... When I paste from Word... I get the popup box... and it is easy to use... But some of my users... find the button "Clean Up Box" confusing... because they think it refers to the actual process of converting "word" to "html" (a process of cleaning up the text)... so the users get very confused when it actually empties the box. Could this button be renamed to: "Empty Box" . |
|||||
| #984 | Copy icon in toolbar activated on mouse click | Confirmed IE Safari | Bug | closed | Normal | |
| Description |
The copy icon in the toolbar is activated after a mouse click in the editor even if no text is selected. It should not be active when there is no selection (nothing to copy). Confirmed in the demo version of fckeditor at fckeditor.net |
|||||
