Custom Query
Results (3401 - 3500 of 11754)
Ticket | Summary | Owner | Type | Priority | Milestone | Component |
---|---|---|---|---|---|---|
#3416 | Close button not accessible via keyboard in dialogs | Bug | Normal | CKEditor 3.0 | Accessibility | |
Description |
The dialog close icon 'X' in the upper right of the dialogs is not accessible via keyboard. |
|||||
#3417 | JAWS does not read the first toolbar item after switching focus to toolbar | Bug | Normal | CKEditor 3.0 | Accessibility | |
Description |
After using ALT+F10 to switch focus to the toolbar, JAWS does not read out the first item that is selected. |
|||||
#3418 | Tabs in Flash and Find/Replace dialogs not keyboard accessible | Bug | Normal | CKEditor 3.0 | Accessibility | |
Description |
It is not possible to switch tabs in the Flash and Find/Replace dialogs using the keyboard. |
|||||
#3420 | Editing area keyboard navigation problem with table in FF3 | Bug | Normal | CKEditor 3.0 | Accessibility | |
Description |
Steps to reproduce:
Actual result: |
|||||
#3421 | Ending a bullet/number list at the end of a document is not possible in FF | Bug | Normal | CKEditor 3.0 | General | |
Description |
Steps to reproduce:
Expected results: |
|||||
#3422 | [FF] DomIterator should preserve padding block BR | Bug | Normal | CKEditor 3.0 | General | |
Description |
When iterating over the following document content, the original BR nodes on boundary of the newly established paragraphs should be removed, but during the process, padding block element like: <br _moz_dirty="" /> will be removed also, which result in a collapsed block. |
|||||
#3423 | Unable to outdent when editor.config.indentUnit != 'px' | Bug | Normal | CKEditor 3.0 | General | |
Description |
If the editor configuration is set to use an indent unit other than px (e.g. 'pt'), outdenting does not work. This is because the indent detection logic uses getComputedStyle, which returns the indent in pixels. One solution is to mimic V2 behavior and use getStyle instead of getComputedStyle. Attached is a patch which implements this. |
|||||
#3424 | upload permission with struts | Bug | Normal | File Browser | ||
Description |
Hi, sorry for the bad english... I'm brasilian. I got a project with struts 2.0.11 and fckeditor 2.3 (jar) and i updated it to struts 2.1.6 and fckeditor 2.4.1. I don't know if it's relevant, but the project uses dojo plug-in and it's been tested only in ie before i updated when i tryed to upload images i got stucked, i have saw in somewhere that i needed to updated fckeditor, so i did... after i updated i got a permission alert when trying to upload |
|||||
#3425 | Flash, Textarea and Select box dialog boxes have scrollbars in IE quirks mode. | Bug | Normal | CKEditor 3.0 | UI : Dialogs | |
Description |
To reproduce:
|
|||||
#3426 | Color selection boxes have incorrect layout in IE quirks mode. | Bug | Normal | CKEditor 3.0 | UI : Floating Panel | |
Description |
To reproduce:
|
|||||
#3429 | Editor is unusable with DocType XHTML under IE8 | Bug | Normal | FCKeditor 2.6.5 | General | |
Description |
If the editor area DocType is set to XHTML then it is not possible to drag the scrollbar in the editor area. When the scroll bar is clicked a javascript error occurs; this error prevents the scrollbar from working. The DocType is specified in our custom configurations file using the following statement: FCKConfig.DocType = '<!DOCTYPE html PUBLIC "-W3CDTD XHTML 1.0 StrictEN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">' ; The error details are as follows:
This line of javascript is:
I've worked around this problem by adding an extra guard.
This works for me as we never use FCK to edit web forms. However, a proper solution needs to test the DOM model for an attribute present in IE8 under both HTML and XHTML. |
|||||
#3430 | Provide an easy way to add and remove plugins | New Feature | Normal | CKEditor 3.0 | General | |
Description |
Currently, it's a bit cumbersome to add and remove plugins in the editor setting. To do that, we need to manipulate the plugins setting string in the custom configuration file. For example: // Add a new plugin. config.plugins += ',myplugin'; // Remove the elementspath plugin. config.plugins = config.plugins.replace( /(?:^|,)elementspath(?=,|$)/, '' ); This situation, other than being counterintuitive, makes it impossible to set these configurations at editor creation time. We should instead have ways to make it with easy, as this is a common task. |
|||||
#3431 | can not keep the table style when paste excel to FCk | Bug | Normal | General | ||
Description |
When I copy some text from excel to fck,the tag '<table>' and '</table>' do not paste into fck,so what I see is not a table; Browser: Google chrome 1.0.154.36 OS:Windows XP Steps to reproduce 1.copy some text from excel; 2.paste them to FCK;
|
|||||
#3432 | Link Info --- Link Type= Email | Bug | Normal | General | ||
Description |
<p><a href="javascript:location.href='mailto:'+String.fromCharCode(115,97,114,97,104,46,98,111,108,116,101,114,64,119,97,110,97,100,111,111,46,102,114)+'?subject=Property%20rental%20enquiry%20from%20chaletdoctors.com&body=I%20am%20interested%20to%20know%20about%20the%20holiday%20packages%20you%20offer.'">Contact us for more details</a></p> The above Email Link is running in Firefox Mozilla but not running in IE. Also when i add new record then insert new email link from fck it is not inserted but one error occur like You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'mailto:'+String.fromCharCode(115, 97, 114, 97, 104, 46, 98, 111, 108, 116, 101, 114, 64, 119, ' at line 2 please solve this problem as soon as possible. |
|||||
#3433 | Restoring from maximized does not work across mode switches in IE8 Standards mode. | Bug | Normal | CKEditor 3.0 | General | |
Description |
To reproduce:
It works in IE8 compatibility view (i.e. IE7 Standards mode) and in quirks mode. |
|||||
#3434 | Replace config.autoLanguage comment with config.language in config.js. | Bug | Normal | CKEditor 3.0 | General | |
Description |
The config.autoLanguage parameter is now obsolete - it's not checked anywhere by the editor's code. Instead, what we're doing right now is this:
Right now the explanation in config.js, as well as some of the documentations in _source/core/lang.js, are not reflecting what's actually happening. |
|||||
#3435 | Combo boxes are opened (1px, 1px) off from their intended position in IE8 Standards mode. | Bug | Normal | CKEditor 3.1 | UI : Floating Panel | |
Description |
To reproduce:
|
|||||
#3436 | Inline styles are being applied to outside of selected area in IE. | Bug | Normal | CKEditor 3.0 | Core : Styles | |
Description |
To reproduce:
The bug can be reproduced across IE6, 7 and 8. |
|||||
#3437 | Show blocks command state is not correctly preserved across mode changes. | Bug | Normal | CKEditor 3.0 | UI : Toolbar | |
Description |
To reproduce:
This bug can be reproduced on all browsers. |
|||||
#3438 | Floating panels are off by (-1px, 0px) in RTL mode. | Bug | Normal | CKEditor 3.1 | UI : Floating Panel | |
Description |
To reproduce:
|
|||||
#3439 | IgnoreEmptyParagraphValue has no effect if ProcessHTMLEntities is false | Bug | Normal | FCKeditor 2.6.5 | General | |
Description |
If setting ProcessHTMLEntities to false, empty paragraphs are filled with the   entity, instead of . Because of this, IgnoreEmptyParagraphValue is having no effect, and an empty editor outputs: <p> </p> |
|||||
#3440 | Create quirks mode sample | Task | Normal | General | ||
Description |
As long as quirks mode is supported a sample should be added, at least in the development builds, so it's possible to easily check features/bugs without the need to change the code of the samples themselves. This means also that checking for regressions in the CKEditor equivalent of http://rev.fckeditor.net/ can be done easily just testing the appropriate sample online. Also other kind of features that are supported should have a test file for the same reason, as it's easier to say "check sample xxx and do that" instead of "modify sample xxx in this way and do that" (multiple editors, RTL, relative/absolute position...) |
|||||
#3441 | CKEDITOR changes script tag content | Bug | Normal | CKEditor 3.0 | Core : Output Data | |
Description |
Paste in source mode <p> <script>alert('sample text. You are using <a href="http://www.fckeditor.net/">FCKeditor</a>');</script></p> switch to WYSIWYG and back to Source. Result: <p> <script>alert('sample text. You are using </script><a href="http://www.fckeditor.net/"><script>FCKeditor</script></a><script>');</script></p> expected result: nothing changed |
|||||
#3443 | Bug: Safari: Loses Formatting | Bug | Normal | General | ||
Description |
Using http://www.fckeditor.net/demo on a MacBook OS X v10.4.11 with Safari 3.1.2 (4625.22). Repeatable in the nightly build (as of 24 Apr 2009). Steps to reproduce:
You can get this same effect of lost formatting when saving rather than switching between Source and Design view. |
|||||
#3444 | When save page or preview, the image change into codes | Bug | Normal | General | ||
Description |
Recently I use MEDIAWIKI to build an inter-use-only website, in the solaris10 enviroment. The server enviroment for mediawiki is:MediaWiki 1.14.0+PHP 5.2.6-2 (apache2handler)+MySQL 5.x, and I integrated the FCKeditor into the mediawiki. When using the "Image Button" of the FCKEditor toolbar, I can upload or add an existing image in my article from the file browser. It looks alright in the text editor. However, the minute I click "Show Preview" or "Save", the image is converted into text : <input type="image" width="640" height="480" src="/userfiles/example.jpg"></input>. If I go to wikitext, the line has been converted to : <input type="image" height="480" width="640" src="/userfiles/example.jpg"></input> The FCKeditor I use is downloaded from the link below:http://mediawiki.fckeditor.net/nightly/svn/mediawiki_fckeditor_ext_N.tar.gz Can anyone tell me what's the cause of this? Or how can I fix it? Thank you. |
|||||
#3445 | Cell properties are not set if cell contains a linked image (not IE) | Bug | Normal | General | ||
Description |
If a table cell JUST contains an image wrapped with a link, then you cannot set the cell properties. I suspect that the selected cells are not being found. To reproduce in Firefox:
Go to sample 1 demo page
Add a table to the page
Select a cell - and add an image - (I used one from my server)
Select the image
Add a link to the image
Select the table cell and right click.
Select Cell Properties and set Horizontal Alignment to Center
Click OK.
Select Source - to see that the <td> is unchanged. Now select the image, and delete the link. Setting the properties now works. |
|||||
#3446 | Safari in HTML 4.0 mode complains about unterminated options in fck_tablecell.html | Bug | Normal | FCKeditor 2.6.5 | General | |
Description |
This new code in fck_tablecell.html is missing a </td>, and the Safari working in HTML 4.0 mode objects to the <option...../> - starts at line 222: <tr> <td nowrap="nowrap"> <span fcklang="DlgCellType">Cell Type</span>:</td> <td colspan="2"> <select id="selCellType"> <option fcklang="DlgCellTypeData" value="td" />Data <option fcklang="DlgCellTypeHeader" value="th" />Header </select> </tr> Better written as <option....>Data</option> etc ?? |
|||||
#3447 | add explicit cursor for images in Safari | New Feature | Normal | CKEditor 3.0 | General | |
Description |
By default Safari only shows the beam or text cursor for all the content. We should add in the internal css a rule to fix that: img { cursor:default; } Other elements might need also this kind of rule in Safari (form elements for example) |
|||||
#3448 | Images aren't selectable in Safari | Bug | Normal | CKEditor 3.0 | General | |
Description |
There's some specific code in V2 to handle this in fck_gecko.js (can't find right now the original ticket) this.EditorDocument.addEventListener( 'mousedown', function( ev ) { var element = ev.srcElement ; if ( element.nodeName.IEquals( 'IMG', 'HR', 'INPUT', 'TEXTAREA', 'SELECT' ) ) { FCKSelection.SelectNode( element ) ; } }, true ) ; this.EditorDocument.addEventListener( 'mouseup', function( ev ) { if ( ev.srcElement.nodeName.IEquals( 'INPUT', 'TEXTAREA', 'SELECT' ) ) ev.preventDefault() }, true ) ; this.EditorDocument.addEventListener( 'click', function( ev ) { if ( ev.srcElement.nodeName.IEquals( 'INPUT', 'TEXTAREA', 'SELECT' ) ) ev.preventDefault() }, true ) ; Also the last functions take care of disabling the default behavior of those elements. |
|||||
#3449 | Remove all deprecated code | Task | Normal | FCKeditor.Java 2.6 | Server : Java | |
Description |
see summary |
|||||
#3450 | [IE] Find result highlighting problem | Bug | Normal | CKEditor 3.0 | General | |
Description |
Previous highlight marking style is not removed when search more than twice. Reproducing Procedures
|
|||||
#3452 | How to enable Insert Media Button | Task | Normal | Server : PHP | ||
Description |
Hai how to enable Insert Media Button in FCK Editor, any one knows please help me. am very new in FCK Editor |
|||||
#3453 | Content might get inserted inside <br> | Bug | Normal | General | ||
Description |
Applies to both V2 and V3
Load sample.html?sample=enterkey <h1>Test</h1>
switch to design It doesn't appear. If you check the dom you'll see that the img is a child of BR. Tested in Firefox. |
|||||
#3455 | Fixed color palette in colour selectors should provide names for colors | Bug | Normal | CKEditor 3.0 | Accessibility | |
Description |
The fixed color selector palettes displayed for font color and background color should provide names for those colors. This is to allow JAWS to read meaningful names instead of numbers. |
|||||
#3456 | [Webkit] It is possible to edit textarea content in WYSIWYG mode | Bug | Normal | CKEditor 3.0 | General | |
Description |
Steps to reproduce: -Insert textarea in WYSIWYG (without content) -Click it -Start typing - it is possible to edit the content -Click "Source" - nothing happens -Click outside of the textarea -Click "Source" - now it works but the textarea content disappeared |
|||||
#3457 | There is no way to add textarea content | New Feature | Normal | CKEditor 3.6.2 | UI : Dialogs | |
Description |
There is no way to change the textarea content in WYSIWYG mode (actually in FF, IE and Opera. In Webkit is buggy). It should be possible in textarea dialog. |
|||||
#3458 | V3 : Inches and Centimetres | Bug | Normal | CKEditor 3.0 | General | |
Description |
The bug described in #2856 exists also in V3. |
|||||
#3459 | Change all "FCKeditor" to "CKEditor" | Task | Normal | CKEditor 3.0 | General | |
Description |
In samples we still have "FCKeditor". I found it also in JS files and testcases |
|||||
#3460 | Incorrect HTML escaping only in Safari | Bug | Normal | General | ||
Description |
The greater sign (">"), it is not correctly HTML escaped in safari. Strangly, "<" is escaped correctly. |
|||||
#3461 | Backspace/delete doesn't work with many empty lines in Firefox | Bug | Normal | General | ||
Description |
To duplicate, open the divreplace sample. Delete all the text, then hold down the enter key until the scrollbar is smaller than the down-arrow button on the scrollbar. Now try pressing backspace, delete, etc. Nothing will remove those lines. Now type another letter. Suddenly, all the lines can be deleted. I can only reproduce this in FF on Windows (not linux), but I can reproduce it consistently there. V2 works correctly. This can be reproduced in the nightly sample. |
|||||
#3462 | The About button must remain enable in source mode | Bug | Normal | CKEditor 3.0 | General | |
Description |
The About button must remain enable in source mode. It's currently disabled. |
|||||
#3463 | Dropdowns incorrectly positioned | Bug | Normal | CKEditor 3.0 | General | |
Description |
This is the same issue as #2551, but it still appears in V3. To duplicate, save the the attached repro case into the _samples directory of a source tree, scroll the editor into view, and click the font color dropdown. This issue occurs with any dropdown, and can be reproduced with the latest SVN. |
|||||
#3464 | Upload image in safari | Bug | Normal | General | ||
Description |
Safari 3.2.1 only allows you to upload one image in a folder on a Mac OS X. This bug does not exist in Firefox on the same Mac as it allow you to upload multiple images(individually of course) into the same folder. |
|||||
#3466 | FCK Editor editor Style issue..! | Bug | Normal | Core : Styles | ||
Description |
Hi Hi Fellas, We are using JSPWiki and using FCKeditor for the same. while editing the pages with FCK editor, while editing the content using style as a custome style "CODE". in preview its giving a white space above the content and below the content. if I save the content it giving annoyed whitespaces above and below.. Please tell me the steps to solve the issue. Please see attachement |
|||||
#3467 | Incorect cyrillic letters input on Adobe AIR | Bug | Normal | General | ||
Description |
Incorect cyrillic letters input in Adobe AIR
Steps to reproduce:
Browser name and OS : OS: Ubuntu Intrepid Ibex 64 bit, Browser: Adobe AIR 1.5.1 |
|||||
#3469 | Simplify range walking codes | Bug | Normal | General | ||
Description |
The new range walker API is about to be ready with #3367, it introduced a completely new simplified way to perform daily range work, it's concise and powerful to support the the following ways when walk along range. Now we could:
Sub Tickets
|
|||||
#3470 | "File Not Found" error when loading editor | Bug | Normal | General | ||
Description |
When the fckeditor package is not installed at the root of the web server, "File Not Found" displays instead of the editor. (However, the sample programs all work as expected.) Diagnosis: The problem is that fckeditor.js:50 BasePath is set to "/fckeditor/" rather than "fckeditor/", making the path to the installation absolute rather than relative to the calling file; this doesn't work well if the files are not being served from a web server. Making the file path relative doesn't work very well either, as all references then become relative to the source html file. Ultimately, BasePath should be set only in the installation configuration file, and examples should not set BasePath at all. Best of all would be for the fckeditor.js file to automatically figure out what its base path must be. |
|||||
#3471 | I am loosing Data of FCKeditor | Bug | Normal | Server : ASP.Net | ||
Description |
I have two instance of FCKeditor in my page(Block). When I openend for edit that block. and try to update one FckInstance and click update block then it's not able to find second FCK instance. Due to this we are loosing existing content in second FCK instance. When I run this from my machine I an not seeing this problem. But my users are getting this issue. It's a very high priority issue for me. Please help me. I am using FCK assembly verion 2.2.3149.12210 |
|||||
#3472 | Reformatting breaks diff, <![CDATA[, inline XML | Bug | Normal | General | ||
Description |
I typed some sample text into your demo to see if it would do something vaguely resembling the right thing with inline XML. Not only did it not do the right thing, it revealed an enormous bug. Typed in source mode: <p>This is some <strong>sample text</strong>. You are using <a href="http://www.fckeditor.net/">FCKeditor</a>.</p> <myxml xmlns="http://www.example.com/foo/bar/baz"> <myxml2>foo</myxml2> <myxml3>foo</myxml3> </myxml> After switching to WYSIWYG mode and back to source mode, this had been badly mangled: <p>This is some <strong>sample text</strong>. You are using <a href="http://www.fckeditor.net/">FCKeditor</a>.</p> <p><myxml> <myxml2>foo</myxml2> <myxml3>foo</myxml3> </myxml></p> Mangling:
Reformatting is absolutely unacceptable. Here is why: diff/patch, cvs, subversion, git, mercurial, arch, ... It also breaks conflict resolution on a wiki. NEVER reformat without explicit instructions to do so. The only text you can reformat is what someone edits and then keep as close to the original format as possible. For tags you don't recognize, display the source for the duration of the tag and body. Consider, also, what your mangling would do to something like this: <microcontroller_table_entry xmlns="..."> <product> <manufacturer>NXP</manufacturer> <part_no>XX123</part_no> </product> <core> <cpu>ARM7TDMI</cpu> <bits>32</bits> </core> <memory> <flash>256KB</flash> <ram>64KB</ram> </memory> <buses> <usb>Yes</usb> </buses> </microcontroller_table_entry> In its original form it is human readable/editable. In this format, it is not: <p><microcontroller_table_entry> <product> <manufacturer>NXP</manufacturer> <part_no>XX123</part_no> </product> <core> <cpu>ARM7TDMI</cpu> <bits>32</bits> </core> <memory> <flash>256KB</flash> <ram>64KB</ram> </memory> <buses> <usb>Yes</usb> </buses> </microcontroller_table_entry></p> Of, course, there is the security/conformance issue of unrecognized tags. In the real world, these would need to be stripped where not explicitly allowed. They shouldn't be stripped without notifying user first as this could result in considerable loss of work. As another test, I used a plain XHTML file:
The file was badly mangled to the point where it was completely unrecognizable to diff. In addition to the mangling, there was another bug. In one place:
which was the end of a <![CDATA[ section was displayed as "]]>" in WYSIWIG mode and the following text formated improperly. Test this program with real web pages and diff. |
|||||
#3473 | [FF] Bogus doubled line break nums | Bug | Normal | CKEditor 3.0 | Core : Styles | |
Description |
Currently the padding block bogus br logic is not right, it's appending the br for every newly established block, which sometimes cause too much line breaks: Reproducing Procedures
|
|||||
#3474 | [FF] newpage error when document unfocused | Bug | Normal | CKEditor 3.0 | General | |
Description |
Reproducing Procedures
|
|||||
#3475 | [FF] Multirange broken when command used several times | Bug | Normal | General | ||
Description |
Multirange broken when command used several times. Reproduction steps:
Depending on first selection range start, there are 2 possible misbehaviors:
35sec screencast presenting this issue: http://pub.meta20.net/fck-multirange.ogg Env: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.0.9) Gecko/2009042219 Iceweasel/3.0.9 (Debian-3.0.9-1) |
|||||
#3476 | Indentation and list features don't work in specific cases | Bug | Normal | CKEditor 3.0 | General | |
Description |
Steps to reproduce:
<p> This is some <strong>samp<span _fck_bookmark="1" id="cke_bm_81S" style="display: none;"> </span>le text</strong>. You are using <a href="http://www.fckeditor.net/">CKEditor</a>.</p>
This can also be reproduced by selecting the entire line of text using the mouse (not CTRL+A). |
|||||
#3477 | Enter prepends newline sometimes | Bug | Normal | CKEditor 3.0 | General | |
Description |
Enter prepends newline sometimes, instead of splitting actual line.
Issue doesn't exist when moving from left to right. Reproduced in r3461. Works fine in public demo. Env: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.0.9) Gecko/2009042219 Iceweasel/3.0.9 (Debian-3.0.9-1) |
|||||
#3478 | Simplify styles processing | Bug | Normal | General | ||
Description |
Styles processing logic need to refacted, adapting to recent changes of the range API. |
|||||
#3479 | Bolding - Italics - Underline cannot be turned off in IE | Bug | Normal | Core : Styles | ||
Description |
Having a hard time with the styles, cannot turn off the bolding at all. In IE7 you may select a text, bold it, and thats it, the toolbar button for that modified text gets stuck and you may never able to unbold the text afterward. You may go ahead and apply more bolding/italics/underline to the rest of the text, but cannot undo it. Any ideas, configuration file settings? My version is: FCK Editor: 2.6.4. InternetExplorer: 7.0.6001.18000 OS: Vista Business SP1 |
|||||
#3481 | paste error IN Chrome | Bug | Normal | FCKeditor 2.6.5 | General | |
Description |
|
|||||
#3483 | Editor removes all attributes of <source> element except 'lang' | Bug | Normal | Project : MediaWiki+FCKeditor | ||
Description |
Hi, the editor removes all attributes of the <source> element (used for syntax highlighted code), except the 'lang' attribute. While it would be nice, if all attributes could be edited by the FCKEditor, the non-editable ones should at least not be removed when switching back to Wikitext. You can reproduces this bei adding the following to a Wiki page: <source lang="java" line="on" start="1" enclose="pre" strict="on"> Hello World! </source> Open it in the editor and switch to Wikitext. Every attribute is gone, except the 'lang' one. A simple fix is to just include the other supported attributes in 'fckplugin.js': case 'fck_mw_source' : var refLang = htmlNode.getAttribute( 'lang' ) ; var refLine = htmlNode.getAttribute( 'line' ) ; var refStart = htmlNode.getAttribute( 'start' ); var refEnclose = htmlNode.getAttribute( 'enclose' ); var refStrict = htmlNode.getAttribute( 'strict' ); stringBuilder.push( '<source' ) ; stringBuilder.push( ' lang="' + refLang + '"' ) ; stringBuilder.push( ' line="' + refLine + '"' ) ; stringBuilder.push( ' start"' + refStart + '"' ) ; stringBuilder.push( ' enclose="' + refEnclose + '"' ) ; stringBuilder.push( ' strict="' + refStrict + '"' ) ; stringBuilder.push( '>' ) ; stringBuilder.push( FCKTools.HTMLDecode(htmlNode.innerHTML).replace(/fckLR/g,'\r\n') ) ; stringBuilder.push( '</source>' ) ; return ; Maybe a more general solution would be better, which just includes all the supplied attributes, since you would not have to update this code every time a new one was added. I tried this, but the simple approach got me all the synthetic FCKEditor attributes too. Best regards, Ralf |
|||||
#3484 | Images don't present at customized size on reload in WYSIWYG | Bug | Normal | Project : MediaWiki+FCKeditor | ||
Description |
I uploaded an image around 2000px x 1000px. I insert it via FCKeditor image button. I resized the image via the resize handles within the GUI. This worked great. I saved the content and the image size was correct in the content. I then hit edit to make some adjustments and the image was it's real size in the GUI instead of the customized size. I've attached a patch to resolve the issue. |
|||||
#3485 | When pressing the backspace key, it puts | Bug | Normal | Project : MediaWiki+FCKeditor | ||
Description |
It puts in where you have used the backspace key when editing. |
|||||
#3486 | fckpanel statick zindex problem | Bug | Normal | UI : Floating Panel | ||
Description |
Our AJAX framework uses a “bringElementToFront” function/algorithm witch job it is to make sure that a panel, window or such that should be on top in the zindex stack will be on top/have the highest zindex. The algorithm basically traverses the relevant stacking context of the DOM and finds the highest zindex, then return that + 1 (can provide code if you need it). I then have two windows/panels with FCKeditor, and up on loading the second window the above mentioned algorithm will find the FloatingPanelsZIndex in the stacking context and give the new window a higher zindex. This will then in turn result in style, format etc. drop down panels being displayed with a lower zindex and such behind the editor/current window/panel as seen in the picture. So the FloatingPanelsZIndex setting is not the best all round solution. This should probably be found dynamically as described above. Or at leaset this could be an option. Sugested solution: So I implementet a somwhat crude function getNextHighestZindex (Thanks to Jason J. Jaeger http://greengeckodesign.com/blog/2007/07/get-highest-z-index-in-javascript.html): function getNextHighestZindex(obj) { var highestIndex = 0; var currentIndex = 0; var elArray = Array(); if (obj) { elArray = obj.getElementsByTagName('*'); } else { elArray = document.getElementsByTagName('*'); } for (var i = 0; i < elArray.length; i++) { if (elArray[i].currentStyle) { currentIndex = parseFloat(elArray[i].currentStyle['zIndex']); } else if (window.getComputedStyle) { currentIndex = parseFloat(document.defaultView.getComputedStyle(elArray[i], null).getPropertyValue('z-index')); } if (!isNaN(currentIndex) && currentIndex > highestIndex) { highestIndex = currentIndex; } } return (highestIndex + 1); } Then changed fckpanel.js line 78, old code: FCKDomTools.SetElementStyles( oIFrame, { position : 'absolute', zIndex : FCKConfig.FloatingPanelsZIndex } ) ; New code: FCKDomTools.SetElementStyles(D, { position: 'absolute', zIndex: getNextHighestZindex(this._Window.document) }); This solves the problem. However as I said this implementation is more to the point of proof of concept. The function getNextHighestZindex is not a very efficient way to do this. Using the concept of stacking context to eliminate traversing all of the DOM is a better approach but more complicated. Also maybe the root of the problem is to where in the DOM the new panel is appended?? Hope you can look into this and find a good, robust and efficient solution. |
|||||
#3487 | getText() not always returns string | Bug | Normal | CKEditor 3.0 | General | |
Description |
For empty nodes, getText() will return undefined instead of empty string. According to jsdoc, this method returns string. Sample testcase
Please correct me if my point of view is incorrect. |
|||||
#3488 | Safari: Cell context menu doesn't always work | Bug | Normal | CKEditor 3.0 | General | |
Description |
Steps to reproduce:
|
|||||
#3489 | Not able to place cursor at end of document when table is the last element | Bug | Normal | CKEditor 3.0 | General | |
Description |
When a table is the last element in the document, it is not possible to place the cursor after the table in RT mode. |
|||||
#3490 | Context menu does not display properly in IE6. | Bug | Normal | CKEditor 3.0 | General | |
Description |
Reproduced on latest nightly Ajax sample. Please refer to attached image. |
|||||
#3491 | [IE] Paste from Word doesn't work | Bug | Normal | CKEditor 3.0 | General | |
Description |
Pasting from Word doesn't work in IE. Tested on IE7. Please refer to attached image. |
|||||
#3492 | Insert smiley dialog not keyboard accessible | Bug | Normal | CKEditor 3.0 | Accessibility | |
Description |
Steps to reproduce:
|
|||||
#3493 | Toolbar needs to work in High Contrast mode | New Feature | Normal | CKEditor 3.0 | Accessibility | |
Description |
One accessibility requirement is that the editor be usable in High Contrast (HC) mode by a user who does not have access to the mouse or a screen reader. When the editor is viewed in HC mode, the toolbar icons become invisible. When using keyboard only, the user cannot easily identify the functions of the toolbar items. |
|||||
#3494 | Context menu is too narrow in some translations | Bug | Normal | CKEditor 3.2 | UI : Floating Panel | |
Description |
Context menu is too narrow in some translations. Please see attached image. |
|||||
#3495 | New keyword | Task | Normal | General | ||
Description |
We need a good documentation, it would be useful to have a special keyword to mark important tickets. If ticket has this keyword (i.e Doc) it means that conclusion should be described in the documentation. When it is done - add Doc+. It would be independent from the normal ticket life cycle. For example: Conclusion ( and the reason ) of #3480 should be described in the documentation. |
|||||
#3496 | SCAYT plug-in for CKEdtior | New Feature | Normal | CKEditor 3.0 | UI : Spell Checker | |
Description |
Introduce the new "Spell Check As You Type" (SCAYT) spell checker option, provided by SpellChecker.net. |
|||||
#3497 | Editor name not protected from bad chars | Bug | Normal | CKEditor 3.0 | General | |
Description |
If editor.name="this.is.my.control" then plugin.js causes a javascript error In plugin.js the following script is used: Call the temporary function for the editing boostrap.
... Issue is if editor name contains a "." then script will fail - one way to fix this is : 'window.parent.CKEDITOR._[\'contentDomReady' + editor.name + '\']( window );' + nz |
|||||
#3498 | Upgrade error | Bug | Normal | Server : ASP.Net | ||
Description |
I have upgraded to the lates version of FCKeditor with the asp.net conversion on a godaddy.com server. I have followed the directions for manual integration. The latest version of the .dll seems to be causing real problems. Here is my error: Server Error in '/' Application. Parser Error Description: An error occurred during the parsing of a resource required to service this request. Please review the following specific parse error details and modify your source file appropriately. Parser Error Message: Could not load the assembly 'FCKeditorV2'. Make sure that it is compiled before accessing the page. Source Error: Line 1: <%@ Register Assembly="FredCK.FCKeditorV2" Namespace="FredCK.FCKeditorV2" TagPrefix="FCKeditorV2" %> Line 2: Line 3: <%@ page language="C#" masterpagefile="./Structure.master" autoeventwireup="true" inherits="admin_EditContentManagement, FCKeditorV2" title=":: Admin ::" validaterequest="false" %> Line 4: Line 5: <asp:Content ID="Content1" ContentPlaceHolderID="innerMaster" Runat="Server"> Source File: /admin/EditContentManagement.aspx Line: 3 I followed the manual instructions but when done with the register assembly directive first i get the aforementioned message. When I swap lines one and three, I get an error that says that the .dll (v=2.5.2912.21007) cannot be found. No surprise as I updated to the latest .dll. Any suggestions for a fix? How do I link the new assembly to my page so that i do not get that error? Could someone send me the old .dll v=2.5.2912.21007? |
|||||
#3499 | Error when using tablecommands plugin and claiming focus before fckeditor has completed loading | Bug | Normal | General | ||
Description |
Hi, I am using v2.6.4 (but this problem was also present in previous releases). When i enable the tablecommands plugin and include the required buttons in the toolbarset i'm getting a JS error when clicking on another input field in the form before FCKeditor has completed loading (because of a non-caching browser and/or slow connection). The annoying thing about this error is that FCKeditor continues to work but when you submit the data, the data you first put into the editor is being submitted and not the changed (edit) data. The problem is IE(7/8) related (firefox works fine). IE8 tells me that the error is in: /fckeditor/editor/js/fckeditorcode_ie.js line: 66 char: 429 Which leads to: /fckeditor/editor/_source/internals/fcktablehandler_ie.js line: 51 col: 5 I can 'fix' the problem in 2 ways:
Reproduce by:
|
|||||
#3500 | Failed testcase dom.element test_getAttribute_ignoreExpandoAttributes | Bug | Normal | CKEditor 3.0 | General | |
Description |
Except IE8 all the browsers fail this test. In IE7 it's due to the testcase itself, the rest of the browsers are failing because they return the _cke_expando as an attribute (just what the test is checking) The patch fixes all the issues for me. |
|||||
#3501 | Language file fixes and French file update | Bug | Normal | CKEditor 3.0 | UI : Language | |
Description |
Following the findings described at out forums: http://www.fckeditor.net/forums/viewtopic.php?f=11&t=13882 I'll be attaching a patch with fixes to the en.js file, uniformize all en files, as well as updates to the fr.js file. |
|||||
#3502 | Update testcase for styles plugin | Task | Normal | QA | ||
Description |
Fix for some minor problems in the testcases for the styles plugin.
Notes: IE8 in compatibility mode fails tests inline14, 15 and 16, but the real IE7 does pass them. So much for "compatibility" |
|||||
#3503 | New default skin for V3 | New Feature | Normal | CKEditor 3.0 | General | |
Description |
With V3 we'll be introducing a brand new skin. It will be the default one. The old V2 (V1!) one will still be available as an option. |
|||||
#3504 | CKPackager creates invalid JavaScript | Bug | Normal | CKEditor 3.0 | Project : CKPackager | |
Description |
When packing the en.js lang file, the packager mungers the file in such a way to cause the JavaScript Lint tool to complain. The specific problem is that in the "colors" object, it removes the quotes from the members. For example, "'008080' : 'Teal'," becomes "008080:'Teal',". |
|||||
#3506 | Combo panels do not align in FF | Bug | Normal | CKEditor 3.0 | General | |
Description |
When selecting any of the Styles/Format/Font/Size combos, the panel is misplaced. It is slightly different for FF2 and FF3. |
|||||
#3508 | getNext() is unavailable for all nodes | Bug | Normal | CKEditor 3.0 | General | |
Description |
getNext() actually is placed inside CKEDITOR.dom.element class, instead of CKEDITOR.dom.node. Because of this, can't be used for nodes which are not elements. getPrevious() for example is placed correctly inside CKEDITOR.dom.node. |
|||||
#3509 | Styles aren't maintained at end of line | Bug | Normal | Core : Styles | ||
Description |
Under certain conditions, basic styles (bold, italic, etc) aren't maintained at the end of lines. Steps to reproduce:
The newly typed text should be bold, but is not. This also happens under the following conditions:
The problem is that Firefox is appending a <br/> at the end, but it is not being included in the <strong> element. The solution is, when applying a style, to include that BR element. A patched is attached which fixes this problem. The problem can be reproduced in the latest nightly samples. |
|||||
#3510 | single quote text with italic face create problem | Bug | Normal | Project : MediaWiki+FCKeditor | ||
Description |
I am using mediawiki 1.11 with latest FCK editor plugin. If we have add any sentance in single quote with italic face. it will treted at bold face. Eg: Input text: '''This is italic''' Output text <b>This is italic</b> Expected text: '<i>This is italic</i>' The problem is because of the "code" for bold in medeawiki is [\'\'\'] and italic is [\'\']. If we can provide something like on key press with special character. we can convert it to HTML code like ' with ‘ " with “ |
|||||
#3511 | indents no longer supported with ordered lists | Bug | Normal | General | ||
Description |
Indents are no longer supported with ordered lists (or unordered ones). This was possible in previous versions of the editor. It should be simple enough to implement by using a style in the ol as per the p. eg:
|
|||||
#3512 | Non-namespaced css class names | Bug | Normal | CKEditor 3.0 | General | |
Description |
There are many non-namespaced css class names in dialog.css and those are:
I assume those are some legacy classes, but since dialog isn't placed inside an iframe, this can result in some serious complications. |
|||||
#3514 | [IE] dom.getFrameDocument still causes random errors | Bug | Normal | CKEditor 3.0 | General | |
Description |
Function dom.getFrameDocument still causes random errors in IE when accessing $.contentWindow.document. Although there is alredy some workaround for that, sometimes it still causing errors, like this one below (IE8 strict, polish language of dump, but ive translated keywords): Szczegóły błędu na stronie sieci Web Agent użytkownika: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0) Sygnatura czasowa: Wed, 13 May 2009 11:51:13 UTC Wiadomość: Permission denied Line: 1251 Char: 4 Kod: 0 Identyfikator URI: http://10.0.2.2/ckeditor/_source/core/dom/element.js Wiadomość: Permission denied Line: 1212 Char: 7 Kod: 0 Identyfikator URI: http://10.0.2.2/ckeditor/_source/plugins/dialogui/plugin.js It have happened using link dialog. In effect i was unable to close dialog using "OK" button. Another example is #3491. I think it can be easier to reproduce this on slower machines. |
|||||
#3515 | Replace function in Find & Replace dialog does not work | Bug | Normal | CKEditor 3.0 | General | |
Description |
TC
Reproduced using r3500 in FF3, IE8. |
|||||
#3516 | JS error in Find & Replace dialog | Bug | Normal | CKEditor 3.0 | General | |
Description |
TC
Reproduced using r3500 in FF3, IE8. |
|||||
#3517 | "Match cyclic" field in Find & Replace dialog | Bug | Normal | CKEditor 3.1 | General | |
Description |
I'm not sure if i understand correctly what "Match cyclic" should do, but if this is something like "Wrap search" or "Search from beginning after file end" then it acts in opposite way. TC
Reproduced using r3500 in FF3, IE8. |
|||||
#3518 | Replace textarea doesn't work if textarea name/id contains dot | Bug | Normal | General | ||
Description |
Hi. I tried this little sample: i downloaded ckeditor3 beta 2 release. I went in _sample directory, opened the replacebycode.html page and changed the first testarea name/id from editor1 to editor1.pippo and i left original the editor2 name/id. I opened the replacebycode.html page with firefox and IE and in both of them i couldn't write in the first textarea while all worked pretty good in second textarea. So it seems that when textarea id/name contains dot (that is editor1.pippo there is a dot between editor1 and pippo) the Javascript code doesn't work good. |
|||||
#3519 | Table context menu off screen for long text | Bug | Normal | UI : Context Menu | ||
Description |
I'm using the most recent stable release of fckeditor, but also tried it on the nightly build found here http://www.fckeditor.net/nightly/fckeditor/_samples/default.html The nightly of FCKEditor has the problem, but the nightly of CKEditor doesn't appear to have the problem. To reproduce
The problem gets worse if the page you have the editor embedded in can scroll even further down. Using Firefox 3.0.10 on RHEL 4. |
|||||
#3520 | Incorrect dialog layouts for Paste, Paste From Word, Paste As Plaintext and Table. | Bug | Normal | CKEditor 3.0 | UI : Dialogs | |
Description |
To reproduce:
The table dialog is a separate issue:
|
|||||
#3521 | Should be easier to pass parameters to connector | New Feature | Normal | File Browser | ||
Description |
A nice to have would be an easy way to pass parameters to the connector URL, without having to worry with connector link and parameters encoding! |
|||||
#3523 | In Firefox, Editor Area is not displayed/Refreshed | Bug | Normal | CKEditor 3.0 | General | |
Description |
When we do form post and reload the editor in FireFox, editor was not displaying the content inside the editor area. This is not reproducible in the standalone html file. So Martin is going to give me some logging javasript to identify the issue. |
|||||
#3524 | CKEditor Toolbar is missing the left and upper border | Bug | Normal | CKEditor 3.0 | General | |
Description |
CKEditor Toolbar is missing the left and upper border. It was existing in 2.6. Screenshot is attached. |
|||||
#3525 | Bug with link dialog box not showing up | Bug | Normal | General | ||
Description |
Here is the code under screen resolution of 1280X1024 <div style="width:1250px;float:left"> <!-- #INCLUDE file="fckeditor/fckeditor.asp" --> <%sBasePath = "fckeditor/" Set oFCKeditor = New FCKeditor oFCKeditor.BasePath = sBasePath oFCKeditor.Height = 600 oFCKeditor.width = 670 oFCKeditor.Value = "" oFCKeditor.Create "Content" %> </div> |
|||||
#3526 | Implement Ignore Empty Paragraph feature | Task | Normal | CKEditor 3.0 | General | |
Description |
After #3189 and #3190, empty paragraphs might get inserted in the document without user's intension, so clean up those empty blocks is necessary on output data. |
|||||
#3527 | CKEditor - JAWS issues | Bug | Normal | CKEditor 3.0 | General | |
Description |
The following issues are happening with JAWS tool: 1.Ctrl + Shift + F10 -> Opens the context menu inside the RTE editing area. But JAWS reads “Ctrl + Shift + F10, Menu bar, File, press left, right arrow to navigate
|
|||||
#3528 | CKEditor : Context Menu issue | Bug | Normal | CKEditor 3.1 | General | |
Description |
Shift + F10 -> Opens the Context menu, outside the RTE editing area(Sometimes it opens the File menu from the browser main menu) |
|||||
#3529 | [IE] Wrong find matching in IE8 quirks | Bug | Normal | CKEditor 3.0 | General | |
Description |
Wrong find matching in IE8 quirks. TC
Result: <p> a ^foo a^</p> <p> a foo a</p> <p> </p> Expected result: <p> a ^foo^ a</p> <p> a foo a</p> <p> </p> Does not take place in IE8 strict. |