its logical but i think its kind ov bug.
-make a rock solid drum track.
-now highlight, lets say for example, 16 first rows ov that track and shrink it
-now, dont touch on highlighting -> if you xpand this 8 row long shrinked stuff back to 16 rows you can get it back to state where it use to be BUT stuff below these rows (starting from row 16 [in hex count row 10]) gets sifted downwards 16rows.
also i noticed that if i highlight 16 first rows ov pattern and xpand it. whole track gets xpanded instead ov only highlighted area.
hard to explain but if you mock lil bit by your own with these xpand & shrink functions you will notice what i tried to xplain. its tied to amount ov highlighted rows…basically highlight sumthing and xpand/shrink/xpand this highlighted area and stuff outside selection gets fokd