iOS has no distraction-free composition mode?

User avatar
ighulme
Posts: 132
Joined: Sat Oct 25, 2014 12:55 pm
Platform: Mac, Win + iOS
Contact:

Thu Jan 24, 2019 5:35 pm Post

Hi,

I found my way to this forum thread after I bought the Scrivener iOS app for my ancient iphone 4s. I thought it would be great to be able to read through my Scrivener projects on the phone (I work on a Macbook Air), and do the odd bit of simple editing.

The first thing that I looked for was how to hide the menu bars while reading, and was quite surprised that my search led me to this forum, and the confusion that seems to have occurred.

I was a bit loathe to write here, but I hoped I might try and clarify things, as reading through the thread it seems that people may be talking about different elements on the page.

I think the original person who posted was asking if there was a way to hide the top and bottom menu bars while editing text items, as marked in red in fig-1 below:

Image
Fig-1

And I think some of the confusion was that in the next reply, Keith thought the OP was referring to the formatting controls along the top of the pop-up keyboard (fig-2):

Image
Fig-2

Keith’s understandable desire to keep the rich text formatting controls seems to have been taken as the reason why the menu bars can’t be hidden.

Note: Just for the record, I have no problem with the formatting icons--they’re great! :)

So, it seems that people keep asking for the menu bars to be hidden, but get a reply that Keith has repeatedly said that they will not be hidden, when in fact he was referring to the formatting icons.

I think is where the confusion lies, but I apologise if I have misunderstood.

There also seems to be confusion over how hiding all the menus might work for users without access to an external keyboard, i.e they would be unable to bring the menus back.

I would expect it could work in the same way as the current navigation works at present:

On my phone, if I swipe from left to right on a text item (red arrow), the screen slides across to reveal the previous menu:

Image

I imagine, that if, instead of swiping left-to-right, I swiped right-to-left, then the top and bottom menu bars could slide away, leaving a distraction-free screen for reading or editing:
Image
Menu bars swiped away - Distraction-free mode:
Image
I would still be able to tap on the screen, and the keyboard would appear as normal (unless of course I was using an external keyboard):
Image
To get the menus back, one would simply swipe the screen from left-to-right, sliding the menus back into place:
Image
If an external keyboard were being used, I imagine that the menu bars could be hidden using a keyboard shortcut instead of a swipe.

I apologise for such a long-winded post, but it seemed that a few different topics had been mixed into one, and I just hoped I may be able to reduce some of the confusion and frustration that has been generated.
If I’ve just made things worse then it wasn’t my intention! :D

Image
As you can see from the screenshots above, on an iphone, the menu bars do take up a lot of the screen, and my preference would be to hide them if possible, especially if I will be reading for a long period of time.

This post is not meant to be a criticism, just an attempt to clarify a wishlist item that could be added to what is a great piece of software. :)

p.s.
...and if anyone wonders how much work can get done on an iphone anyway - I typed up about 100,000 words on this setup… :D
Image

All the best,
Ian

Ji
JimRac
Posts: 1722
Joined: Wed Aug 27, 2014 2:06 pm
Platform: Win + iOS

Thu Jan 24, 2019 7:19 pm Post

Hi ighulme,

One small clarification.

What you are referring to as the "formatting controls/bottom menu bar" is actually called the Keyboard Row.

Since it wasn't called out in your post, just wanted to make sure you knew that the Keyboard Row can be hidden or not, based on your preferences. As I mentioned upthread, if you're on an external keyboard, use Cmd + Shift + R: to toggle the Keyboard row. Or you can turn it off from Settings > Scrivener > Editor > Keyboard Row

Best,
Jim
I’m just a customer.

User avatar
ighulme
Posts: 132
Joined: Sat Oct 25, 2014 12:55 pm
Platform: Mac, Win + iOS
Contact:

Fri Jan 25, 2019 9:41 am Post

What you are referring to as the "formatting controls/bottom menu bar" is actually called the Keyboard Row.


Hi Jimrac,

thanks for your post - I hadn't realised the correct name, which didn't really help my attempt at clarification! :lol:

But when you say, "formatting controls (Keyboard Row)/bottom menu bar" as the same element, I think this is where the confusion arises.

I was referring to the top and bottom menu bars as the elements shown in red below:

