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?
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 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?