Jos van den Oever skrev den 2016-11-08 16:24:
Hello Dag,
The way the inhertance works is described here:
http://docs.oasis-open.org/office/v1.2/os/OpenDocument-v1.2-os-part1.html#__RefHeading__1416276_253892949
Yes, this looks fairly sane, thanks.
Roughly, if a style does not define a prope
Ok, seems we have some sort of commitment from from Tomas, Camilla
(separate mail) and me,
which means Sheets, Words and Plan along with the shapes and filters we
find is working.
But, I am totally blank on release work, so who will possibly step up to
handle that?
Tomas Mecir skrev den 2016
Hello Dag,
The way the inhertance works is described here:
http://docs.oasis-open.org/office/v1.2/os/OpenDocument-v1.2-os-part1.html#__RefHeading__1416276_253892949
Roughly, if a style does not define a property, there are quite a few places
where the code can look to find a value. First it look
GENERAL INFO
BUILD UNSTABLE
Build URL:
https://build.kde.org/job/calligra%20master%20kf5-qt5/PLATFORM=Linux,compiler=gcc/124/
Project: PLATFORM=Linux,compiler=gcc
Date of build: Tue, 08 Nov 2016 13:35:02 +
Build duration: 34 min
CHANGE SET
Revision c628b944a1aef24a5fe79c4b98f110c67eec670c b
On 8 November 2016 at 14:50, René J.V. Bertin wrote:
> On Tuesday November 08 2016 13:20:37 Jaroslaw Staniek wrote:
>
> > > KDE software mostly uses the form
> > >
> > > #include
> > >
> > > whereas on Mac you'd include the main header of a Foo.framework with
> > > (presuming it's not ObjC)
> >
On Tuesday November 08 2016 13:20:37 Jaroslaw Staniek wrote:
> > KDE software mostly uses the form
> >
> > #include
> >
> > whereas on Mac you'd include the main header of a Foo.framework with
> > (presuming it's not ObjC)
> >
> > #include
> >
>
> Maybe that can be seen as misfeature of Xcode a
Hi, I'm tracking a bug in Sheets style handling but I'm uncertain of how
to fix it because I don't understand the code alt. how styles should
work.
I thought default styles where used when there was no style assigned to
an object, and *maybe* used to give default values for things not
specifi
On 8 November 2016 at 13:09, René J.V. Bertin wrote:
> On Tuesday November 08 2016 12:17:23 Jaroslaw Staniek wrote:
>
> >
> > I hope special cases in a cmake buildsystem would not be a problem. I've
> > worked with cmake-based build systems that support Makefiles generator
> > (JOM/NMake) and VS
On Tuesday November 08 2016 12:17:23 Jaroslaw Staniek wrote:
>
> I hope special cases in a cmake buildsystem would not be a problem. I've
> worked with cmake-based build systems that support Makefiles generator
> (JOM/NMake) and VS generators in the same cmake scripts. The later is a
> multi-gene
On 8 November 2016 at 10:36, René J.V. Bertin wrote:
> On Monday November 07 2016 18:14:35 Jaroslaw Staniek wrote:
>
> Hi Jarek,
>
> >Thanks for the interest!
> >In addition Kexi-specific things can be discussed at a kexi-devel list :)
> >There were enthusiastic people interested in contributin
On Monday November 07 2016 18:14:35 Jaroslaw Staniek wrote:
Hi Jarek,
>Thanks for the interest!
>In addition Kexi-specific things can be discussed at a kexi-devel list :)
>There were enthusiastic people interested in contributing Mac builds of
>Kexi but they disappeared so this task is open for
11 matches
Mail list logo