Sophie

Sophie

distrib > Mandriva > 2010.0 > i586 > media > contrib-release > by-pkgid > dca483b59ba61f3fa092de932ddd570e > files > 466

nuface-2.0.14-2mdv2009.1.i586.rpm

**** version 2.5.0 ***

    *Examples:
        1. [1687273] - [SF 1861119 ] Flickr Example code is incorrect

    *Config
        1. [1556954] - [SF 1816784 ] tabbing troubles...
            Added a new config option called plainText. (See API docs for more information)
        2. Removed the requirement for a textarea. If you pass the config as the first argument to the constructor
            the Editor will create the textarea for you.

    *Internet Explorer
        1. [1515145] - [SF 1807057 ] RTE _setDesignMode reloads page content
        2. [1687267] - [SF 1861514 ] editorContentLoaded fires early in IE6/7
        3. [1687244] - [SF 1866217 ] Editor in frameset causes "unspecified error" in IE6
        4. [1687278] - [SF 1859031 ] Change Font Color on IE
        5. [1687283] - [SF 1857798 ] IE7 RTE HTTPS problem
        6. [1687316] - [SF 1854657 ] IE bullet/number strange behaviour
    
    *All
        1. [1687258] - [SF 1862824 ] Problem with <script> tags in editor content
        2. [1687292] - [SF 1857235 ] cleanHTML function stripping closing tags
        3. [1687322] - [SF 1849730 ] Multiple Editors' toolbars conflict
        4. [1688270] - [SF 1867927] Editor dynamic height adjust
        5. [1693656] - [SF 1870215] handleSubmit hijacks the value of the submit button
        6. [1693686] - [SF 1869619] Image Modification Dialog
        7. [1693719] - [SF 1850814] Editor produces faulty code


**** version 2.4.0 ***

* Performance enhancements and bug fixes.
* Created a new base class called SimpleEditor. Editor now extends SimpleEditor
* Created 2 new Toolbar Buttons
    YAHOO.widget.ToolbarButton - No requirement for Button or Menu
    YAHOO.widget.ToolbarButtonAdvanced - Still Required Button and Menu

    *All
        1. [1423860] - [SF 1774823] Change text size removes selection highlight
        2. [1487601] - [SF 1796897] Font size issue
        3. [1508412] - [SF 1799379] setEditorHTML strips title attribute
        4. [1528759] - [SF 1810162] [example] Link Options Window appears behind the editor
            Added a config option "limitCommands" when set to true, the editor will not execute a command that is not bound to a button.

        5. [1544149] - [SF 1808154] add non-editable snippets to YUI-RTE
            Added a config option "allowNoEdit", when set to true the "_isNonEditalble method is called at the beginning of all event handlers to check if this element or
                a parent element has the class yui-noedit (this.CLASS_NOEDIT) applied. If it does, then this method will stop the event and return true. The event handlers
                will then return false and stop the nodeChange from occurring. This method will also disable and enable the Editor's toolbar based on the noedit state.

        6. [1544160] - [SF 1808102] Keep the content of invalidHTML
            If you set the value of a key in this.invalidHTML to "{ keepContents: true }", then the element will be replaced with a yui-non span to be filtered out when 
                cleanHTML is called. The only tag that is ignored here is the span tag as it will force the Editor into a loop and freeze the browser. However, all of
                these tags will be removed in the cleanHTML routine

        7. [1560982] - [SF 1818681] RTE converts input tags to emnput
        8. [1508390] - [SF 1787357] Split into separate modules
            Split the Editor into Editor and SimpleEditor. Also split out the execCommand support into several methods for easier overriding and extending.

        9. [1508403] - [SF 1779516] Dirty flag for editor
            You can now check the editorDirty property on the Editor instance. It will be default false and be set to true when something important happens.
            You will need to manually change it back to false when you check it.

    *Internet Explorer
        1. [1508413] - [SF 1804028, 1810362] Omission of DocType at top of page
            It appears that Internet Explorer doesn't like the page containing the Editor to not have a doctype if the page inside the editor does.
                The Editor will now check for compatMode and if it is not in standards mode, it will omit the doctype from the editable area.
                
        2. [1528733] - [SF 1808818] IE6 reports security violation on secure pages
        3. [1528766] - [SF 1810362] Will Not Work Without DTD header
        4. [1496536] - yui editor indentation problem
        5. [1465375] - [SF 1789702] RTE Image insertion creates timer error

    *Firefox
        1. [1492573] - Can not get focus on edit box in FF 1.5 on FreeBSD

