On Fri, 2017-04-28 at 12:58 -0300, Till Kamppeter wrote:
> On 04/28/2017 05:59 AM, Caolán McNamara wrote:
> > The main question for me is what format/mechanism is provided by
> > the user of the backend as the print transport
> The backends simply need the PDF to be printed and the key/value-
> pa
On 04/28/2017 01:09 PM, Heiko Tietze wrote:
What a shame ;-). No idea why this didn't work, it's just an etherpad.
Perhaps the server was down for a moment. Could you please try again.
Tried it again and now it is working. Thanks.
Till
___
Libre
What a shame ;-). No idea why this didn't work, it's just an etherpad.
Perhaps the server was down for a moment. Could you please try again.
On 04/28/17 18:04, Till Kamppeter wrote:
> On 04/28/2017 05:26 AM, Heiko Tietze wrote:
>> That's really great news (and a very ambitious project). If you con
On 04/28/2017 05:26 AM, Heiko Tietze wrote:
That's really great news (and a very ambitious project). If you consider
to also touch the frontend please have a look on what the UX team did
some time ago https://pad.documentfoundation.org/p/UX-PrintDialog. Feel
free to ask in case of usability relat
On 04/28/2017 05:59 AM, Caolán McNamara wrote:
The main question for me is what format/mechanism is provided by the
user of the backend as the print transport format/mechanism, e.g. if
it's simply (like cups) "give me the pdf to print" then it's relatively
easy. If it's (like GtkPrintOperation) "
On Thu, 2017-04-27 at 18:45 -0300, Till Kamppeter wrote:
>
> In the Google Summer of Code 2017 a big project of OpenPrinting will
> be work on the print dialog. What we especially want to do is:
>
> - Common backends to all print dialogs (GTK, Qt, LibreOffice, ...):
> - Backend for local CUPS
On 04/27/17 23:45, Till Kamppeter wrote:
> I will mentor a student who will patch the LibreOffice print dialog > to take
> the backends. This will not change the appearance and GUI of
> the dialog, but only the method to obtain printer and options lists >
and to send off print jobs.
That's really
