Compose window size

I really like the WYSIWYG compose window on a mobile browser: once activated, the whole mobile phone screen is used: lots of space to compose and re-read, no distraction.

On a computer it is not so: the simple text window takes two thirds of the screen height (in 100% zoom, i use rather 90%; while half-width, full-height would be preferable), the WYSIWYG window is actually even thinner (6 paragraph lines ~ 10 lines in one paragraph). The other drafts do not need to be displayed while composing a mail, these could be hidden for the moment.

It is not so but could be: the compose window could occupy the full available size (or at least height) to allow to display as much of the mail being composed, and possibly even the mail being answered.

My 5 cts…

This answer could start something like “I really hate the WYSIWYG compose window on a mobile browser.” :wink: Since Tuesday’s release the compose window occupies only a part of the viewport. This is – at least on a mobile – uncomfortable and impracticable. Below is a screenshot from rb7:

Could we get the full-window compose back?

The update also brought a feature that recognized that a link is in the clipboard. On a smartphone (FF, Android, Sony) upon pasting a “link” button appears. The link is then pasted in a pop-up, OK button, back to the compose screen. This is longer, from my user’s perspective does not bring any advantage, and is accompanied by erratic motions as the small screen refocuses on the location where the link button appears.

Sorry for having such a critical eye…

Now I realize that the link pop-up hijacks and prevents the (my) mobile phone pasting mechanism. This is quite a nuisance.

Hello,

Sorry we haven’t replied to this thread before.

I’ll have to try some of the things you mention here as I’ve not come across them before. Which version of Android are you running please?

@Dave Android 8.0, Sony phone, Firefox.

@Dave, btw, the new compose window also does not allow the built-in spellchecker function in Firefox (under Win10). [I have to write in three languages in equal share and rely on spellchecker quite a bit - errors and typos] Not sure how was it before Feb 12th?

Could you check your Firefox settings please? I’ve tried this and the browser dictionary works fine in the compose window here.

@Dave, do you have a particular setting to check in mind? The spellchecker works in other applications.

Not really other than checking the dictionary is properly installed.

I didn’t do anything special. I just started Firefox in Windows 10, checked I had a dictionary installed and opened a compose window in Runbox 7. Deliberately mistyped a word and it was underlined as a spelling error.

@Dave What you describe is what does not work for me, but I should have been more specific: it was in reply to a thread on the topic of tinyMCE hijacking the right-click context menu. It concerns the rich text formatting (words not underlined, right-click context menu not accessible which drives me mad when using many MS products):
image

In non-HTML text the spellchecker (and the right-click context menu) work as expected:
image

Ah, I see. Let me check this out and if I can reproduce the same issue I’ll open a GitHub issue about this.

@Dave, pls let me emphasize that this thread collected three more issues (tinyMCE hijacking the paste mechanism on an android phone, decrease in writing area size on a phone, small area size on a computer). As these seemed to be result of a choice and not a bug, i did not dare to submit an issue in github.