The one thing that foils my workflow in AUM

nuno_agogo

I really love AUM. It's likely the first app I'm going to open when I start something new. And to me it is the one music apps I think I don't really miss a thing - ok maybe one or two

But there is one behavior that really bugs me. When I have a auv3 in full screen view by double-tapping the title bar and I want for whatever reason switch apps by swiping up I almost everytime move the plug-in window instead of going to the home screen. So I have to rearrange.

I'm not sure whether this is a device depending issue. But I see this on my 11" iPad pro and my iPad 6th gen.

So what if the auv3 windows only would move, when dragged by the title bar. Or might there be a reason to have the windows behave like this?

AlmostAnonymous

4 finger swipe up

j_liljedahl

Right, I see the problem. I can make them movable only by the title bar.

nuno_agogo

@j_liljedahl said:
Right, I see the problem. I can make them movable only by the title bar.

hey thanks for replying. might there be cases when for some reason the title bar of the plugin window is outside the viewport? i remember this happenen when sharing sessions between devices.

@AlmostAnonymous: also happening to me with 4 finger swipe unfortunately

uncledave

@AlmostAnonymous said:
4 finger swipe up

I don't believe this is still available in iPadOS 15.

uncledave

@nuno_agogo . Until AUM is updated, you can use the Assistive Touch virtual Home button (in Accessibility–>Touch). It floats on the screen, so you can always get to the Home Screen or Task Switcher. I've used it for years, just to save clicks on the Home button.

cokomairena

@j_liljedahl said:
Right, I see the problem. I can make them movable only by the title bar.

This would break my workflow, I rely on moving with the bottom part to hide the huge top border and have more space on my 10.2" screen.

@uncledave said:
@nuno_agogo . Until AUM is updated, you can use the Assistive Touch virtual Home button (in Accessibility–>Touch). It floats on the screen, so you can always get to the Home Screen or Task Switcher. I've used it for years, just to save clicks on the Home button.

Having assistive touch for task switcher is genius! I'll do it. Thanks edit: it works perfectly! One tap and I can choose another app, great!

Janosax

@j_liljedahl said:
Right, I see the problem. I can make them movable only by the title bar.

If you do this we will have another issue: when I want to move precisely a Windows by top title, I often open custom title and color pop up instead, because as I take my time AUM sees a hold tap.

Perhaps you can make windows movable only by title bar, and let 20% of title bar (on the right) which will not open title/color setting (moving window only)?

Edit: Or even better, only a hold tap on title should open title/color. This should leave enough space on left and right to move the window without any issues, even with smallest reduced one:

cokomairena

@j_liljedahl is it possible to have real fullscreen (without borders) implemented un AUM? I find the borders take so much space in my mind xD Maybe I just need a bigger iPad lol.

ervin

@cokomairena said:

Having assistive touch for task switcher is genius! I'll do it. Thanks edit: it works perfectly! One tap and I can choose another app, great!

Just wait until one day you'll click it inadvertently at the worst moment when trying to play some synth or other app and the circle will just be hiding at the exact spot you'll press. (I do use, and like, assisting touch, but it always tricks me at the worst moments, which in a way is also genius)

cokomairena

@ervin said:

@cokomairena said:

Having assistive touch for task switcher is genius! I'll do it. Thanks edit: it works perfectly! One tap and I can choose another app, great!

Just wait until one day you'll click it inadvertently at the worst moment when trying to play some synth or other app and the circle will just be hiding at the exact spot you'll press. (I do use, and like, assisting touch, but it always tricks me at the worst moments, which in a way is also genius)

hmm maybe I could change it to double tap? we will see

nuno_agogo

@uncledave said:
@nuno_agogo . Until AUM is updated, you can use the Assistive Touch virtual Home button (in Accessibility–>Touch). It floats on the screen, so you can always get to the Home Screen or Task Switcher. I've used it for years, just to save clicks on the Home button.

thanks for the hint. i was using assistive touch like that in the past but was not too happy with it. also have that button reserved for another use case now.

for the record: i can live with the window situation the way it is now. today was just the day i wanted to get it out

i had the feeling that this would maybe interfere with other workflows.

nuno_agogo

@cokomairena said:

@j_liljedahl said:
Right, I see the problem. I can make them movable only by the title bar.

This would break my workflow, I rely on moving with the bottom part to hide the huge top border and have more space on my 10.2" screen.

