Custom Query
Results (1701 - 1800 of 2591)
Ticket | Summary | Status | Owner | Type | Priority | Milestone |
---|---|---|---|---|---|---|
#12521 | Language plugin: behavior on block level elements | confirmed | Bug | Normal | ||
Description |
The language button is working on inline level, but currently not on a block level. You will notice that with RTL languages in LTR texts as the text stays left aligned. We could add the following behavior:
|
|||||
#12524 | [Widgets] Support multiple nested editables of the same name | confirmed | New Feature | Normal | ||
Description |
It would be useful if it was possible to initialise many nested editables using just one name: editables: { label: { selector: '.someClass' }, }, More details about the current behaviour and reasons: http://ckeditor.com/forums/Support/Editable-fields-in-widget#comment-134623 Workaround - using widget.initEditable with dynamically generated names and selectors. |
|||||
#12525 | IE: Drop-downs closed immediately after show in a Bootstrap Modal | confirmed | Bug | Normal | ||
Description |
Click on "Font" drop-down. Click on "Size" drop-down (all further clicks on "Font", "Size", "Format", "Background Color" and "Text color" drop-downs will result showing and immediate hiding of drop-down). Browser name and OS : Checked on IE8、IE9、IE10、IE11 on Windows 7. We should describe solution for this issue in documentation just like for ticket #12768. |
|||||
#12526 | Can't remove block style after changing format. | confirmed | Bug | Normal | ||
Description |
Result - you get italic P which you can only deactivate with Apply/Remove Italic title from styles dropdown. |
|||||
#12527 | Dragging widget does not scroll the editor | confirmed | Bug | Normal | ||
Description |
You can see this directly at http://ckeditor.com/demo#widgets When dragging a widget, I would expect the editor to scroll up or down if I'm attempting to drag past the edges of the container. However, dragging is limited to the current height of the container, unless I also manually scroll with the scrollwheel. |
|||||
#12528 | Bidi and Language plugins incompatibility | confirmed | Bug | Normal | ||
Description |
Steps to reproduce:
|
|||||
#12530 | Right click on a text input in a widget stops working after moving a widget | confirmed | Bug | Normal | ||
Description |
After moving a widget (e.g. an image with a caption) to a different position and right-clicking on a text input, an error is thrown in the console and the right click menu doesn't show up. Issue occurs on Chrome 37.0.2062.120 (64-bit) running at Ubuntu 14.04. Reproduction steps:
Result: No right click menu is visible and an error in the console is thrown: "Uncaught TypeError: Cannot read property 'checkReadOnly' of undefined" Expected result: Right click menu should be opened. |
|||||
#12535 | Unable to select a table in IE after merging cells | confirmed | Bug | Normal | ||
Description |
Result: table is not selected This happens only when merged cell content is selected, if you click inside the merged cell to deselect the content before clicking 'Select table' button then table will be selected. This seems to be a IE9/10/11 specific issue. |
|||||
#12537 | [Android] Styles do not work on KitKat word suggest | confirmed | Bug | Normal | ||
Description |
When trying to write some text inside a word with added style (ie bold) the text doesn't have applied styles and new text can be placed on wrong place (like on the end of word). Steps to reproduce:
Expected result: spacesometextfligth (new text should be bold) Actual result: spaceflightsometext The result is the same on every tested browser. The same result is when using voice input:
Actual result: text from voice input is not bold From my observation it looks like Android or Cyanogenmod keyboard is replacing text from auto-suggest. The only way to write bold text is to put:
Tested on:
The issue was originally reported @ http://stackoverflow.com/questions/26257663/ckeditor-android-formatters-work-incorrectly |
|||||
#12538 | [Devtools] Troublesome relative font-size and line-height | confirmed | Bug | Normal | ||
Description |
Following https://github.com/ckeditor/ckeditor-sdk/issues/25.
|
|||||
#12539 | Two CKEditors within the same fieldset will overflow on resize in Chrome/Safari. | confirmed | Bug | Normal | ||
Description |
Inside the same fieldset, two ckeditors will overflow the container on resize in Chrome/Safari. Code that reproduces the bug: <!DOCTYPE html> <html> <head> <title>CKEditor</title> <meta http-equiv="Content-Type" content="text/html; charset=UTF-8"> <style> html { background-color: lightgray; } textarea { width: 100%; } </style> </head> <body> <div id="content"> <fieldset> <textarea name="editor1" id="editor1"><p>Foo foo!</p></textarea> <textarea name="editor2" id="editor2"><p>Foo foo!</p></textarea> </fieldset> </div> <script type="text/javascript" src="http://ckeditor.com/apps/ckeditor/4.4.5/ckeditor.js"></script> <script> CKEDITOR.replace('editor1'); CKEDITOR.replace('editor2'); </script> </body> </html> |
|||||
#12544 | [IE] Percentage margin of the first element breaks autogrowing | confirmed | Bug | Normal | ||
Description |
The height of the editor will be greatly increased. The table will appear at the bottom of the editor. |
|||||
#12547 | Changes in docprops dialog do not make the editor "dirty" | confirmed | Bug | Normal | ||
Description |
When working in full page mode, if you open the editor for a given page, then use the docprops dialog to change a document setting, for example the background color, but you do not make any other changes, then CKEDITOR.editor.checkDirty() will still return false, so the changes will not be saved if saving is done only if checkDirty() returns true. This is because checkDirty() and resetDirty() use only getSnapshot(), which returns the document body, but all changes in the docprops dialog are outside of the body. Suggested change: In checkDirty(): if (this.config.fullPage) return this.status == 'ready' && this._.previousValue !== this.getData(); else return this.status == 'ready' && this._.previousValue !== this.getSnapshot(); and in resetDirty(): if (this.config.fullPage) this._.previousValue = this.getData(); else this._.previousValue = this.getSnapshot(); |
|||||
#12555 | Dialog blind is left behind when editor is destroyed | confirmed | Bug | Normal | ||
Description |
To reproduce:
Result: dialog is cleaned up, but the background overlay is left behind. |
|||||
#12557 | Magicline not shown before or after elements with alignment or float | confirmed | Bug | Normal | ||
Description |
Reproducible in the current CKEditor demo Steps:
-> Magicline is available before and behind the table
-> Magicline is not available |
|||||
#12568 | Docprops dialog color "choose" buttons behave strangely if colorpicker dialog is cancelled | confirmed | Bug | Normal | ||
Description |
This is the same as #8771 which was closed as "expired - can't reproduce" a while back. This bug is still present in 4.4.5 and is actually very easy to reproduce even with the demo at http://ckeditor.com/demo#full-page: Click the document properties button to open the docprops dialog. Go to "Design" page. Click on "Choose" button of "Text color" field. Do *not* pick a color in the colorpicker but close the colorpicker with "Cancel". Click on "Choose" button of Background color". Now *do* pick a color in the colorpicker and close it with "OK": The selected color is set into the "Background color" field (as expected) but is incorrectly *also* set into the "text color" field. As already described in #8771, the problem is in ckeditor/plguins/docprops/dialogs/docprops.js, in the "getDialogValue" function: Buggy code: var onOk = function() { releaseHandlers( this ); callback( this, this._.parentDialog ); }; var releaseHandlers = function( dialog ) { dialog.removeListener( 'ok', onOk ); dialog.removeListener( 'cancel', releaseHandlers ); }; var bindToDialog = function( dialog ) { dialog.on( 'ok', onOk ); dialog.on( 'cancel', releaseHandlers ); }; The problem with the above is that "releaseHandlers" is set directly as the "cancel" listener. Suggested change: var onOk = function() { releaseHandlers( this ); callback( this, this._.parentDialog ); }; var onCancel = function() { releaseHandlers( this ); }; var releaseHandlers = function( dialog ) { dialog.removeListener( 'ok', onOk ); dialog.removeListener( 'cancel', onCancel ); }; var bindToDialog = function( dialog ) { dialog.on( 'ok', onOk ); dialog.on( 'cancel', onCancel ); }; |
|||||
#12569 | Span gets removed or changed when pasting text. | confirmed | Bug | Normal | ||
Description |
Use below code in contenteditable element or paste it into editor: <table border="0" cellpadding="0" cellspacing="0" style="width:100%"> <tbody> <tr> <td align="center"> Plain text pasted here <br> <span style="font-size:8pt;"> PDF, 378 KB </span> </td> </tr> </tbody> </table>
Now copy this Chinese text In Firefox span gets removed in editor and native contenteditable.
In Blink and IE: <td>Plain text pasted here<br><span style="font-size:8pt"></span>字讀音,臺灣教育部異體字字典標同<span style="font-size:8pt"> </span></td> In native contenteditable: <span style="text-align: start;">字讀音,臺灣教育部異體字字典標同</span> I don't think we can do anything about Firefox but perhaps there is room for improvement for Blink and IE. |
|||||
#12570 | Inline Editing: browser crash in Right to Left mode | confirmed | Bug | Normal | ||
Description |
Reproduction steps {using Chrome Version 37.0.2062.124 m (64-bit)}
Result: browser is stuck! |
|||||
#12574 | baseHref option is ignored on inline editors | confirmed | Bug | Normal | ||
Description |
The inline mode of CKEditor does not honor the baseHref option. I guess it is because it relies on the base HTML tag and the inline editor does not use an iframe. Could this feature be implemented inside the dataProcessor instead, to work in inline mode seamlessly? Otherwise, please add a note to the documentation of the option, so it is clear it will not work with inline editing. |
|||||
#12576 | Widget Tutorials - custom toolbars | confirmed | Task | Normal | ||
Description |
The tutorials for adding custom widgets do not mention using them with custom tool bars eg if you add a widget with editor.widgets.add('foo', { allowedContent:'span[foo]' ,button:'Add foo' }); config = { extraPlugins='foo' ,toolbar_Test=[['Source','foo']] .toolbar='Test' } Then the 'Foo' plugin will NOT appear on the toolbar also any 'foo' attributes will be stripped from spans I have discovered, after a great deal of lost time that the command is auto generated from the widget name by uppercasing the first letter and lowercasing the rest eg changing the toolbar definition to [['Source','Foo']] |
|||||
#12583 | Certain edit operations destroy the protected structure of a widget | confirmed | Bug | Normal | ||
Description |
Reproduce with the help of the simplebox widget: Click the toolbar button to insert a simplebox. In the second of the two editable boxes of the widget, set the cursor somewhere in the middle of the word "Content...". Use SHIFT+Cursorkeys to move the cursor up into the first of the editable boxes, somewhere in the middle of the word "Title", so that you have a selected text area that selects the end of the word "Title" and the beginning of the word "Content...". Press DELETE to delete the selected text. The result is as expected: The remaining text is now in the first box (the title box), but the content box, which is now empty, is still there, i.e. you can again insert new text into the content box. Now make the following slight modification to the simplebox plugin: Change the template so that the title box (the one with class="simplebox-title") is a div instead of a h2, like so: template: '<div class="simplebox">' + '<div class="simplebox-title">Title</div>' + '<div class="simplebox-content"><p>Content...</p></div>' + '</div>', (Also for completeness sake, change the "allowedContent" so that it says "div(!simplebox-title)" instead of "h2(!simplebox-title)".) Reload the editor and repeat the above experiment. You will see that when you press DELETE to delete the highlighted text, that the text is deleted as expected, but the second editable box (the div with class="simplebox-content") is also deleted, i.e. a protected part of the widget is damaged. You can no longer add new text into the "content" field of the widget since it no longer exists. |
|||||
#12584 | Paste table within CK-Editor looses formattings (FF 33) | confirmed | Bug | Normal | ||
Description |
Result: Table looses formattings (width, bg-color, headers) Expected: All table formattings are copied properly |
|||||
#12586 | CKEDITOR.resourceManager.addExternal does not behave as described | confirmed | Bug | Normal | ||
Description |
Moved from https://github.com/ckeditor/ckeditor-sdk/issues/111 If an empty String is supplied as fileName the description tells: "If provided with a empty string, will implicitly indicates that path argument is already the full path." The implementation does test with if (!fileName) which also matches an empty string. I ran into this problem when trying to get ckeditor-4.4.5 to work in an jsf-enabled application where the path returned by getUrl is for example: styles.js?ln=ckeditor/ckeditor-4.4.5. AddExternal takes ckeditor-4.4.5 as the filename instead of using the already full path provided. Changing the call in styles.js from: CKEDITOR.stylesSet.addExternal(styleSetName, externalPath ? partsStylesSet.slice(1).join(':') : CKEDITOR.getUrl('styles.js'), ''); to CKEDITOR.stylesSet.addExternal(styleSetName, externalPath ? partsStylesSet.slice(1).join(':') : CKEDITOR.getUrl('styles.js'), ' '); with one space provided as the filename fixed the problem for me.
The test should be something like |
|||||
#12587 | Text jumps up after removing list | confirmed | Bug | Normal | ||
Description |
Based on #12323. Open editor with following content: <ul> <li>one</li> <li>two</li> </ul> <p>hello</p>
Result: text will jump up to first line. |
|||||
#12588 | MathJax Plugin: Tex input textarea should have spellcheck="false" | confirmed | Bug | Normal | ||
Description |
The textarea used to input the Tex code should have spell checking disabled by specifying spellcheck="false" since spell checking makes absolutely no sense there. This is especially annoying in Internet Explorer 11 which seems to fix words automatically, for example changing "\binom" to "\Binom", thus breaking the code. |
|||||
#12594 | [IE8] Magicline throws an error when inserting block before list with inline elements | confirmed | Bug | Normal | ||
Description |
Error: 'null' is null or not an object plugin.js, line 533 character 3 From magicline plugin. |
|||||
#12602 | Enter key at the end of block is broken | confirmed | Bug | Normal | ||
Description |
In Firefox on Android, if you press enter at the end of a paragraph, the cursor skips down to a new line briefly, but then jumps back up. It is not possible to cursor down. You can tap a touchscreen where the next paragraph would be entered to move there. Problem occurs on your demo site, and in our local copy of 4.4.5. Test platform: Android 28 or 33 on Nexus 10, Android 4.3. This seems similar to ticket #12423. |
|||||
#12604 | Unit dropdown (px, %) in cell properties layer does not fire an event | confirmed | Bug | Normal | ||
Description |
Current behaviour: Insert a table and open cell properties layer. Type 70 for width click OK and the cell will become 70 px. Then open the layer again and change the measure unit to % and click OK -> nothing happens (bug) . Open the layer again and px are prefilled in the dropdown instead of % . Edit the input to 71 for example and the new cell width is fired. Expected: when changing the the measure unit without editing the value, and clicking OK then the new unit to be applied. |
|||||
#12605 | Should `hasAscendant` match `getAscendant`s pattern? | confirmed | New Feature | Normal | ||
Description |
Following on from the update to `getAscendant` should |
|||||
#12610 | checkElementMatch always return false for color style in IE11 | confirmed | Bug | Normal | ||
Description |
Actual result: span element gets created on each key press as checkElementMatch return FALSE Expected result: span element gets created only once on the first key press This works as expected in FF & Chrome |
|||||
#12616 | Smart drop position plugin | confirmed | New Feature | Normal | ||
Description |
If user drop a big image it should not break paragraph. |
|||||
#12618 | Block alignment buttons during upload | confirmed | Bug | Normal | ||
Description |
Until upload is done image alignment of the images should not be possible because it ends up with the wrong content if user user image2. |
|||||
#12623 | Issues with Video tag | confirmed | Bug | Normal | ||
Description |
Tested in Blink. Issue 1:
Result: Once you have reached 'S' before video tag. The letter s and video gets removed. This issue is specific to CKEditor. Issue2:
Result: If video element is last element in editor there is no possibility to move cursor behind it. Reproducible also in native contenteditable.
Issue 3:
It is not possible to select video tag in editor in Blink, Webkit and FF. If you click on video, cursor stays somewhere in the text. This is probably why element's path also doesn't show that video is selected.
Issue 4:
If you insert video tag like the one in comment:5 and start clicking next to it, you will get JE error: We have two solutions here: try providing support for native tag or avoid problems and choose known stable solution like the one we have already chosen for Flash or Ifame plugins which is Place Holders. |
|||||
#12624 | Meta-tags not displayed Document Properties dialog. | confirmed | Bug | Normal | ||
Description |
There is something wrong with meta-tags protection. When I open the docprops window, then keywords-, description-, autor- and copyright-fields are empty. If I remove /<meta[\s\S]*?\/?>/gi from function protectSource in file htmldataprocessor.js, it shows the content of the meta-tags. |
|||||
#12633 | Styles system creates two identical subsequent inline elements | confirmed | Bug | Normal | ||
Description |
Reproduced on Safari, Chrome and Firefox. I haven't checked IE.
Result: |
|||||
#12634 | Impossible to place caret in an empty inline style that existed in an empty block | confirmed | Bug | Normal | ||
Description |
There are two solutions possible:
BTW. Note that pressing the bold button again after navigating to the empty line will create another strong tag. This is due to #12633. |
|||||
#12635 | Keypress show that undo is available despite real undo count | confirmed | Bug | Normal | ||
Description |
It seems that if I lock the UndoManager for snapshots, keyboard presses will still render undo button to indicate that undo steps are available.
CKEDITOR.instances.editor1.fire( 'lockSnapshot', { dontUpdate: true } ); CKEDITOR.instances.editor1.fire( 'lockSnapshot', { dontUpdate: true } );
CKEDITOR.instances.editor1.undoManager.locked.level
Expected result:
Current result:
Additional info:
|
|||||
#12638 | BBCode plugin does not process URL's | confirmed | Bug | Normal | ||
Description |
When you copy and paste a relative url in a contentEditable field, it becomes an absolute path (in some browsers?). CKEditor does some processing to fix this. When you enable the BBCode plugin, nothing changes and the url stays absolute. Steps to reproduce:
The same works perfect without BBCode enabled. Tried in Chrome 38 and FF 33. |
|||||
#12641 | Firefox merges paragraphs with wrong style | confirmed | Bug | Normal | ||
Description |
In CK demo paste this source code in the source area of the CK editor: <div style="background:#eee;border:1px solid #ccc;padding:5px 10px;">AAAA</div> <div style="background:#AAA;border:3px solid #ccc;padding:5px 10px;">BBBB</div> as the first row is the style "Special container" and the second is the same style with modified color and border. Go to the end of the "AAAA" string and click "Del". Then "BBBB" is merged into the same paragraph, but the paragraph gets the style of "BBBB" instead of "AAAA". If there is more than one paragraph style in the style combo with surrounding <div></div> the bug is present, but as the the demo such second style lacks, typing it in the source area gives us the same effect. Only FF. Chrome and IE seem to work correctly - they take the style from the "AAAA" text. |
|||||
#12649 | FF makes wrong selection of text | confirmed | Bug | Normal | ||
Description |
Let's have the following HTML: <div>111<br></div> <div>222 <br></div> This we receive as we use divs for paragraphs and using magicline after 111. After 222 we have whitespace, it is not for FF. We select 222 (only 2s without the interval behind) and copy (CTRL+C) and then in the clipboard we have '222 '. Steps to reproduce on the demo:
The bug reproduces for the most of the cases, rarely it will work correct, even though on the demo we did not faced correct behaviour. |
|||||
#12651 | CKBuilder looks for icons in the dev/ directories | confirmed | Bug | Normal | ||
Description |
I've got a problem with the CKBuilder. The builder goes somewhere too deep when looking for icons. I use it in https://github.com/Reinmar/kuma/tree/ckeditor-update and it enters this directory: https://github.com/Reinmar/ckeditor-descriptionlist/tree/master/dev ("ckeditor-descriptionlist" is a submodule of the "kuma" repository). It looks like everything works after building, so it's not critical but it would be safe to have this fixed. Logs: Generating plugins sprite image WARNING: cowardly refused to add an image to a sprite because it's too big: /www/kuma/media/js/libs/ckeditor/source/ckeditor/plugins/descriptionlist/dev/ckeditor/skins/kama/icons/icons.png WARNING: cowardly refused to add an image to a sprite because it's too big: /www/kuma/media/js/libs/ckeditor/source/ckeditor/plugins/descriptionlist/dev/ckeditor/skins/kama/icons/icons.png Building ckeditor.js Minifying ckeditor.js Created ckeditor.js (503KB) Time taken.....: 6.877seconds Building skins WARNING: cowardly refused to add an image to a sprite because it's too big: /www/kuma/media/js/libs/ckeditor/source/ckeditor/plugins/descriptionlist/dev/ckeditor/skins/kama/icons/icons.png WARNING: cowardly refused to add an image to a sprite because it's too big: /www/kuma/media/js/libs/ckeditor/source/ckeditor/plugins/descriptionlist/dev/ckeditor/skins/kama/icons/icons.png Time taken.....: 4.308seconds |
|||||
#12652 | GCC's logs are useless | confirmed | Bug | Normal | ||
Description |
The GCC does not say where the WARNING is. It just says it's in en.js, but there are dozens of en.js files. Logs: com.google.javascript.jscomp.LoggerErrorManager println WARNING: en.js:5: WARNING - Parse error. Internet Explorer has a non-standard intepretation of trailing commas. Arrays will have the wrong length and objects will not parse at all. } ); ^ |
|||||
#12654 | Once Paste from Word - always Paste from Word | confirmed | Bug | Normal | ||
Description |
Once Paste from Word button is used, after that, even if we use Ctrl+V with a content in clipboard that is copied somewhere in the editor, then the specific Paste from Word filtering/processing is executed. I see in the paste from word plugin code that there is flag "forceFromWord", that actually is never set to 0. There is event handler function resetFromWord that set the flag to 0, but it is not attached to any event. I can see that in ver.3.6.5 this handler has been attached to 'afterPaste' event and this misbehaviour is not reproduced. |
|||||
#12655 | Filler char is unnecessarily created between <brs> and perhaps in other cases | confirmed | Bug | Normal | ||
Description |
While working on #12621 I noticed that this line accepts cases in which we don't need a filler char.
One of them is: The line (as well as comment and referred ticket in which this line has not been added) is so vague that it should be carefully checked. The only scenario which it seems that it should accept is an empty inline element. |
|||||
#12658 | Wrong caret position on undo. | confirmed | Bug | Normal | ||
Description |
Tested with http://ckeditor.com/demo (which reports v4.4.5) using latest Chrome.
Actual result: Caret position is right after image but should be where it was before executing undo command. Problem: Native getSelection().getRanges()[0] returns wrong offset which is 0 but should be 3. And this wrong range is saved in snapshot before executing undo command.
I checked already whether selection is changed somehow by CKEditor code by simply adding Case to verifyWe think that the TC reported in http://dev.ckeditor.com/ticket/12515#comment:14 is related to this ticket and should be verified together with it. |
|||||
#12662 | Capitalisation of English names in the UI should be unified | confirmed | Bug | Normal | ||
Description |
In most places names are formatted like "Language Direction", "Advisory Title", "Split Cell Horizontally". However, some labels are not following this standard - e.g. in the table dialog there's "Border size" and "First column", in the flash dialog there's "Window mode", etc. This should be unified across the entire editor UI. We also should have this standard written down somewhere (may be a part of code style documentation). Especially that it's not obvious when we write all words capitalised or not. I guess the differentiation is made based on whether this text is a sentence or a label (e.g. error messages are sentences). |
|||||
#12666 | [IE9-11] Double-byte space disappears when pasting | confirmed | Bug | Normal | ||
Description |
When copying multi-line text where each line starts with double byte white space(s) from Firefox and pasting into a ckeditor text field, the double byte white spaces are all dropped. Steps to reproduce:
Actual behavior:
Expected behavior:
Additional information: |
|||||
#12673 | Pasting a single whitespace besides an existing one in firefox has no effect | confirmed | Bug | Normal | ||
Description |
Copying a single whitespace and the pasting it several times again has not effect.
into it.
1 whitespaces
1 whitespaces
Copying single whitespace in Chrome and Internet Explorer works fine. In firefox it also works if one copies 2 or more whitespaces. Reproducing this but work also while using double byte whitespace instead of single byte whitespace. |
|||||
#12677 | [Google Chrome] Triple-clicking a heading and then pressing backspace forces the text below to inherit the deleted heading styles | confirmed | Bug | Normal | ||
Description |
We are using a MindTouch implementation of CKEditor. Follow these steps to reproduce the issue:
This does not happen in IE9. |
|||||
#12678 | fail access toolbar button list using JAWS | confirmed | Bug | Normal | ||
Description |
JAWS user may want to access the toolbar controls using button list (INSERT F5) and select a button (e.g. bold button) from the list and then use space to trigger the action. However, I could not trigger any button action in this way. The workaround is to use “B” key to iterate through the button list and then enter the space key to trigger the action. The issue can be reproduce in the last night build sample CKEditor page. http://nightly.ckeditor.com/14-11-17-07-09/standard/samples/replacebycode.html |
|||||
#12684 | Styles removed when cursor is placed at the beginning of a new line | confirmed | Bug | Normal | ||
Description |
Reproduced on demo and nightly build on IE11 on Windows 8.1 Steps to reproduce:
Behaviour: Expected: The text styling on the new line should be the same as that on the previous line Actual: The style has reset to the editor's default |
|||||
#12687 | Move workaround for #12403 to the styles system | confirmed | Bug | Normal | ||
Description |
In #12403 we introduced a workaround for the missing feature of the style system. It should be moved to the styles system. |
|||||
#12689 | Empty inline element should be removed when selection leaves it. | confirmed | Bug | Normal | ||
Description |
Example use case
As you can see cursor fit 72 but we don't have any 72 text. That's because empty span hasn't been removed.
Since it's affect only visual part of editor (empty elements are removed on save). We might consider using CSS3 span:empty { display: none; } But it's more workaround rather sultion, and it's not fully supported by browsers and it's not bulletproof. |
|||||
#12690 | [Safari] bender.tools.selection.setWithHtml problems with collapsed selection and inline elements | confirmed | Bug | Normal | ||
Description |
There are two red tests in http://tests.ckeditor.dev:1030/tests/plugins/font/font Tested on Safari 7.1 and Safari 8. Note: tests were marked as regressions. Update: during the investigation one of these issues turned out to be a bug in Webkit. The other issue was fixed in our tests tools. |
|||||
#12694 | Cursor in wrong possition | confirmed | Bug | Normal | ||
Description |
Other scenario:
Result: 'bar' was not removed, instead cursor moved between 'foo' and 'bar'. Might be related: #12658, #12403. Since: 4.0 (fine in 3.6.6). Tested on Chrome. |
|||||
#12696 | [Firefox] It is possible to create BODY without P using HR | confirmed | Bug | Normal | ||
Description |
Result: horizontal line was not removed, but the paragraph was removed instead and I can write directly in the Since 4.0, was fine in 3.6.6. Also works fine on Chrome. |
|||||
#12697 | [Firefox] Image drag and drop lock cursor | confirmed | Bug | Normal | ||
Description |
Result: Cannot move cursor using keyboard. Even if I move cursor to the other place with a mouse I am still not able to move it with a keyboard arrows. Looks like browser regression. Checked with CKE 4.4.6, 4.0.0 and 3.6.6. Tested with Firefox 33.1.1 on Windows 7. On Chrome everything is fine. |
|||||
#12698 | Manual test selectionafterfocusing broken | confirmed | Bug | Normal | ||
Description |
http://tests.ckeditor.dev:1030/tests/core/selection/manual/selectionafterfocusing
Expected:
Actual:
Tested on iPad Safari, Chorme and Firefox. |
|||||
#12701 | Image2 could have limiter for resizing image to specified maximum, | confirmed | New Feature | Normal | ||
Description |
Edit:
This is how HTML/CSS works. You can set |
|||||
#12702 | [Android] Executing bold command twice move caret to weird position | confirmed | Bug | Normal | ||
Description |
Actual result: Caret is now at the end of the first word. |
|||||
#12706 | Make enter key behaviour more intuitive | confirmed | New Feature | Normal | ||
Description |
I'd like there to be another enter key mode which matches people's expectation on how paragraphs and new lines are created, based on how most people use a textarea. The rule would be:
|
|||||
#12716 | TableTools should be made available from toolbar when context menu isn't used. | confirmed | New Feature | Normal | ||
Description |
We have made a fix in #9284 but now users can't use tabletools if they don't want to use contextmenu plugin. We could make tabletools available from toolbar but first we need to fix: http://dev.ckeditor.com/ticket/7903. |
|||||
#12717 | setReadOnly() does not work well with the Shared Space plugin | confirmed | Bug | Normal | ||
Description |
My mistake, here is the correct way to reproduce: 1- Use Chrome 39.0.2171.71 m (although the bug also occurs in Firefox, the present procedure only works in Chrome, I don't know why). 2- Go to the official Shared Space demo: http://ckeditor.com/ckeditor_4.3_beta/samples/plugins/sharedspace/sharedspace.html 3- In Chrome's console, type: for (var i in CKEDITOR.instances) CKEDITOR.instances[i].setReadOnly(true); ==> All buttons are now disabled. 4- Click anywhere on the shared toolbar. ==> Three buttons are now enabled: "Paste", "Paste as plain text" and "Paste from Word". |
|||||
#12723 | Menu plugin hides disabled command-assigned items | confirmed | Bug | Normal | ||
Description |
Currently, "menu" plugin skips menu items, associated with commands, having disabled state. This behavior is good for context menus. But "menu" plugin is "abstract", it's also used for toolbar menus, where this behavior is not desired. See demo: http://jsfiddle.net/danya_postfactum/gwragLhw/ See table tools button. It should have "Delete table" and "Table properties". But these items are displayed when cursor in table context only. It's easy to fix, because this feature is not used, except "table" and "clipboard" plugins. Other plugins just do not add items to context menu for inappropriate contexts. I'll send patch now. |
|||||
#12732 | Lack of somet tests in enterkey plugin | confirmed | Task | Normal | ||
Description |
While working on ticket:11982 I found out that this code might be error prone. Based on this fix. When I commented lines which might be risky I found out that all tests pass. Few things need to be done:
|
|||||
#12741 | The table in a list item gets deleted when clicking enter | confirmed | Bug | Normal | ||
Description |
Steps to reproduce:
2.Place a cursor after the table, and hit ENTER Expected: new numbered list item should be added Actual: the previous list item with the table is deleted. Issue happens in all browsers |
|||||
#12744 | Numbered bulleted list improvements | confirmed | New Feature | Normal | ||
Description |
Numbered bulleted list - no choices for types of lists and no differentiation (e.g. uses 1,2,3 for every level) at different levels. They're exposed for the edit case, but not in the creation case. |
|||||
#12748 | Editing element attributes and properties for any html element in CKEditor | confirmed | New Feature | Normal | ||
Description |
Very often user needs to change attributes of some html element. For example, set class for current span element. At now there are no way to do this without switching to html code, searching manually this element in long html code and editing. TinyMCE 3.x have this feature, you can check this here: http://www.tinymce.com/tryit/3_x/full.php Here is screenshots: http://i.imgur.com/DAllHOy.png http://i.imgur.com/wfElESi.png http://i.imgur.com/yb2hETk.png Via this feature we can set for element custom id css class, edit css styles, onclick events, and many other features. Will be good to implement this feature in CKEditor too, maybe not in core, but via separate plugin. |
|||||
#12757 | Image preview does not resize on dialog resize | confirmed | New Feature | Normal | ||
Description |
The dialog resize feature would be much more useful on the image properties dialog if the image preview would resize as well as the URL and Alt input fields, see attached image for example. |
|||||
#12759 | Colordialog plugin uses class name that may result in names collision | confirmed | Bug | Normal | ||
Description |
Almost everywhere classes that start with |
|||||
#12760 | Match whole word option does not find words adjacent to special characters | confirmed | Bug | Normal | ||
Description |
Steps to Reproduce
Expected BehaviorI don't think there is any consensus to exactly which characters should or should not delimit words but the main characters we are concerned with are parentheses (), square brackets [], and the slash / which are used often to enclose or connect words but without making them compound words with the other content around the symbol. Word 2013 finds every instance of the word in this test with Find whole words only checked, Internet Explorer finds all but the one next to a single quote ' Actual BehaviorOnly the instances of test that are adjacent to quotes and common sentence separator characters are found. |
|||||
#12764 | Pasting pure text in Chrome causes weird results | confirmed | Bug | Normal | ||
Description |
<table border="0" cellpadding="0" cellspacing="0" style="width:100%"> <tbody> <tr> <td style="color: #5f2351; font-size: 18pt;"> Hello & welcome to K-talk </td> </tr> </tbody> </table>
Confirmed on Google Chrome (Win, Linux, Mac), happens in CKEditor 4.0 - 4.4.6. Works fine on CKEditor 3.6.6.2 and on plain contenteditable. I couldn't find any other markup different than tables that would cause similar issues. |
|||||
#12768 | Suggested Modification to jQuery Adaptor to better support jQuery UI | confirmed | Bug | Normal | ||
Description |
When using jQuery UI, there are sometimes issues when CKEditor is instantiated inside a jQuery UI modal dialog. Typically, the CKEditor dialogs become read-only. This is explained here: http://bugs.jqueryui.com/ticket/9087 It would be very helpful if jQuery UI was detected in the jQuery Adaptor (typeof jQuery.ui != 'undefined') and the fix for CKEditor instances in modal dialogs (from the above ticket reference) was executed in that case. I do not expect the JQuery UI developers to implement something specific for CKEditor, so I am hoping that you may be open to adding some variation of this in the jQuery adaptor. |
|||||
#12772 | [IE] disableObjectResizing doesn't work | confirmed | Bug | Normal | ||
Description |
Hi, i have a problem in IE 11 with object stylied with sizes: <div style="width: 903px; height: 210px;">test div</div> Select borders are over editor sizes. How can i hide this or use css maybe? |
|||||
#12774 | Image is inserted with styles even when disallowed by ACF | confirmed | Bug | Normal | ||
Description |
This is an extension of ticket #12132 https://dev.ckeditor.com/ticket/12132 Expected behaviour: If you disallow image styles, but still allow their related element attributes, the image dialog should force the usage of the attributes. Eg: this code <img style="width:30px; height:40px; float:left;"> should become <img width="30" height="40" align="left"> What actually happens: The image dialog ignores ACF and keeps the styles at first. The ACF rules are only applied after you switch to source code view. How to reproduce:
// Allow all elements/attributes/styles/classes by default config.allowedContent = { $1: { elements: CKEDITOR.dtd, attributes: true, styles: true, classes: true } }; // Then disallow some styles config.disallowedContent = 'img{width,height,float}'; // Or all of them //config.disallowedContent = 'img{*}';
|
|||||
#12775 | Create a visual handler for dragging & droping tables | confirmed | New Feature | Normal | ||
Description |
The UI for dragging & dropping widgets is consistent across web browsers and quite intuitive. It would be great if the same was possible for tables. Right not D&D is not available in all browsers: for example in Firefox "selecting" the whole table and dragging it into a different place results in an empty copy of a table being left in the original place. Also the selection of a table in order to drag & drop it is cumbersome in some browsers. |
|||||
#12778 | Cannot delete paragraph before and after a widget | confirmed | Bug | Normal | ||
Description |
Found in Chrome, confirmed also on Firefox.
This issue can also be reproduced directly in body: http://stackoverflow.com/questions/30262191/ckeditor-how-to-delete-empty-paragraphs-before-and-between-widgets To reproduce try this code: <table border="1" cellpadding="1" cellspacing="1" style="width:500px"> <tbody> <tr> <td> </td> <td> <figure class="image"><img alt="dfgdfg" height="480" src="assets/image1.jpg" width="377" /> <figcaption>Caption</figcaption> </figure> <p> </p> </td> </tr> <tr> <td> </td> <td> </td> </tr> </tbody> </table> There is one interesting method to actually remove the element. But this is so counter-intuitive that it should not be considered as a correct solution.
|
|||||
#12779 | There should be a way to drag&drop widget into a table cell | confirmed | New Feature | Normal | ||
Description |
Right not widgets use lineutils to handle drag and drop. This is causing some limitations on how drag&drop can be used. For example it is impossible to drag the enhanced image with a caption across table cells. |
|||||
#12783 | Backspace and delete keys do not function properly when working with lists that have sublist | confirmed | Bug | Normal | ||
Description |
Use the following code: <p>test</p> <ul> <li>test <ul> <li>test</li> </ul> </li> </ul> Put the cursor at the start of the first list item and hit backspace. The item won't be removed, cursor will be moved at the end of the previous paragraph. |
|||||
#12794 | SCRIPT5022: IndexSizeError on table caption change in IE9-11 | confirmed | Bug | Normal | ||
Description |
Javascript error in IE9-11:
As a result you will receive javascript error: SCRIPT5022: IndexSizeError ckeditor.js, line 407 character 528 |
|||||
#12803 | Ideas for improving Toolbar interface | confirmed | New Feature | Normal | ||
Description |
The toolbar based interface gets out of hand quickly as new plug-ins are added. I tend to think all the icons can get very "busy" very quickly and contribute to information overload on the part of end users. I think that some sort of overhaul of the toolbar based interface will be warranted in the future. Some possible ideas...
(1) Implement/support icon/button pods, groups of configurable, related hidden buttons in an overlay that are displayed when a displayed toolbar button is clicked. The overlay could have a title that describes the grouping.
(2) Support some sort of configurable drop down menus as a configurable alternative to icons for the toolbar. Again, the purpose is to enable end developers to move some icons off screen while still having them accessible. I get that drop downs are supported for plug-ins, but why can't I just configure CKE to put a group of toolbar icons in a drop-down menu to take up less toolbar space? (3) Support some sort of tabbed toolbar groupings as a configurable alternative. Thus, the top level groupings could correspond to tabs that provide high-level groupings of icons. With all of the above approaches, the general idea is to make sure that the most used toolbar icons are readily available, while configuring less frequently used icons as somehow temporarily hidden, yet still having them be accessible. Granted, I can fiddle around with changing toolbars, but that is kind of a show it ("it" being an icon/button) and access it, or don't show it and don't access it approach. What I am suggesting, is more of a configurable middle approach--don't show an icon/button, but still have it be available via an overlay, drop-down, or tab selection. |
|||||
#12814 | Copy single table cell into multiple selected cells | confirmed | New Feature | Normal | ||
Description |
Hi. It could be useful to allow users to copy one selected cell into all the selected cells. In this scenario all the selected cells should contain the same content as the source cell after the paste command. I have modified the editable.js file to support this feature. I hope you will find this feature useful. |
|||||
#12823 | Redo is broken after undoing typing with IME | confirmed | Bug | Normal | ||
Description |
Reproduced on FF and Chrome. This issue is a little bit random - I think that order in which the CTRL and Z keys are released matters. In my case I was first releasing Z and then CTRL. In http://dev.ckeditor.com/ticket/12391#comment:4 Artur suggested that there may be a change fired. I'm rather thinking that keyup causes the onTypingStart function to be executed. |
|||||
#12839 | Link is not available for ACF-custom mode live demonstration in documentation | confirmed | Bug | Normal | ||
Description |
When i came across documentation for ACF-Custom mode, I clicked a link for live demonstration of ACF-Custom mode. But, result is Not Found (404). |
|||||
#12846 | No block wrapper after removing table | confirmed | Bug | Normal | ||
Description |
No block wrapper after removing table
Expected result:
Current result:
Additional info:
|
|||||
#12853 | Removing HTML comment nodes with dataProcessor.htmlFilter removes script nodes too | confirmed | Bug | Normal | ||
Description |
I've pasted the code below so you can see what I'm doing to strip HTML comments from the HTML code. The HTML comments get effectively stripped out but empty script tags (<script src="..."></script>) get stripped out too: CKEDITOR.on('instanceReady', function(ev) { // Filter rules to apply on output // Node properties & methods: http://docs.ckeditor.com/#!/api/CKEDITOR.htmlParser.element-property-attributes ev.editor.dataProcessor.htmlFilter.addRules({ comment: function() { // Remove HTML comments return false; }, elements: { script: function(node) { // Remove language and script attributes from script tags 'language' in node.attributes && delete node.attributes.language; 'type' in node.attributes && delete node.attributes.type; } } }); }); I fixed it just by commenting out the "comment" rule in the htmlFilter. A bit weird :S |
|||||
#12863 | Enter key issue with multi-byte character | confirmed | Bug | Normal | ||
Description |
Page crashed when typing multi-byte characters( Japanese/Chinese in my test ) after hitting enter key before image. Happened on iOS 8 safari. Step to reproduce: 1.Make caret right before an image, then hit enter key. 2.Try to input multi-byte characters. Expected Results: Multi-byte characters are normally input. Actual Results: Page crashed and reloaded with message said: "A problem occurred with this webpage so it was reloaded" |
|||||
#12864 | Toggling bulleted list insert line breaks when enterMode is configured as CKEDITOR.ENTER_BR | confirmed | Bug | Normal | ||
Description |
Toggling bulleted list inserts unwanted line breaks when enterMode is configured as CKEDITOR.ENTER_BR Please see attachment. |
|||||
#12872 | [Firefox] Improve copy/cut and paste binding | confirmed | New Feature | Normal | ||
Description |
Because Firefox does not support custom data types properly during copy/cut/paste we do not bind copy/cut and paste events. Wherefore all paste events are recognize as external and user is not able to pass data from copy/cut to paste using
We can improve it. On Firefox we handle selected data manually so we could add special |
|||||
#12873 | [IE] Improve copy/cup and paste binding | confirmed | New Feature | Normal | ||
Description |
On IE are 2 problems with binding copy/cut and paste events:
Because of these problems on IE we do not bind copy/cut and paste events. Wherefore all paste events are recognize as external and user is not able to pass data from copy/cut to paste using Fortunately in many cases we are able to guess the connection between copy/cut and paste events. On the one hand we can read selected HTML during copy/cut, on the other we can get pasted HTML from the paste event. Of course browser can modify that HTML structure, but the text should be the same. On paste we could remove all HTML tags from cut/copied and pasted HTML, remove all white characters and compare remaining text if it is longer then X characters (e.g. 10). This way we could bind most cases. We could also handle some most popular cases with only HTML. For example if user copy/cut and paste single image we can read and compare both image source and alt and, if they are the same, bind events. Similarly we could check single widgets. We could also compare both HTML data. In some cases they may be the same. Of course some cases will not be covered: if user cut and paste only HTML data (without any text) which is hard to compare, then the paste will be still recognized as external, but it means it will work as good/bad as it works now. |
|||||
#12876 | Required "type" attribute is missing in the <style> element generated by the editor | confirmed | Bug | Normal | ||
Description |
Type is required attribute of <style> tag according to http://www.w3.org/TR/html401/present/styles.html#style-group But CKEDITOR generates following
There shall be simple fix - add attribute " type='text/css' " to generated <style> tag. We tried to fix downloaded source code by adding one line into document.js: var style = new CKEDITOR.dom.element( 'style', this ); style.setAttribute('type','text/css'); //added by us style.append( new CKEDITOR.dom.text( cssStyleText, this ) ); But it seems it does not work in Internet Explorer 11. It is causing problems with formal validation of HTML code in IBM internal application. |
|||||
#12880 | Disabled dialog buttons appear the same as enabled dialog buttons | confirmed | New Feature | Normal | ||
Description |
Usking kama skin, if a button is disabled in a dialog via the following: CKEDITOR.dialog.add('dialog', function () {
}); The button disables properly but no related styling for being disabled are applied and it appears identical to an enabled button. I was able to fix this with a few CSS overrides: a.cke_dialog_ui_button_ok.cke_disabled:hover, a.cke_dialog_ui_button_ok.cke_disabled:focus, a.cke_dialog_ui_button_ok.cke_disabled:active {
} a.cke_dialog_ui_button_cancel.cke_disabled:hover, a.cke_dialog_ui_button_cancel.cke_disabled:focus a.cke_dialog_ui_button_cancel.cke_disabled:active {
} a.cke_dialog_ui_button.cke_disabled:hover, a.cke_dialog_ui_button.cke_disabled:focus, a.cke_dialog_ui_button.cke_disabled:active {
} a.cke_disabled {
} |
|||||
#12888 | Inline editor loses focus/toolbar when dialog with file input on primary tab shown | confirmed | Bug | Normal | ||
Description |
I've been unable to recreate this on the demo site -- the only input[file] elements in core plugins are on image and link plugins -- both of which appear on the third tab. This problem appears only when the input is on the first tab. When using the inline editor with Chrome -- if a plugin has a file input on the first tab, when the dialog is shown, the file input element will gain focus -- this has the effect of making ckeditor lose focus and the toolbar will be hidden. After closing the dialog, the cursor selection is still somewhere in the editor, but the toolbar is still hidden. One must click off the editor and back on to get the toolbar to show up again. I tried this in FireFox 35, IE11 and Chrome 40 -- Chrome was the only one to exhibit the problem. Also, it seems like timing issue -- if I have dev tools open with a breakpoint in the plugin's onShow function and resume, the problem goes away.
Edit:
Result: Dialog with file element loads and toolbar disappears. It is not brought back after closing dialog. |
|||||
#12891 | Inline mode + Widgets( codeSnippet or formula ): CheckDirty() always returns "true" after page is loaded | confirmed | Bug | Normal | ||
Description |
checkDirty() function does not work properly with CodeSnippet and Mathematical plugins in Inline mode. If there is a codesnippet or a formula in the ckeditor element, CheckDirty() always returns "true" after page has been loaded. Steps to reproduce:
This issue emerges only in Inline mode, not in classic mode. Software versions: Ckeditor: 4.4.7 (custom build) OS: Ubuntu 12.04 x86_64 Browsers: Chrome 40 and Firefox 35 (latest versions at this time) Edit: Please also see comment:8 because this issue also occurs when you just load the editor (checked in CKEditor 4.5.6 at the time of writing). |
|||||
#12895 | allowedContent for form elements can be improved | confirmed | Bug | Normal | ||
Description |
In the plugin.js for the "Forms" plugin, the code explicitly defines different allowed contents for different form elements: allowedContent = { checkbox: 'input[type,name,checked]', radio: 'input[type,name,checked]', textfield: 'input[type,name,value,size,maxlength]', textarea: 'textarea[cols,rows,name]', select: 'select[name,size,multiple]; option[value,selected]', button: 'input[type,name,value]', form: 'form[action,name,id,enctype,target,method]', hiddenfield: 'input[type,name,value]', imagebutton: 'input[type,alt,src]{width,height,border,border-width,border-style,margin,float}' }, but since "checkbox", "radio", "textfield", "button", "hiddenfield" and "imagebutton" all define their allowed content for the same tag (with the name <input>), what we end up with is actually that the combination of all the allowed contents for all these form elements is allowed for all of them. For example, even though "checkbox" explicitly lists that the allowed content is only "input[type,name,checked]", it is still possible to add for example the "src" attribute by hand to an <input> tag with type="checkbox" (in source code mode) and it will not be removed, even though it was initially not listed as allowed content. I guess it is not removed because the "imagebutton" defines "src" as a valid attribute for the <input> tag, and thus *all* <input> tags now allow the "src" attribute, even tags with type="checkbox" where the "src" attribute does not make any sense. Proposed fix: For the allowed content, instead of the string notation, use the object notation with a match function, like this: allowedContent = { checkbox: { input: { match: function (element) { return element.attributes.type == "checkbox"; }, attributes: "type,name,checked" } }, radio: { input: { match: function (element) { return element.attributes.type == "radio"; }, attributes: "type,name,checked" } }, textfield: { input: { match: function (element) { return element.attributes.type == "text" || element.attributes.type == "email" || element.attributes.type == "password" || element.attributes.type == "search" || element.attributes.type == "tel" || element.attributes.type == "url"; }, attributes: "type,name,value,size,maxlength" } }, textarea: 'textarea[cols,rows,name]', select: 'select[name,size,multiple]; option[value,selected]', button: { input: { match: function (element) { return element.attributes.type == "button" || element.attributes.type == "submit" || element.attributes.type == "reset"; }, // TODO attributes: "type,name,value" } }, form: 'form[action,name,id,enctype,target,method]', hiddenfield: { input: { match: function (element) { return element.attributes.type == "hidden"; }, attributes: "type,name,value" } }, imagebutton: { input: { match: function (element) { return element.attributes.type == "image"; }, attributes: "type,alt,src", styles: "width,height,border,border-width,border-style,margin,float" } } } The proposal above should be equivalent to the original code, only the added "match" functions should make sure that for each type-variant of the <input> tag, only the actually defined allowed content is applied. Of course you then may want to revise these individual allowed content definitions, for example for the imagebutton, you may want to allow "name" and "value" too? |
|||||
#12904 | Font Dropdowns could have 'default' option that resets font to default value | confirmed | New Feature | Normal | ||
Description |
We have CKEditor set to use em units for font sizes in our CMS. This is so content is portable. If you select 1em for the font size then I think that should be equivalent of unsetting any existing font size style, and removing any empty wrapper span. Currently it just gives an explicit 1em font size.
Edit:
|
|||||
#12905 | Style removal context menu | confirmed | New Feature | Normal | ||
Description |
As you know, one of the worst (notorious) problems about WYSIWYG editors is the style mess made when pasting, or when styling using a pure visual approach. You make a number of efforts to mitigate this: the advanced content filter, paste from word, I think other internal filters, and sensible decisions regarding how to merge and remove HTML nodes. This is all good, but it does not solve the problem well enough in my opinion, especially for the case where users are pasting into an unfiltered editor (unfiltered due to necessary support for arbitrary markup). I suggest you extend the "Remove Format" plugin to have a context menu. When you right-click at any point in the document it has an item on the context menu to remove any of the inline styles defined above that point. For example, you paste something in and it has got a line-height there (because the browser extracted it from some CSS class when you did the original 'copy' op). The user can right click, see it there, and remove it. This stops them needing to remove it manually from the HTML view, which frankly is scary when a lot of inline styles are defined. It would be good also to be able to choose to remove a style globally (i.e. remove all line-height defined for any node). Please consider this. I think it would be a really big improvement to CKEditor. |
|||||
#12907 | Improve paste dialogs | confirmed | Task | Normal | ||
Description |
PART 1, wording of dialog intro text The issue with browser pasting is a thorny one. I think it would help a bit to tweak the dialogue text to be more concise/accurate. Before: "Because of your browser security settings, the editor is not able to access your clipboard data directly. You are required to paste it again in this window. Please paste inside the following box using the keyboard (Ctrl/Cmd+V) and hit OK" After (Windows/Linux): "Because of browser security, the editor is not able to access your clipboard data directly. Paste in the box below using the keyboard (Ctrl+V) and hit OK" After (Mac): "Because of browser security, the editor is not able to access your clipboard data directly. Paste in the box below using the keyboard (Cmd+V) and hit OK" I've done 3 things here: 1) Removed reference to 'security settings' as only Firefox ever had such a setting, and it is since removed. It really confuses users, who then look for the settings. 2) Shortened the sentences as much as possible for conciseness, made it fit on fewer lines. 3) Tailored for Windows/Mac. We don't want to get techie giving multiple keypresses to try, and confusing Windows users (what's Cmd?) when this is such a core dialog. PART 2, make function of paste from Word clearer Can we make the dialog title for Paste from Word as "Paste from Word (automated cleanup)". Just so that it makes it clear why this is a separate button, as it will confuse users. |
|||||
#12908 | Merge Paste and Paste From Word buttons | confirmed | Task | Normal | ||
Description |
It would be much better to just have two paste buttons (plain text, regular). Detect if it is coming from Word via some simple heuristic, and then clean up if the CKEditor config says to do so. |
|||||
#12915 | Edit cell properties inside editable scrolls to top | confirmed | Bug | Normal | ||
Description |
If you have a table inside a div with contenteditable="true", which is in turn inside a div with contenteditable="false" such as. <div contenteditable="false">
</div> and you change the properties of a cell. Then when you click 'Ok' on the cell properties dialog, the editor will scroll to the top, even if your table was not at the top of the page. This situation occurs when you have a widget with an editable section that contains a table. Reproduced in version 4.4.7 and on the CKEditor demo page. |