It‘s up to the individual pages to adapt to the device paddings. WebKit exposes variables to account for device limitations / paddings. These were introduced with iPhone X, mainly for landscape mode but they also apply to horizontal.
Got a tip for us?
Let us know
Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
iOS 15 Beta 6 ― Bug Fixes, Changes, and Improvements
- Thread starter Banglazed
- WikiPost WikiPost
- Start date
- Sort by reaction score
- Status
To be fair (to be faaaaaiiir), B5 needed some slight tweaking with the positioning of reload, etc. Otherwise yes, I agree that B5 should be the implementation Apple sticks with.
On AT&T. 5G is better in my area than LTE.
I did a hard reboot and it seems to be back so far.
Newtork reset is next if needed.
Have you just got it out of your pocket? 😆
could also be this forum. The adds are playing havoc with safari - a fix is coming.
Last edited:
I had lots of heating up on beta 5 but on beta 6 seems fine for me ..like Mr. Pearsey said if you using it on this website its a battery hog and it will get hot..but for daily use for everything else it seems fine
I tried ProCam and ProCamera.
Neither are apparently recording sound.
Can record sound just fine with the stock Camera.
Reported via Feedback
can report I can record video and it has sound from the “native” camera app. If that helps 🥸
LET ME REMOVE THE UGLY HOME BAR!!!! I KNOW HOW TO GET BACK TO THE HOMESCREEN. AT LEAST GIVE US A TOGGLE.
I would like to nip this in the bud before someone post about battery deterioration on these betas.. its no big deal my battery health is down to 90% and I get the same usage as my wife’s 12PM phone thats down to 97% .. I don’t think it means anything and doesn’t affect day to day usages .. I charged my Phone after I installed beta 6 I got 2 hours and 26 min screen on time and 4 hours and 24 m screen off time and used only 23 percent of my battery so any mathematicians out there you can calculate and see my battery will last all day with normal usage with 90% battery health .. so in my opinion I think its poppycock.
”Shared with me” feature in Photos app is now showing photos from iMessages from five years ago. Not sure if bug or just a really stupid feature.
You are right, it needed some tweaking but it was damn close to being ship-worthy in my opinion.
Oh @Pearsey I cannot tell you the mental and emotional expletives I direct at Apple (half-heartedly, so they don’t reach) whenever I open Safari now and see that oddness.
Last edited:
Some of the shared with me stuff is old, as it depends on who’s sent me something of that type last. Safari shows me 2 links sent by a family member years ago. It’ll change once someone sends me something more recent, I assume.
I don’t think Apple considered that someone might not have sent something related to that app for years. Lol. Probably should limit it to last 3 months or so.
Speaking of the right design. On the iPadOS side of things… beta 1 was it for me. I think when Beta 2 or 3 came along, they added the Share button standalone. I assume it’s because that button seem familiar to existing users.
But I prefer not having the Share button standalone… it looks much cleaner, imo.
I don’t post frequently, but I wanted to chime in on the Safari URL address bar situation. I think that Beta 6 is a step back in many ways, but it can be made to work well if some critical adjustments are made. I have outlined them below.
First, the URL and the whole tab bar section is very large and takes up a lot of screen real estate. It would be good to find a way to “shrink” the amount of space it takes up when on-screen to something closer to what was in prior betas.
Second, the iconography is unintuitive. The “aA” button on the left side implies only text size adjustments, however it has a long-press reader mode behind it as well as an entire menu system to adjust how the page was loaded (with or without blockers, desktop or mobile, etc.). This does not make much sense and if it is to remain this way the icon should be changed to something that indicates this is a menu. Rather than making this an all-encompassing menu, I think there is a better approach outlined below, while changing this icon to reflect reader mode and related text adjustments only. That is, just make it a dedicated reader mode icon with related actions.
Third, it would be wise to move the “Turn Off Content Blockers” and “Requested Desktop Website” as long press context menu on the “Reload” button as these both reload the page anyway.
Fourth, “Website Settings”, “Privacy Report”, “Hide Toolbar”, and text size adjustments should be moved to the long press context menu of the URL, together with the copy and other features as they pertain to the page in general.
Fifth, “Move to Tab Group” should be removed from the URL context menu. It is already on the tab button when long pressed and unnecessary.
Sixth, “Show Top Address Bar” should be only in Safari Settings with the default set to the tab mode, otherwise too many will likely just switch back to “old and familiar”, negating the benefits of the change. The key to adoption is to leave the new tab mode the default and require the user to make the change in Settings explicitly.
Seventh, the tab bar should automatically hide and stay hidden even if the user scrolls up. The current implementation where the bar expands when scrolling up severely reduces screen real estate when using the tab bar to a point of affecting usability and usefulness of this mode. The bar should unhide only on user tap as it is now when collapsed and scrolling down on the page.
I have sent this feedback to Apple and am posting it here for anyone else that agrees and would like to echo the feedback to Apple.
Thanks all!
First, the URL and the whole tab bar section is very large and takes up a lot of screen real estate. It would be good to find a way to “shrink” the amount of space it takes up when on-screen to something closer to what was in prior betas.
Second, the iconography is unintuitive. The “aA” button on the left side implies only text size adjustments, however it has a long-press reader mode behind it as well as an entire menu system to adjust how the page was loaded (with or without blockers, desktop or mobile, etc.). This does not make much sense and if it is to remain this way the icon should be changed to something that indicates this is a menu. Rather than making this an all-encompassing menu, I think there is a better approach outlined below, while changing this icon to reflect reader mode and related text adjustments only. That is, just make it a dedicated reader mode icon with related actions.
Third, it would be wise to move the “Turn Off Content Blockers” and “Requested Desktop Website” as long press context menu on the “Reload” button as these both reload the page anyway.
Fourth, “Website Settings”, “Privacy Report”, “Hide Toolbar”, and text size adjustments should be moved to the long press context menu of the URL, together with the copy and other features as they pertain to the page in general.
Fifth, “Move to Tab Group” should be removed from the URL context menu. It is already on the tab button when long pressed and unnecessary.
Sixth, “Show Top Address Bar” should be only in Safari Settings with the default set to the tab mode, otherwise too many will likely just switch back to “old and familiar”, negating the benefits of the change. The key to adoption is to leave the new tab mode the default and require the user to make the change in Settings explicitly.
Seventh, the tab bar should automatically hide and stay hidden even if the user scrolls up. The current implementation where the bar expands when scrolling up severely reduces screen real estate when using the tab bar to a point of affecting usability and usefulness of this mode. The bar should unhide only on user tap as it is now when collapsed and scrolling down on the page.
I have sent this feedback to Apple and am posting it here for anyone else that agrees and would like to echo the feedback to Apple.
Thanks all!