Custom Query
Results (1301 - 1400 of 1835)
Ticket | Summary | Keywords | Owner | Type | Status | Priority |
---|---|---|---|---|---|---|
#4169 | [safari3] plugins/list TCs are broken | Safari Confirmed Review+ | Bug | closed | Normal | |
Description |
We need always force selection change fire when emulate editor selection. |
|||||
#4171 | Translation updates for Catalan | Confirmed | New Feature | closed | Normal | |
#4172 | [safari3] plugins/styles and plugins/htmldataprocessor broken | Confirmed Review+ | Bug | closed | Normal | |
Description |
The TCs failed because safari3 is reporting single white-space instead of when retrieving inner html. |
|||||
#4174 | IE : Dialogs may have scrollbars | Confirmed IE Review? | Bug | closed | Normal | |
Description |
In IE, we may have dialogs with scrollbars in some languages due to the size of the translated labels. #4128 is an example. We've proposed a workaround for other browser at #3878, but IE is still missing. |
|||||
#4177 | [Safari] core/editor/test_config_inpage randomly failed | Safari Confirmed Review+ | Bug | closed | Normal | |
Description |
The inline config should be checked only after 'configLoaded' is fired. |
|||||
#4178 | FCK.GetRealElement fails after copy-and-paste on embedded flash | Confirmed | Bug | closed | Normal | |
Description |
FCK.GetRealElement() fails to process the document, when the source of copying is an another FCKEditor instance, the text contains an embedded flash video with width and height defined, and you paste it into an another FCKEditor instance. The A.getAttribute('_fckrealelement') returns a 0 value (that I believe is normal), but the FCKTempBin.Elements array probably has no corresponding item, therefore e becomes undefined, making the following e.width statement fail with a JavaScript error. The consequences are the following:
Reproduce:
For the sake of completeness; when nor the width and height are set, the embedded flash is simply discarded, it is not retained over the copy and paste operation (but at least the editor keeps working). |
|||||
#4183 | Translation updates for Basque language | Confirmed | Bug | closed | Normal | |
Description |
Translation updates for Basque language |
|||||
#4185 | [IE] Resize handler doesn't work for flash | Confirmed IE Review+ | Bug | closed | Normal | |
Description |
Reproducing Procedures
|
|||||
#4188 | Tab key on Paste dialog incorrect | IE Safari Confirmed | Bug | closed | Normal | |
Description |
It's not able to move focus to dialog buttons by tab key in Paste dialog. Reproducing Environment
|
|||||
#4190 | [safari] select field dialog layout incorrect | Safari Review+ Confirmed | Bug | closed | Normal | |
Description |
There are multiple issues here:
|
|||||
#4191 | Dialog changes confirmation on image dialog incorrect | Confirmed Review+ | Bug | closed | Normal | |
Description |
Dialog changes confirmation on image dialog incorrect, reproduce with following steps:
Message popups: Some of the options have been changed. Are you sure to close the dialog? While no changes has been made. |
|||||
#4194 | Using multiple css stylesheets within the editor | Confirmed Review+ | New Feature | closed | Normal | |
Description |
With FCKEditor, we could use several stylesheet within the editor area if using an array of stylesheets' paths instead of a string in the config elemnt. |
|||||
#4195 | Inline quotion style problematic | Confirmed | Bug | review_failed | Normal | |
Description |
Sometimes inline style should own priority, style with higher priority should be applied at a more high level. Here's a concrete example Reproducing Procedures
|
|||||
#4196 | [chrome] List gets destoryed after repetitive type changes | Confirmed Review+ | Bug | closed | Normal | |
Description |
In chromium, list gets destoryed after repetitive type changes. Refer to attached video TC. |
|||||
#4197 | [Safari] format combo don't hide when editor blur | Safari Confirmed Review+ | Bug | closed | Normal | |
Description |
Reproducing Procedures
|
|||||
#4198 | Problem with edited select - browser closes- IE and firefox | Confirmed IE | Bug | closed | Normal | |
Description |
Hi, When i create a select component, edit it afterwards, and close the page where the fckeditor is. the browser freezes and i have to terminate it in order to keep working, sometimes i even have to reboot the machine, this error only comes up when i edit a select (combo box) and close the window.. Any ideas that might help?? version 2.6.4 Build 21629 |
|||||
#4200 | [IE] Unable to insert password input with attributes | Confirmed Review+ | Bug | closed | Normal | |
Description |
Reproducing Environment
Reproducing Procedures
|
|||||
#4202 | [Safari] Enter key incorrect with enterMode = BR | Confirmed Review+ | Bug | closed | Normal | |
Description |
Reproducing Environment
Two enter keystrokes are needed to create a new line in enterMode=BR. |
|||||
#4210 | CKEditor plugin for jQuery | Confirmed Review+ | New Feature | closed | Normal | |
Description |
Create a jQuery plugin, which will allow jQuery users easily integrate rich text editing into their applications. Features
Below mockup of planned API. Editor creation// chainably transform textareas into CKEditor instance $('textarea').ckeditor() // extensive example $('#editors textarea') .eq(0).ckeditor({ lang: 'pl', width: 300 }).end() .eq(1).ckeditor({ width: 500, height: 400 }).end() // more then one at once .slice(2).ckeditor({ lang: 'ar' }).end() Internal API access// get data from editor $('textarea').ckeditor(function(){ alert(this.getData()); }); // set data into editor $('textarea').ckeditor(function(){ this.setData("New editor content"); }); // change ui color $('textarea').ckeditor(function(){ this.setUiColor('#FFFFFF'); }); // remove editor from the page $('textarea').ckeditor(function(){ this.destroy(); }); // use editor synchronously // requires it to be created earlier var editor = $('textarea').ckeditorGet(); alert( editor.getData() ); jQuery integration// use val() to get data $('textarea:first').ckeditor(function( textarea ){ $(textarea).val(); }); // use val() to set data $('textarea:first').ckeditor(function( textarea ){ $(textarea).val("New editor content"); }); // listen to creation event of any CKEditor $( document ).bind( 'instanceCreated.ckeditor', function( editor ){ alert( editor.name + ' has been created' ); }); Possible, not confirmed:
There is also interesting topic about framework integration on our forum. |
|||||
#4211 | The packagefilegen tool is not working properly | Confirmed Review+ | Bug | closed | Normal | |
Description |
The packagefilegen tool stopped working properly after [4019]. |
|||||
#4215 | Setting up CKTester | Confirmed | Task | closed | Normal | |
Description |
As a result of discussion the testing environment structure, we should have the new testing environment setup as below:
|
|||||
#4219 | Fallback mechanism needed for config.language | IBM Confirmed Review+ | Bug | closed | Normal | |
Description |
A typical use case for setting the language of the editor is to use the browser's preferred setting on the request. Sometimes the value of the language may be incompatible with the supported languages because a different country code is used. E.g. "en-ie". When an incompatible language is set via config.language the editor should use the same mechanism it does for auto-detected languages and attempt to match the language to a compatible one by stripping out the country code. |
|||||
#4223 | Find button - Match cyclic - Message wrong | Confirmed | Bug | closed | Normal | |
Description |
Hi. I see that the find dialog have gotten a cyclic option (on by default). This is very nice. But "Match cyclic" is working kind of counterintuitive: Example I enter same word "this" a couple of times in the text in the editor, then I place the cursor after last occurence of "this" in the text, but not at end of the text though.. Then I click the Find button in the toolbar. Then I enter the word "this" in the "Find what" in the "Find and Replace" dialog. Then I click the blue Find button in "Find and Replace" dialog. Then I'm presented with the message: "The specified text was not found" This gives me the impression that the whole text was searched and that the word was not found. But in this case it was not so. The search routine has in the example above only searched from my cursor position and to end of text, but did not search in text above my cursor position. If I click the Blue find button again after the message "The specified text was not found" was given, then it continues to search from top of document... and now it find the text I'm searching for. As it is now, for an inexperienced user or an experienced superuser (under stress) can easily belive that message. Suggestion: If the cursor is not placed at beginning of text when clicking Find button in the toolbar, then I suggest that the message "The specified text was not found" should not be displayed before the whole document has been searched. If you cannot implement this, then hopefully you can give a more correct message to the user. E.g. "You have searched to the end of the document. The whole document has not been searched. Do you want to continue the search from top of the document? If user then answer Yes, then I suggest the search automatically continues so user does not have to click the blue find button in dialog again to continue the search. Or something like that. I posted this as a bug, since the message given is not correct. (kind of buggy) That said. This editor rocks. Keep up the good work. Regards |
|||||
#4227 | Destroy editor instance not inside a form cause error | Confirmed HasTest Review+ | Bug | closed | Normal | |
Description |
If the replacing an textarea that's not inside a form into editor instance, when destroy the instance, JavaScript error thrown. |
|||||
#4231 | Vertical only resize | Confirmed Review+ | New Feature | closed | Normal | |
Description |
In many cases it is necessary to have vertical only resize with 100% width of the editor. The current resize addin does not support this configuration. See more about this feature @ http://www.fckeditor.net/forums/viewtopic.php?f=11&t=15334 |
|||||
#4239 | German translation error - "URL" translated with "Bildauswahl" | Confirmed | Bug | closed | Normal | |
Description |
The English word "URL" has in the German translation file accidently been translated to "Bildauswahl" (= image selection). Suggestion: Replace the two occuring "Bildauswahl" of the German language file with "URL". First occurance: common:{browseServer:'Server durchsuchen',url:'Bildauswahl',protocol:'Protokoll' Second occurance: infoTab:'Bild-Info',btnUpload:'Zum Server senden',url:'Bildauswahl',upload:'Hochladen' |
|||||
#4240 | CKEditor does not work with elements with hyphen in their ID | Confirmed HasPatch Review+ | Bug | closed | Normal | |
Description |
Open replacebycode.html sample, change the ID "editor2" into "edi-tor2", launch it in your browser and an error will occur (and as a result the event instanceReady is not triggered): invalid assignment left-hand side javascript:void(%20setTimeout(%20function()%7Bdocument.open()%3Bdocument.write(%20window.parent._cke_htmlToLoad_edi-tor2%20)%3Bdocument.close()%3Bwindow.parent._cke_htmlToLoad_edi-tor2%20%3D%20null%3B%7D%2C%200%20)%20) Line 1 Note: window.parent._cke_htmlToLoad_edi-tor CKEditor should support at least this:
It seems that the source of this problem is the wysiwygarea plugin:
|
|||||
#4241 | Styles menu gets "stuck" on editor.destroy() | Confirmed HasTest Review+ | Bug | closed | Normal | |
Description |
I have many times experienced this bug which can be caused when an event (such as clicking in another area (which in my app does an editor.destroy() then a new editor.replace) when the "Styles" dropdown menu is open. This leaves the "styles" menu on screen, when CKEditor itself has been unloaded. Clicking on the styles in the menu doesnt make it go away, and if loading a new editor instance it is impossible to open the styles menu again. I have attached a screenshot showing the "stuck" styles menu, and also a list of the errors shown in Safari's console. This happens with the latest nightly, 3.0 build 4098. |
|||||
#4242 | Enable running single test | Confirmed HasTest | New Feature | closed | Normal | |
Description |
In unit testing, previously we've been used the following trick a lot to achieve:
Now when adapting to our new testing system CKTester( #4218 ), the old approach doesn't work at all, so this ticket is intended to figure out a better way for achieving the above two goals without change CKTester. One official way ( from YUI Test functionality ) is to use this kind of 'meta instructions' on a test case: var oTestCase = new YAHOO.tool.TestCase({ _should: { ignore: { testName: true //ignore this test } } }); We should be easily extend it with certain new instructions to support our above desired functionality: _should: { ignoreAllBut: { testName: true // Ignore all tests except this, comment this line to toggle it. }, throws: { testName: true // This test should throws exception instead of having it caught by runner. } } With a little bit simplification, it could be written in the following form, which should be more easier to understand and modify. shouldIgnoreAllBut : [ 'testName' ], shouldThrows : [ 'testName' ] Important Note: The browser's debugging mode should be turned on in order to make this working. |
|||||
#4243 | Protected tag not rendered right with insertElement | Confirmed WorksForMe | Bug | closed | Normal | |
Description |
I configured a tag for protection: Excerpt from config.js CKEDITOR.editorConfig = function( config ) { config.protectedSource.push(/<protected>.*?<\/protected>/g); // ... }; The following editor.insertHtml('<mct>some text <protected>foobar</protected></mct>'); produces 'some text' in editor. The following code produces some missbehaviour: var mct = CKEDITOR.dom.element('mct', editor.document); mct.setHtml('some text <protected>foobar</protected>'); editor.insertElement(mct);
I see 'some text foobar'. |
|||||
#4245 | Template format error | Confirmed Review+ | Bug | closed | Normal | |
Description |
The second template named "Strange Template" generates a table with column width declared using the 'width' attribute. The FCK editor does not support this legacy attribute and uses the 'width' style instead. It would be great if you update the template and make it generate style="width:50%" instead of width="50%". |
|||||
#4246 | Avoid deprecated image attributes | IBM Confirmed Review+ | Bug | closed | Normal | |
Description |
The latest build of FCK 3.0 still generates the deprecated image attributes as align/hspace/vspace. All these attributes has been deprecated for several years already for the xhtml strict mode. They are also deprecated in HTML5. Maybe the new version of the editor would be the great time to switch to the styles instead of these attributes? Otherwise, the generated HTML cannot pass validation. |
|||||
#4247 | CKFinder language file | Confirmed CKFinder | New Feature | closed | Normal | |
Description |
I have made a language file for CKFinder. You can use it if you want. |
|||||
#4252 | Establish testing APIs for editor UI | Confirmed | New Feature | assigned | Normal | |
Description |
We could encapsulate APIs for functional testing, consider the following basic ones:
|
|||||
#4261 | JAWS reads all items in Font Size drop down box as "8 Link" in "office2003" skin | Confirmed Oracle | Bug | closed | Normal | |
Description |
Keep pressing tabs to navigate through the Font size drop down boxes. You will observe that JAWS reads all items as "8 Link" |
|||||
#4270 | ui_languages sample is broken | Confirmed Review+ | Bug | closed | Normal | |
Description |
The ui_languages sample is not working anymore after [4135]. |
|||||
#4272 | [IE] Kama skin toolbar broken in RTL+quirks | Confirmed Kama IE Review+ | Bug | closed | Normal | |
Description |
Kama skin toolbar broken in RTL+quirks. Refer to attached screenshot. Reproduced in IE8. |
|||||
#4274 | Problem in codesample DIVREPLACE | Confirmed Review+ | Bug | closed | Normal | |
Description |
When you dobbel-click a div it opens CKeditor, but if you then open a dialog in CKeditor and dobbel-click in a text-field there it opens a new CKeditor in that very field. |
|||||
#4340 | Implement Email protection | Confirmed Review+ | New Feature | closed | Normal | |
Description |
Port #2220 to CKEditor (or something better if it's even possible :) ) |
|||||
#4341 | Implement ShowBorders | Confirmed Review+ | New Feature | closed | Normal | |
Description |
Implement the ShowBorders feature. Instead of being only a configuration option, I think that it would be much better if it was possible to use it as a command, so the people could opt to put it in the toolbar |
|||||
#4342 | Implement Body Id & Class | Confirmed Review+ | New Feature | closed | Normal | |
Description |
Port #32 to CKEditor |
|||||
#4344 | Successive <br>s get lost | Confirmed Review+ | Bug | closed | Normal | |
Description |
<p>AAA<br /> <br /></p> <p>XXX</p>
<p> AAA</p> <p> XXX</p> Expected: <p> AAA<br> </p> <p> XXX</p> |
|||||
#4348 | "l.lang.about is undefined" => editor does not open => Failed base path detection | Confirmed Review+ | Bug | closed | Normal | |
Description |
I'm using Firefox 3.5.2 and CKeditor-nightly 4165. If I call the replace method the textarea disapears but the editor doesn't open. Firebug shows the error "l.lang.about is undefined on line 34" and I saw that en.js and config.js don't send anything as response. This also happens if I move one of your examples out of _samples and adapt the pathes. |
|||||
#4351 | Dashes cannot be used in attribute names | Confirmed HasPatch Review+ | Bug | closed | Normal | |
Description |
The CKEditor htmlParser uses a regular expression to check for valid attributes. This regex however, does not allow dashes to be used in the attribute name. If I'm correct, dashes are allowed as character in an attribute name, and the "\w" set, does not include the dash. Therefore, the dash should be added separately (like the colon). htmlparser.js: - 21. var attribsRegex = /([\w:]+)... + 21. var attribsRegex = /([\w:\-]+)... |
|||||
#4354 | Using TAB key on toolbar focus disabled buttons | Confirmed | Bug | closed | Normal | |
Description |
Using TAB key (or SHIFT+TAB) on toolbar focus disabled buttons, while they shouldn't be focusable. To reproduce:
Result: Save button have focus (disabled) Expected: New Page button should have focus (first non-disabled) |
|||||
#4355 | Toolbar button command steals focus from toolbar | Confirmed Review+ | Bug | closed | Normal | |
Description |
Toolbar button command steals focus from toolbar, moving it into editor. To reproduce:
Result: Focus is inside editor Expected result: Focus shouldn't change Correct me if i'm wrong, but from keyboard navigation perspective (which i'm addicted to) focus stealing is one of most frustrating issues. |
|||||
#4358 | List properties dialog box is missing | Confirmed Review+ | New Feature | closed | Normal | |
Description |
The properties for bulleted/numbered lists are missing (this feature is available in FCKeditor: when you click on a list, a "Bulleted List Properties" / "Numbered List Properties" item is available in the context menu). The issue was reported here: http://cksource.com/forums/viewtopic.php?f=6&t=14342 |
|||||
#4367 | TAB / arrow keys focus disabled items in context menu | Confirmed | Bug | closed | Normal | |
Description |
TAB / arrow keys focus disabled items in context menu. Ticket is similar to #4354. This also involves other floatpanel menus. |
|||||
#4368 | borderColor table cell attribute doesn't work for none-IE | Confirmed Review+ | Bug | closed | Normal | |
Description |
borderColor table cell attribute doesn't work for none-IE. It's generated by table cell properties dialog. Instead corresponding css style should be used. |
|||||
#4369 | Changes from #3633 needs to be located in correct place | Confirmed Review+ | Bug | closed | Normal | |
Description |
Changes from #3633 needs to be located in correct place, which is CKEDITOR.dom.element object. |
|||||
#4375 | Manual testing runner | Confirmed | New Feature | closed | Normal | |
Description |
A dedicated type of runner should be added to support manual testing, with the following features:
|
|||||
#4378 | V3 : Feature Alignment | Umbrella Confirmed | Task | closed | Normal | |
Description |
This is an umbrella ticket (Originate from alfonsoml's forum post). It points to several to be completed tickets that compose the feature alignments (with V2 ) of CKEditor. Full Page
Div Container
Toolbar location Out & Shared toolbar
Use default browser's context menu
Email protection
Detect paste from word
Show table borders
Base Href
Body Id and Class
Inline CSS support
HtmlEncodeOutput
Table merging tools
Font/Background more colors
|
|||||
#4382 | Misspellings in polish version | Confirmed | Bug | closed | Normal | |
Description |
Some mispellings in the polish translation of icons' titles
and some more |
|||||
#4387 | Right clicking in Kama skin can lead to a javascript error | Confirmed Review+ | Bug | closed | Normal | |
Description |
This in turn would then stop any toolbar buttons working that opened a dialog window. Bug was chased down to iterating over an array in the Kama skin javascript file (patch attached) |
|||||
#4395 | Use htmldataprocessor to refactor pasting processor | Paste Confirmed | New Feature | closed | Normal | |
Description |
We should start using htmldataprocessor when processing with the pasting input, instead of current implementation which based on regexp exclusively, such a infrustructure would bring benefits in many sense:
|
|||||
#4397 | Ambiguous page scroll | Firefox Confirmed Review+ | Bug | closed | Normal | |
Description |
Ticket migrated from forum thread.
Reported to be FF only issue. |
|||||
#4399 | return caption/alt text to Image plugin from file browser | Confirmed Review+ | New Feature | closed | Normal | |
Description |
at the moment, the filebrowser plugin only appears to set the image url in the image plugin. however, some file browsers also allow captions to be set on their images (for example, sending back caption text stored within the image file itself). it would be nice to select an image using a filebrowser plugin and have the image plugin fill in the Alt text from the retrieved caption. |
|||||
#4401 | Link removeContents of upload tab not working | Confirmed Review+ | Bug | closed | Normal | |
Description |
Whe using the function below, the LINK dialog isn't shown anymore (javascript error). Comment out the line "dialogDefinition.removeContents( 'upload' );" and everything works again. CKEDITOR.on( 'dialogDefinition', function( ev ) { var dialogName = ev.data.name; var dialogDefinition = ev.data.definition; if ( dialogName == 'link' ) { dialogDefinition.removeContents( 'advanced' ); dialogDefinition.removeContents( 'upload' ); } }); |
|||||
#4411 | Bad configuration options for SCAYT | Confirmed | Bug | closed | Normal | |
Description |
The initialization has this code oParams.customDictionaryName = editor.config.scayt_customDictionaryName; oParams.userDictionaryName = editor.config.scayt_userDictionaryName; oParams.defLang = editor.scayt_defLang; if ( CKEDITOR._scaytParams ) { for ( var k in CKEDITOR._scaytParams ) { oParams[ k ] = CKEDITOR._scaytParams[ k ]; } } Problems: scayt_customDictionaryName and scayt_userDictionaryName aren't documented anywhere. editor.scayt_defLang isn't using the config object so it's harder to change its value. Also, while trying to test it I wasn't able to make it work (or at least, make it work as I expected) The CKEDITOR._scaytParams object means that any such option is shared by all the editor instances, instead of being able to configure each instance in a different way. It can't be overriden also in a configuration file. It's also hard to know what can be used there. Luckily I was able to find that sLang worked and help this user: http://cksource.com/forums/viewtopic.php?f=11&t=15705 |
|||||
#4412 | SCAYT dialog is in English | Confirmed | New Feature | closed | Normal | |
Description |
All the options in the SCAYT dialog are shown in English. |
|||||
#4415 | Bundled plugins should not be included in the distribution | Confirmed Review+ | Bug | closed | Normal | |
Description |
First of all #3855 must be fixed, then: why are the compressed plugins distributed? If they are merged into ckeditor.js they are just a waste of space as they will never be loaded and being compressed makes them no interesting at all. If any plugin that it's compressed it's deleted it will make the distribution a little smaller and people won't waste time trying to understand them instead of looking at _source. If the reason is about people repackaging their build, it should work with _source because sometimes they might want to modify some little code in some of the plugins. At the very least: as most of them aren't needed, people should be able to easily know what they can delete before deploying CKEditor to the production server. |
|||||
#4444 | Adapting formattings from MS-Word to editor's style system | Paste Confirmed | New Feature | closed | Normal | |
Description |
It's a feature inspired by Fred that if any formatting styles from MS-Word is representable by the editor's own style, it should be transformed to keep consistency with the style configurations.
|
|||||
#4445 | Support callback param for CKEDITOR.editor::setData | Confirmed Review+ | New Feature | closed | Normal | |
Description |
In order to comply with the asynchronous nature of 'setData' in wysiwyg mode, the user need to listen for a internal "contentDom" event for the very early access to a fully loaded document, we should provide a simpler form API like editor.setData( data, callback ). Correspondingly, the 'afterSetData' event which already existed now should be fired right before we invoke this callback function, so user could make their choice between these two approaches. |
|||||
#4450 | Setting column paragraph alignment generates spurious <P>'s before table | IBM Confirmed Review+ | Bug | closed | Normal | |
Description |
To reproduce:
Tested on FF 3.0.14 |
|||||
#4452 | Documenting CKTester | Confirmed Doc | Task | closed | Normal | |
Description |
The user's guide of CKTester should be provided at the doc site. |
|||||
#4455 | Unable to start editing when image inside document not loaded | Confirmed Review+ | Bug | closed | Normal | |
Description |
If there's large image inside the editing document, the wysiwyg mode will be totally freezed while the image is loading. |
|||||
#4459 | CKEditor maximized appears below select element in IE6 | Confirmed Review+ | Bug | closed | Normal | |
Description |
To reproduce, add <select name="foo"><option value="bar">bar</option></select> above <label for="editor1"> in replacebycode sample. In IE6 when CKEditor is maximized, select box appears above CKEditor. It works correctly in FF or IE8 (select box is invisible and only there is only CKEditor on the whole screen). |
|||||
#4461 | Combo boxes make the toolbar be heigher with Office2003 skin & RTL mode on IE | Oracle Confirmed Review+ | Bug | closed | Normal | |
Description |
when adding combobox to the toolbar, the line is getting heighr and the background is being duplicated. it happens with the Office 2003 skin with RTL mode and IE6 & 8, couldn't check on 7. |
|||||
#4463 | V3 : Inline CSS support | Confirmed Review+ | New Feature | closed | Normal | |
Description |
With FCKeditor we're able to include the plain CSS for some configuration options directly in the configuration file, avoiding having CSS files being downloaded. This can be used by the skin and the content area CSS, for example. This feature is to be ported to V3. |
|||||
#4469 | Enhance 'Paste As Text' | Confirmed Pasting | New Feature | closed | Normal | |
Description |
Currently 'Paste As Text' will always open dialog for non-IE, we should also try to access native clipboard in other browsers as well, delivering the most satisfied result based on the maximum capability of all browsers. |
|||||
#4470 | Deprecate the dialog of 'Paste from Word' | Confirmed Pasting | Task | closed | Normal | |
Description |
Thanks for the paste from word dialog which serving as a MS-Word content paste bin for a long time...Now it could retire with honor in favor of the new auto paste detecting system, where the normal paste dialog will be used as the fall back mechanism. Of course, those checkbox options along with it will be removed together while some of config entries underlay will be kept as normal. |
|||||
#4473 | editor.dataProcessor.dataFilter.addRules() doesnt work for same multiple elements | Confirmed Review+ | Bug | closed | Normal | |
Description |
I tried to create custom plugin, that deals with div fake object, so i added some code to parse blocks presented as fake object correctly: afterInit : function( editor ) { var dataProcessor = editor.dataProcessor, dataFilter = dataProcessor && dataProcessor.dataFilter; if ( dataFilter ) { dataFilter.addRules( { elements : { div : function( element ) { ... return editor.createFakeParserElement( element, 'cke_myclass', 'div', false ); } } }); } }, requires : [ 'fakeobjects' ] The problem about it, is that exception of undefined variable is thrown when editor loads. Apparently, it only happens if pagebreak plugin is active (so another rule for DIV element is registered). But if you disable pagebreak plugin: config.removePlugins = 'pagebreak', it works just fine. |
|||||
#4474 | Hungarian translation for CKFinder 3.X | Confirmed CKFinder | Task | closed | Normal | |
#4476 | inaccessible bullet created when adding bullet at higher level and pressing enter twice | Confirmed IE Review+ | Bug | closed | Normal | |
Description |
We noticed a problem in fckeditor 2.6.4.1 , when creating bullets with multiple levels , and then trying to add a bullet in the middle : If we have bullets on a higher level , and press enter twice on a bullet on that level , it creates a bullet on a lower level , which cannot be accessed. Steps to reproduce :
If you do that , it will create a bullet at a higher level , but you can't type anything at this , and you can only remove it by removing everything around the bullet. |
|||||
#4477 | Missing th in objectElements of styles plugin | Confirmed Review+ | Bug | closed | Normal | |
Description |
table, td and even tr is there, but th is missing. Other related elements are caption, thead, tbody and tfoot. If I figure what's the use of that object I'll provide a patch. |
|||||
#4478 | Select all not enabled in source mode | Confirmed Review+ | New Feature | closed | Normal | |
Description |
In FCKeditor 2. it was possible in Source mode to select all the code by pressing the "Select all" button, but now it's disabled |
|||||
#4479 | Styles combo is not "active" until it's clicked | Confirmed Review+ | Bug | closed | Normal | |
Description |
When the editor is loaded, the Styles combo doesn't react to changes in the content because it doesn't load the styles definition file until it's clicked, so it doesn't reflect the style of the current selection. After the combo is clicked once and the definition file is loaded then it behaves normally. |
|||||
#4487 | FCKEditor 2.6.5 Does Not work with Safari 3.2.1 | Confirmed Safari Review+ | Bug | closed | Normal | |
Description |
I just updated to FCKEditor 2.6.5 to fix a height issue with Safari 4, but now Safari 3.2.1 doesn't display anything in the editor -- I also can't type anything in there. This was working without any problems on both versions of Safari before the update. I'm using the replace text field method in case it helps. Don't hesitate to email me for more information. |
|||||
#4488 | CKPackager: post increment does not check whether space is needed | Confirmed Review+ | Bug | closed | Normal | |
Description |
The following snipped get broken by the packager: if(a==b)c++;else d++;
Space between |
|||||
#4494 | Add norwegian language file for CKFinder | Confirmed CKFinder | Task | closed | Normal | |
Description |
I had to translate CKFinder to norwegian as part of a project, and thought you'd might want to include attached file in some future release. |
|||||
#4495 | Adobe AIR support | Confirmed | New Feature | closed | Normal | |
Description |
This is an umbrella ticket. It points to several to tickets that must be completed to bring the Adobe AIR runtime support of CKEditor. Wysiwyg AreaInline Event Handlers
Float Panels
|
|||||
#4498 | Tooltip is required for the collapse/expand control | Oracle Confirmed Review+ | Bug | closed | Normal | |
Description |
No tooltip is available for the collapse/expand toolbar control.Please provide it. |
|||||
#4502 | Make the editor ARIA-aware | Confirmed | New Feature | closed | Normal | |
Description |
The editor must base it's accessibility support in the ARIA features.
ARIA-enabled toolbar
ARIA-enabled panels
ARIA-enabled dialogs
ARIA-enabled editing block
|
|||||
#4508 | Paste plain text linebreaks alignment with v2 | Confirmed | New Feature | closed | Normal | |
Description |
We should align the line break logic in plain text insertion with what back in v2. // TODO: Replace the following with fill line break processing (see V2). text = text.replace( /(?:\r\n)|\n|\r/g, '<br>' ); |
|||||
#4510 | Greek Translation for CKFinder | Confirmed CKFinder | New Feature | closed | Normal | |
Description |
i noticed that there wasn't any greek translation for CKFinder, so i decided to translate it my self |
|||||
#4511 | 'cssFloat'/'styleFloat' problem break dt/core/dom/element.html | IE Confirmed | Bug | closed | Normal | |
Description |
IE8 has fixed 'cssFloat' style property which preserving the 'styleFloat' for backward compatibility, which induce our feature detection logic: var cssFloat = ( typeof test.cssFloat != 'undefined' ) ? 'cssFloat' : ( typeof test.styleFloat != 'undefined' ) ? 'styleFloat' : 'float'; |
|||||
#4512 | TC from dt/plugins/styles is broken because of semicolon fixing | Safari Confirmed Review+ | Bug | closed | Normal | |
Description |
Extra semicolons get introduced due to the following codes: for ( var style in stylesDef ) stylesText += style + ':' + stylesDef[ style ] + ';'; |
|||||
#4513 | Link selection - not always correct | Confirmed Review+ | Bug | closed | Normal | |
Description |
Hello! When I create a link in CKEditor 3.0 and want to edit it, there are several methods of selecting the link - i.e. double-click it or a simple click. They all work fine. But if I click on the left side of a link, holding down the mouse-button, mark it to the right side of the link, release the button and then click "edit" - the URL field is always empty. in almost all browsers - Firefox 2.0.0.20, 3.5 or IE 8 for example, I can see this behaviour. Thanks! |
|||||
#4514 | Editor edit area disables on back button | Firefox Confirmed Review+ | Bug | closed | Normal | |
Description |
Environment - Firefox 3.5.3 on Mac OSX Leopard This is reproducible in the samples, specifically replacebyclass.html
|
|||||
#4517 | [IE6] config 'dialog_backgroundCoverColor' doesn't apply | IE6 Confirmed Review+ | Bug | closed | Normal | |
Description |
Even the style has been correctly applied to the cover div, it doesn't work in IE6. |
|||||
#4518 | [IE]Unable to open dialog without editor focus | Confirmed Review+ | Bug | closed | Normal | |
Description |
Focus should be given to editor for any dialogCommand. |
|||||
#4519 | [IE]Unable to maximize without editor focus | IE Confirmed Review+ | Bug | closed | Normal | |
Description |
JavaScript error thrown when execute 'maximize' command without editor focus in IE. |
|||||
#4521 | [IE] Tab key to dialog buttons shift their position | IE Confirmed Review+ | Bug | closed | Normal | |
Description |
EnvironmentsIE7 Standards mode Procedures
|
|||||
#4526 | "Text and table" - unable to edit table | Confirmed | Bug | closed | Normal | |
Description |
It seems we have lots of bugs in this template (#4180, #4073). Just to not forget about it, here's another issue: the inserted table appears very small and it is almost impossible to edit anything inside of it (at least in FF and IE). |
|||||
#4527 | Checkbox command generates invalid HTML | Confirmed Review+ | Bug | closed | Normal | |
Description |
According to W3 spec: http://www.w3.org/TR/html4/interact/forms.html#edef-INPUT (value of attribute "checked" cannot be "true"; must be one of "checked"), the following code is wrong: <input checked="true" name="sdfs" type="checkbox" value="sdf" />
Instead of |
|||||
#4530 | Opera: context menu doesn't work | Confirmed Opera Review+ | Bug | closed | Normal | |
Description |
Confirmed on Opera 10.0/Vista and Opera 9.64/XP. Context menu works fine in FCKeditor/CKFinder in the same browser. |
|||||
#4535 | Opera: Check Spelling button is disabled | Confirmed Opera | Bug | closed | Normal | |
Description |
SCAYT button is enabled, but the "Check Spelling" button is not working (disabled), at least not in Opera 9.64 and 10.0. |
|||||
#4536 | [IE] Keyboard navigation doesn't work on float panel with Quirks | IBM IE Confirmed Review+ | Bug | closed | Normal | |
Description |
In quirks, the focus is not gained on float panel, so all keyboard navigations are lost. |
|||||
#4537 | Undo unavailable after replacing content with template | Confirmed IBM | Bug | closed | Normal | |
Description |
Undo unavailable after replacing content with template. TC
Expected: Previous content should be recovered. |
|||||
#4540 | [webkit] Scrollbars in Link dialog | Confirmed Chrome | Bug | closed | Normal | |
Description |
Using Chrome and V2/Office2003 skins, there are scrollbars in Link dialog, Advanced tab. Screenshot attached. |