Again: This just doesn’t work. Say I have 9 Elements at 315 3151 s 3152 o 3153 m 3154 e 3155 t 3156 h 3157 i 3158 n 3159 g
and correspondingly I have some elements at 325 3251 s 3252 t 3253 u 3254 f 3255 f and say I used to get all of them using query 3050 If I now want to introduce another item at 315, I need to restructure • 315 (that’s nasty but maybe acceptable) • 325 (wait, why this? that’s a sign of bad bad architecture) • and there might be many more • my query (ugh, no way! adding an element should not do that) … and then the query is not supposed to contain a 9?? What random convention is this? So the above 315 doesn’t work, we need to split even sooner. Well, I showed some inconsistencies between Bo’s examples. And I asked questions Bo still doesn’t want to answer. But I don’t care. I can give answers myself now. I wrote programs that can be used for data structured like CREDO and may easily be adapted. Now that’s it. R.E. is right. I put too much effort into this. Let’s end this thread here (or at least its OF spin-off). Am 10.01.21 um 17:09 schrieb 'Bo Jacoby' via Programming: > We are not limited to 9 labels at any level. Ten possibilities are labeled 11 > 12 13 14 15 21 22 23 24 25. -- ---------------------- mail written using NEO neo-layout.org ---------------------------------------------------------------------- For information about J forums see http://www.jsoftware.com/forums.htm
