Custom Query
Results (1001 - 1100 of 1835)
Ticket | Summary | Keywords | Owner | Type | Status | Priority |
---|---|---|---|---|---|---|
#3492 | Insert smiley dialog not keyboard accessible | IBM Confirmed Review+ | Bug | closed | Normal | |
Description |
Steps to reproduce:
|
|||||
#3493 | Toolbar needs to work in High Contrast mode | IBM Confirmed Review+ | New Feature | closed | Normal | |
Description |
One accessibility requirement is that the editor be usable in High Contrast (HC) mode by a user who does not have access to the mouse or a screen reader. When the editor is viewed in HC mode, the toolbar icons become invisible. When using keyboard only, the user cannot easily identify the functions of the toolbar items. |
|||||
#3494 | Context menu is too narrow in some translations | Confirmed Review+ | Bug | closed | Normal | |
Description |
Context menu is too narrow in some translations. Please see attached image. |
|||||
#3497 | Editor name not protected from bad chars | Confirmed Review+ | Bug | closed | Normal | |
Description |
If editor.name="this.is.my.control" then plugin.js causes a javascript error In plugin.js the following script is used: Call the temporary function for the editing boostrap.
... Issue is if editor name contains a "." then script will fail - one way to fix this is : 'window.parent.CKEDITOR._[\'contentDomReady' + editor.name + '\']( window );' + nz |
|||||
#3503 | New default skin for V3 | Confirmed 3.0RC Review+ | New Feature | closed | Normal | |
Description |
With V3 we'll be introducing a brand new skin. It will be the default one. The old V2 (V1!) one will still be available as an option. |
|||||
#3504 | CKPackager creates invalid JavaScript | Confirmed 3.0RC Review+ | Bug | closed | Normal | |
Description |
When packing the en.js lang file, the packager mungers the file in such a way to cause the JavaScript Lint tool to complain. The specific problem is that in the "colors" object, it removes the quotes from the members. For example, "'008080' : 'Teal'," becomes "008080:'Teal',". |
|||||
#3506 | Combo panels do not align in FF | IBM Confirmed Review+ | Bug | closed | Normal | |
Description |
When selecting any of the Styles/Format/Font/Size combos, the panel is misplaced. It is slightly different for FF2 and FF3. |
|||||
#3512 | Non-namespaced css class names | Confirmed Review+ | Bug | closed | Normal | |
Description |
There are many non-namespaced css class names in dialog.css and those are:
I assume those are some legacy classes, but since dialog isn't placed inside an iframe, this can result in some serious complications. |
|||||
#3514 | [IE] dom.getFrameDocument still causes random errors | IE Confirmed Review+ | Bug | closed | Normal | |
Description |
Function dom.getFrameDocument still causes random errors in IE when accessing $.contentWindow.document. Although there is alredy some workaround for that, sometimes it still causing errors, like this one below (IE8 strict, polish language of dump, but ive translated keywords): Szczegóły błędu na stronie sieci Web Agent użytkownika: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0) Sygnatura czasowa: Wed, 13 May 2009 11:51:13 UTC Wiadomość: Permission denied Line: 1251 Char: 4 Kod: 0 Identyfikator URI: http://10.0.2.2/ckeditor/_source/core/dom/element.js Wiadomość: Permission denied Line: 1212 Char: 7 Kod: 0 Identyfikator URI: http://10.0.2.2/ckeditor/_source/plugins/dialogui/plugin.js It have happened using link dialog. In effect i was unable to close dialog using "OK" button. Another example is #3491. I think it can be easier to reproduce this on slower machines. |
|||||
#3515 | Replace function in Find & Replace dialog does not work | Confirmed IBM Review+ | Bug | closed | Normal | |
Description |
TC
Reproduced using r3500 in FF3, IE8. |
|||||
#3516 | JS error in Find & Replace dialog | Confirmed Review+ IBM | Bug | closed | Normal | |
Description |
TC
Reproduced using r3500 in FF3, IE8. |
|||||
#3517 | "Match cyclic" field in Find & Replace dialog | Confirmed Review+ | Bug | closed | Normal | |
Description |
I'm not sure if i understand correctly what "Match cyclic" should do, but if this is something like "Wrap search" or "Search from beginning after file end" then it acts in opposite way. TC
Reproduced using r3500 in FF3, IE8. |
|||||
#3526 | Implement Ignore Empty Paragraph feature | Confirmed Review+ | Task | closed | Normal | |
Description |
After #3189 and #3190, empty paragraphs might get inserted in the document without user's intension, so clean up those empty blocks is necessary on output data. |
|||||
#3528 | CKEditor : Context Menu issue | Oracle Confirmed Review+ | Bug | closed | Normal | |
Description |
Shift + F10 -> Opens the Context menu, outside the RTE editing area(Sometimes it opens the File menu from the browser main menu) |
|||||
#3529 | [IE] Wrong find matching in IE8 quirks | Confirmed IE Review+ | Bug | closed | Normal | |
Description |
Wrong find matching in IE8 quirks. TC
Result: <p> a ^foo a^</p> <p> a foo a</p> <p> </p> Expected result: <p> a ^foo^ a</p> <p> a foo a</p> <p> </p> Does not take place in IE8 strict. |
|||||
#3531 | Implement the "Menu Button" UI element | Confirmed | New Feature | closed | Normal | |
Description |
We should have ways to define a button in the toolbar, which opens a menu when clicked. It can be used to group buttons, or even show specific button options. |
|||||
#3532 | Simplify the "Panel Button" plugin | Confirmed | Task | closed | Normal | |
Description |
There is a lot of code duplication with the panelbutton plugin. It's a copy of the button plugin, which small customizations. It should be possible to reuse the button plugin class there. |
|||||
#3534 | Context menu has wrong pointer icon | Confirmed Review+ | Bug | closed | Normal | |
Description |
The mouse pointer over the context menu items is the "text" pointer. It should be the arrow instead. |
|||||
#3535 | IE: The context menu rapidly flashes at the left of the document when opening | Confirmed IE Review+ | Bug | closed | Normal | |
Description |
In IE, when showing a context menu panel, it rapidly flashes at the the very left of the document (in the correct Y position though) and them moves the the right place. |
|||||
#3539 | "User Interface Languages" example is broken in the nightly build | Confirmed | Bug | closed | Normal | |
Description |
The problem is in _languages.js which was accidentally overwritten with [3406]. _languages.js was apparently broken by CKLangTool, ignoring files beginning with underscore has been introduced with [3405]. |
|||||
#3540 | img tags generated by the editor should always have alt attribute. | Confirmed Review+ Doc | Bug | closed | Normal | |
Description |
We're currently missing out the alt attribute generated from
|
|||||
#3549 | [IE8] Empty dropdowns | IE Confirmed Review+ | Bug | closed | Normal | |
Description |
IE8's compatibility mode there is no problem, but not in compatibility mode button will be under the font settings problem |
|||||
#3558 | Investigate alternatives to <a href="..."> tags for accessible interactive elements. | Confirmed | Task | closed | Normal | |
Description |
Many interactive elements, such as toolbar buttons in CKEditor 3.0, use an <a href="javascript:void()"> tag due to the ability to get keyboard focus. The <a href="..."> tags causes the UI elements to be pronounced as links in JAWS, which is usually inappropriate because the UI elements are in fact buttons. |
|||||
#3563 | Disabled items have wrong style in menus | Confirmed Review? | Bug | closed | Normal | |
Description |
In menus, like the context menu or menu buttons, the disabled items are styled improperly. The background color for the icons space should be colored just like the enabled ones, having instead the icon and the text semi-transparent. Also, these items should not have hover state. |
|||||
#3565 | [IE6] Floatpanel iframe focus error | IE Confirmed Review- | Bug | closed | Normal | |
Description |
TC
Reproduced in IE8 quirks. |
|||||
#3566 | Context menu disappears after displaying one submenu in FF2 | IBM Confirmed Review+ | Bug | closed | Normal | |
Description |
To reproduce:
Result: the context menu disappears. |
|||||
#3568 | Dialogs don't select all text when tabbing to text inputs | Confirmed Review+ | Bug | closed | Normal | |
Description |
It is standard functionality to select all text when tabbing to text inputs. This is missing in CKEditor's dialogs. V2 had this functionality. |
|||||
#3569 | SCAYT should stop at form fields | Confirmed HasPatch | Bug | closed | Normal | |
Description |
The 'scayt_word' marker should split words separated by form field elements, while it's not: Reproducing Procedures
|
|||||
#3570 | Elementpath work with SCAYT | Confirmed Review+ | New Feature | closed | Normal | |
Description |
Elementpath should hide SCAYT marker '<span>' from end user. |
|||||
#3571 | Find/Replace work with SCAYT | Confirmed | New Feature | closed | Normal | |
Description |
During find/replace, SCAYT should be disabled. |
|||||
#3572 | Replace result incorrect | Confirmed Review+ | Bug | closed | Normal | |
Description |
Reproducing Procedures
|
|||||
#3573 | No undo snap when inserting form fields | Confirmed Review+ Doc | Bug | closed | Normal | |
Description |
The problem happened generally for all form fields. Reproducing Procedures
|
|||||
#3575 | Insert special character not keyboard accessible | IBM Confirmed Review+ | Bug | closed | Normal | |
Description |
This is the same issue as for the Smiley dialog. Ticket #3492 . |
|||||
#3576 | Style system incorrectly remove element | Confirmed Review+ | Bug | closed | Normal | |
Description |
If you're applying any 'span' based style on the following range: <p>^this <span>tag</span> should not be removed.^</p> Then the span will always be removed, which is wrong. |
|||||
#3581 | name attribute on anchors is duplicated | Confirmed Review+ | Bug | closed | Normal | |
Description |
Load CKEditor and insert an anchor. Put any name on it. Switch to source mode, everything looks OK. <p> This<a name="test"></a> is some <strong>sample text</strong>. You are using <a href="http://www.fckeditor.net/">CKEditor</a>.</p> Switch to design and back to source, the anchor now has two name attributes <p> This<a name="test" name="test"></a> is some <strong>sample text</strong>. You are using <a href="http://www.fckeditor.net/">CKEditor</a>.</p> |
|||||
#3584 | Theme is too fragile | Confirmed CantFix Doc | Bug | closed | Normal | |
Description |
Take a look at #3579. Due to a simple css rule that includes an ID the toolbar becomes broken. In the real world people uses multiple classes and ID in the css rules, so the styles won't get applied correctly. |
|||||
#3585 | Inconsistent formatting of source code | Confirmed Review+ | Bug | closed | Normal | |
Description |
(the closing </p> now is indented) |
|||||
#3593 | Use body.contentEditable = true instead of domDocument.designMode = 'on' | IBM Confirmed Review+ | Bug | closed | Normal | |
Description |
Except Firefox 2, the rest of the browsers support contentEditable, and their behavior should be almost the same with at least one big difference: If body.contentEditable=true is used then the behavior of elements inside the body with contentEditable=false is as expected and the browser itself takes care of not allowing to edit them. This is really useful for little things like the Placeholder (v2 only for the moment) plugin. This behavior is reported in https://bugzilla.mozilla.org/show_bug.cgi?id=462735 , https://bugs.webkit.org/show_bug.cgi?id=22036 and in the internal Opera tracker. |
|||||
#3598 | UI Color plugin | Confirmed 3.0RC Review+ | New Feature | closed | Normal | |
Description |
Plugin allowing fast and easy change of UI background color. |
|||||
#3599 | Issue with nested Font size and background color | IBM Confirmed Review+ | Bug | closed | Normal | |
Description |
It seems that there is a special case required to be handled by the font style features.
The issue is that when the size of a default text is set to a large size e.g. 72px, then a background color is applied to the same selection, the background style will not have the right font-size set. This results in the background color appearing as a narrow band behind the large font. <span style="background-color: rgb(238, 130, 238);"><span style="font-size: 72px;">Test</span></span> |
|||||
#3600 | Changes alert is wrong in dialogs | Confirmed Review+ | Bug | closed | Normal | |
Description |
The alert regarding changes appears, even if no changes have been made at all. Tested with FF3. |
|||||
#3602 | config.addPlugins looks like a method | Confirmed Review+ | Bug | closed | Normal | |
Description |
The name is misleading, verb + object, people that just see it mentioned might try to use it in the wrong way (like Plugins.Add in v2) I suggest renaming it to config.additionalPlugins before it's too late. |
|||||
#3606 | Replace feature leaves selection after cancel | IBM Confirmed Review+ | Bug | closed | Normal | |
Description |
The replace feature causes the selection to be saved in the document.
Results in the selection being saved with the document. E.g.: <span style="color: rgb(255,255,255); background-color: rgb(0,0,68)">Test</span> |
|||||
#3611 | Automatic option doesn't work for font and background color | HasPatch Confirmed | Bug | closed | Normal | |
Description |
The automatic option for these dropdowns never works. To reproduce type any text into one of the nightly samples, highlight the text and change its color to a specific color. Then click the Automatic option. The text will remain colored. This is because of a bug in CKEDITOR.style.checkElementRemovable(). The problem is that checkElementRemovable, when called from removeInlineStyle, should match any element with the color or background-color style, regardless of value. Attached is a patch which fixes this. |
|||||
#3613 | CKEditor: combo content is not displaying in absolute positioned container with large z-index | Confirmed | Bug | closed | Normal | |
Description |
If CKEditor is placed into absolute positioned "div" element with large z-index (for example, 100), editor comboboxes (Styles, Format, Font, Size, ColorPicker) content (drop down) will not be displaying. Their content will be placed behind the "div" editor located in. |
|||||
#3617 | Change list type incorrect | Confirmed Review+ | Bug | closed | Normal | |
Description |
Reproducing Procedures
|
|||||
#3618 | List is not merged | Confirmed Review+ | Bug | closed | Normal | |
Description |
Reproducing Procedures
|
|||||
#3619 | Add IDs to the table caption and summary fields | hasPatch Confirmed Review+ | New Feature | closed | Normal | |
Description |
CKEditor allows setting the caption and summary for a table. Since these properties do not have an equivalent in many document formats, it would be nice to make so that these options can be hidden. I have attached a patch which implements this. |
|||||
#3620 | Unexpected document change when selecting item on elementpath | Confirmed Review+ | Bug | closed | Normal | |
Description |
Reproducing Procedures
|
|||||
#3621 | Unnecessary snapshots | Confirmed Review+ | Task | closed | Normal | |
Description |
Now we're saving snapshot for many commands which doesn't make sense for supporting undo, these are:
We should give them a canUndo = false. |
|||||
#3622 | enterBr when content selected incorrect | Confirmed Review+ | Bug | closed | Normal | |
Description |
Reproducing Procedures
|
|||||
#3627 | Performance testing | Confirmed HasPatch | New Feature | assigned | Normal | |
Description |
I guess that everybody has this in mind, but no one has written it so far. In the future it would be very nice to have an automated performance testing system, so that we can keep track of any unexpected degradation of the performance. And also to avoid that little + little + little changed do end up summing a serious problem. For a reference, this post about Chrome explains the same basic idea: http://blog.chromium.org/2008/11/putting-it-to-test.html and points that some of the tools are based on HTML and JS, so maybe we can reuse something from there. |
|||||
#3633 | Default context menu isn't disabled in toolbar, status bar, panels... | Confirmed Review+ | Bug | closed | Normal | |
Description |
Load CKEditor and right click in the toolbar, status bar, any floating panel or context menu... The default browser context menu is shown instead of showing nothing. |
|||||
#3635 | Create list on whole paragraph incorrect | Confirmed | Bug | closed | Normal | |
Description |
Reproducing Procedures
|
|||||
#3636 | Bug in Polish translation | Confirmed | Bug | closed | Normal | |
Description |
in /editor/lang/pl.js Templates: is "Sablony" - should be "Szablony". |
|||||
#3638 | Float panel doesn't hide | Kama Confirmed | Bug | closed | Normal | |
Description |
Reproducing Procedures
|
|||||
#3639 | Button size inconsistency | Kama Confirmed Review+ | Bug | closed | Normal | |
Description |
The size of different dialog buttons should be the same. |
|||||
#3642 | [IE7] File type form field layout incorrect | Confirmed Review+ | Bug | closed | Normal | |
#3643 | [IE] Context menu has no content on second open | Kama Review+ Confirmed | Bug | closed | Normal | |
#3647 | Some values for Flash dialog need to be resourced | IBM Confirmed Review+ | Bug | closed | Normal | |
Description |
Below is a proposal to resource the outstanding items in the Flash dialog.
flash : { ... quality : 'Quality', qualityBest : 'Best', qualityHigh : 'High', qualityAutoHigh : 'Auto High', qualityMedium : 'Medium', qualityAutoLow : 'Auto Low', qualityLow : 'Low', windowMode : 'Window mode',, windowModeWindow : 'Window', windowModeOpaque : 'Opaque', windowModeTransparent : 'Transparent', ... },..
items : [ [ editor.lang.common.notSet , ''], [ editor.lang.flash.qualityBest, 'best' ], [ editor.lang.flash.qualityHigh, 'high' ], [ editor.lang.flash.qualityAutoHigh, 'autohigh' ], [ editor.lang.flash.qualityMedium, 'medium' ], [ editor.lang.flash.qualityAutoLow, 'autolow' ],], [ editor.lang.flash.qualityLow, 'low' ] ],
items : [ [ editor.lang.common.notSet , ''], [ editor.lang.flash.windowModeWindow, 'window' ],, [ editor.lang.flash.windowModeOpaque, 'opaque' ],, [ editor.lang.flash.windowModeTransparent, 'transparent' ] ], |
|||||
#3648 | Change paragraph format with empty document incorrect | Confirmed | Bug | closed | Normal | |
Description |
Reproducing Procedures
|
|||||
#3654 | Resize handle should not be useable in maximized mode. | Confirmed Review+ | Bug | closed | Normal | |
Description |
To reproduce:
This problem was originally reported by Garry. |
|||||
#3655 | [IE] Toolbar button cursor flicker between 'hand' and 'default' | IE Confirmed Review+ | Bug | closed | Normal | |
Description |
When you mouseover any of the toolbar buttons, you'll find default cursor type on the button center, and pointer/hand type on the edge, result in a very noisy experience. |
|||||
#3658 | [IE6] Editor document has horizontal scrollbar on long lines | Confirmed IE Review+ | Bug | closed | Normal | |
Description |
Open the attached sample page for reproducing. |
|||||
#3661 | Safari 3.2 cache issue | IBM Confirmed Safari Review+ | Bug | closed | Normal | |
Description |
To reproduce:
At this point, the editor will not load until the page is reloaded. This error does not appear when cache is disabled in the browser |
|||||
#3662 | There needs to be a way to reset the undo stack | IBM Confirmed Review+ Doc | Bug | closed | Normal | |
Description |
A mechanism is required to reset the undo buffer. When the editor is created with an initial set of data it is desirable to reset the undo buffer so that the user does not undo the initial setData() result. |
|||||
#3664 | Insert table in empty document add extra line | Confirmed HasTest Review+ | Bug | closed | Normal | |
Description |
Reproducing Procedures
|
|||||
#3665 | [IE] Output source code has extra | IE Confirmed Review? | Bug | closed | Normal | |
Description |
Reproducing Procedures
|
|||||
#3671 | Inserting Page break is introducing new paragraph | Confirmed Review+ | Bug | closed | Normal | |
Description |
Reproducing Procedures
|
|||||
#3672 | [IE] Dialogs flicker when displaying | IBM Confirmed Review+ | Bug | closed | Normal | |
Description |
When dialogs are opened for the first time, they load and display correctly. On subsequent invocations of a dialog, the whole window is blanked out while the dialog displays. The worst case seems to be on IE6; the delay can last more than a second, while the whole window remains blank. The effect seems more pronounced when the editor is embedded within a larger application, but is still noticeable in the samples. |
|||||
#3673 | Add file browser support to CKEditor | Confirmed 3.0RC Review+ | New Feature | closed | Normal | |
Description |
To do: create a plugin that makes it possible to integrate any file browser in CKEditor (it will not provide any file browser solution). |
|||||
#3677 | Image inside floating div cannot be linked, looses focus on IE7 | IE Confirmed Review+ | Bug | closed | Normal | |
Description |
Add an image inside a floating div: <div style="float: right"><img src="..." /></div> If you select the image and press the Add Link button, the link (<a>) is positioned at the beggining of the editor content as text and not at the image. Alternatively, if you select the image and try to enter a link from the Link tab of Image Properties dialog, you get Javascript errors in IE7:
Line 82: 'undefined' is null or not an object Line 789: Object doesn't support this property or method It seems that line 256 of fck_image.js: ( oLink = oEditor.FCK.CreateLink( sLnkUrl )[0] ; ) does not return an object. The cause is that the editor looses selection when CreateLink is called inside a floating image. If you edit an existing link with image, all is OK. This bug is related to ticket #798 which is resolved in FCKEditor 2.6.4 |
|||||
#3678 | [IE] Edit image link result incorrect inside floated div | IE Confirmed | Bug | closed | Normal | |
Description |
|
|||||
#3679 | [IE8] element.html test fails in various places | IE Confirmed Review+ | Bug | closed | Normal | |
Description |
Depending on chosen mode on IE8, element.html test fails in various places. This patch seems to fix it, but it uses too many workarounds and need to be rewritten. It should use less workarounds as possible, mostly on IE8 strict. |
|||||
#3684 | Edit area adding <p> when clicking in the edit area | IBM Confirmed Review+ | Bug | closed | Normal | |
Description |
To reproduce:
Results in a new <p> being added to the document. The document grows with every subsequent click. <p> </p> Reproduced on IE 6 and 7. |
|||||
#3686 | [IE] Cell properties RTL dialog layout problems | IBM Confirmed IE Review+ | Bug | closed | Normal | |
Description |
The cell properties dialog does not display well in RTL mode.
IE only. See attached example. |
|||||
#3690 | Selection is lost after Enable SCAYT | Confirmed | Bug | closed | Normal | |
Description |
Reproducing Procedures
|
|||||
#3692 | Find scrollIntoView incorrect | Confirmed Review+ | Bug | closed | Normal | |
Description |
Reproducing Procedures
|
|||||
#3693 | dom.element.getAttribute returns unnormalized style properties | Confirmed Review- IE webkit | Bug | closed | Normal | |
Description |
In some cases IE8 and webkit returns uppercases css properties after getAttribute('style'). To prevent this, place for browser-wide code should be introduced to this method and there the css normalization could be done. |
|||||
#3696 | [IE6] Disabled buttons loosing position on hover | IE Review+ Confirmed | Bug | closed | Normal | |
Description |
In kama skin, mouse over a disabled button results in position lost by the button (due to padding and height). This is also noticeable when switching to source view (in time when button is disabled during reload). |
|||||
#3697 | CKLangTool should be launched automatically before releasing | Confirmed Review+ | Task | closed | Normal | |
Description |
the title says it all - in patches usually just the "en" language entry is added and this way CKEditor is broken in all other languages. |
|||||
#3698 | CKLangTool should sort language entries | Confirmed Review+ | New Feature | closed | Normal | |
Description |
(as the title says) |
|||||
#3700 | Preview plugin is broken | Confirmed Review+ | Bug | closed | Normal | |
Description |
There are typos issues in preview plugin, making it unusable. Attached patch fixes them. |
|||||
#3703 | editor.insertHtml cause error | IE Confirmed Review+ | Bug | closed | Normal | |
Description |
Reproducing Procedures
|
|||||
#3705 | Kama: The context menu has wrong background color for the icons | Confirmed Review+ | Bug | closed | Normal | |
Description |
With the default UI color, when opening a menu, the background for the menu item icons is wrong. It's uses the v2 colors instead of the default gray one. |
|||||
#3709 | Selected text stays selected when switch to source view and back | Confirmed | New Feature | closed | Normal | |
Description |
Hello. To me FCKeditor is almost perfect. The only thing I miss from Dreamweaver is selection preservation while switching to source view. Since I work with very big html files it is very difficult to find any specific place in code. When I select a word (or sentence or picture or table cell) in WYSIWYG mode in Dreamveawer and then switch to source view I find myself in the middle of the (pages of the) code with the same text selected. If FCKeditor could do that - it would save very much worktime. But FCKeditor resets the cursor location to start of the source. |
|||||
#3711 | EMBED is outdated for flash | Confirmed | Bug | closed | Normal | |
Description |
When embedding a flash object FCKeditor is currently using an <EMBED> tag. This is not valid XHTML. Better use the object type like: <object type="application/x-shockwave-flash" style="width:XXXpx; height:YYYpx ;" data="http://your.domain.com/your_flash_file.swf"> <param name="movie" value="http://your.domain.com/your_fla sh_file.swf" /> </object> |
|||||
#3716 | Context menu disappears after displaying one submenu | IBM Confirmed Review+ | Bug | closed | Normal | |
Description |
Same issue as reported in #3566 Browser: IE7 OS: Vista |
|||||
#3717 | config.dialog_backgroundCoverColor does not work in IE7 or IE8 | Confirmed Review+ | Bug | closed | Normal | |
Description |
This is my first bug report for this project. Please let me know if I am doing anything incorrectly. I have set a custom dialog_backgroundCoverColor in the editor host page before calling CKEDITOR.replace. It works correctly in FF3 but it does not work on IE7 or IE8 with compatibility mode on and off. Here is my script block inside an ASP page: <script type="text/javascript">
['Form', 'Checkbox', 'Radio', 'TextField', 'Textarea', 'Select', 'Button', 'ImageButton', 'HiddenField'],
</script> |
|||||
#3720 | Undo button is disabled after replace all | Confirmed Review+ | Bug | closed | Normal | |
Description |
Reproduction:
Now the undo button is disabled (but you can undo the replace too, after type in a character into the editor area). |
|||||
#3725 | Same uiColor accross editors' floatpanels | Confirmed Review+ | Bug | closed | Normal | |
Description |
|
|||||
#3727 | Cell Properties dialog missing color selection option | IBM Confirmed Review+ | Bug | closed | Normal | |
Description |
The cell border & background color options in the Cell Properties dialog do not provide an easy way for users to select colors. FCKEditor 2.6 provides a color selector in this case. |
|||||
#3728 | Automatic color options don't seem to do anything | IBM Confirmed Review+ | Bug | closed | Normal | |
Description |
The Font color and Background color toolbar options provide an "Automatic" selection. Based on the way that FCKEditor 2.6 has implemented this option, it should reset the background/font color. This doesn't appear to work in the nightly CKEditor builds. |
|||||
#3729 | IE8 Javascript Random Errors | Confirmed IE8 | Bug | closed | Normal | |
Description |
We started receiving random errors that I believe are related to IE8. Below are the errors being generated. Can you help resolve them? We are using version 2.6.3 Beta - Build 19726 in a .Net environment. Fckeditor works okay in FireFox and Chrome. Webpage error details User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; GTB6; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.04506.648; .NET CLR 3.5.21022; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729) Timestamp: Mon, 15 Jun 2009 15:06:21 UTC Message: 'FCKeditorAPI.GetInstance(...)' is null or not an object Line: 116 Char: 81 Code: 0 URI: https://chapters.acg.org/admin/content/edit.aspx?PageId=5445 Line: 116 Error: 'FCKeditorAPI.GetInstance(...)' is null or not an object
Line: 5 Error: Object required sd[w]=function(e){qm_kille(e)}; |
|||||
#3730 | Indent and BR selections | IBM Confirmed Review+ | Bug | closed | Normal | |
Description |
When selecting text that uses <BR> for line separation, the indent feature bleeds the selection to the containing <P>. So that this: <div> test 1<br /> test 2<br /> test 3<br /> test 4<br /> test 5<br /> </div> becomes this; <div style="margin-left: 40px;"> test 1<br /> test 2<br /> test 3<br /> test 4<br /> test 5<br /> </div> irrespective of how many lines of text were selected. The expected behavior would be to indent only the selected text. E.g. if line 3 & 4 were selected the result could be: <div> test 1<br /> test 2<br /> <div style="margin-left: 40px;"> test 3<br /> test 4<br /> </div> test 5<br /> </div> |
|||||
#3732 | loadData on wysiwyg mode without iframe reload | Confirmed | New Feature | closed | Normal | |
Description |
This's derived from #3659. Does the loadData really needs to be asynchronous? Can't we work directly with the existing document when the user wants to change it instead of being forced to create a new one? |
|||||
#3733 | HC: The icon space must be hidden | Confirmed Review+ | Bug | closed | Normal | |
Description |
In High Contrast mode, the toolbar buttons contains extra space at the left of their labels due to the invisible icons. They should not be displayed instead, helping having a more compact toolbar. |
|||||
#3734 | HC: The editing area has no border | IBM Confirmed Review+ | Bug | closed | Normal | |
Description |
In High Contrast, the editor area border is not being rendered. |
|||||
#3737 | style tags are losing formatting in IE. | Confirmed IE Review+ | Bug | closed | Normal | |
Description |
|
|||||
#3739 | Bullet/Number list feature not working | Confirmed IBM Review+ | Bug | closed | Normal | |
Description |
The bullet and number list features cause JS exceptions when invoked, causing them to not function properly and in some browsers makes them unusable.
To reproduce:
A bullet/number list might be started but an exception occurs in both IE and FF. In FF this error is caused: R is not a function [Break on this error] y.appendTo(x);w=[new d.range(u)];if(y.is...rn t;};function o(q,r){var s=l(q),t=q.$; Pressing enter to continue the list causes the list to disappear and other unexpected behaviors. An FCK bookmark is also left in the body when viewing source: <span _fck_bookmark="1" id="cke_bm_82S" style="display: none;"> </span> |