Skip to content

Releases: neomjs/neo

housekeeping

25 Jan 22:53
Compare
Choose a tag to compare
  • component.Base: added Β΄async waitForDomRect()Β΄
  • dialog.Base: fixed an edge case, where drag, hide, re-show lead to a broken show() animation

Smarter theme inheritance for run-time changes

25 Jan 21:07
Compare
Choose a tag to compare

examples.grid.nestedRecordFields

25 Jan 20:00
Compare
Choose a tag to compare

Getting the Grid closer to feature parity with the Table implementation.

Screenshot 2025-01-25 at 20 26 39

Screenshot 2025-01-25 at 20 26 23

Online Demo Grid:
https://neomjs.com/examples/grid/nestedRecordFields/

Online Demo Table:
https://neomjs.com/examples/table/nestedRecordFields/

data.RecordFactory: re-added support for data.Model based record default values

23 Jan 23:53
Compare
Choose a tag to compare

data.RecordFactory: optionally tracking modified record fields

23 Jan 17:07
Compare
Choose a tag to compare

To activate the optional feature, you need to set trackModifiedFields: true inside your related data.Model

Example of modifying a record inside your console:

Screenshot 2025-01-23 at 15 30 49

Inside your tables, you can now use:

viewConfig: {
    highlightModifiedCells: true
}

Screenshot 2025-01-23 at 17 59 56

Online demo:
https://neomjs.com/examples/table/nestedRecordFields/

list.Base: afterSetFocusIndex() honor the mounted state

21 Jan 18:34
Compare
Choose a tag to compare

form.field.ComboBox: when showing the picker, the list focus & selected index should be in sync

21 Jan 17:53
Compare
Choose a tag to compare

data.RecordFactory: performance boost for creating records

21 Jan 16:03
Compare
Choose a tag to compare

old version:
Screenshot 2025-01-19 at 15 25 04

new version:
Screenshot 2025-01-19 at 15 25 47

While it is definitely not "best practises" to create massive amounts of records inside your UI at once (you would pull ranges from a backend), a framework should handle it as fast as possible.

To get the numbers up this drastically, I needed to move the fields creation outside of the record constructor and into the class generation. The API for records is the same as before, however the internal structure how data gets stored did change.

For nested data, you can change specific leaf nodes without overriding other siblings (it will get merged):

record.set({user: {firstname: 'Tobias'}})

You can also still trigger bulk updates => multiple fields getting into the same update cycle:

record.set({user: {firstname: 'Tobias', lastname: 'Uhlig'}})

You can still use the shortcut around the set() API to change root level fields, but this can no longer work for nested fields directly. Examples:

record.country = 'Germany'; // Internal setter, will trigger a change event like before

// No longer supported!
record.annotations.selected = false; // this shortcut syntax did work in previous versions, but no longer matches the internal structure

// Instead use the API:
record.set({annotations: {selected: false}})

// In case you want a direct field access to trigger the field change event, you can also use this shortcut (outside the API):
record['annotations.selected'] = false;

Records now provide a JSON export:
Screenshot 2025-01-21 at 16 31 17

To see the editing inside an example app:
https://neomjs.com/examples/table/nestedRecordFields/index.html

Smarter vdom update aggregation for colliding updates

16 Jan 14:22
Compare
Choose a tag to compare

grid.View: added support for a column buffer range

14 Jan 19:21
Compare
Choose a tag to compare