Page 11 of 53 FirstFirst ... 91011121321 ... LastLast
Results 101 to 110 of 525

Thread: API Documentation Content Bugs

    Thank you for reporting this bug. We will make it our priority to review this report.
  1. #101
    Sencha User edspencer's Avatar
    Join Date
    Jan 2009
    Location
    Palo Alto, California
    Posts
    1,939
    Vote Rating
    11
      0  

    Default

    Quote Originally Posted by SebTardif View Post
    Duplicate code line at:
    http://docs.sencha.com/ext-js/4-0/#/api/Ext.data.Types

    Extract:
    { name: 'latitude', mapping: 'lat', type: types.FLOAT },
    { name: 'latitude', mapping: 'lat', type: types.FLOAT },
    Thanks, fixed
    Ext JS Senior Software Architect
    Personal Blog: http://edspencer.net
    Twitter: http://twitter.com/edspencer
    Github: http://github.com/edspencer

  2. #102
    Sencha User hexawing's Avatar
    Join Date
    Nov 2009
    Posts
    73
    Vote Rating
    0
      0  

    Default

    in "Ext.grid.plugin.RowEditing"->methods->startEdit

    in API, the 2 parameters are both "Model", but it seems like they should be Numberic, shown as below:

    PHP Code:
          validateedit: function(editoreoptions){
            
    editor.startEdit(1,1);//this can work
            
    editor.startEdit(1,"mobile");//this cannot work
         


  3. #103
    Touch Premium Member
    Join Date
    Jun 2011
    Posts
    1,099
    Vote Rating
    100
      0  

    Default

    The "write" event for Ext.data.Store isn't documented. It exists and I have used it:

    Code:
    store.on('write', function() {
      store.load();
    });

  4. #104
    Sencha User
    Join Date
    Jun 2011
    Posts
    2
    Vote Rating
    0
      0  

    Exclamation BUGS: Loading/Saving a Dynamic Form using XML Example

    1) Submit button is always disabled (even after loading form)
    2) JSON form example dosn't point to JSON Example. It refers to XML Example

    Please refer to
    http://dev.sencha.com/deploy/ext-4.0.../xml-form.html

  5. #105
    Ext JS Premium Member ligaard's Avatar
    Join Date
    Apr 2011
    Location
    Copenhagen, Denmark
    Posts
    66
    Vote Rating
    0
      0  

    Default Link should be updated.

    Steps to reproduce:
    1) Go to http://docs.sencha.com/ext-js/4-0/#/...cfg-baseParams
    2) Notice the link to Ext.Object.toQueryString. Click the link.
    3) You are now taken to a deprecated method, which tells you the new correct URL to go to, http://docs.sencha.com/ext-js/4-0/#/...-toQueryString

    Fix: Update the link to go directly to the correct page, instead of taking the detour via the deprecated method.

  6. #106
    Sencha - Community Support Team SamuraiJack1's Avatar
    Join Date
    May 2008
    Posts
    571
    Vote Rating
    6
      0  

    Default `write` evnt of AbstractStore is not documented

    Probably already reported, anyway - the `write` event of the AbstractStore is not documented

  7. #107
    Sencha User edspencer's Avatar
    Join Date
    Jan 2009
    Location
    Palo Alto, California
    Posts
    1,939
    Vote Rating
    11
      0  

    Default

    Quote Originally Posted by Farish View Post
    The "write" event for Ext.data.Store isn't documented. It exists and I have used it:

    Code:
    store.on('write', function() {
      store.load();
    });
    Thanks, this is now fixed locally
    Ext JS Senior Software Architect
    Personal Blog: http://edspencer.net
    Twitter: http://twitter.com/edspencer
    Github: http://github.com/edspencer

  8. #108
    Touch Premium Member
    Join Date
    Jun 2011
    Posts
    1,099
    Vote Rating
    100
      0  

    Default Ext.form.field.File config readOnly

    Ext.form.field.File element's config readOnly says:

    readOnly : Booleantrue to mark the field as readOnly in HTML (defaults to false).
    However, I have discovered that the default is true. The file field doesn't allow writing into it unless readOnly is set to false explicitly.

  9. #109
    Ext JS Premium Member
    Join Date
    Feb 2011
    Location
    Saarbrcken, Germany
    Posts
    11
    Vote Rating
    0
      0  

    Default

    There are two files with the same name but different case:

    docs/source/JSON.html
    docs/source/Json.html

    Therefore one gets lost on my Mac OSX, which has a case-insensitive filesystem by default.

    They are different files:

    > md5sum docs/source/Json.html docs/source/JSON.html
    c08488591ddf7a6a647170405b617089 docs/source/Json.html
    61f26034047770fbea55e4c1653d5c71 docs/source/JSON.html

    (Side note: I did some research since I'm used to Linux and rather prefer case-sensitive filesystems, but many Apps on Mac seem to have problems which such a non-default setting).

  10. #110
    Sencha User renku's Avatar
    Join Date
    Feb 2009
    Location
    Estonia
    Posts
    437
    Vote Rating
    17
      0  

    Default

    Heh, I had always thought that OSX filesystem was case-sensitive. Anyway, thanks for reporting, it's has been already fixed internally to please Windows users

Page 11 of 53 FirstFirst ... 91011121321 ... LastLast

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •