[max5] jit.cellblock read message disappeared?

Apr 25, 2008 at 1:40pm

[max5] jit.cellblock read message disappeared?

It seems like jit.cellblock doesn’t understand the “read” message anymore in Max 5. Is that right or am I doing something wrong? It isn’t mentioned in the object specific changes in the documentation.

Does that mean that you have to refer jit.cellblock to a coll for writing and reading data from and to disk?

Jens

#37226
Apr 25, 2008 at 2:29pm

That is correct – the read and write messages are no longer supported
in jit.cellblock. Your solution (referring to a coll) is what I was
expecting people to use as an alternative.

[ddg]
Darwin Grosse

#128450
Apr 25, 2008 at 2:51pm

Hi Darwin,

thank you for your answer. Maybe this should be mentioned in the documentation.

BTW, all messages for “thispatcher” are missing in the reference manual. Also, “wclose” message isn’t in the help patcher, so there is no clue that “wclose” exists. “dispose”, which should also close the patcher window, deletes the subpatcher completely from the parent patcher. Is this what “dispose” should do? If not, “wclose” should be mentioned in the docs, I think.

Jens

#128451
Aug 8, 2008 at 11:24am

An additional question on this change for saving/loading things thru the coll.

I have a jit.cellblock which adds/removes colls and rows on the fly. Most of the data in the jit.cellblock is not changed by hand, but by messages send to the object. The information stored is a mix of digits, strings and symbols.
My experience is that handling these kind of a things with a coll is very hard, and is very easily done by a jit.cellblock.

What should be the correct way to save the contents of this jit.cellblock with the help of a coll? Rows/colls added to the jit.cellblock aren’t updated in the coll.

#128452
Aug 23, 2008 at 2:18pm

One other addon to this new jit.cellblock/coll relation, it is no longer possible to edit the first column of the jit.cellblock when it is refering to a coll: “set 0 0 33″ will result in an error “cellblock: can’t edit the index of a coll entry.”

I can see why it is not possible and know there are workarounds for all these kind of things, but why was the behaviour changed in the first place?

#128453
Aug 23, 2008 at 8:50pm

First off, I’ve done a fallback on the read/write messages, so those work again. As for the unavailability to change the first column of a coll’s data – if that ever worked, it shouldn’t have (and was therefore a bug).

#128454
Aug 24, 2008 at 10:09am

Thanks for putting back in the read/write messages. This also solves the problem of not being able to edit the first column of a jit.cellblock.

#128455
Aug 25, 2008 at 3:27pm

#128456
Aug 25, 2008 at 5:04pm

#128457
Aug 26, 2008 at 8:48am

#128458

You must be logged in to reply to this topic.