-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 15/12/11 15:52, Jaroslaw Staniek wrote:
> sqlite3_api is uninitialized, no reason it should be since I am not
> using redefined API functions.
It is initialized for dynamically loaded extensions. See this somewhat
dated page:
http://www.sqlite
On 14 December 2011 18:56, Roger Binns wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 14/12/11 09:34, Jaroslaw Staniek wrote:
>> But I did not consider using Statically Linked Extensions via
>> sqlite3_auto_extension.
>
> They aren't statically linked in the conventional sense.
>
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/103408/#review8986
---
Ship it!
Ship It!
- Marijn Kruisselbrink
On Dec. 15, 2011, 4
On Thursday, December 15, 2011 16:24:24 PM Boudewijn Rempt wrote:
> On Thursday 15 December 2011 Dec, Jos van den Oever wrote:
> > On Thursday, December 15, 2011 11:21:19 AM Thorsten Zachmann wrote:
> > > > Well, no... Not that I could find. In fact, until yesterday
> > > > encountering an xml:id w
On Thursday 15 December 2011 16:24:24 Boudewijn Rempt wrote:
> In passing: it would be good if we could directly attach rdf metadata to an
> element (like text:table) instead of always having to work with bookmarks.
Yes very. Bookmarks, anchors and softbreaks are evil in that they are are non
visi
On Thursday 15 December 2011 Dec, Jos van den Oever wrote:
> On Thursday, December 15, 2011 11:21:19 AM Thorsten Zachmann wrote:
> > > Well, no... Not that I could find. In fact, until yesterday encountering
> > > an xml:id when loading text or bookmarks always means "aha! rdf!", and
> > > the load
On Thursday, December 15, 2011 11:21:19 AM Thorsten Zachmann wrote:
> > Well, no... Not that I could find. In fact, until yesterday encountering
> > an xml:id when loading text or bookmarks always means "aha! rdf!", and
> > the loading code doesn't have access to the rdf document, which it could
>
On Thursday, December 15, 2011 10:38:42 Boudewijn Rempt wrote:
> On Thursday 15 December 2011 Dec, Thorsten Zachmann wrote:
> > On Thursday, December 15, 2011 09:14:28 Boudewijn Rempt wrote:
> > > On Thursday 15 December 2011 Dec, Thorsten Zachmann wrote:
> > > > for me this looks like a bit of ove
On Thursday 15 December 2011 Dec, Thorsten Zachmann wrote:
> On Thursday, December 15, 2011 09:14:28 Boudewijn Rempt wrote:
> > On Thursday 15 December 2011 Dec, Thorsten Zachmann wrote:
> > > for me this looks like a bit of overkill. Let me explain how the id stuff
> > > in the animations work.
>
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/103413/#review8966
---
Ship it!
Please commit after fix the think I pointed out.
too
The Open Source Business Alliance has started a new initiate to
improve OOXML support in open source office suites, the "Precise
reproduction of OOXML documents in Open Source Office applications"
project:
http://www.osb-alliance.com/index.php/de/presse/pressemitteilungen/623-authorities-publish-s
On Thursday, December 15, 2011 09:14:28 Boudewijn Rempt wrote:
> On Thursday 15 December 2011 Dec, Thorsten Zachmann wrote:
> > for me this looks like a bit of overkill. Let me explain how the id stuff
> > in the animations work.
>
> Right now, for animations, draw:id is used, isn't it?
right but
On Thursday 15 December 2011 Dec, Thorsten Zachmann wrote:
> for me this looks like a bit of overkill. Let me explain how the id stuff in
> the animations work.
Right now, for animations, draw:id is used, isn't it?
> The xml id is not kept. It is only used during loading to
> be able to get t
13 matches
Mail list logo