On quarta-feira, 14 de agosto de 2013 11:10:28, Thomas Hartmann wrote:
> On most systems compression does save time, since computation
> (decompression) is magnitudes faster then reading from any kind of
> persistent memory. Of course real life benchmarks should make this
> decision and compress
On terça-feira, 13 de agosto de 2013 12:40:20, Thomas Hartmann wrote:
> My conclusion would be to deprecate qmlbundle, since it is not really
> documented and supported (especially from the tooling side) and it does
> not seem to have any genuine advantage, while .qrc files and .rcc files
> have be
On terça-feira, 13 de agosto de 2013 00:04:43, André Pönitz wrote:
> 1. Having a couple of .qml, .png and whatever non-executable, but
> potentially target (resolution...) dependent resources loaded and
> "run" in some kind of viewer application.
>
> -> Smells like the resource system might be sui
On Mon, Aug 12, 2013 at 08:02:55PM +1000, Chris Adams wrote:
> [...]
> However, what I do know for sure is that nobody ever tried to come up
> with a set of requirements and discuss the topic with the rcc
> maintainer.
>
>
> I don't know too much about the specifics of the qmlbundle implementa
Hi,
On Sat, Aug 10, 2013 at 6:05 AM, André Pönitz <
andre.poen...@mathematik.tu-chemnitz.de> wrote:
> On Thu, Aug 08, 2013 at 08:18:00PM +0200, Olivier Goffart wrote:
> > On Thursday 08 August 2013 08:59:26 Alan Alpert wrote:
> > > I don't know specifically about why it wasn't built on top of QRC
On Thu, Aug 08, 2013 at 08:18:00PM +0200, Olivier Goffart wrote:
> On Thursday 08 August 2013 08:59:26 Alan Alpert wrote:
> > I don't know specifically about why it wasn't built on top of QRC, but
> > my guess is the performance cost. qmlbundle is more intended as a
> > performance optimization for