incubator-ooo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Dennis E. Hamilton" <dennis.hamil...@acm.org>
Subject binfilter (was RE: OOO340 to svn)
Date Wed, 03 Aug 2011 15:49:46 GMT
I believe LibreOffice is already taking action on binfilter, and it would be useful to see
if we can match their approach.

Also, I think there was (again on LibreOffice) a technical discussion on simplifying the dependencies.
 This was initially by having redundancy, with the idea that a better refactoring would come
later.

 - Dennis

-----Original Message-----
From: J├╝rgen Schmidt [mailto:jogischmidt@googlemail.com] 
Sent: Tuesday, August 02, 2011 23:12
To: ooo-dev@incubator.apache.org
Subject: Re: OOO340 to svn

On Wed, Aug 3, 2011 at 12:28 AM, Eike Rathke <ooo@erack.de> wrote:

> Hi IngridvdM,
>
> On Tuesday, 2011-08-02 20:17:52 +0200, IngridvdM wrote:
>
> > >The Hg archive should simply replicate the current structure at OOo,
> > >also for ease of adding in pending CWSs as branches, so a separate l10n
> > >repository.
> > >
> > Another good argument to separate l10n from trunk was given in an
> > earlier thread: This way it is easier for developers to get only
> > what they will need usually and spare the extra time and space.
> >
> > I think this is a good argument and I wonder whether we shouldn't be
> > prepared to identify more such stuff - for example the binfilter.
>
> The problem with binfilter is that it depends on modules not in
> binfilter, changing them incompatibly may entail changes necessary to
> binfilter, those changes should be in one changeset, which I think is
> not possible when not in trunk, insights anyone?
>
>
well binfilter is maybe not the best example because in the long term we
should think about the elimination of binfilter completely. Announcing the
end of life of these filters, then allow the import only for some time and
the next step is to drop it ...

Juergen



>  Eike
>
> --
>  PGP/OpenPGP/GnuPG encrypted mail preferred in all private communication.
>  Key ID: 0x293C05FD - 997A 4C60 CE41 0149 0DB3  9E96 2F1A D073 293C 05FD
>


Mime
View raw message