**** version 2.3.1 ***

* Performance enhancements and bug fixes.

    *All
        1. [1406169] - Fixed Toolbar performance issues
        2. [1406176] - You can now set the height and width of the editor after it has been rendered       
        3. [1413456] - Group Labels can now be turned off after the editor has been rendered
        4. [1413750] - Editor now supports delayed render (script block above the textarea markup)
        5. [1416349] - cleanHTML now supports markup config options better (added xhtml option)
        6. [1422334] - Added a link field to the image property editor
        7. [1425540] - [SF 1775187] Fixed adding a link to an LI
        8. [1406370] - [SF 1767246 ] Using Back button causes breaking behavior. Fixed.
        9. [1435809] - Base href config fails when on a page with a port number. Fixed.

    *Safari
        1. [1390926] - Fixed Safari handleSubmit issue
        2. [1433563] - Editor becomes unstable when rendered inside an element set to display: none (added show() method)

    *Opera
        1. [1396921] - Fixed clicking the Toolbar while typing loses insertion point
        2. [1406700] - [SF 1767251] Background color can not be overridden in Opera.. Fixed.

    *Gecko
        1. [1411911] - [SF 1769657] RTE looks strange on Firefox when base.css - Fixed style collisions
        2. [1433563] - Editor becomes unstable when rendered inside an element set to display: none (added show() method)

    *Internet Explorer
        1. [1396921] - Fixed clicking the Toolbar while typing loses insertion point


**** version 2.3.0 ***

* Beta release.

* Known Issues
    * All
        1. Removed the menu for Create Ordered Lists, it now defaults to creating a simple OL with no type.
     
    * Safari
        1. Bug #1390926 - Safari may not inject the editor's HTML into the text area when the config handleSubmit is set to true.
            You can get around this with the following code (where comment is the id of the textarea):
                YAHOO.util.Dom.setStyle('comment', 'visibility', 'hidden');
                YAHOO.util.Dom.setStyle('comment', 'position', 'absolute');
                YAHOO.util.Dom.setStyle('comment', 'display', 'block');
                oEditor.saveHTML();
                window.setTimeout(function() {
                        YAHOO.util.Dom.get('comment').form.submit();
                }, 200);

            This issue will be fixed in a later release..
        2. Unable to get the cursor position inside the editable area.
            What this means is that when an image/object is inserted into the document
            we have no way of knowing "exactly" where to put it. So we make an educated guess.
            If they user clicked on an "element" (HTML Element) in the editor, then we will place
            the newly inserted element directly after it in the DOM. If there was no element clicked
            We will append the new element to the body.

        3. Ordered/Unorder Lists are not support natively. So we have built a work around for this.
            Most browsers will allow you to select a block of text and create a list out of it "automagically"
            by inserting an LI around blocks that are separated by line breaks, BRs or Ps. In Safari, the 
            entire text block will be turned into the first LI of the list. The user can then place the cursor
            at the beginning of each line, and backspace, then hit enter to create the new list item. There are some
            use cases that this might fail.

        4. Dragging and dropping of selections and images/objects is not supported.
            Safari will do some weird things if the text in the editable area is selected and dragged and dropped.
            We prevent this from happening to images inside of the editable area, but we can not prevent it for text.
            Safari will also give unexpected results if text from another Safari window in selected, then dragged
            into the editable area.

    * Opera
        1. Placing the cursor in the editor, then Shift Clicking to highlight will not work. The limitation appear to be in Opera.

        2. Image resize is unavailable, due to limitations in the browser

        3. Shortcut keys are not supported in this release.

        4. Dragging and dropping of selections and images/objects is not supported.

        5. Hitting the back button on the page will not reload the iframe.

        6. Selecting the editable area, then hitting the shortcut keys for "Reload" will
            cause the current page to be displayed inside the editable area.


**** version 2.3.0 Peview Release Notes ***

* The only server side resource required to run the editor, is the blankimage file.
    The blankimage file is the temporary image loaded into the editor when you click the
    "Insert Image" button in the toolbar.

    This can be set using:

    var myEditor = new YAHOO.widget.Editor('test', {
        blankimage: 'MY_IMAGE_PATH'
    });

* There is a performance issue with Safari on a G4 computer. We will be working to get this resolved before the initial beta release.