limited use of dict.view?
Oct 25 2011 | 10:25 am
I'm currently toying around with Max 6, and so far, the dict-objects seem promising. But the dict.view object is not what it could be:
It doesn't have outputs, so it's really for displaying only. Why can't it be clickable and report the value that is clicked on out an outlet? That way, it can be used as a collapsible tree view.
Even better, why not implement editing and selection functionality so that you can make multiple selections with shift and cmd/ctrl, and edit the contents in-line as you would change the name of a file in Windows Explorer or OS X Finder, or jit.cellblock for that matter.
Maybe even add the ability to put checkboxes before each item, so you can toggle like you can in umenu.
Max6 looks very promising, I understand that it can't be everyone's dream but I wanted to give my feedback anyway, to help make it even better.
- Jul 19 2012 | 2:48 pmi totally agree
- May 23 2013 | 12:10 pm+1Online editing of dict values would be very nice.At the time of this post, it is pretty ugly when one wants to edit a nested value in a multi-level dict, while it could be so simple with dict.view !for next Max update ?
- May 23 2013 | 4:30 pm[jit.cellblock] has some of these functions. It can be linked to [coll] just like dictionaries, and allows various Excel type selection, styling, and navigation options. It doesn't need a bang to update its contents, a big plus when compared to [dict] One needs to dig into the [jit.cellblock] settings and reference to make it work well, but it's useful for some purposes.
- Feb 10 2014 | 3:39 pm+1 - I'd also like to see a more interactive dict.view that lets you edit/select from the dictionary.
- Sep 05 2016 | 11:50 pm+1 ! come on cycling! a better dict.view would be a great tool
