[basex-talk] superfluous shape="area' when using html:parse()

2020-08-30 Thread Jos van den Oever
Hi all, When loading a document with html:parse(), an extra attribute is added to every element. becomes This error is even shown in the example on the wiki: https://docs.basex.org/wiki/HTML_Module It turns out this behaviour can be avoided by using the 'nodefaults" option of TagSoup:

[basex-talk] creating epub and odf with bases

2020-09-08 Thread Jos van den Oever
Hello all, As you might know, epub files and ODF files are zip files with specific contents. BaseX supports the expath zip module and could in theory be used for creating these files if it were not for a missing simple feature. There is one rule for epub and ODF files that cannot be followed

Re: [basex-talk] creating epub and odf with bases

2020-09-08 Thread Jos van den Oever
s > > Hope this helps, > Christian > > [1] https://docs.basex.org/wiki/Archive_Module > > On Tue, Sep 8, 2020 at 9:29 AM Jos van den Oever wrote: > > Hello all, > > > > As you might know, epub files and ODF files are zip files with specific >

Re: [basex-talk] creating epub and odf with basex

2020-09-08 Thread Jos van den Oever
($archive, "content.xml", $content) > > return file:write-binary($file, $updated) > > > > Cheers, > > Jos > > > > > Hope this helps, > > > Christian > > > > > > [1] https://docs.basex.org/wiki/Archive_Module > > > >

Re: [basex-talk] creating epub and odf with basex

2020-09-08 Thread Jos van den Oever
g 8 september 2020 14:06:20 CEST Jos van den Oever wrote: > On dinsdag 8 september 2020 13:06:19 CEST Christian Grün wrote: > > > Here is an example that creates a new archive that uses > > > compression-level="0" and algorithm="stored" and still compresses that >

Re: [basex-talk] creating epub and odf with basex

2020-09-08 Thread Jos van den Oever
On dinsdag 8 september 2020 11:05:45 CEST Jos van den Oever wrote: > On dinsdag 8 september 2020 10:59:37 CEST Christian Grün wrote: > > > Oh, a shame that the cross-implementation module is not maintained. > > > > The Archive Module was supposed to become

Re: [basex-talk] creating epub and odf with basex

2020-09-08 Thread Jos van den Oever
On dinsdag 8 september 2020 11:57:16 CEST Christian Grün wrote: > > This example demonstrates that compression-level="0" does do what > > > the api promises: > I can have a closer look into that. Could you possibly provide me with > a little self-contained example that I can run out of the box?

Re: [basex-talk] creating epub and odf with basex

2020-09-08 Thread Jos van den Oever
On dinsdag 8 september 2020 13:06:19 CEST Christian Grün wrote: > > Here is an example that creates a new archive that uses > > compression-level="0" and algorithm="stored" and still compresses that > > entry. > > > > Note that the archive level option 'algorithm' is unfortumate because > > often

Re: [basex-talk] creating epub and odf with basex

2020-09-08 Thread Jos van den Oever
On dinsdag 8 september 2020 14:27:55 CEST Christian Grün wrote: > Hi Jos, > > > There are 5 bytes between 'mimetype' and 'applicatino/epub+zip'. These are > > deflate information. If the entry is 'stored' there are no bytes between > > the entry name […] > > Great, so we are talking about the

Re: [basex-talk] creating epub and odf with basex

2020-09-08 Thread Jos van den Oever
the past to create > > ePub files, so my guess would be that these files could be opened by > > many readers, but were not 100% valid. How do you usually proceed to > > check the validity of ePub files? > > > > Best, > > Christian > > > >

Re: [basex-talk] creating epub and odf with basex

2020-09-08 Thread Jos van den Oever
Thank you for making the improvements. This is much cleaner imho than bash + zip + xsltproc. :-) On dinsdag 8 september 2020 16:59:14 CEST Christian Grün wrote: > > Creating a new file epub or odf file works correctly now but > > archive:update() does not retain the 'stored' property for the

Re: [basex-talk] creating epub and odf with basex

2020-09-08 Thread Jos van den Oever
On dinsdag 8 september 2020 19:31:41 CEST Liam R. E. Quin wrote: > On Tue, 2020-09-08 at 17:07 +0200, Jos van den Oever wrote: > > Thank you for making the improvements. This is much cleaner imho than > > bash + > > zip + xsltproc. :-) > > A minor addition - i've someti

Re: [basex-talk] vanishing whitespace with fn:doc()

2021-02-16 Thread Jos van den Oever
s.basex.org/wiki/Configuration > > > > > Jos van den Oever schrieb am Di., 16. Feb. 2021, > > 22:00: > > Dear all, > > > > First off: BaseX is great to work with. I use it for a few statically > > generated websites. > > > > But I recently f

[basex-talk] vanishing whitespace with fn:doc()

2021-02-16 Thread Jos van den Oever
Dear all, First off: BaseX is great to work with. I use it for a few statically generated websites. But I recently found what might be a bug. Some whitespace vanishes when loading xml files. E.g. this xml file: ```test.xml a b c d e ``` run like this: doc('test.xml') gives: a bcd e

Re: [basex-talk] vanishing whitespace with fn:doc()

2021-02-16 Thread Jos van den Oever
BaseX. > > Hope this helps > Christian > > [1] https://github.com/BaseXdb/basex/issues/913 > > > > > Jos van den Oever schrieb am Di., 16. Feb. 2021, > > 22:41: > > Hi Christian, > > > > Yes, writing 'CHOP=OFF' in .basex stops the vanishing

Re: [basex-talk] vanishing whitespace with fn:doc()

2021-02-16 Thread Jos van den Oever
ere confused about that). > > Maybe we’ll switch the default in a future version of BaseX. > > > > > Jos van den Oever schrieb am Di., 16. Feb. 2021, > > 23:36: > > Thanks for the context. > > > > Still, it does not explain the difference in behavior best