[whatwg] Pain with the Headers in webkit/appcache.
edward.gerhold at googlemail.com
Wed Jun 1 12:32:20 PDT 2011
Won´t continue writing down every step. But my next look, i´ll be motivated
now, tells me one thing:
Create a _new header_ with the Interfaces, and work on the manifest
structure. This is what the rest of the files in webkit/appcache do with all
I shouldn´t write the functions into class Manifest. Simply work with the
existing Manifest and the Operations get the Lists and do something with.
How to read and write the Page data, that is written in the code in the
other Files. The class Manifest is bound to the manifest parser file.
I could call it manifest_manipulator or think again about it. But i think,
being better readable and fitting better in webkit, i shouldn´t write into
Is it easier to add a new file to such a branch or to patch an existing?
Looks it better to seperate the new functions from the manifest, even if
they belong, too?
Good, i´ll find out.
Uhm, and another workaround for the update function in a CMS is to let the
CMS generate the manifest again with new version number and the additional
or removed files.
Make sure to document, that people using your cached site, would sometimes
rather check chrome://appcache-internals and delete, than waiting for any
update to be sure,
to check out the latest. But that is only working around the statics of the
Ok, i´m motivated again. Inform you in around 6 weeks, if you like to think
about the better cache, just do so. It´ll make the world look better. My aim
is to read some hours now,
that will be self-explanatory for me then.
More information about the whatwg