The U2010 hyphen appears differently in Word 2016 compared to the U002D hyphen minus (as it should), but only when I turn on the "show formatting symbols" feature. When I print Word documents using the U2010 hyphen, however, the hyphens display on paper as the U002D hyphen minus. The same is true when I save a Word document as a .pdf. As I understand it, the two characters should display differently--the hyphen is the preferred typesetting character and is a touch longer, thinner, and raised horizontally, whereas the hyphen minus is an amalgamation of the hyphen and minus characters adopted for typewriter-use only (but with newfound modern use in coding and URLs). Is there a way to preserve the proper U2010 hyphen display when printing and saving to a .pdf? If not, can we make a way possible? Thanks!

I'm writing a television show. The offerings in regards to apps which help write screenplays is abiysmal on android.

I would like to use your app. If you can implement the items below, you would be the first.

Using Fountain, you can add screenwriting indents to your app easily, plus it's Markdown compatible!
www.Fountain.io

I'm writing my show in google docs at the moment, and I need a few things:

1. I have a glossary to explain my use of certain syntax within my script. Since they need to know the syntax before reading, I have to precede my screenplay with this glossary. Scripts start their page numbers at the beginning of the first act, so that means I need the page numbering to begin on page 4. My glossary is two pages, and I have a title page.

2. My screenplay uses a splitscreen where three concurrent scenes play together on the screen. Since scripts are written sequentially I have to place these side-by-side. The problem is that a page needs to be in landscape mode for there to be enough space to accomodate 3 concurrent scenes. Screenplays use a standard that insists on using letter sized paper in portrait mode. Because of that, the entire screenplay, save the splitscreen portion, must match that standard. I need google docs to allow the splitscreen pages to render\orient in landscape, while keeping the rest of the pages in portrait. I can't split the screenplay into two documents, because the page numbers are required as part of the standard, and agents for the industry are expecting one file.
2a) I need my landscape pages to be in tabloid paper size for reading in docs or pdf, because the three scenes can't maintain the appearance of proper screenwriting indentation without the extra room. I need them to print on letter sized paper, so I need google docs to allow me a formatting tab for both renderings. I need to be able to align the three scenes on letter sized paper, landscape, and tabloid sized paper, landscape, in the same document, one for viewing, and one for printing.
i) I need to have a third render, letter sized portrait, both viewable and printable, because some of my script readers will otherwise be upset that the splitscreen deviates from screenwritings stringent structure.

3. I need Google Docs to color-code each element to my specifications, such as to automatically make all DIALOG elements light-blue. I need this because of the massive pain it is to change the color each and every time, and changing it back as I continue.

4. I need Google Docs to indent my elements as I continue to use them, automatically, so I can spend my time concentrating on the script itself, instead of the arduos manual formatting process I painstakingly deal with currently.

5. I need Google Docs to support my Dual Element Syntax. Because scripts are written sequentially, I had to invent a method to display concurrent information. I accomplish this with a few basic tags, and the means of displaying the CONCURRENCY remains up to the software programmers.
5a) I would like Google Docs to offer a clickable icon or highlight above the start of a concurrent string of elements so that the script can be written top-down as per the standard of screenwriting, and optionally displayed side-to-side or in tabs which are side-to-side. I would like there to be an option to automatically print these side-to-side concurrent elements as part of a "concurrency outline", displaying a name for each block of elements, the page they are on, and which concurrent block they are within that page, (The first, second, third, ect.)

Screenplays use the standard courier new font, at 12 points, and a line spacing of one. This provides a rough ability to time a written page to one minute of screentime on screen. This is why it is critical that concurrent elements render side-to-side or in tabs. Otherwise you run a page that's only 10 seconds of screentime. When you have too many pages, the reader may recognize that as a flaw towards the overall quality of the screenplay, and refuse to read it. They interpret this page rule in disregard of the occasional need for concurrent scripting within the top-down, sequential structure of a screenplay.

Not a single software solution exists for concurrent scripting, and it is much needed. Please implement my syntax, found in the document below:

https://docs.google.com/document/d/1VSPLKwadJexFqUcsPWyC-WJCTuFmtSgbmtS-C00GWZs

External keyboards work pretty well in LTR languages, but have many problems while switching to RTL languages (as a translator working on both Hebrew and Arabic I can testify that the situation in Hebrew is far far worse). First, the cursor jumps around without any reasonable ored or logic, so it is not uncommon to start a sentence and in a matter of seconds find yourself continuing the sentence in a random place in the document. Second, the alignment is inconsistent with numbers being aligned as LTR which causes terrible issues within the sentences. There are many more issues and I think the entire interface between Word and external keyboards for Android should be revised and corrected. I thought it might be an OS issue or, alternatively, a specific keyboard issue, but it doesn't happen in any other app, it happened on 3 different external keyboards I tested and using Gboard, SwitkKey, and External Keyboard Helper Pro (EKH) keyboards alike, so I came to a conclusion that it is a Word specific issue.
Thanks so much in advance for taking care of it!

In full Microsoft Word (desktop version, from 2007 onwards) you can switch on extra grammar checking and readability features that help you write.

https://support.office.com/en-gb/article/Test-your-document-s-readability-85b4969e-e80a-4777-8dd3-f7fc3c8b3fd2

How about having the option to switch these on in the Android version of Word?

I appreciate this would be a 'paid for' thing and be included in an Office365 subscription.

All I'll say is, right now, there's not a lot between Android Word and built-in options like Google Docs. To people who write for a living, having an offline readability checker is really useful. If Android Word has it, but Google Docs doesn't, which one would you use?