Bug? Object box resize problem
Hi, try this in the following patch:
1) open the subpatcher
2) select all and press Cmd + J to fix the width of all objects. The [!- 1] now sizes to normal size.
3) close the subpatcher
4) open the subpatcher. the width of [!- 1] has changed back.
Can someone confirm?
Mac OS 10.4.9, Max 4.6.3
Cheers,
Mattijs
On 18 juin 07, at 18:19, Mattijs Kneppers wrote:
>
it says linecount 3, it should be linecount 1. That's a cool one
though ;)
ej
Yeah. Workaround: grab the lower-right of any object and manually drag to resize. Works fine.
Hello, I find a similar thing to be a really annoying bug (?) I can't make message boxes behave. I want to leave plenty of vertical room below message boxes in my patcher for them to grow DOWNWARDS as they display long strings of integers:
7 4 7 4 2 1 9 8 7 3 9 0 8 9 3
9 8 0 9 3 7 8 9 1 4 2 4 7 5 1
8 2 6 4 4 6 2 8 0 9 9 1 7 3 5 etc....
But they accept the control-click "Fix Width" command for exactly ONE (1) run, then, once I restart the patcher, the message boxes always spew out single lines 3 miles out to the right. In other words, the Fix Width command seems like it can't be saved with the patcher.
Any suggestions to repair it?
Another, similar, one. I never made it to the point where I could formulate a clear problem description with steps to reproduce (which is the case with many problems I have). But someone might recognize this one.
In all my abstractions where I use the #1 syntax, the object boxes can react to this in two different ways to make the replaced argument fit. 1) resize horizontally, 2) resize vertically. When it does what is completely unclear to me. It seems random. But the state can change with every time I save the abstraction.
If anyone recognizes this and/or knows how to consciously control the behaviour, please let me know.
Mattijs
Quote: ludwig_sears wrote on Tue, 19 June 2007 04:11
----------------------------------------------------
> Hello, I find a similar thing to be a really annoying bug (?) I can't make message boxes behave. I want to leave plenty of vertical room below message boxes in my patcher for them to grow DOWNWARDS as they display long strings of integers:
>
> 7 4 7 4 2 1 9 8 7 3 9 0 8 9 3
> 9 8 0 9 3 7 8 9 1 4 2 4 7 5 1
> 8 2 6 4 4 6 2 8 0 9 9 1 7 3 5 etc....
>
> But they accept the control-click "Fix Width" command for exactly ONE (1) run, then, once I restart the patcher, the message boxes always spew out single lines 3 miles out to the right. In other words, the Fix Width command seems like it can't be saved with the patcher.
>
> Any suggestions to repair it?
>
>
>
>
----------------------------------------------------
Emmanuel Jourdan schrieb:
> On 18 juin 07, at 18:19, Mattijs Kneppers wrote:
>
>> #P window linecount 3; #P newex 59 66 27 196617 !- 1;
>
> it says linecount 3, it should be linecount 1. That's a cool one
> though ;)
But its also known for a long time, unless nobody listened to my
complaints about resize problems in the past. Its the most annoying non
functioning part of Max for me... (It wasn't there in the old days...)
Gregory Taylor schrieb:
> Yeah. Workaround: grab the lower-right of any object and manually
> drag to resize. Works fine.
unfortunately this only works sometimes, the only workaround I found is,
select what you resized, delete and then undo... Or if its a single
object, copy and immediately paste replace
Very annoying, as I said since it came up with Max 4.5 I think...
Stefan
--
Stefan Tiedje------------x-------
--_____-----------|--------------
--(_|_ ----|-----|-----()-------
-- _|_)----|-----()--------------
----------()--------www.ccmix.com
Quote: ludwig_sears wrote on Mon, 18 June 2007 20:11
----------------------------------------------------
> Hello, I find a similar thing to be a really annoying bug (?) I can't make message boxes behave. I want to leave plenty of vertical room below message boxes in my patcher for them to grow DOWNWARDS as they display long strings of integers:
>
> 7 4 7 4 2 1 9 8 7 3 9 0 8 9 3
> 9 8 0 9 3 7 8 9 1 4 2 4 7 5 1
> 8 2 6 4 4 6 2 8 0 9 9 1 7 3 5 etc....
thats is the exspected behaviour. as messages (err.. lists) can be up to 7 bit long, long ones wouldnt fit onto one screen if they would always and only scale horizontally.
the only solution for more flexibilty i could imagine would be to write a new third party object for dispalying and storing messages.
you could actually do it yourself using a subpacther using [lcd] and [coll] and resize messages to the bpatcher.
Quote: Roman Thilenius wrote on Tue, 19 June 2007 11:33
> thats is the exspected behaviour. as messages (err.. lists) can be up to 7 bit long, long ones wouldnt fit onto one screen if they would always and only scale horizontally.
I think you misunderstood, Roman. They always *do* run out horizontally and never fit on one screen. Now that Stefan's reminded us, I do remember his earlier complaint about this very thing .
> the only solution... using a subpacther using [lcd] and [coll] and resize messages to the bpatcher.
That's a very good idea! I can see it now... almost. Will try.
"Wouldn't a fiddle of solid gold be hard to hold up, and sound really crappy?" -- Lisa Simpson
not sure if this helps but I've used Lchunk (LObjects) to set word wrap for
display purposes.
On 6/19/07, David Wright wrote:
>
>
> Quote: Roman Thilenius wrote on Tue, 19 June 2007 11:33
>
> > thats is the exspected behaviour. as messages (err.. lists) can be up to
> 7 bit long, long ones wouldnt fit onto one screen if they would always and
> only scale horizontally.
>
> I think you misunderstood, Roman. They always *do* run out horizontally
> and never fit on one screen. Now that Stefan's reminded us, I do remember
> his earlier complaint about this very thing .
>
> > the only solution... using a subpacther using [lcd] and [coll] and
> resize messages to the bpatcher.
>
> That's a very good idea! I can see it now... almost. Will try.
>
> "Wouldn't a fiddle of solid gold be hard to hold up, and sound really
> crappy?" -- Lisa Simpson
>
>
>
Roman Thilenius schrieb:
> thats is the exspected behaviour. as messages (err.. lists) can be up
> to 7 bit long, long ones wouldnt fit onto one screen if they would
> always and only scale horizontally.
I would assume that expected behaviour is the way it works in your
beloved 4.1 version on OS 9. I guess you're still using it and maybe
didn't come across this annoying "feature" of resizing objects.
As feature it might be even usefully
1. if you could choose how it should react.
Either keep the size constant or keep the number of lines constant.
The latter I need almost never with message boxes, but almost always
with object boxes done on windows.
But at the moment its the other way around...
2. if it would be consistent and do the same always... Even the same
patch does react differently, even if I script a message box it seems
not consistent on opening the same patch, sometimes its resizing
(keeping everything in one line) and sometimes not, keeping the size and
adding lines)....
(I know banging this doesn't get anybody to fix it, but I can't help, I
have to...)
Stefan
--
Stefan Tiedje------------x-------
--_____-----------|--------------
--(_|_ ----|-----|-----()-------
-- _|_)----|-----()--------------
----------()--------www.ccmix.com