@uncledave said:
@nuno_agogo . Until AUM is updated, you can use the Assistive Touch virtual Home button (in Accessibility–>Touch). It floats on the screen, so you can always get to the Home Screen or Task Switcher. I've used it for years, just to save clicks on the Home button.

Having assistive touch for task switcher is genius! I'll do it. Thanks edit: it works perfectly! One tap and I can choose another app, great!

what about the window being in the lower part resizable by the right corner only?

cokomairena

@nuno_agogo said:

@cokomairena said:

@j_liljedahl said:
Right, I see the problem. I can make them movable only by the title bar.

This would break my workflow, I rely on moving with the bottom part to hide the huge top border and have more space on my 10.2" screen.

@uncledave said:
@nuno_agogo . Until AUM is updated, you can use the Assistive Touch virtual Home button (in Accessibility–>Touch). It floats on the screen, so you can always get to the Home Screen or Task Switcher. I've used it for years, just to save clicks on the Home button.

Having assistive touch for task switcher is genius! I'll do it. Thanks edit: it works perfectly! One tap and I can choose another app, great!

what about the window being in the lower part resizable by the right corner only?

That would be fine, but it would have to be both lower corners, as sometime I hide a little of the right (or left) side of some plugins.

I would love a toggle that would rid off every border tho, resize, rearrange the windows, click this magic switch and all windows become unmovable until I need to, and click this switch again, or having some snapshots of windows position and switch between them, now I'm tripping XD.

j_liljedahl

@cokomairena said:

@nuno_agogo said:

@cokomairena said:

@j_liljedahl said:
Right, I see the problem. I can make them movable only by the title bar.

This would break my workflow, I rely on moving with the bottom part to hide the huge top border and have more space on my 10.2" screen.

@uncledave said:
@nuno_agogo . Until AUM is updated, you can use the Assistive Touch virtual Home button (in Accessibility–>Touch). It floats on the screen, so you can always get to the Home Screen or Task Switcher. I've used it for years, just to save clicks on the Home button.

Having assistive touch for task switcher is genius! I'll do it. Thanks edit: it works perfectly! One tap and I can choose another app, great!

what about the window being in the lower part resizable by the right corner only?

That would be fine, but it would have to be both lower corners, as sometime I hide a little of the right (or left) side of some plugins.

I would love a toggle that would rid off every border tho, resize, rearrange the windows, click this magic switch and all windows become unmovable until I need to, and click this switch again, or having some snapshots of windows position and switch between them, now I'm tripping XD.

I have a lot of ideas for future improved window management in AUM, where "real" fullscreen is one of them.

uncledave

@cokomairena said:

@ervin said:

@cokomairena said:

Having assistive touch for task switcher is genius! I'll do it. Thanks edit: it works perfectly! One tap and I can choose another app, great!

Just wait until one day you'll click it inadvertently at the worst moment when trying to play some synth or other app and the circle will just be hiding at the exact spot you'll press. (I do use, and like, assisting touch, but it always tricks me at the worst moments, which in a way is also genius)

hmm maybe I could change it to double tap? we will see

I keep mine in a "special" place, on the right side, next to the second row of apps on the Home Screen. That doesn't interfere with much, and when there is a control under it, I just slide it up or down a bit.

ervin

@uncledave said:

@cokomairena said:

@ervin said:

@cokomairena said:

Having assistive touch for task switcher is genius! I'll do it. Thanks edit: it works perfectly! One tap and I can choose another app, great!

Just wait until one day you'll click it inadvertently at the worst moment when trying to play some synth or other app and the circle will just be hiding at the exact spot you'll press. (I do use, and like, assisting touch, but it always tricks me at the worst moments, which in a way is also genius)

hmm maybe I could change it to double tap? we will see

I keep mine in a "special" place, on the right side, next to the second row of apps on the Home Screen. That doesn't interfere with much, and when there is a control under it, I just slide it up or down a bit.

You are what I aspire to be one day, sir. No matter what special place I think of anywhere on the screen, the very next app I open will totally have an important control RIGHT THERE. It's uncanny. 🤔

cokomairena

@j_liljedahl said:

I have a lot of ideas for future improved window management in AUM, where "real" fullscreen is one of them.

woah the hype, thanks!

j_liljedahl

@nuno_agogo said:

@j_liljedahl said:
Right, I see the problem. I can make them movable only by the title bar.

hey thanks for replying. might there be cases when for some reason the title bar of the plugin window is outside the viewport? i remember this happenen when sharing sessions between devices.

