cgm616 / volumebar9 Goto Github PK

The volume slider from MPVolumeView animates in from the left side when it's created. It's unintentional and doesn't look too good in my opinion.

If a new app is opened and the volume buttons are pressed right then, the app will crash. I think it's because the status bar doesn't exist yet and so when VB9AppKit tries to hide it, it crashes.

Logs:

• 2048
  • 2048-2016-08-30-221305.symbolicated.ips.txt
  • 2048-2016-08-30-221305.syslog.txt
• DoodleJump
  • DoodleJump-2016-08-30-221253.symbolicated.ips.txt

Add an option for adaptive slider colors depending on the status bar foreground and background color, like StatusVolX. Not sure on the exact design yet.

Either make those and the sliderMinimum one single "main accent color," or truly allow separate controls.

I prefer the former, but maybe some users want them separate.

Crashing to springboard in apps like iCleaner and Flex 3. Probably because libobjcipc can't reach them?

Logs:

• SpringBoard-2016-08-30-221520.symbolicated.ips.txt
• SpringBoard-2016-08-30-221520.syslog.txt

This is a different bug from #7. That only crashes the apps, and can be fixed by checking if the status bar exists. This crashes the entire springboard, and has something to do with calling [vbar resetTimer] while the block from libobjcipc is still executing, or when the message is still being sent. I think.

Logs:

• SpringBoard-2016-08-30-235931.symbolicated.ips.txt
• SpringBoard-2016-08-30-235931.syslog.txt

When the custom slider colors setting is changed, the icons will not work until resprung. If resprung, the icons will work again, even if the custom sliders are still on. This does not occur when changing other settings.

After using libcolorpicker to change any of the three color settings, the new color won't actually be used until a setting is changed again. This can be from opening the libcolorpicker again, or flip-flopping a different setting.

This isn't actually in stock, but I kinda want it and so do some users. Probably a hook somewhere in VolumeControl? Or SBHUDController.

When the volume bar is set to appear on a rotated springboard, weird things happen. This doesn't happen in apps, and it doesn't happen when the banner appears in portrait mode then animates to rotate. Different things happen depending on the landscape mode.

• Landscape left (home button on the left)
  The bar is either half the screen size, or the size it would be in protrait orientation. The bar is correctly at the top, but it sticks to the right side of the screen, not in the center.
• Landscape right (home button on the right)
  The bar is nowhere to be seen. Completely gone.

Starting in landscape left on the springboard, by turning the device to landscape right, the bar will express the landscape right bug and vice-versa. When turned to portrait after starting in either landscape mode, the bar will grow to be too big (maybe landscape size) but correctly rotate and appear at the top of the screen.

Maybe this has something to do with the screen width and height being reported differently depending on what the springboard orientation is?

Currently, when the silence physical switch on the side of the device is switched, the normal HUD shows. This HUD should be replaced.

Self-explanatory. The two volumes are unlinked, and the stock HUD shows separate labels.

On occasion VolumeBar9 and Activator will crash the Springboard, I think because of the hook on VolumeControl.

Hard to test; hard to reproduce.

Log files:

• SpringBoard-2016-08-31-071058.symbolicated.ips.txt
• SpringBoard-2016-08-31-071058.syslog.txt

Right now the route button has no contrast against white backgrounds.

Possibly change color like #14.

Some people are asking for the volume bar to be pinned to the side with the volume buttons, so it's easy to slide up and down right after summoning it. I think it's a pretty good idea.

Orientation would just be fixed to that side. Maybe the slider icons would rotate when the orientation of the device changes so they're always the right way around?