List monitors should be like 2.0
List monitors attempt to act like variable monitors, with strange results:

Chrome 62 Windows 10
Thanks @Kenny2github. This is a feature that hasn't been implemented yet.
See also #268:
Dropping text files onto lists to insert the text content into the list. I'm bolding this because I think it'll otherwise be missed, and would be a surprisingly useful feature – for example, as a means of loading save files into a project with a custom save/load mechanic. It's already a feature of 2.0 to import/export list data by using the context menu, but a more obvious and robust way would be nice.
Definitely not a critical thing to implement (that issue is labelled a feature request :) ), but maybe worth considering while designing.
Several Scratch games use lists exporting/importing as a save/load mechanic, but unfortunately it currently requires the user to see inside the project and right-click on the list monitor. It certainly doesn't need to be that complicated. So, adding onto that idea - should there be a way for the user to import or export a displayed list as a text file, just by clicking a button on the list monitor?
Yup! Agreed. We'll implement the CSV import/export in a separate issue / scope of work, but we are tracking it. 😄
Yup! Agreed. We'll implement the CSV import/export in a separate issue / scope of work, but we are tracking it. :smile:
:tada:
CSV import/export
..Does this mean you'll be implementing 2-dimensional lists? :stuck_out_tongue_winking_eye:
@towerofnix LOL. One step at a time. 😜
when can we expect 4d lists?
I know this isn't done yet, but here are couple of things to make sure to test when implementation is done:
Frequently reported in Scratch 3.0 feedback.
Most helpful comment
@towerofnix LOL. One step at a time. 😜