launchpad-dev team mailing list archive
-
launchpad-dev team
-
Mailing list archive
-
Message #04427
Re: Implementation plan for derived distros UI
-
To:
Launchpad Community Development Team <launchpad-dev@xxxxxxxxxxxxxxxxxxx>
-
From:
Julian Edwards <julian.edwards@xxxxxxxxxxxxx>
-
Date:
Mon, 23 Aug 2010 11:09:48 +0100
-
In-reply-to:
<AANLkTi=Sb_TMkEAFgOGiPFH4osgOU1MBPHrin=DKNpyL@mail.gmail.com>
-
Organization:
Canonical Ltd
-
User-agent:
KMail/1.13.5 (Linux/2.6.32-24-generic; KDE/4.5.0; x86_64; ; )
On Monday 23 August 2010 08:02:57 Michael Nelson wrote:
> > I would have no problem with always generating a diff. I assumed the UI
> > was like that because you didn't want to pay that cost.
>
> AFAIK, it is a cost consideration, but IMO to consider that cost we'd
> want to take into account whether the diff is always going to be
> consulted (or if in 90% etc.). If it was nearly always used, or if we
> new it was always used in certain situations, it would simplify the
> workflow to just make sure it was there and didn't need to be
> requested. I'm not sure if it was already discussed before I was
> involved... Julian? StevenK?
We didn't discuss this anywhere that I know of. I'd be keen to keep these
diffs "on demand" initially at least because they will require a good chunk of
CPU to keep up-to-date, and generating them on demand will be quite quick.
J
References