I've changed it for the coming update so that the titlebar can't be moved outside the screen. Also when changing device orientation it will move windows to make sure their title bars are visible.

AlmostAnonymous

@ervin said:
You are what I aspire to be one day, sir. No matter what special place I think of anywhere on the screen, the very next app I open will totally have an important control RIGHT THERE. It's uncanny. 🤔

I can agree with this. Every time I thin’ it’s out of the way, the next thing I do, its right on top of what I need to interact with. Thus I’ve been getting more used to guided access.

nuno_agogo

.> @j_liljedahl said:

@nuno_agogo said:

@j_liljedahl said:
Right, I see the problem. I can make them movable only by the title bar.

hey thanks for replying. might there be cases when for some reason the title bar of the plugin window is outside the viewport? i remember this happenen when sharing sessions between devices.

I've changed it for the coming update so that the titlebar can't be moved outside the screen. Also when changing device orientation it will move windows to make sure their title bars are visible.

great, looking forward!

j_liljedahl

@nuno_agogo said:
.> @j_liljedahl said:

@nuno_agogo said:

@j_liljedahl said:
Right, I see the problem. I can make them movable only by the title bar.

hey thanks for replying. might there be cases when for some reason the title bar of the plugin window is outside the viewport? i remember this happenen when sharing sessions between devices.

I've changed it for the coming update so that the titlebar can't be moved outside the screen. Also when changing device orientation it will move windows to make sure their title bars are visible.

great, looking forward!

Ok, some beta testers complained about the changed plugin window handling, so I've reverted it back and instead make the maximized plugin window sized so the bottom bar sticks out beyond the screen edge. This avoids it catching the iOS show-dock gesture.

cokomairena

@j_liljedahl said:
I've changed it for the coming update so that the titlebar can't be moved outside the screen. Also when changing device orientation it will move windows to make sure their title bars are visible.

nooooooo

I use that to maximize my screen usage, I drag them from the bottom and hide the title bar, please make it optional

BJamminSinceBirth

I just want the midi channels to work on the audio channels. That would improve the real-estate on the iphone and ipad. I hate having to have this whole separate channel for one midi instance.

cokomairena

You know what could be great?, scrolling the background and that the plugin windows are "fixed" to that background, like having a virtual desktop bigger than your screen, kinda like sunvox, or tone stack

nuno_agogo

@j_liljedahl said:

Ok, some beta testers complained about the changed plugin window handling, so I've reverted it back and instead make the maximized plugin window sized so the bottom bar sticks out beyond the screen edge. This avoids it catching the iOS show-dock gesture.

ok, works for me, if it works

j_liljedahl

@cokomairena said:

@j_liljedahl said:
I've changed it for the coming update so that the titlebar can't be moved outside the screen. Also when changing device orientation it will move windows to make sure their title bars are visible.

nooooooo

I use that to maximize my screen usage, I drag them from the bottom and hide the title bar, please make it optional

No worries, it's back to normal now

j_liljedahl

@BJamminSinceBirth said:
I just want the midi channels to work on the audio channels. That would improve the real-estate on the iphone and ipad. I hate having to have this whole separate channel for one midi instance.

I have some other ideas for that, for the common use case of a single midi node used for a single instrument node.

But note that you can put multiple midi nodes in a single midi strip, to save space.

j_liljedahl

@cokomairena said:
You know what could be great?, scrolling the background and that the plugin windows are "fixed" to that background, like having a virtual desktop bigger than your screen, kinda like sunvox, or tone stack

I've thought about this as well, but I have planned a variation on that theme, an optional tiled window manager/dock that can be used instead of floating windows.

cokomairena

@j_liljedahl said:

@cokomairena said:
You know what could be great?, scrolling the background and that the plugin windows are "fixed" to that background, like having a virtual desktop bigger than your screen, kinda like sunvox, or tone stack

I've thought about this as well, but I have planned a variation on that theme, an optional tiled window manager/dock that can be used instead of floating windows.

nice! I'm sure you will find a good solution

AlmostAnonymous

@j_liljedahl I dont envy your position of sifting through 1000s of requests that usually amount to benefitting the workflow of a single user (or a handful of users). Or trying to come up with a compromise/solution that the masses can all get along with.
All at the same time maintaining your own vision of what your apps should be.

Just wanna say thanks for doing what you do.

(honestly the biggest thing that foils my AUM workflow is the old lady telling me i spend too much time on my ipad, but i dont think you can help with that one )