Image

Perhaps I am using the the wrong terminology for these also, and they should be called 'toolbars', but anyway, these are the elements that I would love to be able to hide when typing or reading long passages of text.

All the best,
Ian

Pe
Pen_and_Sword
Posts: 25
Joined: Mon Nov 06, 2017 2:38 pm
Platform: iOS

Fri Jan 25, 2019 2:21 pm Post

This post is everything and gets my support 10x over. I would love this. At present, iA Writer and Ulysses offer a true distraction free writing mode and they’re glorious to write in, but can’t compete with Scrivener’s other features. If Scrivener had a nicer, distraction free typing experience it would be glorious.

ighulme wrote:Hi,

I found my way to this forum thread after I bought the Scrivener iOS app for my ancient iphone 4s. I thought it would be great to be able to read through my Scrivener projects on the phone (I work on a Macbook Air), and do the odd bit of simple editing.

The first thing that I looked for was how to hide the menu bars while reading, and was quite surprised that my search led me to this forum, and the confusion that seems to have occurred.

I was a bit loathe to write here, but I hoped I might try and clarify things, as reading through the thread it seems that people may be talking about different elements on the page.

I think the original person who posted was asking if there was a way to hide the top and bottom menu bars while editing text items, as marked in red in fig-1 below:

Image
Fig-1

And I think some of the confusion was that in the next reply, Keith thought the OP was referring to the formatting controls along the top of the pop-up keyboard (fig-2):

Image
Fig-2

Keith’s understandable desire to keep the rich text formatting controls seems to have been taken as the reason why the menu bars can’t be hidden.

Note: Just for the record, I have no problem with the formatting icons--they’re great! :)

So, it seems that people keep asking for the menu bars to be hidden, but get a reply that Keith has repeatedly said that they will not be hidden, when in fact he was referring to the formatting icons.

I think is where the confusion lies, but I apologise if I have misunderstood.

There also seems to be confusion over how hiding all the menus might work for users without access to an external keyboard, i.e they would be unable to bring the menus back.

I would expect it could work in the same way as the current navigation works at present:

On my phone, if I swipe from left to right on a text item (red arrow), the screen slides across to reveal the previous menu:

Image

I imagine, that if, instead of swiping left-to-right, I swiped right-to-left, then the top and bottom menu bars could slide away, leaving a distraction-free screen for reading or editing:
Image
Menu bars swiped away - Distraction-free mode:
Image
I would still be able to tap on the screen, and the keyboard would appear as normal (unless of course I was using an external keyboard):
Image
To get the menus back, one would simply swipe the screen from left-to-right, sliding the menus back into place:
Image
If an external keyboard were being used, I imagine that the menu bars could be hidden using a keyboard shortcut instead of a swipe.

I apologise for such a long-winded post, but it seemed that a few different topics had been mixed into one, and I just hoped I may be able to reduce some of the confusion and frustration that has been generated.
If I’ve just made things worse then it wasn’t my intention! :D

Image
As you can see from the screenshots above, on an iphone, the menu bars do take up a lot of the screen, and my preference would be to hide them if possible, especially if I will be reading for a long period of time.

This post is not meant to be a criticism, just an attempt to clarify a wishlist item that could be added to what is a great piece of software. :)

p.s.
...and if anyone wonders how much work can get done on an iphone anyway - I typed up about 100,000 words on this setup… :D
Image

All the best,
Ian

Ji
JimRac
Posts: 1722
Joined: Wed Aug 27, 2014 2:06 pm
Platform: Win + iOS

Fri Jan 25, 2019 3:53 pm Post

ighulme wrote:But when you say, "formatting controls (Keyboard Row)/bottom menu bar" as the same element, I think this is where the confusion arises.
Ah yes Ian, you are correct! The menu bars are separate interface items.

It's funny the things we notice. I don't even *see* the bottom menu bar when in iOS scriv, because I usually open the doc and immediately start editing. :D
I’m just a customer.

se
se1961
Posts: 151
Joined: Tue Jul 05, 2011 8:00 pm
Platform: Mac

Wed Feb 06, 2019 12:28 pm Post

Thank you, Ian, for such a thoughtful summary! I agree! It's a wish list item, to be sure, in a program full of marvels. But it would be lovely.