From: Till Kamppeter <till.kamppeter@gmail.com>
To: Per Hermansson <hermansson.per@bredband.net>
Cc: printing-architecture@lists.linux-foundation.org
Subject: Re: [Printing-architecture] GSOC'09: Common Printing Dialog
Date: Fri, 27 Mar 2009 00:48:00 +0100 [thread overview]
Message-ID: <49CC1430.2080603@gmail.com> (raw)
In-Reply-To: <49CBE96B.8000202@bredband.net>
Per Hermansson wrote:
> I have seen the interface specification that was linked from the idea
> page. So the final version will be released soon, this sounds like
> excellent news.
OK, if you have questions about that, ask Peter Sikking (peter at
mmiworks dot net), leader of the development of this UI. You can also
call into the OpenPrinting Summit 2009 at Thursday, April 9 in the
afternoon PST and participate in the discussion about the newest state
of the dialog (or attend personally if you are near San Francisco then).
https://www.linuxfoundation.org/en/OpenPrinting/OpenPrinting_Summit_San_Francisco_2009
> I like both tasks but the first one will probably be easier to implement
> since modifying patching other applications is difficult estimate how
> much time it takes. Although it would be and probably not to difficult
> to try as Alex said with an application like Evince.
>
OK.
> I'm not sure if either GTK or Qt implementation needs the most work? If
> Alex is focusing on the KDE dialog it would seem logical to start with
> the GTK implementation. But working with Qt would be fun too, I'm a
> quick learner and will probably have some extra time until the summer
> starts to get into deep with Qt.
> I've downloaded and tested the cpdapi code from the Bazar branch and it
> looked very nice but I guess both toolkit versions have to be modified
> to follow the OpenUsability design?
>
Yes, they are both incomplete and your task is to complete them.
> Also as I understand it both tasks (implementing the OpenUsablility
> design and porting desktop applications) can be done independently of
> each other?
>
Yes, my original idea was to have one student finishing the two dialogs
and another patching the applications (see ideas list), but it is no
problem for example if one student does the GTK dialog and patches the
GTK apps and the second does the KDE dialog and patches the KDE apps.
And if we get only applications for the dialog stuff and nothing for
JTAPI, drivers and whatever we offered, we can even put a third student
onto the dialog. We also can move around work tasks during the GSoC
(this we did last year as it turned out that Lars got the CPDAPI quickly
together, so he did also the GTK version of the dialog which the other
student on the CPD was supposed to do, but the the Qt dialog turned out
to be more work than expected).
Till
next prev parent reply other threads:[~2009-03-26 23:48 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-03-26 11:02 [Printing-architecture] GSOC'09: Common Printing Dialog Per Hermansson
2009-03-26 16:25 ` Alex Wauck
2009-03-26 19:15 ` Till Kamppeter
2009-03-26 20:45 ` Per Hermansson
2009-03-26 23:48 ` Till Kamppeter [this message]
2009-03-27 0:28 ` Alex Wauck
2009-03-28 13:11 ` Per Hermansson
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=49CC1430.2080603@gmail.com \
--to=till.kamppeter@gmail.com \
--cc=hermansson.per@bredband.net \
--cc=printing-architecture@lists.linux-foundation.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.