Custom Query
Results (2801 - 2900 of 11754)
| Ticket | Summary | Owner | Type | Priority | Milestone | Component |
|---|---|---|---|---|---|---|
| #2647 | Problem With AJAX | Bug | Normal | Server : ASP.Net | ||
| Description |
I am using FCK editor 2.6 Version. I have kept the editor inside a Update panel and kept one button inside the update panel in asp.net. Now One more Item is there a drop down list. While selecting a ddl i am getting the loaded Contents into the editor. Suppose The editor value is : text Now I have changed the content. Now Value is: text testing Now I have pressed the Save button. But everytime it is save the old valu(text) only. This is happening in Mozila. In IE it is working fine. Please help me regarding this issue. Thanks and regards. |
|||||
| #2648 | Indent/Outdent kills nested contents | Bug | Normal | Core : Lists | ||
| Description |
Steps to reproduce
Expected behaviorThe following code is the expected result: <ul>
<li>item1</li>
<ul>
<ul>
<li>item2</li>
</ul>
</ul>
</ul>
item3
Current behaviorThe "item2" will disappear. The source view shows: <UL>
<LI>item1 </LI>
</UL>
item3
BrowsersIE, Firefox, Chrome, Safari AdditionsThe "item2" also disappears when you do indent at "item3" or "item1". |
|||||
| #2649 | IE: Error on Find dialog with "match whole word" | Bug | Normal | FCKeditor 2.6.4 | General | |
| Description |
Steps to Reproduce
A JavaScript error is thrown. It looks like an IE only issue. Works well with Firefox. |
|||||
| #2650 | Danish language file updates | Bug | Normal | FCKeditor 2.6.4 | UI : Language | |
| Description |
Danish language file updates |
|||||
| #2651 | Profile permissions | Bug | Normal | General | ||
| Description |
Hi I have 3 bloggers in my wordpress blog and when an author profile but when they try to align a text or an image using the FCKeditor the modifications doesn't work, I mean, is like that the changes that I made with the FCKeditor just aplly if I use an editor or admin profile. Does exist any solution? Thanks in advance |
|||||
| #2652 | EnterMode = br interferes with IE's auto-linking feature | Bug | Normal | UI : Enter Key | ||
| Description |
When entering a URL into FCKEditor using IE, IE automatically turns the URL into a link. This happens immediately upon pressing space or enter to finish the URL. When EnterMode is set to "br", this feature does not work anymore on pressing enter (still works on pressing space). |
|||||
| #2653 | Changing table properties cannot be undone (undoes the previous action instead) | Bug | Normal | FCKeditor 2.6.4 | UI : Dialogs | |
| Description |
changing table properties does not insert an undo step. The result of this is that the change in properties cannot be undone. The previous action is undone instead. The attached patch (fck_table.html) will always insert an undo step, which currently only happens when the table is initially created. This seems to fix the problem (the jury is still out on potential negative implications, but it looks safe). |
|||||
| #2654 | Paste from Contextual Menu does not honor ForcePasteAsPlainText with Safari | Bug | Normal | General | ||
| Description |
ForcePasteAsPlainText and ShowDropDialog are set to true. |
|||||
| #2655 | Extra line breaks added from paste after submitting form (Firefox 3, Mac OS X) | Bug | Normal | General | ||
| Description |
Browser: Firefox 3.0.4 OS: Mac OS X 10.5.5 FCKeditor: Tested with 2.6.3 and Nightly Steps to reproduce": Paste content with multiple paragraphs. It can originate from a website or a text file. Submit the form, and notice how extra line breaks are added between paragraphs as soon as you click submit. Also, clicking the "Source" button will reproduce the same issue. Issue cannot be replicated using Firefox in Windows. Safari does not replicate this bug either. Sample text being used to test the bug"':' Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Nullam quis magna in turpis pulvinar cursus. Aenean dolor nisi, porttitor ac, rutrum ac, sollicitudin ut, leo. Proin metus nisl, ultrices vel, malesuada in, fermentum ac, dui. Donec eget turpis. Donec id neque in nibh elementum commodo. Nulla eget risus sed nunc aliquet condimentum. Maecenas scelerisque pharetra urna. Aenean laoreet. Nulla facilisi. Suspendisse aliquam iaculis odio. Vestibulum ante ipsum primis in faucibus orci luctus et ultrices posuere cubilia Curae; Nulla tellus purus, euismod eget, pulvinar in, viverra quis, odio. Ut dignissim, nulla sit amet molestie dignissim, velit augue suscipit augue, nec malesuada leo urna id orci. Mauris laoreet, ante sed tristique hendrerit, magna diam consequat est, vitae facilisis massa augue vel libero. Class aptent taciti sociosqu ad litora torquent per conubia nostra, per inceptos himenaeos. Mauris pulvinar. Maecenas et nulla. Curabitur tellus. Aliquam est. Class aptent taciti sociosqu ad litora torquent per conubia nostra, per inceptos himenaeos. Maecenas at tortor. Vivamus et libero. Nam odio. Nulla in risus quis orci porttitor lobortis. Aliquam hendrerit mauris a tortor. In lectus velit, interdum non, feugiat eget, semper eu, nunc. Nunc eget lectus. Nam at purus. Aenean nibh. Nunc metus. In sapien neque, sagittis quis, tincidunt eu, consectetuer elementum, nibh. Cras rutrum massa eu mauris. Ut facilisis porta lectus. Etiam egestas. Nullam condimentum tortor. Maecenas eros nisl, rutrum eu, consequat eget, rhoncus nec, enim. Nunc quis nibh. Nullam eu pede sit amet arcu venenatis tempor. Quisque lacus. Aenean orci pede, luctus at, cursus eget, bibendum eget, dui. Aliquam non turpis non sem euismod facilisis. Aliquam erat volutpat. Sed velit pede, rutrum euismod, hendrerit eget, mollis nec, ipsum. Integer vitae nunc quis nisl rhoncus lobortis. Praesent at risus in neque facilisis congue. Vestibulum sem turpis, gravida at, rutrum nec, aliquam id, orci. Suspendisse cursus facilisis tortor. Maecenas congue, metus et rutrum bibendum, est lectus laoreet risus, et sagittis pede libero quis pede. Nullam dui nulla, tincidunt eget, condimentum in, venenatis non, est. Aliquam porta orci eget mauris. Integer arcu orci, lacinia eu, faucibus in, feugiat eu, justo. Cras tempus magna sit amet eros. Etiam pulvinar enim nec nibh. Aliquam eget sapien lobortis eros facilisis venenatis. Quisque sit amet odio. Vivamus porttitor mauris eget nulla. Vestibulum at tellus id pede suscipit malesuada. Nullam ornare ipsum vel ipsum. In congue blandit augue. Phasellus et diam luctus quam porttitor eleifend. Vestibulum nisl purus, aliquet vel, ultricies sollicitudin, aliquet sed, nisl. Nunc enim sapien, fringilla at, suscipit quis, euismod non, odio. Nunc eu orci. Praesent hendrerit. Donec eu sem a orci scelerisque dignissim. Nullam vestibulum ornare ipsum. Nunc felis. Donec vel enim. Pellentesque varius. Donec aliquet, lorem ut eleifend pharetra, elit magna porta orci, a eleifend nunc mauris sed sem. Ut ipsum enim, vehicula non, ultricies sit amet, consectetuer tincidunt, nisl. Aenean vitae libero in dolor aliquet egestas. Duis nec tellus. Suspendisse egestas suscipit ipsum. Pellentesque convallis. Maecenas adipiscing, eros sed consequat mollis, quam ipsum viverra odio, a semper tortor urna vel nulla. Morbi volutpat arcu id nisi. Etiam ultricies feugiat tellus. Class aptent taciti sociosqu ad litora torquent per conubia nostra, per inceptos himenaeos. Sed sed purus. Proin facilisis mollis dolor. Duis diam. Vestibulum non diam a elit accumsan adipiscing. Etiam viverra libero eu sem. |
|||||
| #2656 | Table: insert row/column produces unexpected results in the presence of merged cells | Bug | Normal | Core : Tables | ||
| Description |
In the presence of merged table cells (colspan or rowspan), inserting rows or columns produces table rows with missing cells. (see the attached picture, where the cell in the lower right corner is missing) The user would expect the merged cells to be extended (increasing the colspan or rowspan), for example like Excel or TinyMCE do it, or at least end up with an appropriate number of unmerged cells. |
|||||
| #2657 | "Real" inline editing request - similar or using contentEditable (see http://mozile.mozdev.org/) | New Feature | Normal | General | ||
| Description |
Hi, Before you read go to http://mozile.mozdev.org if you are not familiar with it. I would like to use what I would call "real inline editing" meaning we could keep the elements on a page without creating iFrames which lose all the CSS (because in CSS there is 'cascading'). A H1 tag lost in an iFrame created on the fly will not inehrit the special cascading CSS rules provided for a specific DOM element (as in div.MainContent > H1). One would assume that this has been discussed but I can't find anything about it. I'm sure it's very much within the capability of FCKeditor but it doesn't seem obvious how to achieve as it doesn't seem to have been scoped for so far. Simply imagine using contentEditable = 'true' (compatible with FF2, IE5.5 and Safari) or another more 'standard friendly' way for any element and being able to use the toolbar to edit the content in the same way as we're currently doing with iFrames. The goal is to be able to edit specific "editable areas" of the page based on templates. The same way Dreamweaver templates and asp.net MasterPages work. The best would be to use the current CreateHtml() technique to swap modes on elements based on their class or id and then enable the toolbar on focus... Which is exactly how Mozile work apparently (http://mozile.mozdev.org/). Please tell me it's already possible ;-) Thanks, Ludo |
|||||
| #2658 | paste of image in clipboard. | New Feature | Normal | General | ||
| Description |
I think FCKeditor is wonderful editor for wiki. So GREAT thanks. I request this functionality.(I couldn't find the duplicated request.) I usually make some manuals with screen captures. The captured image is copied to clipboard. Then I would like to paste this image to FCKeditor directly. Is it impossible? Or is there any other security problem? I hope this functionality will be supported. |
|||||
| #2659 | Word pasted content jumps to the bottom of the editor | Bug | Normal | General | ||
| Description |
Issue: MS Word pasted content jumps to the bottom of the editor when switching views (such as to Source view and back). I have tested this in 2.6 and on the demo of 2.6.3 and it happens in both using IE7/Win. I cannot reproduce it start-to-finish in Firefox. These are the steps to reproduce it:
This keeps happening with some of our users. It may be a function of pre-existing bad code on the page, or they paste the wrong way and try to fix it. Either way, it happens regularly. I have been through the forums and support tickets but did not find anything that matched. Has anyone else seen this or heard of a workaround? Posted in the support forum as http://www.fckeditor.net/forums/viewtopic.php?f=6&t=12106 |
|||||
| #2660 | alt & title for smileys | New Feature | Normal | CKEditor 3.0 | General | |
| Description |
On my site I use FCKeditor for a user-commentbox, the users can also insert smileys. FCKeditor works just fine with inserting the smileys but some of the smileys look the same or aren't really clear on what they represent. The smiley popup doesn't give any information about the smiley, so I modified the script a bit to include the attributes alt and title to the img tag. It's just a small adjustment but (at least in my case) very helpful. I changed the javascript function InsertSmiley in fck_smiley.html (fckeditor/editor/dialog) to this: function InsertSmiley( url, alt )
{
oEditor.FCKUndo.SaveUndoStep() ;
var oImg = oEditor.FCK.InsertElement( 'img' ) ;
oImg.src = url ;
oImg.alt = alt ;
oImg.title = alt ;
oImg.setAttribute( '_fcksavedurl', url ) ;
// For long smileys list, it seams that IE continues loading the images in
// the background when you quickly select one image. so, let's clear
// everything before closing.
document.body.innerHTML = '' ;
dialog.Cancel() ;
}
changes: In the same file I changed the javascript that displays the emoticons to this: <script type="text/javascript">
var FCKConfig = oEditor.FCKConfig ;
var sBasePath = FCKConfig.SmileyPath ;
var aImages = FCKConfig.SmileyImages ;
var aAlts = FCKConfig.SmileyAlts ;
var iCols = FCKConfig.SmileyColumns ;
var iColWidth = parseInt( 100 / iCols, 10 ) ;
var i = 0 ;
while (i < aImages.length)
{
document.write( '<tr>' ) ;
for(var j = 0 ; j < iCols ; j++)
{
if (aImages[i])
{
var sUrl = sBasePath + aImages[i] ;
document.write( '<td width="' + iColWidth + '%" align="center" class="DarkBackground Hand" onclick="InsertSmiley(\'' + sUrl.replace(/'/g, "\\'" ) + '\', \''+ aAlts[i] +'\')" onmouseover="over(this)" onmouseout="out(this)">' ) ;
document.write( '<img src="' + sUrl + '" title="'+ aAlts[i] +'" alt="'+ aAlts[i] +'" border="0" />' ) ;
}
else
document.write( '<td width="' + iColWidth + '%" class="DarkBackground"> ' ) ;
document.write( '<\/td>' ) ;
i++ ;
}
document.write('<\/tr>') ;
}
</script>
changes:
In fckconfig.js I have put an array FCKConfig.SmileyAlts which contains the names I want to give the smileys. This array has to be in the same order and contain the same amount of elements as FCKConfig.SmileyImages. FCKConfig.SmileyImages = ['big_grin.png','blink.png','blush.png','yawn.png'] ; FCKConfig.SmileyAlts = ['big grin','blink','blush','yawn'] ; |
|||||
| #2661 | Make dialog text boxes work in IE6. | Task | Normal | CKEditor 3.0 | UI : Dialogs | |
| Description |
Two problems right now...
|
|||||
| #2662 | Make dialog layout work in quirks mode. | Task | Normal | CKEditor 3.0 | UI : Dialogs | |
| Description |
Dialogs in the current SVN code of CKEditor 3 don't work under quirks mode. |
|||||
| #2663 | Fix the scrolling bug for CKEditor 3 link dialog. | Bug | Normal | CKEditor 3.0 | UI : Dialogs | |
| Description |
To reproduce the bug:
Strangely, it doesn't happen with the smiley dialog. |
|||||
| #2664 | Make a textarea input element and a multiple-choice select box element for v3 dialogs. | Task | Normal | CKEditor 3.0 | Core : Lists | |
| Description |
The select box dialog that Artur wrote needs a multiple-choice select box element, while the email fields in the link dialog needs a textarea input element. |
|||||
| #2665 | Fix layout of v3 dialog buttons in IE. | Task | Normal | CKEditor 3.0 | UI : Dialogs | |
| Description |
For some unknown reason the align attribute in the button's <table> element doesn't work in IE, the buttons are all being center aligned. |
|||||
| #2666 | Review and refresh the documentation for the dialog system. | Task | Normal | CKEditor 3.0 | General | |
| Description |
As new features, fixes and necessary hacks are being added to the v3 dialog system, its API and its design is gradually deviating from its original specs document. The specifications and JSDoc documentations will need to be updated once the dialog system's structure becomes more stable. |
|||||
| #2667 | DocTypeDeclaration fck_docprops.html | Bug | Normal | General | ||
| Description |
When using the document property,
The problem is that a value is use for a select,
instead of the selectedIndex. Here is a patch Index: editor/dialog/fck_docprops.html
===================================================================
--- editor/dialog/fck_docprops.html (revision 2374)
+++ editor/dialog/fck_docprops.html (working copy)
@@ -204,9 +204,18 @@
}
// Document Type.
+
if ( FCK.DocTypeDeclaration && FCK.DocTypeDeclaration.length > 0 )
{
- GetE('selDocType').value = FCK.DocTypeDeclaration ;
+ var selDocType = GetE('selDocType');
+ var dtd = FCK.DocTypeDeclaration.toString().toUpperCase();
+ for ( var i = 0; i < selDocType.options.length; i++ ) {
+ if ( selDocType.options[i].value.toUpperCase() == dtd ) {
+ selDocType.selectedIndex = i;
+ break;
+ }
+ }
+
if ( GetE('selDocType').selectedIndex == -1 )
{
|
|||||
| #2669 | while drag and drop of ImageButton ,the path will be changed to absolute path | Bug | Normal | General | ||
| Description |
while drag and drop of ImageButton ,the path will be changed to absolute path. Example while loading the imagebutton from server,in the source view the path will be like"images/gobi.gif".After that drag and drop of that image inside the editor,the source view that particular imagebutton source is chaned to "www.fckeditor.net/images/gobi.gif".In the case of image the path is not changed. Please check this one. |
|||||
| #2670 | img tag valid xhtml generation failed | Bug | Normal | Core : Output Data | ||
| Description |
<noscript><a href= target='_blank'><img src= border='0' alt=></a></noscript> this html source code will cause fckeditor to fail valid xhtml generation. if we remove noscript tag it will succeed. |
|||||
| #2671 | Upload directly to Picasa | New Feature | Normal | General | ||
| Description |
There's an uploading function in FCKeditor. The picture will be uploaded to the own FTP space. I want to upload the picture directly to Picasa. Is this possible to build? And how easy? I don't know the Google API, but maybe someone here has enough knowledge. |
|||||
| #2672 | Ctrl-Del does not delete next work | New Feature | Normal | General | ||
| Description |
In most text editors, Ctrl-Del deletes the next word, but this does not work in FCKEditor. Ctrl-Backspace however *does* work and deletes the previous word. |
|||||
| #2673 | Pipe Symbol i.e | is converted to %7c | Bug | Normal | General | ||
| Description |
Steps to reproduce: Create a html file with a href link in that file. for eg: <a href="http://forum.textpattern.com?f=Hi|hello">Gerald</a> Paste the above link in a notepad and save that file with extension .html Open the html file in any browser, press CTRL+A, The content will be copied. Paste the content in your FCKeditor. Switch to Source view and see that, the pipe symbol which is in between Hi and hello in the href link gets converted to %7C |
|||||
| #2674 | Multiple Spans | Bug | Normal | Core : Styles | ||
| Description |
This is more of an inconvenience than a bug. I've found that when applying multiple properties to a selection, such as font color and background color, multiple span tags are used. fckeditor produces: <span style="color: #FF0000"><span style="background: #FFFF00">Test</span></span> instead of: <span style="color: #FF0000; background: #FFFF00">Test</span> |
|||||
| #2675 | Changing background color does not render properly when font sizes differ. | Bug | Normal | Core : Styles | ||
| Description |
Tested in opera and firefox. If you go to the demo, and change the font size of the first sentence "This is some sample text." to font-size xx-large. Then select all the text and change the background color and you'll notice that the background color behind the large font only covers it by half. The output it the following; <span style="background-color: rgb(255, 0, 0);">
<span style="font-size: xx-large;">
This is some <strong>sample text</strong>.
</span>
You are using
</span>
<a href="http://www.fckeditor.net/" _fcksavedurl="http://www.fckeditor.net/">
<span style="background-color: rgb(255, 0, 0);">
FCKeditor
</span>
</a>
<span style="background-color: rgb(255, 0, 0);">.</span>
but it should take into account different spans for different font-sizes that should be contained within the font-size span. Thus it should produce the following; <span style="font-size: xx-large;">
<span style="background-color: rgb(255, 0, 0);">
This is some <strong>sample text</strong>.
</span>
</span>
<span style="background-color: rgb(255, 0, 0);">
You are using
</span>
<a href="http://www.fckeditor.net/" _fcksavedurl="http://www.fckeditor.net/">
<span style="background-color: rgb(255, 0, 0);">
FCKeditor
</span>
</a>
<span style="background-color: rgb(255, 0, 0);">.</span>
|
|||||
| #2677 | How to Integrate with Zend Framework | Task | Normal | Server : PHP | ||
| Description |
Hi, We have an app written in Zend Framework. How do integrate the FCKeditor and CKFinder functionality without breaking the Zend Framework methodology? It appears that our URL rewrite stuff does not work well with how we've setup the FCKeditor and CKFinder. Thanks in advance for any assistance. Greg |
|||||
| #2679 | Indent causes infinite loop | Bug | Normal | FCKeditor 2.6.4 | General | |
| Description |
Steps to reproduce
<p><span>
<table width="100" border="1">
<tr>
<td>test</td>
</tr>
</table>
</span></p>
Expected resultNo changes happening. Current behavior
The IE7 will return an unresponsive script alert. Stop script execution and back to source view, it shows: <p><span><span id="1227705253552S" style="display: none"> </span></span></p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p><span>
<table width="100" border="1">
<tbody>
<tr>
<td>test</td>
</tr>
</tbody>
</table>
</span></p>
BrowsersIE6, IE7. AdditionsThis is some how like #1717. |
|||||
| #2680 | Image Upload: if the file browser window is stilll open in background, it is not brought into the foreground | Bug | Normal | UI : Dialogs | ||
| Description |
So the file-browser window is hidden. (If the user forgot about moving it into background, he won't find it.) steps to reproduce:
in window "image properties" of FCKeditor:
in FCKeditor:
The (already open) file-browser window stays in background. It should be moved into foreground. |
|||||
| #2681 | V3 - New plugins | New Feature | Normal | CKEditor 3.0 | UI : Dialogs | |
| Description |
Dialogs to do: -Special Character -Insert/Edit Table -Insert/Edit Flash |
|||||
| #2682 | Setting and clearing background colour does not work with 'non-canonical' styling | Bug | Normal | Core : Styles | ||
| Description |
When setting and clearing background colour settings, it is necessary to parse and update the currently active settings (the same process that as applying other styling). Unfortunately, there are many different ways to specify background colour, and only a very narrow combination of them works. Basically, any background colour that has been set using a different method then the current FCK/browser combination would do it, is likely do not work properly. The effect (on the HTML) of applying a background colour differs by browser:
By going to the source pane on the FCK demo site, and changing the style setting to reflect the above variations, a number of situations where the background colour button does not work properly can be demonstrated.
While the priority of supporting arbitrary styling from external sources may be low, it is possible to create a text that does not work properly by just editing it in FCK repeatedly with different browsers. Workaround: use the "style clear" button to remove all styles (which works reliably), and then re-apply. |
|||||
| #2683 | onChange in radio group elements does not work | Task | Normal | CKEditor 3.0 | UI : Dialogs | |
| Description |
This problem was discovered while reviewing and writing API documentations today. The onChange event handler for radio buttons work during explicit setValue() calls but doesn't work when the user clicks on a radio button or checks a radio button by pressing Space. This needs to be fixed. |
|||||
| #2684 | pagebreak not working | Bug | Normal | General | ||
| Description |
Using drupal 5.11 Installed latest version of FCKeditor + Paging module, yet the page is not broken. When in 'edit' mode, I can see the pagebreak line, but it's completely ignored in 'view' mode. The problem occurs on the site www.proudplus.com |
|||||
| #2685 | Integrate the SpellChecker.net "Web Spell Checker" | New Feature | Normal | FCKeditor 2.6.4 | UI : Spell Checker | |
| Description |
We are partnering with SpellChecker.net to bring a nice new feature to the editor. It consists on a powerful spell checker (and not only) that requires no installation neither in the browser nor in the server. This spell checker is called "Web Spell Checker". It's an online service provided by SpellChecker.net, which is closely integrated with the editor interface. It is free, but the free version displays a banner space while the spell check dialog is open. Because of the "zero installation" nature of this solution, it is supposed to become the default spell checker in the editor. We'll still support SpellerPages and ieSpell just like before. This ticket should handle not only the code necessary to introduce this feature in the editor, but also all documentation changes and additions to properly inform our users about the possible settings, and an explanation for the banner thing. |
|||||
| #2686 | Input Japanese for Mac Firefox | Bug | Normal | General | ||
| Description |
===================================== |
|||||
| #2688 | fck_paste.html: paste from word fails with ++ in url | Bug | Normal | UI : Dialogs | ||
| Description |
The offending line is 138: var re = new RegExp( window.location + "#", "g" ) ; It takes the window location as regexp which is not a good idea. With an url like http://localhost:8080/++skin++cms/@@/gocept.fckeditor/editor/dialog/fck_paste.html that doesn't work: invalid quantifier +skin++cms\/@@\/gocept.fckeditor\/editor\/dialog\/fck_paste.html# A simple string replace would do! |
|||||
| #2689 | URLs are encoded incorrectly when connectors pass back URLs for File elements in XML | Bug | Normal | FCKeditor 2.6.5 | File Browser | |
| Description |
When the file browser is used to fetch files and folders, an optional "url" attribute can be passed back with each "File" element. If the "url" attribute is not passed back with each "File" element, then the resulting URLs are displayed correctly after fetching an image or link. However, if the URL parameter is specified, then problems occur. The "GetFilesAndFoldersCallback" function will store the URL, assuming that it isn't encoded already (which is incorrect - the data is a URL, after all). Then, in the "OpenFile" function, the URL will be "re-encoded". This becomes a problem when the URL already contains encoded characters. For example, if one of the parts of the URL contains a space, then the "url" attribute will come back with a '%20' (as any correct URL should). The resulting '%20' will then be re-encoded to read "%2520" in the 'OpenFile' function. Obviously, this would be incorrect. |
|||||
| #2690 | Second-level context menus are selectable | Bug | Normal | UI : Context Menu | ||
| Description |
[144] fixes SF bug 1660456 (context menus are selectable). However, the second-level context menu (for example the Cell or Row options in the context menu for tables) are still selectable, so that in IE, you can end up with a full-screen display of "fck-strip.gif" as the result of unfortunate drag-drap actions. |
|||||
| #2691 | install on godaddy shared hosting | Task | Normal | Server : ColdFusion | ||
| Description |
I've uploaded the dir on my shared hosting with godaddy and placed the code in my my test but it's not showing up. Any suggestions? Here's my test page.. http://www.advantageweb.net/fckeditor_testpage.cfm |
|||||
| #2692 | Style tags are deleted by Google Chrome | Bug | Normal | Core : Output Data | ||
| Description |
When using Google Chrome (0.4.154.25) to open a field containing <style> tags, those tags are deleted either when posting (saving) or just by viewing the html source. |
|||||
| #2693 | div boxes not sizing correctly | Bug | Normal | General | ||
| Description |
see modified sample01.aspx that is attached. There are two simple examples of html that does not render correctly in the editor. While seemingly simple example, it gets worse when margins and padding are used. What the user enters, does not display the same way when used in a web page, causing scrollbars to display when not desired or text to get cut off. |
|||||
| #2694 | Search&Replace dialog problem on FF3 with FCK in modal dialog | Bug | Normal | UI : Dialogs | ||
| Description |
If FCKEditor is used in modal dialog window in FF3, opening Search&Replace dialog causes an exception: setting a property that has only a getter fck_replace.html()()fck_replace.html (line 34) var dialogArguments = dialog.Args() ; The solution is to rename all dialogArguments in this file to _dialogArguments. There was a similar proble with Insert Table dialog, but it appears to be fixed in nightly build. |
|||||
| #2695 | Don't convert newline characters into <BR /> inside <PRE>...</PRE> | Task | Normal | General | ||
| Description |
I use FCKeditor at Seedwiki. When I type, say, a computer program inside <PRE>...</PRE> tags, all newline characters become <BR /> tags. A code like: <pre> FOR A = 0 TO 255 PRINT CHR$(A); NEXT A </pre> becomes a LONG SINGLE line: <pre>FOR A = 0 TO 255<br /> PRINT CHR$(A);<br />NEXT A</pre> (Just imagine a 100+ line program...) For a number of reasons sometimes it's preferable to use the TextArea editor, or simply we are stuch with a browser where FCKeditor's WYSIWYG feature doesn't work. In those cases, we must face the nightmare of editing that long single line. Hence my suggestion: don't convert newline characters into <BR /> inside <PRE>...</PRE> tags. |
|||||
| #2696 | Fix autogrow in Firefox | Bug | Normal | FCKeditor 2.6.4 | General | |
| Description |
Autogrow doesn't work in Firefox |
|||||
| #2697 | Page Break in the middle of paragraph closes opening 'p' tag before <hr> and adds <p> </p> to ending 'p' tag when toggling to source | Bug | Normal | UI : Source View | ||
| Description |
<p>Lorem ipsum dolor sit amet, consectetur adipiscing elit. Proin leo. Ut consequat magna ut purus. Nullam faucibus turpis at sem. Morbi eget augue. Cras blandit dictum magna. Vivamus sed nulla sit amet tortor eleifend luctus. Integer odio. Aliquam hendrerit mattis quam. Cras lobortis erat porttitor risus. Cras sed dolor eu diam cursus pretium. Donec urna.</p>
<p>Lorem ipsum dolor sit amet, consectetur adipiscing elit. Proin leo. Ut consequat magna ut purus. Nullam faucibus turpis at sem. Morbi eget augue. Cras blandit dictum magna. Vivamus sed nulla sit amet tortor eleifend <hr class="page_break" /> luctus. Integer odio. Aliquam hendrerit mattis quam. Cras lobortis erat porttitor risus. Cras sed dolor eu diam cursus pretium. Donec urna.</p>
<p>Lorem ipsum dolor sit amet, consectetur adipiscing elit. Proin leo. Ut consequat magna ut purus. Nullam faucibus turpis at sem. Morbi eget augue. Cras blandit dictum magna. Vivamus sed nulla sit amet tortor eleifend</p> <hr class="page_break" /> luctus. Integer odio. Aliquam hendrerit mattis quam. Cras lobortis erat porttitor risus. Cras sed dolor eu diam cursus pretium. Donec urna. <p> </p>
<p>Lorem ipsum dolor sit amet, consectetur adipiscing elit. Proin leo. Ut consequat magna ut purus. Nullam faucibus turpis at sem. Morbi eget augue. Cras blandit dictum magna. Vivamus sed nulla sit amet tortor eleifend</p> <hr class="page_break" /> <p>luctus. Integer odio. Aliquam hendrerit mattis quam. Cras lobortis erat porttitor risus. Cras sed dolor eu diam cursus pretium. Donec urna.</p>
|
|||||
| #2698 | Postback then history back | Bug | Normal | Server : ASP.Net | ||
| Description |
When using a postback from a page with FCKEditor then navigating back with browser button, the content of FCKEditor contains the raw html value. In the sample, the content becomes from "value" to "<p>value</p>" : <form id="form1" runat="server">
<fck:FCKeditor ID="fckeContenu" runat="server" Value="<p>value</p>" BasePath="~/fckeditor/"
Height="300px" HtmlEncodeOutput="True" />
<asp:LinkButton ID="LinkButton1" runat="server">LinkButton</asp:LinkButton>
</form>
Test platform uses VS 2008, .Net 3.5 and FCKEditor 2.6.3. |
|||||
| #2699 | 'OK' button in table dialog disappears | Bug | Normal | UI : Dialogs | ||
| Description |
Steps to reproduce:
This may seem contrived, but if someone rubs out all of the fields but means to leave just the rows/cols but accidentally rubs those out too, they cannot get back to add those rows/cols in. (PS It would be extremely helpful if the default values in this box were setable, and in particular that there were a 'class' definition as per another bug report.) |
|||||
| #2701 | I have been having a bit of a problem in using numbered lists in FCKEditor. | Bug | Normal | Core : Lists | ||
| Description |
I can create multiple lines of text, then select this text and click on numbered list icon on tool bar and convert the text to numbered list. So far so good, every thing appears to work fine. Now if I select the items of the numbered list and change the font, only the font of the text that I had entered changes, but the font of the numbering (1, 2, 3, 4 etc appearing before each list item) stays as earlier. When I looked at the HTML source, I found that the font is getting applied to the content portion only (individually, inside the <LI> tag). For example, the source looks like: <ol type="1" start="1"> <li><font size="4">This is item number 1</font></li> <li><font size="4">This is item number 2</font></li> <li><font size="4">This is item number 3</font></li> </ol> How can I get the font selection to be applied as: <font size="4"> <ol type="1" start="1"> <li>This is item number 1</li> <li>This is item number 2</li> <li>This is item number 3</li> </ol> </font> Thanks, Anderson Gomes |
|||||
| #2702 | reset undo history | New Feature | Normal | Core : Undo & Redo | ||
| Description |
a Simple function to reset the undo history so that you can reuse an editor window with out having to reload in order to clear the current undo/redo history. The function is very simple .. just resets the undo vars FCKUndo.resetUndoState = function()
{
//simple reset of the undo history
this.SavedData = new Array() ;
this.CurrentIndex = -1 ;
this.TypesCount = 0 ;
this.Changed = false ;
this.Typing = false ;
this.SaveLocked = false ;
FCK.Events.FireEvent( "OnSelectionChange" ) ; // this updates the undo and redo toolbar status
}
|
|||||
| #2703 | FCKeditor objects rename proposal | New Feature | Normal | General | ||
| Description |
When scripting around the editor I create a bunch of references to the objects of the FCKeditor, some of which the name differs from its name in the FCKeditor. If find my names more clear and less ambiguous. editorFrame = document.getElementById(editorInstance.Name + '___Frame');
editorWindow = editorInstance.EditorWindow.parent;
editorDocument = editorWindow.document;
editorBody = editorDocument.body;
editingAreaWindow = editorInstance.EditorWindow;
editingAreaDocument = editorInstance.EditorDocument;
editingAreaBody = editingAreaDocument.body;
editingAreaIFrame = getElement('xEditingArea').getElementsByTagName('iframe')[0];
I hope this also makes sense to you guys and gets adopted. |
|||||
| #2704 | an <x> and <o> tags in <ebmed> and <object> tags | Bug | Normal | General | ||
| Description |
I am using the last stable version (2.6.3) and I do not know how to avoid this strange "<x>" or "<o>" tags appearing when I paste some code, containing <object> or <embed> tags. After I switch from code view everything seems to be fine, but when I save - the embed and object tags appear to have "<x>" and "<o>" tags after the first letter. Example: "<e<x>mbed>". Can you please give me a hint what is causing this... I would really appreciate that. |
|||||
| #2705 | Fix Link dialog in IE | Task | Normal | CKEditor 3.0 | UI : Dialogs | |
| Description |
The selection code in the Link dialog of CKEditor v3 is currently broken in IE. |
|||||
| #2706 | Complete context sensitivity logic of Link dialog | Task | Normal | CKEditor 3.0 | General | |
| Description |
Currently, target, popup and advanced attributes pages in the Link dialog are not context sensitive. |
|||||
| #2707 | Problems with using with Joomla ver 1.58 | Bug | Normal | General | ||
| Description |
We have used FCK editer with vers 1.56 and 1.57 with Joomla but when we us it wit hver 1.58 we are getting question marks apear in spaces when we copy and paste. If we remove the question marks in the source code, then go back in to the page at later date and make amedments the question markes reapear? We have upload the site twice and have used FCK for chrome but get the same problem. If we use the tinymouse editer we have no prblems? |
|||||
| #2708 | FCK_link.js Email Protection | Bug | Normal | General | ||
| Description |
When using email protection when creating an email link. You get an javascript error if you have a body text with 2 lines in it. Error: untermintated string literal Tested on FCKeditor Nightly Build with FireFox 3.0.4 |
|||||
| #2709 | Problems in Arabic | Bug | Normal | UI : Dialogs | ||
| Description |
Hi, i have some problems while using FCK demo. First, I change FCK Language to Arabic. It means that direction is right-to-left. But in Link Popup, it's still be ltr direction. See images file Second, I test it in IE6. FCK errors in display Link Popup. Can u fix these problems. Thanks u very much Tan Pham Dinh eXoPlatform SEA |
|||||
| #2710 | Text size larger than normal in Internet Explorer 7 - FCKEditor 2.6.3 | Bug | Normal | Project : MediaWiki+FCKeditor | ||
| Description |
After upgrading to 2.6.3, any pages edited in FCKEditor have text appearing larger than normal in Internet Explorer 7. This problem doesn't affect the text in Firefox 2. I reverted back to 2.6.2 and the text appears normal size in Internet Explorer 7. |
|||||
| #2711 | Square character appears in list of links - FCKEditor 2.6.3 | Bug | Normal | Project : MediaWiki+FCKeditor | ||
| Description |
I just upgraded to FCKEditor 2.6.3. I'm using it with MediaWiki 1.11.1. I'm having a problem when adding a link to text in the FCKEditor interface. When I type in a search term to bring up an existing page, the first item in the list of pages in the Automatic Search Results is preceeded by a square character. The square character appears only next to the first item in the results list whether there's one result or 100. If I select the item preceeded by the square, the link doesn't work. If I look at the Wikitext, the link is displayed correctly. However, if I look at the HTML, it will look like this: <a href="/wiki/index.php?title=%EF%BB%BFSenior_Staff_Meeting_Agenda&action=edit" class="new" title="Senior Staff Meeting Agenda">Senior Staff Test</a> Because these characters: %EF%BB%BF preceed the link, clicking on the link doesn't take you to the correct page. If I select any other link in the list (when there are multiple links), it links the page correctly. This only affects the first link in the list. When I reverted back to 2.6.2, this problem does not appear. More details here: http://www.fckeditor.net/forums/viewtopic.php?f=6&t=12320&p=32306#p32306 |
|||||
| #2712 | Editor crashes when left-aligning centered text | Bug | Normal | General | ||
| Description |
This has been confirmed with FCKEditor 2.6.3. Steps to reproduce:
(Test Data): <div class="O" v:shape="_x0000_s1026" style="text-align: center"><span style="font-size: 20pt">E-BizL [%] = <div class="O" v:shape="_x0000_s1026" style="text-align: center"><span style="font-size: 16pt">Shipping units with electronic interchange / <div class="O" v:shape="_x0000_s1026" style="text-align: center"><span style="font-size: 16pt">All shipping units (based on actual arrival date)</span></div> </span></div> </span></div>
Browser name and OS : IE 7.0.5730.11 on Windows XP Professional, SP 2 |
|||||
| #2713 | New translation of preferences messages: Spanish | New Feature | Normal | Project : MediaWiki+FCKeditor | ||
| Description |
I have make the translation for strings shown in preferences dialog of MediaWiki+FCKeditor User preferences. This translation is not disponible in the .tar.gz fichier version 2.5.1 offered in main MediaWiki+FCKeditor web page. |
|||||
| #2714 | Improved translation of preferences messages: Galician | New Feature | Normal | Project : MediaWiki+FCKeditor | ||
| Description |
I have added a few phrases to the list of strings for the preferences dialogue of MediaWiki+FCKeditor User Preferences. The translation in galician was not complete in the .tar.gz fichier (version 2.5.1) offered in MediaWiki+FCKeditor main web page. |
|||||
| #2715 | Improved translation of preferences messages: French | New Feature | Normal | Project : MediaWiki+FCKeditor | ||
| Description |
I have added a few phrases to the list of strings for the preferences dialogue of MediaWiki+FCKeditor User Preferences. The translation in French was not complete in the .tar.gz fichier (version 2.5.1) offered in MediaWiki+FCKeditor main web page. |
|||||
| #2718 | Find-replace function doesn't work properly | Bug | Normal | General | ||
| Description |
source code in fck-editor looks like <b>Lorem ipsum dolor sit amet</b> If I want to replace word "amet", fck stopps working. It can't replace this word. If I want to replace word Lorem, source code after replacing looks like: Lorem<b> ipsum dolor sit amet</b> Its not only for tag <b> but also for <span>, <i>, <u>, <sub>, <sup>, <font>. Tested in your nightly version. Next problem is <a> tag.Source code is <a href="http://www.fckeditor.net/">FCKeditor</a>. if I want to replace word editor with Lorem ipsum, source code looks like: <a href="http://www.fckeditor.net/">FCK</a>Lorem ipsum Could you pleas fix those bugs ASAP |
|||||
| #2719 | Selected image could cause overlapped button not working. | Bug | Normal | General | ||
| Description |
This happens on IE only (FFx is fine).
|
|||||
| #2720 | Cursor jumps around on IE after pasting entire paragraphs into inline-formatted sections | Bug | Normal | Core : Styles | ||
| Description |
<P><STRONG>aaaa</P> <P>bbbb</P></STRONG> <P>bbbb</P>
Note: This seems to be IE-only. |
|||||
| #2722 | Unable to open context menu to edit Select control (Drop Down) in fckeditor | Bug | Normal | UI : Context Menu | ||
| Description |
i am unable to open context menu by right clicking to edit the drop down box i.e. to add or to modify option in it in firefox 3.0.3. it works fine in IE7. please resolve this bug Rohit Joshi |
|||||
| #2723 | 4 Errors - Fatal - Editor not loaded - FireFox | Bug | Normal | General | ||
| Description |
FCKTools.FixCssUrls is not a function window.document.dir = FCKLang.Dir ; fckedito...wsToolbar (line 203) FCKTools.FixCssUrls is not a function window.document.dir = FCKLang.Dir ; fckedito...wsToolbar (line 203) FCKLang is not defined
fckedito..._gecko.js (line 106) FCKLang is not defined
fckeditor/editor/fckeditor.html?InstanceName=NewText&Toolbar=lskNewsToolbar (line 203) FCKLang is not defined
fckedito..._gecko.js (line 99) FCKLang is not defined
fckeditor/editor/js/fckeditorcode_gecko.js (line 106) |
|||||
| #2726 | Extend "Configurations Properties" list | New Feature | Normal | Server : ASP.Net | ||
| Description |
At this moment it is impossible to set the LinkBrowserWindowWidth/LinkBrowserWindowHeight properties because this setting is not defined in FCKeditor.cs. Due to this limitation, it is impossible to set the height and width of CKFinder (for Asp.Net) using the CKFinder object. |
|||||
| #2727 | FCKDomTools.GetIndexOf(node) failed for IE | Bug | Normal | UI : Enter Key | ||
| Description |
Steps to reproduce
<P><SPAN><P>aaa</P></SPAN><P>bbb</P>
Expected resultsStep 3 should create a new line at the page top. Step 4 should create a new line between "aaa" and "bbb". Current behaviorStep 3 created a new line between "aaa" and "bbb". Step 4 created a new line at the page top. BrowsersIE6, IE7. Known factsFor IE6/IE7, the following is surprisingly true for above example: node.firstChild ≠ node.childNodes[0] Attached test.html can show above effects. |
|||||
| #2729 | User can delete images from server | New Feature | Normal | General | ||
| Description |
I am one of the user of fckeditor and also a website developer. one of the nice feature of fckeditor is image uploading & insertion from server. But I notice that user can't remove file from server. After uploding image if user realize that he upload wrong image then there is no way to delete that image(as per my knowledge). So I think user should have facility to delete image from server. If development team have any suggestion or any thing else, plz tell me. you can contact me at pathiksi@ gmail.com Hopefully waiting for fckeditor version with this facility. Thank you |
|||||
| #2730 | CreateFolder uses incorrent HTTP method | Bug | Normal | File Browser | ||
| Description |
The CreateFolder command uses HTTP GET to create a folder on the server. The general contract of HTTP GET and POST mandates that GET should be used only for read-only actions which have no side-effects. Write actions should be restricted to POST only. A general contract is described here for GET and here for POST. Unfortunately I wasn't able to find other sources yet. |
|||||
| #2731 | XML request error | Bug | Normal | File Browser | ||
| Description |
This is the license info on top of each file within our application. Does this stand for the version we are running? <!DOCTYPE HTML PUBLIC "-W3CDTD HTML 4.0 TransitionalEN"> <!--
I'm not sure which version we are running. But what is happening is that we incorporate FCKEditor into our application, which we use to enter text, and graphics into a template. If more than one browser window is open, I will get the error message below, which I will attach a screen print of the error. The error occurs when clicking the add graphic tool icon, the upload window displays and when I click the Browse button. That is when the error occurs. I have tested this with my Network adminisrator and we watch what was happening during the session calls to the server. What is happning is I.E. is not finding the session cookie, or is creating a whole new session cookie, and therefor our server cannot find the path or understand the browse command? |
|||||
| #2733 | Changing table cell properties cannot be undone (undoes the previous action instead) | Bug | Normal | FCKeditor 2.6.4 | UI : Dialogs | |
| Description |
Changing table cell properties does not insert an undo step. The result of this is that the change in properties cannot be undone. The previous action is undone instead (or rather: in addition) This bug is very similar to #2563 |
|||||
| #2734 | 2 advices for FCKEditor | New Feature | Normal | Server : ASP.Net | ||
| Description |
1. Add a access for the config "FCKeditor:UserFilesPath" like that Context.Items["FCKeditor:UserFilesPath"]
I need use some difference image path on difference pages, then i can only use Session to config, it's unsafe for multi thread.
|
|||||
| #2736 | Opera can't display spell check | Bug | Normal | UI : Spell Checker | ||
| Description |
Opera can't display spellerpages Error displayed: This page cannot be displayed The window was not opened from another window. IE, Firefox, Chrome and Safari are working OK. |
|||||
| #2737 | Drawing Functions | New Feature | Normal | General | ||
| Description |
Similar to the drawing functions in Office (e.g. autoshapes: Basic Shapes, Block Arrows, Callouts, etc.)please provide the ability to use these functions both within the page content, but also for the page itself (e.g. creating page borders, fixed header areas, fixed footer areas, etc.) Thank you. |
|||||
| #2738 | strict warnings cleanup | Bug | Normal | FCKeditor 2.6.4 | General | |
| Description |
three little changes. |
|||||
| #2741 | Mediawiki+FCKeditor wipes out ISBN links. | Bug | Normal | Project : MediaWiki+FCKeditor | ||
| Description |
FCKeditor, the WYSIWYG text editor on the wiki, is apparently conflicting with the ISBN linking functionality. How it's supposed to work:
How FCK editor screws this up:
|
|||||
| #2742 | FF3: Detached toolbar disappears when display is toggled between none and block | Bug | Normal | General | ||
| Description |
I have an editor with ToolbarLocation = Out:toolbarDIV. Both editor and toolbarDIV is wrapped in another DIV. When the outer DIV is toggled between "display:none" and "display:block" a few times, the toolbar disappears. It varies how many times you have to do the toggle. Also if the outer DIV is set to "display:none" in the stylesheet and you toggle after the editor has loaded, the toolbar never shows. This is in Firefox 3.0.5 on WinXP. IE7, Chrome and Opera works fine. |
|||||
| #2743 | Add getUserFilesAbsolutePath to UserPathsBuilder interface | New Feature | Normal | FCKeditor.Java 2.5 | Server : Java | |
| Description |
We need another method to reflect the behavior of other connectors in two ways: one method returns the url of the resource, one the path on the local server. The new, desired method has to do the latter. |
|||||
| #2744 | <th> in Tables | New Feature | Normal | General | ||
| Description |
Work for a Federal agency, We have to comply with what is known as section 508 of the Americans with Disability Act. We are having problems with tables passing accessibility tests. Here are the two standards: §1194.22 (g) Row and column headers shall be identified for data tables. §11924.22 (h) Markup shall be used to associate data cells and header cells for data tables that have two or more logical levels of row or column headers When FCKEditor generates a table it starts with <table>, <tbody>, etc, but there is NO <th> generated for the first row of the table, it uses <td>. So, do we need to look at something else other than FCKeditor? Is there a way to do this programmatically? We are not allowing our authors to access or modify the underlying HTML so this needs to be done some other way. We could use <td> with a scope statement but again that would require modifing the underlying HTML which we will not allow authors to do. In the response to the above posting, they suggested that I feature request the following: extend the table wizard/dialog to include checkboxes for <thead>/<tfoot>/<colgroup> and a <th> row/column. Without this, I am concerned that we in the Federal service will not be able to use this editor since this is a fatal flaw in section 508 compliance. And, as you can see, the sooner the better. Thanks, P. |
|||||
| #2745 | FCK Bullets | New Feature | Normal | Core : Lists | ||
| Description |
hi I need to show my image as bullet when user click on the bullet button in FCKeditor. Kindly guide me, how to implement such functionality. My project is in ASP.net Regards, Sohail |
|||||
| #2747 | alignment in div with break creates new div | Bug | Normal | Core : Styles | ||
| Description |
When I enter the following html in the nightly build: <div style="position: absolute; top: 10mm; left: 20mm;" id="testid">this is some text <br /> and some more</div>
and I select (some part of) the first line and align it to the right, I get: <div id="testid" style="position: absolute; top: 10mm; left: 20mm; text-align: right;">this is some text</div> <div id="testid" style="position: absolute; top: 10mm; left: 20mm;">and some more</div> which is unexpected for me. The positioning makes it look as if the text has disappeared. If no break is present, it will put the alignment in the div (and not create a new one). This is what I expected. |
|||||
| #2749 | InsertHtml() is inconsistent between IE 7 and Firefox 2 | Bug | Normal | General | ||
| Description |
If called several times in succession, these three lines of JavaScript create different behavior in IE 7 vs. FF 2: var oEditor = FCKeditorAPI.GetInstance('FCKInput'); oEditor.InsertHtml(strInsertion); oEditor.Focus(); The difference between the results in IE and FF is that the insertion point in the editor behaves differently. To see this in action, please visit http://132.236.21.62/collt/authoring/InsertAtCursor_Problem.htm. I also attach the same HTML file. I'd appreciate an update sent to sp27@…. |
|||||
| #2750 | extra par tags inserted when submitting FCKeditor text (related to ticket 382) | Bug | Normal | General | ||
| Description |
In the still-open Ticket 382, extra par tags are discussed when using an embedded object. I see the same quirk with no embedded objects: extra par tags and also blank lines made up of a pair of par tags and an nbsp entity are inserted around submitted text. Please visit http://132.236.21.62/collt/authoring/fckeditor_ExtraParProblem.cfm to see this. I attach a ColdFusion file--the source of the above-cited page--but I don't think this is related to ColdFusion. |
|||||
| #2753 | Removing a table in source mode can lead to errors in IE | Bug | Normal | FCKeditor 2.6.4 | General | |
| Description |
Another way to reproduce it: start dragging the resizer and move your cursor up to the toolbar and release it now. Now just switching between source and design is enough to trigger the error. The proposed patch clears the internal variables of the plugin in the OnAfterSetHTML event and this way the errors goes away. |
|||||
| #2755 | Move config from dialogs to config.js | Task | Normal | CKEditor 3.0 | UI : Dialogs | |
| Description |
Move config vars from dialogs to config.js. It can be also connected it with #2339, #2301 and #1970 Idea: Index: config.js
===================================================================
--- config.js (revision 2857)
+++ config.js (working copy)
@@ -226,15 +226,53 @@
*/
magnetDistance : 20,
- /**
- * Show Upload tab in the Image dialog.
- * @type Boolean
- * @default true
- * @example
- * config.imageUpload : true;
- */
- imageUpload : true,
+ pluginConfig :
+ {
+ image : //Image Dialog and Image button Dialog.
+ {
+ /**
+ * Show Upload tab.
+ * @type Boolean
+ * @default true
+ */
+ upload : true,
+ /**
+ * Upload action attribute.
+ * @type URL
+ */
+ uploadAction : 'nowhere.php';
+
+ /**
+ * Show Image preview in the Image Dialog.
+ * @type Boolean
+ * @default true
+ */
+ showPreview : true,
+
+ removeLinkByEmptyURL : true
+
+ /**
+ * Startup values
+ * @type Text
+ * @default ''
+ */
+ defaultValues :
+ {
+ border : '',
+ hSpace : '',
+ vSpace : '',
+ classes : '',
+ align : '',
+ style : '',
+ }
+ },
+ link :
+ {
+ removeLinkByEmptyURL : false
+ }
+ },
+
/**
* List of smiley images displayed in the Smiley dialog.
* @type Array
|
|||||
| #2756 | Editor not displaying properly in FireFox | Bug | Normal | Server : ASP.Net | ||
| Description |
I have written a user control that contains the FredCK.FCKeditorV2 .Net control. The user control is embedded into a web form to allow users to toggle between a literal control and your FCKeditor. The page runs fine in IE, but the editor doesn't render properly in FireFox, showing only a text box with 3 borders - the bottom border is missing. Included in the attached Word document are screen shots of IE working fine; FireFox displaying the problem; the html rendered by FireFox; and all the code for this simple application. I would appreciate any help you can give me on this. |
|||||
| #2757 | Selection is not restored properly from bookmark2 in this case. | Bug | Normal | FCKeditor 2.6.4 | General | |
| Description |
If you have a non-intrusive bookmark of a text selection that has a previous sibling that is not a text node FCK will not re-select it properly. The problem is that the bookmark creation code assumes the previous sibling will be a text node and it will break the bookmark if it is not. These changes to the while loops fix it (fckdomrange.js line 477): Old: while ( curStart && addrStart.nodeType == 3 ) while ( curEnd && addrEnd.nodeType == 3 ) New: while ( curStart && curStart.nodeType == 3 && addrStart.nodeType == 3 ) while ( curEnd && curEnd.nodeType == 3 && addrEnd.nodeType == 3 ) |
|||||
| #2758 | unnecessory insert <p> </p> | Bug | Normal | Server : PHP | ||
| Description |
<p> </p>
|
|||||
| #2760 | restoreSelection() in dialog system doesn't work in IE when there's a control selection | Bug | Normal | CKEditor 3.0 | UI : Dialogs | |
| Description |
To reproduce the bug:
|
|||||
| #2762 | Extra line breaks in bulleted list each time it is saved | Bug | Normal | General | ||
| Description |
Every time I save a page in the DotNetNuke wiki the bulleted list gets additional line breaks between the bullet points. See http://www.dotnetnuke.com/Community/Forums/tabid/795/forumid/127/threadid/272999/scope/posts/Default.aspx and also http://yalaworld.net/Wiki/tabid/264/topic/Interfaces/Default.aspx wher you can register and try it yourself. |
|||||
| #2763 | Undo/Redo system porting from v2 | New Feature | Normal | CKEditor 3.0 | General | |
| Description |
Undo/Redo system need to be ported from v2, the features could be summed up as below:
Test cases ported from #915 :
|
|||||
| #2768 | plug-in:basicstyle all basic styles unable to apply reversely | Bug | Normal | CKEditor 3.0 | Core : Styles | |
| Description |
|
|||||
| #2769 | firefox copy paste links | Bug | Normal | Plugin : Paste from Word | ||
| Description |
When pasting text from word with a link to the domain that fckeditor is running on it will make the links relative instead of absolute which is what is being pasted. |
|||||
| #2773 | Need Help with ProtectedSource or ProtectedTags | Bug | Normal | General | ||
| Description |
I have implemented FCKEditor on a page, and there is a tag I need to "protect". For instance I have this code: <zone error writeLock> <p style="color:red"><strong>This template is write protected. You won't be able to save your changes.</strong></p> </zone error writeLock> After switching out of Source view to Design View and Back again, I get this code: <p><zone writelock="" error=""> <p style="color: red;"><strong>This template is write protected. You won't be able to save your changes.</strong></p> </zone></p> I would like to know how to keep this from happening. I don't know how to write the regular expression for the ProtectedSource.Add function and ProtectedTags is not working when I set it up like this: FCKConfig.ProtectedTags = 'ZONE' ; Any help is much appreciated. |
|||||
| #2774 | plugin:htmlwriter Deadly recursive while dealing with nodes with namespace | Bug | Normal | CKEditor 3.0 | General | |
| Description |
This bug cause unable to switch to 'source' mode after pasting MS-WORD(2003) documents which containing several empty paragraphs into 'wysiwyg' mode, reason reduced as xml namespace on nested nodes:
|
|||||
| #2775 | Implement Paste from Word dialog | Task | Normal | CKEditor 3.0 | Core : Output Data | |
| Description |
This bug cause comments tag content being inserted as codes when switch to 'source' mode after pasting MS-WORD(2003) documents which always contents IE-targeted conditional comments.
Edit (2009-01-16): This is actually a missing feature. |
|||||
