Hi Malte,Andreas
> Hi Malte,
>
> Malte Timmermann wrote:
>> Andreas...
>>
>> Andreas Martens wrote:
>>> Hi Malte,
>>>
>>> Malte Timmermann wrote:
IMHO there should be some notification, so the Layouts are simply
listeners and we don't need the parameter.
>>> That's what I meant. My q
Hi,
Currently there are 197 issues with status RESOLVED and resolution LATER
(half of them in the "www" component with target "CEE Consider-future"
though), plus 58 issues with status RESOLVED and resolution REMIND.
I consider those combinations mere nonsense, even if the usage is
explained in htt
Hi,
in the course of UNOizing the Basic IDE (so it will finally be able to
work on documents which are not implemented using the SfxObjectShell), I
stumbled upon SfxObjectShell::Set/GetWorkingDocument.
As I understand it, the WorkingDocument is a dedicated document
(SfxObjectShell, that is), whic
Hi Malte,
Malte Timmermann wrote:
Andreas...
Andreas Martens wrote:
Hi Malte,
Malte Timmermann wrote:
IMHO there should be some notification, so the Layouts are simply
listeners and we don't need the parameter.
That's what I meant. My question was: why do we need this parameter
in SwDoc::De
Andreas...
Andreas Martens wrote:
Hi Malte,
Malte Timmermann wrote:
IMHO there should be some notification, so the Layouts are simply
listeners and we don't need the parameter.
That's what I meant. My question was: why do we need this parameter in
SwDoc::DeleteSection(..)?
But I am not sure
Do we need db.jar and libdb_java42.[dll|so] anymore ?
As far as I can see they are not necessary at build-time anymore, but we
currently include libdb_java via gid_File_Lib_Dbjava in scp2 into our
installsets. Is there any reason for this, i.e. anything I'm unaware of
that makes use of it ?
I'd
