Sigh, OK then, everything is already perfect.
--tml
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
On 05/29/2012 01:33 PM, Michael Stahl wrote:
On 29/05/12 13:17, Tor Lillqvist wrote:
the fastest way to start is still to load
only the code that is necessary to start.
Isn't there something called demand paging that takes care of that?
it is supposed to do this, but falls short when it come
On 29/05/12 13:17, Tor Lillqvist wrote:
>> which is completely unnecessary if you create a
>> new document, or only use ODF
>
> On the other hand, if you never use ODF, you still have to load the code for
> it?
that's an unfortunate side effect of how the ODF filter is implemented
in Writer: mos
> which is completely unnecessary if you create a
> new document, or only use ODF
On the other hand, if you never use ODF, you still have to load the code for it?
> the fastest way to start is still to load
> only the code that is necessary to start.
Isn't there something called demand paging th
On 25/05/12 17:49, Tor Lillqvist wrote:
>> i believe cyclical dependencies indicate bad architecture. if 2 modules
>> depend on each other, then either they should be changed not to depend
>> on each other, or merged into one module.
>
> Hear, hear.
>
> Do you include run-time dependency in that
On Fri, May 25, 2012 at 05:36:34PM +0200, Michael Stahl wrote:
> On 25/05/12 17:16, Stephan Bergmann wrote:
> > On 05/25/2012 01:28 PM, David Tardon wrote:
> >> At the end, an anecdotical evidence about how far we progressed into
> >> gbuild land: the move of gtk/kde file pickers from fpicker to vc
> i believe cyclical dependencies indicate bad architecture. if 2 modules
> depend on each other, then either they should be changed not to depend
> on each other, or merged into one module.
Hear, hear.
Do you include run-time dependency in that? Like the couple of places
where dynamic linking i
On 25/05/12 17:16, Stephan Bergmann wrote:
> On 05/25/2012 01:28 PM, David Tardon wrote:
>> At the end, an anecdotical evidence about how far we progressed into
>> gbuild land: the move of gtk/kde file pickers from fpicker to vcl
>> introduced a dependency loop, because the pickers in vcl depend on
On 05/25/2012 01:28 PM, David Tardon wrote:
At the end, an anecdotical evidence about how far we progressed into
gbuild land: the move of gtk/kde file pickers from fpicker to vcl
introduced a dependency loop, because the pickers in vcl depend on
headers from fpicker, but fpicker already (indirect
