Custom Query
Results (1701 - 1800 of 11754)
Ticket | Summary | Owner | Type | Priority | Milestone | Component | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
#1391 | Overrides and Spans not working as expected in Windows and IE 6 | Bug | Normal | FCKeditor 2.5 Beta | Core : Styles | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
If I use your sample 14 in the html folder for 2.5 I am having the following problem: 1: Delete the text in the box and type in some new text, "Testing line 1". 2: Highlight "Testing line 1" and change the text size to 8pt. 3: Put the curser at the end of the line for "Testing line 1" and hit the enter key two times to create 2 new lines 4: Type in "Testing line 2", notice it is 8pt. 5: Highlight just "Testing line 2" and change the font to 14pt. For me it won't change the font size on the screen of line 2. If I hit the submit key I get the following: Key: FCKeditor1, val: <span class=\"FontSmall\">Testing line 1<br /> <br /> </span><span class=\"FontBig\"><span class=\"FontSmall\">Testing line 2</span></span> |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1392 | Overrides and Spans not working as expected in Windows and Firefox 2.0.0.7 | Bug | Normal | FCKeditor 2.5 Beta | Core : Styles | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
If I use your sample 14 in the html folder for 2.5 I am having the following problem: 1: Delete the text in the box and type in some new text, "Testing line 1". 2: Highlight "Testing line 1" and change the text size to 8pt. 3: Put the curser at the end of the line for "Testing line 1" and hit the enter key two times to create 2 new lines 4: Type in "Testing line 2", notice it is 8pt. 5: Highlight just "Testing line 2" and change the font to 14pt. For me it changes both lines of text not just the highligted text. I would expect the behavior to just change the size for just the highlighted section. This is just an example, but I am having the same problem with overrides and spans in the changes that I am making. If I hit the submit key I get the correct code for changing both lines: Key: FCKeditor1, val: <p><span class=\"FontBig\">Testing line 1<br /> <br /> Testing line 2</span></p> |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1393 | Updated Hindi translation | Bug | Normal | FCKeditor 2.5 Beta | UI : Language | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
Added a few strings for Hindi translation. SVN patch attached. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1394 | Pasting from MS Word doesn't work in IE7 | Bug | Normal | General | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
Sometimes I see different view before and after uploading text with pictures to my site via FCKeditor when use paste from MS Word. Everytime I paste from Word, after uploading to server, I see this text united into one piece. Before upload I see everything correct in FCK. Trying to edit it with enter and delete keys have no successs, I can fix it only via source. I get somehow <div> </div> <div> </div> <div> </div> <div> </div> <div> </div> <div> </div> <div> </div> <div> </div> <div> </div> <div> </div> I've noticed everything works fine with Firefox and Opera and all these problems happens only using IE 7. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1395 | Problem with customizing upload folder | Bug | Normal | Server : ASP.Net | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
I have received PM from orgsauce regarding problems with .NET configuration I am having a similar issue to "Bug? Images/files uploaded in different directories" However - I am using .Net and found that when I customize the upload folder to upload to "/_gen/content/", the browse feature still browses in "/UserFiles/Image" I'm not sure whether this is a bug, so I'm filling a ticket for it. This is the thread that orgsauce referred to: Bug? Images/files uploaded in different directories |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1396 | remove the Unicode Byte-Order Mark (BOM) | Bug | Normal | General | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
remove the Unicode Byte-Order Mark (BOM) from all your files... to find them on a linux box do the following: find /path/to/editor -type f | while read line; do hd "$line" | grep -q 'ef bb bf' && echo "$line"; done > listOfBOMedFiles.txt to remove them then: cat listOfBOMedFiles.txt | while read line; do dd if=$line of=$line.noBOM ibs=3 skip=1; mv $line.noBOM $line; done |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1397 | Fx formatting lost when using enter and backspace | Bug | Normal | UI : Enter Key | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
tested: svn-trunk Oct-10-2007
(splitting up multiple issues from ticket 565) |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1399 | sample03.html has an empty entry in the languages combo | Bug | Normal | FCKeditor 2.5 | General | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
The first entry in the languages combo is empty, due to [788]. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1400 | The Style combo is not context sensitive in sample14.html | Bug | Normal | FCKeditor 2.5 | Core : Styles | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
In sample14.html, when applying any of the styles available in the Styles combo, the style doesn't get recognized when clicking or moving inside the styled text. The applied style is not selected when opening the combo too. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1401 | hebrew translate for ver 2.5b | Task | Normal | FCKeditor 2.5 | UI : Language | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
i'm translating the hebrew file for 3 years now. and i would like to see a forum where we can upload our translations before a new version comes around. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1402 | Safari: Image linking doesn't work beta 2.5 | Bug | Normal | Safari Compatibility | File Browser | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
I am using safari 522.12.1 (beta 3.0.3) and also tested with Webkit build 26183. When I click on the add image icon the dialog box displays and I can browse the server looking for images or upload an image but when I select an image it does not show up in the dialog box and it does not allow me to close the dialog box to actually add the file to my document. The dialog box works correctly in Firefox. OSX 10.4.10 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1403 | Safari: Image linking doesn't work beta 2.5 | Bug | Normal | Safari Compatibility | File Browser | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
I am using safari 522.12.1 (beta 3.0.3) and also tested with Webkit build 26183. When I click on the add image icon the dialog box displays and I can browse the server looking for images or upload an image but when I select an image it does not show up in the dialog box and it does not allow me to close the dialog box to actually add the file to my document. The dialog box works correctly in Firefox. OSX 10.4.10 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1404 | Replace the this pointer with a local var for denser packing | New Feature | Normal | Project : CKPackager | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
It would be nice if ... the packager replaced the this pointer with a one character local variable in functions, saving three characters per "this" use. The only problem I can think of is if a function is nested inside another function. In that case a separate local variable definition should be used inside that function for the this pointer (it might be being assigned to a different object). The definition takes up space so it only makes sense for functions that have five or more this pointers. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1405 | Editor fails to initialize toolbars with Safari | Bug | Normal | Safari Compatibility | General | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
Testing http://www.fckeditor.net/demo with Safari (both MacOsX and Windows, recent nightly and another older one), the third toolbar isn't loaded and in the JS console there's an error: "undefined value", line 36 of the compressed code. Loading sample01.html from the uncompressed trunk seems to work fine. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1406 | IsDirty is always dirty if you have flash added | Bug | Normal | FCKeditor 2.5 | General | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
The IsDirty flag is always set to true on load of a flash element. I have done a fix on: FCKeditor.prototype.Version = '2.4.3' ; FCKeditor.prototype.VersionBuild = '15657' ; file is attached |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1407 | Dynamically setting link / vlink / alink doesn't work in Firefox | Bug | Normal | General | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
Hello, I want to be able to dynamically change the link colors in my FCKeditor. In internet explorer, i can say editorInstance.EditorDocument.linkColor = "#00FF00"; In Firefox, this results in no change at all.
I've tested this with all versions up to the 2.5beta. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1408 | connector.cgi (perl) throws xml error with dos style CR-LF newlines | Bug | Normal | Server : Perl | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
connector.cgi throws errors with dos style CR-LF newlines and without the x-bit set as it is bundled in the tar.gz archive. Screenshot and working file attached in tar.gz archive |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1409 | Updated finnish language file | Task | Normal | FCKeditor 2.5 | General | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
Here is the updated finnish language file. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1410 | Category Management within FCKeditor | New Feature | Normal | Project : MediaWiki+FCKeditor | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
I like fckeditor for Mediawiki a lot. What I would find useful (and so might others) is some sort of Category Manager. By this I simply mean the ability to assign/create a category for the current document from the menu. It would access the database and create a dropdown (or pop-up, doesn't matter which) which would allow the user to select (or create new) a category for the current document. Thanks for the amazing hard work that went into the creation of fckeditor. I was afraid I was going to have to create something like it myself, and that would be way beyond me. David Barker |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1411 | Simple form of combo controls show improper (enabled) state when viewing HTML code | Bug | Normal | FCKeditor 2.6 | UI : Toolbar | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
This is true in both 2.4.3 and 2.5.beta when using IE7 (other browsers not tested). When FCK_TOOLBARITEM_ONLYTEXT is used for anything derived from FCKToolbarSpecialCombo; the state of the control will not be shown in the grayed out disabled state when in Source View mode. (Can be duplicated in 6th example for plugins) I think this is really a flaw in whatever skin is being used. If you find the line (412 if default skin) in the 'fck_editor.css' file of the skin that looks like: .SC_FieldDisabled .SC_FieldButton, .SC_FieldDisabled .SC_FieldCaption and change it to: .SC_FieldDisabled .SC_FieldButton, .SC_FieldDisabled .SC_FieldCaption, .SC_FieldDisabled That fixes it for me. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1412 | FCKConfig.(Link|Flash|Image)UploadURL in fckconfig.js does not fit for perl connector quick upload | Bug | Normal | FCKeditor 2.5 | General | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
FCKConfig.(Link|Flash|Image)UploadURL in fckconfig.js does not fit for perl connector quick upload. FCKConfig.LinkUploadURL = FCKConfig.BasePath + 'filemanager/connectors/' + _QuickUploadLanguage + '/upload.' + _QuickUploadLanguage ; does not result in "upload.cgi" but in "upload.perl" which does not hit nothing. Probably there should be a similar thing like var _FileBrowserExtension |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1413 | perl connector quick upload does not work | Bug | Normal | Server : Perl | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
perl connector quick upload does not work. Progress bar is shown shortly but no file is uploaded an no error is given. my configuration: perl 5.8.8 on ubuntu breezy Mozilla/5.0 (X11; U; Linux i686; de; rv:1.8.1.7) Gecko/20070914 Firefox/2.0.0.7 Ticket #1412 and #1408 (for upload.cgi) are fixed here. UploadURLs are declared in external_configuration.js |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1414 | Entities inside <pre> are converted | Bug | Normal | FCKeditor 2.5 | General | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
Using your browser of choice and a current nightly (it works fine in 2.4.3), switch to source mode and paste <pre><?php echo "test"; ?></pre> switch back to design mode and it looks fine. Go back to source mode and the entities aren't converted: <pre> <?php echo "test"; ?></pre> so the code has been destroyed. if instead of <pre> the content is inside <p> for example then it works fine. Reported in http://www.fckeditor.net/forums/viewtopic.php?f=6&t=7246 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1416 | Popup blocker doesn't allow to open dialogs from context menu | Bug | Normal | FCKeditor 2.6 | UI : Context Menu | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
Put an image in the content and now open the context menu. Select the image properties option and an alert will warn that the popup blocker didn't allow the window to open |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1417 | <gallery> tag is getting broken | Bug | Normal | Project : MediaWiki+FCKeditor | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
I just installed FCKeditor within MediaWiki 1.10.1 last week and noticed a bug today. It would appear that it doesn't honor the <gallery> tag. http://en.wikipedia.org/wiki/Wikipedia:Picture_tutorial#New_MediaWiki_.3Cgallery.3E_tag The following code gets turned into something completely different within the editor. Original Wikicode: <gallery> Image:Darth Vader Bldg 1.jpg|The "Darth Vader Building" viewed from the East. Image:Darth Vader Bldg 01.jpg|Seen again from the East. Image:Seattle 4th Avenue north from Virginia.jpg|Looking north from the corner of Fourth and Virginia in Downtown Seattle. </gallery> FCKeditor-translated code: {| cellspacing="0" cellpadding="0" class="gallery" | <div class="gallerybox" style="width: 150px;"><div class="thumb" style="padding: 28px 0pt; width: 150px;">[[Image:Darth Vader Bldg 1.jpg|[[Image:]]]]</div> <div class="gallerytext"> The "Darth Vader Building" viewed from the East. </div></div> | <div class="gallerybox" style="width: 150px;"><div class="thumb" style="padding: 28px 0pt; width: 150px;">[[Image:Darth Vader Bldg 01.jpg|[[Image:]]]]</div> <div class="gallerytext"> Seen again from the East. </div></div> | <div class="gallerybox" style="width: 150px;"><div class="thumb" style="padding: 13px 0pt; width: 150px;">[[Image:Seattle 4th Avenue north from Virginia.jpg|[[Image:]]]]</div> <div class="gallerytext"> Looking north from the corner of Fourth and Virginia in Downtown Seattle. </div></div> |} |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1418 | FCKToolbarSet Detached Toolbar Flicker | Bug | Normal | FCKeditor 2.5 | UI : Toolbar | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
When the toolbar is detached, and using the IFRAME mode, the toolbar can flicker on load as as it adjusts its size. There is a browser hack which adjusts the frame height using setTimeout() with a delay of 1 second, I beleive the way that this is implemented could be improved. The code is: window.onload = function () {adjust(); window.setTimeout( adjust, 1000 ); }
I suggest that this be changed to simply: window.setTimeout( adjust, 0 ); I have attached a patch. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1419 | 2 Lists + Delete key | Bug | Normal | FCKeditor 2.5 | UI : Enter Key | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
To replicate: <ol> <li>Press delete at the end of this line</li> </ol> <ol> <li>Second List</li> </ol> <p>A paragraph</p> "A paragraph" moves up to the end of the first <li>. The correct functionality would probably be that the two lists merge. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1420 | Uneditable list elements appear when working with nested lists. | Bug | Normal | FCKeditor 2.5 | UI : Enter Key | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
Scenario:
Verified with IE7 and sometimes also with firefox (haven't figured out the pattern on firefox, seems to happen randomly). |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1421 | An option in config to switch on or off word wrap when viewing source | New Feature | Normal | UI : Source View | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
Apologies if this is already covered - it seems such an obvious thing to do - but I haven't found it when searching for word, warp, source, view etc etc, and perhaps there's a work around that's escaped me. However, as a software engineer having to spend more time than I care too hacking clients scripts via the editor, and preferring to work in plain text rather than rich text I'd really, really like to switch off word wrap in the source view. Obviously source view would benefit from a decent syntax highlighter as well, but I suspect thats covered elsewhere :) PS Fred - cant believe how far your brought this project, very cool :) |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1422 | Rename variables declared in single var statement | Bug | Normal | Project : CKPackager | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
Input Codefunction Testing() { var test1 = 1, test2 = 2, test3 = 3 ; alert( test1 + test2 + test3 ) ; } Current Resultsfunction Testing(){var A=1,test2=2,test3=3;alert(A+test2+test3);} Expected Resultsfunction Testing(){var A=1,B=2,C=3;alert(A+B+C);} |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1423 | Possible Optimisation in fckeditorapi.js | Bug | Normal | General | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
I noticed today that there is a large string of javascript code which is generated and eval'd. I was wondering if you could rather than eval'ing the script in the parent windows context, just do something like this? parent.FCKeditorAPI = { Version : "[Development]", VersionBuild : "[DEV]", __Instances : new Object(), GetInstance : function( name ) { return this.__Instances[ name ]; } ... }; I can see a performance optimisation for the reasons that:
I am however unaware if it is possible to set vars in the parent objects context like this in all browsers. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1425 | Image parsing and dialog preview | Bug | Normal | Project : MediaWiki+FCKeditor | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
Hi I'm running a mediawiki and this is my php, MySQL mediawiki versions
The first time you edit and add a picture works perfect, but if you edit again, or press the wikitext twice then all the pictures links will get destroyed. Can you guys help me? |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1426 | Error loading fckstyles.xml | Bug | Normal | FCKeditor 2.6.1 | General | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
When I open sample01.html, error loading fckstyles.xml is popped out. http://wiki.fckeditor.net/Developer's_Guide/Configuration/Styles mentions that: The fix was simple to set this header explicitly. @headersContent-Type? = "application/xml" render :action => 'fckstyles' Which file do I need to modify? Thanks. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1427 | Autodetect clipboard contents on Paste | New Feature | Normal | CKEditor 3.1 | General | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
I've commented previously on this idea, but I can't find it so I'll leave this open so it doesn't get lost: The access to the clipboard contents was easy in IE<7, but in IE7 by default the user will be faced with two warnings (#89), and in the rest of the browsers it's even harder. The idea would be to allow the paste event to take place and compare the snapshot of the source just before and after it happens, the difference is the clipboard content that can be cleaned from Word rubbish, do a full-format clean up or even convert it to plain text. Then it's a matter of revert back to the previous undo state and insert the cleaned up code. This would also allow more easily to use designMode to highlight the source view. This page has an implementation of a JS diff algorithm that could be a base for this code: http://en.wikipedia.org/wiki/User:Cacycle/diff it includes references to other implementations that could be worth checking if this doesn't work just as expected. This same algorithm could be used to mark insertions or deletions in the content. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1428 | immortal tags? | Bug | Normal | General | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
Hi from Italy and sorry for my bad english: [bug in FF (v 2.0.0.7): it works correctly with IE7]
<p><u><i><b>hello</b></i></u></p>
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1429 | Problems in Anchor, Style Dropdown, Style combination, etc. | Bug | Normal | Safari Compatibility | General | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
These are bugs/issues that we faced while using the FCKeditor with Safari.
1) Anchor is not getting displayed. 2) When you have a text which is styled with Emphasis and Marker Green, it does not allow you to move to the next line(pressing enter key results into nothing) 3) The Style, Format and Font Dropdowns are transparent and hence you can see the content of the textbox in the background. I am not sure if this is done deliberately but it doesn’t look good. 4) If you right click on the editor and traverse upto the submenu and make a selection(e.g. Insert row below) then after selection the submenu still shows.
One more observation on firefox only. The form window is not completely seen, i.e. the user cannot change the Method –This problem is in firefox not Safari. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1430 | Remove the "Media" type in the filemanager | Task | Normal | File Browser | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
Split from http://dev.fckeditor.net/ticket/1325#comment:10 I don't think that it's used, so it's one item less in the configurations. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1431 | Caret position issue in pre on IE | Bug | Normal | FCKeditor 2.5 | General | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1432 | Patch for template: line breaks in IE and documentation preview | Bug | Normal | Project : MediaWiki+FCKeditor | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
IE does not seem to retain line breaks in templates. In addition, I added a tab to the template dialog to see the templates page (it will display a documentation on the selected template if there is a noinclude part). In FCKeditorParser.body.php $this->fck_mw_strtr_span['Fckmw'.$this->fck_mw_strtr_span_counter.'fckmw'] = '<span class="fck_mw_template">'.str_replace(array("\r\n", "\n", "\r"),"fckLR",$inner).'</span>'; In fckplugin.js: case 'fck_mw_template' : stringBuilder.push( FCKTools.HTMLDecode(htmlNode.innerHTML).replace(/fckLR/g,'\r\n') ) ; return ; In FCKeditorSjax.body.php, add: function wfSajaxSearchTemplateFCKeditor($empty) { global $wgContLang, $wgOut; $ns = NS_TEMPLATE; $db =& wfGetDB( DB_SLAVE ); $res = $db->select( 'page', 'page_title', array( 'page_namespace' => $ns), "wfSajaxSearch" ); $ret = ""; while ( $row = $db->fetchObject( $res ) ) { $ret .= $row->page_title ."\n"; } return $ret; } The patched template.html is in attachment. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1433 | Resource types are "hard coded" for Browser | Bug | Normal | File Browser | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
Sorry for may bad english, it's not may native. First of all, I would like to say big thanks for making better and flexible browser and upload, especially idea for one config for both thees features. It solves many problems. By default FCKEditor provides 4 types of resource types, but thees "Resource types" are "hard coded" for Browser in frmresourcetype.html. The second... for resource type (example: Image) i can specify name Image (which is by default and now is defined in $Config[ 'ConfigAllowedTypes' ]) but real folder name i would like to specify different from resource type name, for example Images (note, last s). Its only for flexibility and backward compatibility with very old FCKEditor versions. As I understand, this I can do specifying $Config[ 'FileTypesPath' ][ 'Image' ] config option. It also need to bear in mind when dynamicly create resource type js array for Browser in frmresourcetype.html. In attachment i add a zip with two files (frmresourcetype.html and my own resourcetypes.js.php) to show how I dynamicly add resource types in browser for PHP coonnector. Of cource, resourcetypes.js.php is included in connector folder. Analgiins |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1434 | Resource types are "hard coded" for Browser | New Feature | Normal | File Browser | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
Sorry for may bad english, it's not may native. First of all, I would like to say big thanks for making better and flexible browser and upload, especially idea for one config for both thees features. It solves many problems. By default FCKEditor provides 4 types of resource types, but thees "Resource types" are "hard coded" for Browser in frmresourcetype.html. The second... for resource type (example: Image) i can specify name Image (which is by default and now is defined in $Config['ConfigAllowedTypes' ]) but real folder name i would like to specify different from resource type name, for example Images (note, last s). Its only for flexibility and backward compatibility with very old FCKEditor versions. As I understand, this I can do specifying $Config['FileTypesPath' ][ 'Image' ] config option. It also need to bear in mind when dynamicly create resource type js array for Browser in frmresourcetype.html. In attachment i add a zip with two files (frmresourcetype.html and my own resourcetypes.js.php) to show how I dynamicly add resource types in browser for PHP coonnector. Of cource, resourcetypes.js.php is included in connector folder. Analgiins |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1436 | Safari : Sub-menus panels are not being hidden | Bug | Normal | Safari Compatibility | UI : Context Menu | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
When using sub-menus in the context menu, like table operations, when choosing one of the sub-menu options, its panel is not being hidden and remains visible. It's enough to click in the editing area to hide it. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1437 | Patch to properly handle MW Special Tags | Bug | Normal | Project : MediaWiki+FCKeditor | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
Replace the line breaks in special tags to be sure not to lose them in IE6. Also give the special tags a common class to be able to identify them in fckplugins.js and replace it by an image, like templates. In FCKeditorParser.body.php: private function fck_addToStrtr($text) { $key = 'Fckmw'.$this->fck_mw_strtr_span_counter.'fckmw'; $this->fck_mw_strtr_span_counter++; $this->fck_mw_strtr_span[$key] = str_replace(array("\r\n", "\n", "\r"),"fckLR",$text); return $key; } function fck_genericTagHook( $str, $argv, $parser ) { if (empty($argv)) { $ret = "<span class=\"fck_mw_special\" _fck_mw_customtag=\"true\" _fck_mw_tagname=\"".$this->fck_mw_taghook."\">"; //YC } else { $ret = "<span class=\"fck_mw_special\" _fck_mw_customtag=\"true\" _fck_mw_tagname=\"".$this->fck_mw_taghook."\""; //YC In FCKeditorSajax.body.php: function wfSajaxSearchSpecialTagFCKeditor($empty) { global $wgParser; $ret = ""; foreach ($wgParser->getTags() as $h) { if (!in_array($h, array("pre"))) { $ret .= $h ."\n"; } } return $ret; } In fckplugin.js: tbButton = new FCKToolbarButton( 'MW_Special', 'Special Tag', 'Insert/Edit Special Tag' ) ; tbButton.IconPath = FCKConfig.PluginsPath + 'mediawiki/images/tb_icon_special.gif' ; FCKToolbarItems.RegisterItem( 'MW_Special', tbButton ) ; FCKCommands.RegisterCommand( 'MW_Special', new FCKDialogCommand( 'MW_Special', 'Special Tag Properties', FCKConfig.PluginsPath + 'mediawiki/dialogs/special.html', 400, 330 ) ) ; //YC --------------------------------- // Text Node. case 3 : var parentIsSpecialTag = htmlNode.parentNode.className.IEquals( 'fck_mw_special', 'fck_mw_template' ) ; //YC var textValue = htmlNode.nodeValue; if ( !parentIsSpecialTag ) //YC { if (!this._IsInPre(htmlNode)) textValue = textValue.replace( /[\n\t]/g, ' ' ) ; textValue = FCKTools.HTMLEncode( textValue ) ; textValue = textValue.replace( /\u00A0/g, ' ' ) ; if ( !htmlNode.previousSibling || ( stringBuilder.length > 0 && stringBuilder[ stringBuilder.length - 1 ].EndsWith( '\n' ) ) ) { textValue = textValue.LTrim() ; } if ( !htmlNode.nextSibling ) textValue = textValue.RTrim() ; textValue = textValue.replace( / {2,}/g, ' ' ) ; if ( this._IsInsideCell ) textValue = textValue.replace( /\|/g, '|' ) ; } else { textValue = FCKTools.HTMLDecode(textValue).replace(/fckLR/g,'\r\n'); } --------------------------------- // MediaWiki document processor. FCKDocumentProcessor.AppendNew().ProcessDocument = function( document ) { // Templates and magic words. var aSpans = document.getElementsByTagName( 'SPAN' ) ; var eSpan ; var i = aSpans.length - 1 ; while ( i >= 0 && ( eSpan = aSpans[i--] ) ) { var className = null ; switch ( eSpan.className ) { case 'fck_mw_ref' : className = 'FCK__MWRef' ; case 'fck_mw_references' : if ( className == null ) className = 'FCK__MWReferences' ; case 'fck_mw_template' : if ( className == null ) //YC className = 'FCK__MWTemplate' ; //YC case 'fck_mw_magic' : if ( className == null ) className = 'FCK__MWMagicWord' ; case 'fck_mw_special' : //YC if ( className == null ) className = 'FCK__MWSpecial' ; --------------------------------- // Context menu for templates. FCK.ContextMenu.RegisterListener({ AddItems : function( contextMenu, tag, tagName ) { if ( tagName == 'IMG' ) { if ( tag.getAttribute( '_fck_mw_template' ) ) { contextMenu.AddSeparator() ; contextMenu.AddItem( 'MW_Template', 'Template Properties' ) ; } if ( tag.getAttribute( '_fck_mw_magic' ) ) { contextMenu.AddSeparator() ; contextMenu.AddItem( 'MW_MagicWord', 'Modify Redirect' ) ; } if ( tag.getAttribute( '_fck_mw_special' ) ) //YC { contextMenu.AddSeparator() ; contextMenu.AddItem( 'MW_Special', 'Special Tag Properties' ) ; } Dialog special.html in attachment. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1438 | Combo Menus Don't Reposition with FitWindow | Bug | Normal | UI : Toolbar | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
When you click on the FitWindow button to maximize the editor, and then clcik on one of the combo boxes in the editor, the comno boxes have not moved so they are still positioned under their corresponding menus. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1439 | BASE HREF tag results in _base_href attributes in other tags | Bug | Normal | UI : Source View | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
In FullPage mode, when the document has a BASE HREF tag, something (I suspect Firefox/Gecko rather than FCKeditor but I'm not sure) is inserting a bogus _base_href attribute into nearly all of the other tags in the content. An example (enclosing angle brackets removed from tags) -- Given:
Becomes:
(I was testing on a page scarfed off The Onion website.) That _base_href attribute is not present in the original source. Also the original source was not XHTML so the trailing slash in the img tag was added, but that's less interesting than that the document now has 30 repetitions of the base URL scattered all through it. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1440 | Inconsistent drag-and-drop behavior | Bug | Normal | General | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
When dragging content into an editor, FCKeditor complains that browser security settings don't allow access to the clipboard. However, dragging into the subsequent "Paste" dialog works beautifully, which begs the question: why couldn't the content be dragged into the original editor window? Steps to reproduce (I ran this on Windows XP SP2, with IE 6.0 and FireFox 2.0.0.7) 1: Fire up an FCKeditor demo (I used http://www.fckeditor.net/nightly/fckeditor/_samples/default.html as of 19 Oct 2007) 2: Drag and drop some formatted text (from another web browser, from Word, whatever..) into the editor. 2a: Observe that "Paste" dialog is opened, with instructions to manually cut and paste. 3: Drag and drop the same formatted text into the textbox of the Paste dialog 3a: Observe that the text and formatting (even the extra tag stuff from Word) are inserted. Hope this helps! RR |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1441 | IE: Resizing images and tables inputs wrong code | Bug | Normal | General | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
1. ImagesAfter insert an image source in IE6 is: <img height="418" width="271" alt="" src="/_userfiles/image/Eagle.jpg" />
<img style="width: 339px; height: 97px" height="418" alt="" width="271" src="/_userfiles/image/Eagle.jpg" />
2. TablesAfter insert a table source in IE6 is: <table height="50" cellspacing="1" cellpadding="1" width="100" border="1"> <tbody> <tr> <td> </td> <td> </td> </tr> </tbody> </table>
<table style="width: 529px; height: 91px" height="91" cellspacing="1" cellpadding="1" width="529" border="1"> <tbody> <tr> <td> </td> <td> </td> </tr> </tbody> </table>
3. Flash objectsResizing flash in IE6 is OK, but not in FF. In FF I can't resize and after trying there are many paragraphs like this: <p> </p> <p> </p> <p> </p> <p><embed menu="true" loop="true" play="true" src="/_userfiles/flash/cars_flash-db.swf" pluginspage="http://www.macromedia.com/go/getflashplayer" type="application/x-shockwave-flash"></embed></p> <p> </p> <p> </p> <p> </p> <p> </p> |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1442 | Make DIVs dragable | New Feature | Normal | General | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
Is it possible to make DIVs dragable? I think there have to be resizing handlers and an icon for drag at the DIV. After drag the DIV must have: style="position: absolute; margin: XXpx 0 0 XXpx" FCKeditor (and after saving the content-div to) have to be a div with position: relative. But that's a point for the CMS who use FCKeditor and the administrator of the CMS. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1443 | Paragraphs on toggle source | Bug | Normal | General | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
If I insert a page-break and toggle to source and back, there are new paragraphs before and after the page-break div. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1444 | Style and tags | New Feature | Normal | General | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
If I format a text, source is (for example): <span style="background-color: rgb(153, 204, 0);"><span style="color: rgb(255, 102, 0);">word</span></span> I think many XHTML maniacs want: <span style="background-color: rgb(153, 204, 0); color: rgb(255, 102, 0);">word</span> If there is formating the complete text in a block, source is: <p><span style="background-color: rgb(153, 204, 0);"><span style="color: rgb(255, 102, 0);">word word word</span></span></p> but it should be: <p style="background-color: rgb(153, 204, 0); color: rgb(255, 102, 0);">word word word</p> |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1445 | Mediawiki and FCKeditor | Bug | Normal | Project : MediaWiki+FCKeditor | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
Hi, I just recently established a mediawiki site with FCKeditor extension. However, the formula does not work. after you type the markup expression in the popup formula window, the formula cannot show up. Also why there are no font color toolbar in the editor? My site is www.spanrmit.com/gnsswiki only a couple of pages need login to edit... Thanks |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1446 | Content inside TextArea disappear when switching between 2 tabs each contains fckeditor | Bug | Normal | General | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
I used Fckeditor to enter Data , so I have to instance of it on to difference tabs of UltrawebTab Control, then I switch to another tab to enter Text on the second fckeditor instance , and switch back to check the first tab that its fckeditor already contains Text, The TextArea in "WYSIWYG" mode looks white as awhole also without the borders but when I switch to "source code" mode I can see the text inside the text so, are there any why to fix the "WYSIWYG" mode to let the user show the content and edit it whithout no inconvenience. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1447 | Dialogs in extra browser windows not wide enough to display controls in Firefox | Bug | Normal | General | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
This is for Firefox 2.0.0.8 on WindowsXPSP2 german. Most dialogs which open in an extra browser window are to small in width so the content of the dialogs are cut of. Because the windows are not resizeable some controls can not be reached and used. This works on the same machine without problems in IE7. I've attached a screen snapshot showing the bug with the image properties dialog. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1448 | Menu bar doesn't appear with Safari/Mac | Bug | Normal | Safari Compatibility | Server : PHP | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
After installing FCKeditor 2.5 on a site, server PHP 4, it works with Internet Explorer and Mozilla FireFox, but with Safari/Mac the menu bar is not displayed. Is there something I forgot to change in config.php and fckconfig.js or some other files ? |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1449 | Opera : Dialogs' "Ok" and "Cancel" buttons are mispositioned | Bug | Normal | Opera Compatibility | General | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
With Opera build 9608, the "Ok" and "Cancel" buttons are mispositioned. It is enough to open the Table and the Smileys dialogs to see the effect. The following is the HTML for their definition: <td nowrap="nowrap"> <input id="btnOk" style="VISIBILITY: hidden;" type="button" value="Ok" class="Button" onclick="Ok();" fckLang="DlgBtnOK" /> <input id="btnCancel" type="button" value="Cancel" class="Button" onclick="Cancel();" fckLang="DlgBtnCancel" /> </td> It seams that the "nowrap" thing is not being honored. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1450 | FCK API - FCKDomRange / CheckStartOfBlock & CheckEndOfBlock null pointer | Bug | Normal | General | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
Sometimes in IE, the FCKDomRange.CheckStartOfBlock and CheckEndOfBlock methods throw a nasty exception when called. I call these two methods extensively from code external to FCKeditor. I have experienced this numerous times, however have not managed to get a clear test case. I believe this happens if these methods are called during the middle of the browsers internal cursor moving / focusing event.
I would like to see a sanity check placed in these two methods to stop this from happening. eg - var oElement = oTestRange.EndBlock || oTestRange.EndBlockLimit ; // Sanity check if( !oElement ) { return false ; } // Move the end boundary to the end of the block. oTestRange.SetEnd( oElement, 2 ) ; I have attached a screen shot as proof that IE experiences this problem. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1451 | Safari (Win) : Anchors are not created correctly | Bug | Normal | Safari Compatibility | General | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
Anchor is not getting displayed. Click on the anchor icon and give the details, hit the Ok button. Nothing comes up on the Editor. Safari version : Version 3.0.3(522.12.1) OS : Test is running on the Win XP server |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1452 | Style Dropdowns are translucent | Bug | Normal | Safari Compatibility | General | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
The Style, Format and Font Dropdowns are transparent and hence you can see the content of the Editor in the background. Attached an image |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1453 | formula function problem in mediawiki. | Bug | Normal | Project : MediaWiki+FCKeditor | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
Is the formula working with your mediawiki? I downloaded the SVN mediawiki + FCKeditor from mediawiki site. I found the formula function does not work at all. while you type the markup expressions in the popup formula window, no formula show up. The address of my wiki is www.spanrmit.org/gnsswiki. It is a teaching project for GPS related courses. Formula is must have function. Anyone knows whats the problem? Thanks, |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1454 | Latest update gives Fatal Error (FCKeditor::$nsToggles) | Bug | Normal | Project : MediaWiki+FCKeditor | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
I have been running FCKeditor (rev. 1037) without any problems (aside form the knwon and reported bugs). Lately, I did a update and received version 2.5 (rev. 1043) and all of a sudden got: (after changing preferences) Fatal error: Access to undeclared static property: FCKeditor::$nsToggles in /var/www/dev/wiki-test/includes/SpecialPreferences.php on line 925 The last change to SpecialPreferences.php was after installing FCKeditor and applied this bit of code: 921 # FCKeditor 922 # load FCKeditor settings into separate tab 923 if (!$wgUser->getOption( 'riched_disable' )) { 924 $wgOut->addHTML( '<fieldset><legend>' . wfMsg( 'textrichditor' ) . '</legend>' . 925 $this->getToggles( FCKeditor::$nsToggles ) . '</fieldset>' 926 ); 927 } This was to add a seperate tab in 'my preferences'. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1455 | Menu bar positioning issues on load | Bug | Normal | Opera Compatibility | UI : Toolbar | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
In Opera 9.50 (build 4404) on Mac OS X 10.4.10, the toolbars are very spaced out on page load. Mousing over the toolbars brings them to their proper position. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1456 | Cyrillic characters being corrputed | Bug | Normal | General | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
If I paste in this text (or other similar text):
the outputted HTML is
which appears online as
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1457 | paste from word a 3-level list | Bug | Normal | Plugin : Paste from Word | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
if pasting from word a multi-level nested list, third level and above will be enclosed in a <div> and put out of the list. please try the attached word file and do a paste from word. Please check both boxes "ignore..." and "remove style definitions". |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1458 | Mediawiki: Safari 3.0.3 preview problems | Bug | Normal | Project : MediaWiki+FCKeditor | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
http://www.fckeditor.net/forums/viewtopic.php?f=6&t=7271 "Hello, we where able to see a toolbar but live preview not working" (macintosh + Safari 3.0.3). I can confirm that the same problem occurs on Safari 3.0.3 (522.15.5) + Win XP/SP2. From time to time when switching back from wikitext mode, everything dissapears. It seems that ajax calls don't work (?). |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1459 | troubleshooting with '<strong>' and '<em>' tags | Bug | Normal | Core : Styles | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
Hi everybody, I've a troubleshooting with 2.5 beta release: how force '<strong>' and '<em>' tags instead of '<b>' and '<i>' when click on "B" or "i" button? The configuration directive "FCKConfig.ForceStrongEm = true" doesn't work under Firefox 2.0.0.7 and IE 7... There are always '<b>' and '<i>' tags in view source or HTML output... Thanks for your suggests and sorry for my simple English, I'm French! Best regards, Avairet |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1460 | Safari: | Bug | Normal | General | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
When I paste text from word strange symbols like  appear. See attached video . My page has UTF-8 encoding. I use fckeditor 2.5 beta. Actually the same problem appears in all text editors I have tried, so I guess it may be safari bug and not fckEditor problem. Just want to let you know about it, maybe you can fing solution. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1461 | Safari: Â appears when pasting from Word | Bug | Normal | General | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
When I paste text from word strange symbols like  appear. See video http://tomhess.net.29.m6.net/mytemp/pastefromword.rar My page has UTF-8 encoding. I use fckeditor 2.5 beta. Actually the same problem appears in all text editors I have tried, so I guess it may be safari bug and not fckEditor problem. Just want to let you know about it, maybe you can fing solution. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1463 | FCKConfig.EnterMode doesn't work properly | Bug | Normal | General | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
When I modify this config directives:
The editor create "<br />" tags when press Enter, but delete first "<p>" and last "</p>" tags around my sentence. Same result under Firefox 2.0.0.7 and IE 7. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1464 | Unable to create <p> inside <div> (the return) | Bug | Normal | UI : Enter Key | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
As previously reported in ticket #99 http://dev.fckeditor.net/ticket/99 Test step:
Result: <div>ab</div> <div>c</div> There is NO <p> tag as expected. So there is NO way to create a <p> tag in <div> tag, and there is no way to create a nested <div> tag. Pressing enter seems to produce a 'div' or 'p' depending on the current format. Setting the EnterMode seems to have no affect. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1465 | corestyles/stylelabel applied on div entermode | New Feature | Normal | General | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
Using ie. div in EnterMode produces a clean div tag that embraces its content upon pressing enter or when loading the editor. Ie. <div>New paragraph</div> Could it be possible that the div-tag created by EnterMode to be affected by DefaultStyleLabel and/or CoreStyles? For instance, if having FCKConfig.EnterMode = 'div' ; ... FCKConfig.DefaultStyleLabel = 'myClass1' ; ... FCKConfig.CoreStyles = { ... 'div' : { Element : 'div', Attributes : { 'id' : 'myDiv1' } }, ... the EnterMode currently produces: <div>Text</div>. When it really should produce <div class="myClass1" id="myDiv1">Text</div> |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1466 | SpellerPages and CGI error | Bug | Normal | UI : Spell Checker | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
HI ... i upgraded from 2.3.2 and now the speller page get an error. and i did see some differences in spellchecker.php The error i get every time is: CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers When i switch back to the old version it works np. Can you help? INFO: Runing IIS 7 on Windows 2003 Ent Server PHP V 5.2.3 Thanks much. Terry |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1467 | HTML 4.01 Strict / XHTML 1.0 Strict support lacking in regard to attributes | New Feature | Normal | General | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
The newly released beta (2.5) is advertised in such a way as to suggest that support for varied DTDs (HTML 4 Transitional, HTML 4 Strict, XHTML, etc) is intended. To get closer to that goal it would be desirable to not use deprecated attributes when in "strict" mode. Current support for Strict DTDs (fck_xhtml10strict.js) appears to only apply to elements. It is possible to add invalid attributes to the HTML which is undesirable in some use cases. I cannot find anyway to modify this behavior without changing the source code. I would suggest extending the FCK.DTD to support attributes as well as elements or provide some option for using alternatives for the deprecated attributes. A table of deprecated attributes and alternatives: http://aamcf.co.uk/html/attr Example (steps to reproduce):
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1468 | MediaWiki+FCKeditor doesn't play nicely with HTML lists | Bug | Normal | Project : MediaWiki+FCKeditor | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
MediaWiki+FCKeditor doesn't play nicely with HTML lists. See the following HTML list, where each level of the list uses a different list-style-type: <ol>
</ol> If MediaWiki+FCKeditor gets its hands on this list, it turns it into the following: #First level, first item #First level, second item ##Second level, first item ##Second level, second item #First level, third item By converting it into a MediaWiki list, the list-style-type of the second level is lost, so they're all numbers instead of numbers at the top level and letters at the next. It would be preferable if MediaWiki+FCKeditor would refrain from converting HTML lists to MediaWiki if the HTML lists have styles which will get lost. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1469 | MediaWiki+FCKeditor breaks repeated *'s, :'s, and #'s used for indenting | Bug | Normal | Project : MediaWiki+FCKeditor | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
In the following MediaWiki code, multiple colons cause the text to be indented more: Testing :Testing ::Testing :::Testing When I type the above in a MediaWiki+FCKeditor window with "WikiText" clicked, then I unclick "WikiText" to view WYSIWYG, it displays properly. However, when I click "WikiText" again, MediaWiki+FCKeditor messes up converting back to WikiText. I end up with this: Testing :Testing : :Testing : : :Testing It does this sort of thing with multiple *'s (for bulleted lists) or #'s (for numbered lists) as well. It should allow the multiple :'s, *'s, and #'s to remain on one line to allow me to indent text by multiple levels. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1470 | A <br> is inserted when saving or hittng ENTER in summary field | Bug | Normal | Project : MediaWiki+FCKeditor | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
If I make edits to a page using MediaWiki+FCKeditor, then type up an edit summary, then hit Enter to commit instead of clicking "Save page" with my mouse, it commits but also inserts a carriage return near where I was working on the article. It should do one or the other: either it should not commit when you hit enter, or it should commit without also inserting carriage returns. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1471 | Add preferences setting for "Edit Wikitext by default", while still allowing access to FCKeditor | New Feature | Normal | Project : MediaWiki+FCKeditor | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
Currently, MediaWiki+FCKeditor uses FCKeditor by default, with a "Wikitext" button to allow editing MediaWiki code directly. FCKeditor occasionally breaks some HTML and Wikitext trying to parse it, sometimes losing data, and so it would be great if by default I could edit Wikitext but still use FCKeditor at the click of a button. It is possible for an individual user to disable FCKeditor in his preferences, but it would be more convenient if a user could opt to default to Wikitext while still having quick and easy access to FCKeditor. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1472 | Arabic Language File for FCKeditor 2.5 | Task | Normal | FCKeditor 2.5 | UI : Language | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
Arabic Language File for FCKeditor 2.5
Abdul-Aziz A. Al-Oraijhttp://aziz.oraij.com/ |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1473 | Unable to select table cells and apply Font Size or Font Style to selected cells | Bug | Normal | General | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
Steps to reproduce problem:
People familiar with MS Word would expect to be able to apply the font size to selected cells. The same capability should exist with Font Styles menu. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1474 | null errors reloading the page in IE | Bug | Normal | FCKeditor 2.5 | General | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
Add a smiley to the content in IE 6 and now try to reload the page, a list of errors saying that something is null will show. This patch (it's missing the reference to this bug number as it still doesn't exists) should take care of them, but maybe there's something else that can be done:
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1475 | Resize of dialogs isn't right in standards mode | Bug | Normal | FCKeditor 2.6 | UI : Dialogs | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
I don't know if it does make any sense to change the code in fckdialog right now as it will be converted to a floating panel, but anyway, the new version should avoid this problems: If the content loaded in the dialog is rendered in Standards mode then the calculation of the proper height isn't done properly because it uses oInnerDoc.body instead of oInnerDoc.documentElement. Also, the resizing is only vertical, not fitting automatically widths different than the one specified in the calling code. And the code there still uses document.all, instead of proper browser detection. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1476 | [Firefox] Deselecting by mouse click inside of selection does not trigger GetState function of buttons. | Bug | Normal | General | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
When someone selects a part of the document in the editing area and clicks with the mouse in the middle of it, it does not trigger the GetState functions of the buttons of the toolbar. The bug is present in the "nightly build" both under Firefox 2.0.0.8 and Explorer 6.0.2900.2180... (Explorer triggers correctly sometimes - don't know why) Reproduction (eg. with the default sample text of FCKeditor): -Click in the editing area and select the whole sentence by mouse or Ctrl-A -Click in the middle of the word "sample" (which should be in bold):
-Selection will collapse and the cursor will be "...sam<here>ple text..." but the button of 'bold' WILL NOT BE SET to FCK_TRISTATE_ON. -On the other hand, if you select something and click outside of it, eg:
-Click in the middle of the word "sample" (this should be in bold and outside of the current selection):
-Selection will collapse and the cursor will be "...sam<here>ple text..." and button "B" WILL BE SET to FCK_TRISTATE_ON. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1477 | In fullscreen mode, pop-up menu position relative to "content div | Bug | Normal | Project : MediaWiki+FCKeditor | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
In FCK + Mediawiki, click on the fullscreen button, then right-click in any part of the text. The pop-up menu will appear at some distance of your click point, probably due to the fact its position will be determined relative to the "#content" div from Mediawiki. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1478 | Parsing of fckstyles.xml fails if there are no <style> nodes | Bug | Normal | FCKeditor 2.5 | Core : Styles | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
There's no check to verify that the user hasn't removed all the nodes and then there are errors everytime you click on the editor. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1479 | FCKeditor for MediaWiki 1.6? | Bug | Normal | General | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
I tried using the hack for FCKEditor Mediawiki but there keeps being an error that Parsaroptions.php is not available. Anyone knoew where I can find the hack for FCKEditor to work with mediawiki 1.6? |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1480 | Support for CSS text-shadow | New Feature | Normal | Core : Styles | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
I just thought it would be good to support the great new possibilities offered by the CSS text-shadow property. Browsers supporting this include Safari, Opera 9.5, and Firefox (with a plugin), so it's near universal. Example usage: <big style="text-shadow: 4px 4px 3px #333333">Some fancy text</big> Any ideas? I guess it would require a new dialog box or something, but otherwise I suspect it might be straightforward. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1481 | Problems with Image Alignment in Internet Explorer in Plone/Python - FCKEditor-Plone-2.4.6 | Bug | Normal | General | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
I'm using FCKEditor in Plone2.5 (python). And it is configurated to be my default HTML editor. Some problems with Image alignment occur in the Internet Explorer (6 and 7). It doesn't change the image alignment when I edit a page. When I select an image and click in the button that changes the alignment, sometimes the alignment isn't changed. It is happening to me after a have saved the page once, and I try to edit the page after. I tested in fckeditor-plone_2-4-6. Another question: I also tested older versions, but they have problems like using "align" instead of "text-align" in image source... I have fixed the alignment problem in the source (edit view), but FCKEditor changes the alignment of other element instead of the selected. I thank some help. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1482 | IsDirty always true after loading content with anchors | Bug | Normal | General | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
On calling SetHTML/SetData with content containing an anchor, the isdirty flag is true even when resetDirtyFlag is passed as true. The reason appears to be that the onSetHTML event fires after the dirty flag is reset, which in turn calls process and processes the targets adding the 'FCKAnchorC' cssclass. 1: call setHTML (now appears to be setData) with sample content containing an anchor (e.g. <p>L<a href="#Fred">in</a>k2</p><p>P<a name="Fred">Fred</a></p>and resetIsDirty = true. 2: check to see if the fck editor isDirty flag is false. A suggested solution is to modify the function '_FCK_EditingArea_OnLoad', and move the 'ResetIsDirty()' call to after the 'OnAfterSetHTML()' call. function _FCK_EditingArea_OnLoad() {
} |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1483 | German language Support (Preferences) -> MediaWiki+FCKeditor | New Feature | Normal | Project : MediaWiki+FCKeditor | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
I translated the language file to German. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1484 | When a form has a element's name called "style",click "fullscreen" button will raise a error! | Bug | Normal | General | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
When a form has a element's name called "style",click "fullscreen" button will raise a error! Version: 2.5 beta 16848, File: fckeditor\editor\_source\internals\fcktools.js, Error at line 457, Context: FCKTools.ProtectFormStyles = function( formNode ) { if ( !formNode || formNode.nodeType != 1 || formNode.tagName.toLowerCase() != 'form' ) return [] ; var hijackRecord = [] ; var hijackNames = [ 'style', 'className' ] ; for ( var i = 0 ; i < hijackNames.length ; i++ ) { var name = hijackNames[i] ; if ( formNode.elements.namedItem( name ) ) { var hijackNode = formNode.elements.namedItem( name ) ; hijackRecord.push( [ hijackNode, hijackNode.nextSibling ] ) ; formNode.removeChild( hijackNode ) ; } } return hijackRecord ; } a sample form: <form method="POST" name="myform" action="addproduct.asp?action=save"> <input type="text" name="style" value="THIS ELEMENT WILL RAISE THE BUG!"> <textarea name="detail" id="detail" rows="20" cols="50">null...</textarea> <script type="text/javascript"> window.onload = function() { var oFCKeditor = new FCKeditor( 'detail' ) ; oFCKeditor.BasePath = '/fckeditor/' ; oFCKeditor.ReplaceTextarea() ; } </script> </form> |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1485 | IE: shift+enter brakes formatted text | Bug | Normal | Project : MediaWiki+FCKeditor | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
Hello, I lately installed MediaWiki+FCKeditor from the SVN trunk (rev 1055). Once again, as always, I'm experiencing problems with linebreaks and pre tags. The topic is getting annoying, but i tried quite every patch available here, and either they were already applied or they simply don't work as intended. I'll go trough usecases, for IE 6.0 and Gecko (FireFox). I'm using FireFox 2.0.0.8 on Linux (Gecko 20071020). Usecase 1 - Add normal text and apply Formatted to itI write text normally, using SHIFT+Enter for the linebreak. I select the whole text i've written and apply the format "Formatted". It displays the text nicely, as expected by me. Now, by pressing on "Wikitext", the following happens: Internet Explorer: Internet explorer completely behaves as intended. Switching around does not screw up anything. Firefox Firefox behaves differently. Switching the first time to wikitext, the following text is displayed: <pre>test<br>testt<br>testtest</pre> Switching back, this linebreaks show up in the wikitext in a format block Next time i switch to the wiki text, the following is displayed: <pre>test<br>testt<br>testtest</pre> Which was not intended by me. No need to mention that the linebreaks were lost within the pre block by the first time switching. Usecase 2: Editing already formatted textWell, i created a page, formatted it, and did NOT switch to the wikitext. I saved the page, and went on "edit", or use the "preview" function. Now, i add up some line, the following happens Internet Explorer The internet explorer on the first shift + enter won't let me add any line. Instead of this, IE adds some pre tags (shift+enter?) <pre><pre>test testtest testtesttest</pre><pre></pre></pre> By switching back, the view is screwed up (of course). If i press new line, and start writing (note: the curser did NOT switch to the next line yet), it works properly. If i add something pressing two times SHIFT + Enter, the pre tags get screwed up again: <pre><pre>test testtest test testt</pre><pre></pre> test</pre> Firefox Doing the same with firefox, firefox again screws up the newlines with br (of course), as described in usecase 1. For the field added (the newline), firefox does the following: <pre>test<br>testt<br>testtest test</pre> which means it does not convert the newline into a break anymore, but a blank instead of that. It does not screw up the pre tags though, as IE does. I hope you can reproduce this problems. Yours, Georg |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1486 | Opera: Error in the console when using the Fullscreen button | Bug | Normal | Opera Compatibility | General | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
Tested in windows with build 9613 Using the fullscreen button raises this error in the console. JavaScript - Script of unknown origin Unknown thread function( e ) { listener.apply( sourceObject, [ e ].concat( paramsArray || [] ) ) ; } Without a JS debugger it will be difficult to find exactly the problem BTW, this build has a horrible behavior in the url bar, looks like it keeps loading something and it's quite annoying. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1487 | Custom Toolbar Not Working in fckconfig.js file | Bug | Normal | Server : PHP | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
Custom Toolbar Configuration Bug in FCK 2.5 Beta Whatever i do to try to change the 'default' or 'basic' toolbars in the fckconfig.js file has absolutely no effect in the editors i'm using on my webpages... i've tried setting up custom toolbars, but when called the browser won't recognise them... it's crazy, as even if i completely change the default or basic toolbars - the standard one remains... nothing i do in the config file to the toolbar has any effect... I'm using PHP on a MAMP setup if it's useful info... using Firefox and Safari... Please help on this! tearing my hair out! Thanks |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1488 | new php5 connector | New Feature | Normal | FCKeditor 2.6 | Server : PHP | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
Description of changes: Continued with the update to proper php5
Removed EncodeConfig method and replaced all occurrences of it with the php urlencode function Optimized how the strings were formed (concatenating as opposed to embedding, which tends to run slower) Refractored some odd if/else conditionals to use the ternary conditional instead Added an 'ID' property so developers can specify the ID instead of using the InstanceName The biggest thing about this is that I made changes so it matched the PHP5 OOP structure. PHP5 is backwards compatible with PHP4, so this class still worked, but work on PHP6 is underway and I doubt it will be backwards compatible all the way back to PHP4 so I brought everything up to date. There were a couple of other changes, mostly to just make more efficient use of PHP. All the methods still return the same information (except for EncodeConfig, which wasn't really called by the public anyways). Default behavior is still the same- if a developer doesn't specify the ID, for instance, it still defaults to the InstanceName. I was able to drop the file into a couple of different places where I've used FCKeditor without having any issues. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1489 | Custom Toolbar Config issue | Bug | Normal | General | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
Custom Toolbar Configuration problem I've been trying to configure some custom toolbar settings in fckconfig.js, but none of the changes i make have any effect. In fact all changes in fckconfig.js seem to have no effect... i have now deleted fckconfig.js and the editor still works fine... fckconfig.js seems to be completely irrelevant to the settings of the editor... is this a bug? or is the configuration file elsewhere... many thanks |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1490 | Deleted paragraph reappear after editing in source mode | Bug | Normal | General | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
Scenario:
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1491 | Error when indenting and outdenting empty list elements | Bug | Normal | FCKeditor 2.5 | General | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
Scenario:
Tested with IE7
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1492 | element.attributes not correctly updated in IE after cloneNode | Bug | Normal | General | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
This is not a specific FCKeditor bug, but I need some help. I have implemented a "following paragraphstyle" functionality. This works by altering the class name to the new element that is created in fckenterkey. But I have met a strange IE7 bug(?). When I alter the className attribute to the element (with either element.className or element.setAttribute) that are cloned from the previous block this value seems to be updated as expected. BUT the attributes nodemapArray are not updated. This causes the check in FCKDomTools.GetAttributeValue to fail because it returns the old classname and not the new one. Therefore the style class label are not updated to new style, and when I switch edit mode to source view the old class value (that is stored in the attributes array) is still used. It seems to me that there is a bug in the clone method in IE that causes the two elements to reference the same attribute map, but I can be wrong... Do you have any hints to how I can set a class name and be sure that element.attributesclass?.nodeValue is updated? |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1493 | Possibility to define the default block element attributes | New Feature | Normal | General | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
It would be nice to have the ability to define the attributes the default block element should have. We are using 'p' as entermode and only classes to define the different styles in the text. The customer have the option to define the default paragraph style. It would have been nice if every methods instead of creating a empty paragraph tag created a paragraph with default attributes (e.g. default classname). |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1494 | BR AND P tags not handled correct in IE6 and IE7 | Bug | Normal | General | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
Hi. Using FCKeditor 2.4.3 and had high expectations for the new handling of BR and P tags (introduced earlier). I do not want P tags in the source, and have therefore these two lines in my fckconfig.js: FCKConfig.EnterMode = 'br' ; FCKConfig.ShiftEnterMode = 'br' ; And have the following UGLY (at least for me) bug: If I enter some text and then use BACKSPACE TO REMOVE ALL text (in IE6 or IE7) then what is stored in my database is this: <p> </p> There should be nothing stored in my db. Then when I laiter edit the text in FCKeditor then the P tags are never gone. Is this a known bug? Is there something else I have to set in the config file to handle this correct? REALLY hopy this can be fixed ASAP, also for the 2.4.3 version, since I'm soon to demo an application for a customer and would not like to use a 2.5 beta or a clean 2.5 version since this increase the risk of new quirks in the application. It works as it should in Firefox. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1495 | [FF] oEditor.IsDirty not handling spaces and CR correctly (in some cases) | Bug | Normal | General | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Description |
I'm currently using this to see if content of an FCKeditor has changed if (oEditor.IsDirty()){ return true; } START SAMPLE SOURCE
* END SAMPLE SOURCE * IsDirty test mostly works but not allways, on the source above: What I found is this: If I place cursor after "This is another test" (see example source above) and hit spacebar some times, and then backspace to remove them then IsDirty return true. If I do the same after "This is a test" the IsDirty return false. I also note that I get same result when hitting CR where I previously tried with spaces, and then removing with backspace as for previous tests... and get the same result. And if I (said it before, but anyway).. just add some letters and remove them with backspace after "This is another test" then IsDirty returns false (as it should) ..... weird!!!! As far as I can see, it looks like this is happening on text that does not have anything (letters, tags) follwing it (in source). If I test on one text string only (with no tags after it), I get the buggy behaviour. If I then add a CR and save the record, and then place cursor after last letter and add and remove spaces and/or CR then it works as expected. Also found the following: If I place cursor after "This is another test" and hit either spacebar or CR and then backspace to remove the newly inserted spaces or CR, and then click source button to get in source view, and click source button to get in normal view, and then click a link or change URL of the page to trigger my code that uses IsDirty then the bug is gone. So it looks like something is added to the source, which is cleaned up when entering source mode. Weird. The above was tested in Firefox 2.0.0.7 (have now also tested in IE6 and IE7 and could not reproduce the bugs there). Also note that I use this in fckconfig.js: FCKConfig.EnterMode = 'br' ; FCKConfig.ShiftEnterMode = 'br' ; |