http://dev.fckeditor.net/ticket/425
http://dev.fckeditor.net/ticket/1982
http://dev.fckeditor.net/ticket/1865
http://dev.fckeditor.net/ticket/2389
http://dev.fckeditor.net/ticket/822 Fixed
http://sourceforge.net/tracker/index.ph ... tid=543655 Fixed
http://dev.fckeditor.net/ticket/1803
http://dev.fckeditor.net/ticket/636
http://dev.fckeditor.net/ticket/2472

Re: Improving the tables
Re: Improving the tables
I am interested in the table dialog with the THEAD options and also the possibility to enter the tables CLASS property through the table dialog.
As I am not familiar with the way you publish the patches for fck_table.html can you please send me this file in email to info@fit2page.nl?
I will review it for FF, IE6, IE 7 and Safari for you.
Thanks alot in advance!
BR,
Marc
Re: Improving the tables
http://dev.fckeditor.net/wiki/SVN_Basics
download and install TortoiseSVN
Then create a checkout folder
Go to the ticket2430.patchdownload in original format
use TortoiseSVN to apply the patch
Re: Improving the tables
I have the patch files here now, no probs.
I am going to test in different browsers this week.
When I want to update our production environment with the new .js is that simply a packed version of the original?
Marc
Re: Improving the tables
Re: Improving the tables
To make selection of the table class possible I added
document.getElementById('selClass').value = GetAttribute( table, 'class', '' ) ;
SetAttribute( table, 'class' , GetE('selClass').value ) ;
and a dropdown with classes available.
These classes are of course specific for our own CMS. Are you planning to implement this also?
Marc
Re: Improving the tables
Re: Improving the tables
When I switch to "Code" and back then I see the class applied to the table.
In FF and Safari everything works fine.
Are you planning a link to the <table> applicable classes in style.xml also?
When and how do you publish the patch to work with the table classes since I saw that ticket #425 is Confirmed added?
Re: Improving the tables
That's because in IE you must use .className, just like other dialogs.
I think that it's the best option, end users have a hard time remembering the class names that the designer choose.
I don't have infinite time to work on this, so work moves little by little, and it doesn't have sense to try to make lots of changes at a time, each bug should be fixed before I can start working on other features or there would be too many things to look at. If other people cooperate and help to fix the bugs then everything will move faster.
Re: Improving the tables
OK it works when I use FCKBrowserInfo.IsIE as a browser detector.
I really don't know how to establish a link to the style.xml so I am afraid I cannot help you there. Do you think you can easily explain to me or do you have a code example?
Thank you Alfonso
Re: Improving the tables
Hi Alfonso,
Where can I see to which location the released version is written?
I created a dir named ../../fckeditor.release/ but nothing is written to it...
Marc
Re: Improving the tables
About the styles, you can check the div container dialog, but remember that if you want to create a patch, it must work in all four browsers, including Opera, so I would suggest you to install it and add it to your tests.
Re: Improving the tables
Yeah I saw it; I have to install new virtual with Linux tomorrow...
I will check in Opera also, no prob.
Re: Improving the tables
No, you can install PHP in windows. I don't think that you can run the .bat file from Linux.
Re: Improving the tables
When I open the online FCKeditor demo version in Opera 9.51 I do not see context menu's on right mouse click. I cannot find this as a filed ticket. Am I missing something?
Marc
Re: Improving the tables
OK thank you.
Do you have a howto or a link. What about the chance that my IIS configuration on the machine is destroyed by the PHP installation?
Marc
Re: Improving the tables
Re: Improving the tables
http://dev.fckeditor.net/ticket/425Table tags to support enhanced table design by class style
Re: Improving the tables
I don't think that your IIS installation should be affected. Usually people want to install PHP in order to run it for webpages and they get troubles to make it work, I guess that if you skip that step you won't have any trouble.
Anyway, remember that you don't need PHP to test these changes, and that hopefully they will become a new version so you can grab that zip and deploy it.
Re: Improving the tables
Thanks.
It looks good to me in IE7, I guess that I need to remember where I did left that IE6 VM
Re: Improving the tables
Re: Improving the tables
Because CMS customers experience problems I want to deploy the Table dialog changes to our production environment as soon as possible. Since you made changes in fckdomtools.js I need to recompile the .js source to the packed ones. That's the reason I need the PHP on the machine.
Regards,
Marc
Re: Improving the tables
I have tested with IE6 and I didn't notice any problem with the summary field. I don't know what to do if I can't reproduce the problem...
Re: Improving the tables
https://dev.fckeditor.net/ticket/2389
Re: Improving the tables
Thanks for the patch, it looks mostly right. The change at the beginning of both files means that probably your editor isn't handling the UTF-8 marker correctly and it's removing it, not a big issue.
Anyway, I can see some issues: copying the attributes to an array and storing first the name and then the value looks strange. It would be better to copy all the attributes and values to an object.
Then the conversion to a string and then splitting it again seems useless.
I would try to use the CopyAttributes function defined in the fck_dialog_common.js (moving it to the domtools)
The main problem is that in order to fix other bugs (that are triggered more easily like the context-menu at last row) I think that the _CreateTableMap and _InstallTableMap might need several revisions, that are more important than this issue at hand. After all, a user can't set any attribute on a <tr>, but as I said, there are other things that seem that should be fixed first.
Re: Improving the tables
Re: Improving the tables
/** * Returns all attributes of the element as an object. */ GetAllAttributes : function ( element ) { var elementAttributes = {} ; var oAttributes = element.attributes; for ( var i = 0 ; i < oAttributes.length ; i++ ) { // Check for "specified" attributes on the element. if( oAttributes.item(i).specified ) { elementAttributes[oAttributes.item(i).nodeName] = this.GetAttributeValue( element, oAttributes.item(i).nodeName ) ; } } return elementAttributes ; }, /** * Set all attribute values of the element. * @param {Object} element: The element whose attributes will be set. * @param {Object} attributeList: The list of attributes as a name/value pair object. */ SetAllAttributes : function( element, attributeList ) { for ( var attributeName in attributeList ) { // Workaround for IE when setting the "style" or "class" attributes. if ( FCKBrowserInfo.IsIE && attributeName == 'style' ) element.style.cssText = attributeList[attributeName]; else if ( FCKBrowserInfo.IsIE && attributeName == 'class' ) element.setAttribute( 'className', attributeList[attributeName] ) ; else element.setAttribute( attributeName, attributeList[attributeName] ) ; } },Re: Improving the tables
About the patch: you don't need to hurry. Create the patch and test it. Then rest for a day and tomorrow take a look at it again, verify that the code looks nice, that the names and descriptions are correct. Try new testcases and if everything is fine you can post it, but as I said previously this isn't an important bug to fix right now: in order to test it you need to go to source view, paste the code and then to see the results you need to go again to source view, it isn't easy to test, so it isn't strange that you might miss something in the bugfix.
Re: Improving the tables
Re: Improving the tables
With regard to the tables, one of the best way as I explained is to properly test the patches that are available (if they do exist) in the bugs, or any new patches that I or anyone else adds. Catching any problem as early as possible means that when a bug is reviewed has a high chance of being directly accepted, but if there are problems like it did happen with the thead patch that Martinkou did found and then some other issues that I've found in IE and Opera, means that the testing of the patch has failed.
I hoped that the community would help on this task because Frederico and Martinkou are focused on CKeditor 3, and I don't want to steal any time from them in order to add this patches to a new release of a version that it's almost in maintenance mode. I can develop in a private branch and deliver it only to my clients, it seems that some people likes to do it that way.