API Documentation Content Bugs

[edspencer]

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

[hexawing]

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:

      validateedit: function(editor, e, options){
        editor.startEdit(1,1);//this can work
        editor.startEdit(1,"mobile");//this cannot work
     } 

[Farish]

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

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

[sirtmp]

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

[ligaard]

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.

[SamuraiJack1]

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

[edspencer]

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

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

Thanks, this is now fixed locally

[Farish]

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.

[s.busch]

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).

[renku]

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