Bug 1731183 Comment 34 Edit History

Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.

Hi Geoff, I have a technical question here (along what Anje has aptly asked, but she didn't put a needinfo...):

- Iiuc, we are now printing directly from the document, i.e. the message as shown in message reader.
- We are using (almost) the same method of printing as Firefox.
- Firefox has no problem to print selected text from the currently shown document, it will dynamically show `Selection` (vs. `Original`/`Simplified`) in the `Format` section (and the `Format` section itself if it wasn't shown before).
- So where exactly is the challenge of printing a selection from the currently displayed document (which is definitely *available*), in pretty much the same way that Firefox does this?

(In reply to Anje from comment #23)
> > This bug cannot be fixed because it requires the ability to get information from a document which is not available.
> 
> The email is downloaded, the text is selected.
> Can you explain what you mean by the document is not available?

I have the same question! It would appear that the displayed email including the selection is available for direct printing (also of selection, as in FF), no? I understand that *before* we changed things in printing, we had a hidden print document that may not have been available, but now?
Hi Geoff, I have a technical question here (along what Anje has aptly asked, but she didn't put a needinfo...):

- Iiuc, we are now printing directly from the document, i.e. the message as shown in message reader.
- We are using (almost) the same method of printing as Firefox.
- Firefox has no problem to print selected text from the currently shown document, it will dynamically offer an option called `Selection` (vs. `Original`/`Simplified`) in the `Format` section (and show the `Format` section itself if it wasn't shown before).
- So where exactly is the challenge of printing a selection from the currently displayed document (which is definitely *available*), in pretty much the same way that Firefox does this?

(In reply to Anje from comment #23)
> > This bug cannot be fixed because it requires the ability to get information from a document which is not available.
> 
> The email is downloaded, the text is selected.
> Can you explain what you mean by the document is not available?

I have the same question! It would appear that the displayed email including the selection is available for direct printing (also of selection, as in FF), no? I understand that *before* we changed things in printing, we had a hidden print document that may not have been available, but now?
Hi Geoff, I have a technical question here (along what Anje has aptly asked, but she didn't put a needinfo...):

- Iiuc, we are now printing directly from the document, i.e. the message as shown in message reader.
- We are using (almost) the same method of printing as Firefox.
- Firefox has no problem to print selected text from the currently shown document, it will dynamically offer an option called `Selection` (vs. `Original`/`Simplified`) in the `Format` section (and show the `Format` section itself if it wasn't shown before).
- So where exactly is the challenge of printing a selection from the currently displayed document (which is definitely *available*), in pretty much the same way that Firefox does this? (In fact, as evidenced in and in spite of Bug 66806, TB 78 already had the fully correct flow for *composition* because we were not using an intermediate document there...)

(In reply to Anje from comment #23)
> > This bug cannot be fixed because it requires the ability to get information from a document which is not available.
> 
> The email is downloaded, the text is selected.
> Can you explain what you mean by the document is not available?

I have the same question! It would appear that the displayed email including the selection is available for direct printing (also of selection, as in FF), no? I understand that *before* we changed things in printing, we had a hidden print document that may not have been available, but now?
Hi Geoff, I have a technical question here (along what Anje has aptly asked, but she didn't put a needinfo...):

- Iiuc, we are now printing directly from the document, i.e. the message as shown in message reader.
- We are using (almost) the same method of printing as Firefox.
- Firefox has no problem to print selected text from the currently shown document, it will dynamically offer an option called `Selection` (vs. `Original`/`Simplified`) in the `Format` section (and show the `Format` section itself if it wasn't shown before).
- So where exactly is the challenge of printing a selection from the currently displayed document (which is definitely *available*), in pretty much the same way that Firefox does this? (In fact, as evidenced in and in spite of Bug 66806, TB 78 already had the fully correct flow for *composition* because we were not using an intermediate document there...)

(In reply to Anje from comment #23)
> > This bug cannot be fixed because it requires the ability to get information from a document which is not available.
> 
> The email is downloaded, the text is selected.
> Can you explain what you mean by the document is not available?

I have the same question! It would appear that the displayed email including the selection **is available** for direct printing (also of selection, as in FF), no? I understand that *before* we changed things in printing, we had a hidden print document that may not have been available, but now?

Back to Bug 1731183 Comment 34