On Sat, Nov 06, 2004 at 07:11:12PM -0300, Jorge Arellano Cid wrote:
Hi there,
Hello!!
[3] Preferences dpi. [3] Handling of configuration data.
<Sebastian> I'd regard this as one task (from the user's point of view). Here, I'd rather focus on designing a solid base rather soon, on which future extensions may be build on. It is not clear yet, how this will look like at all, but supposed (as an example), that dillo manages the configuration data (not a dpi), communication with configuration dpis should be considered, but made possible later.
(Except the feature, on which Daniel Fairhead is working.)
<Jorge> Configuration data also needs some sync. For instance, dillorc, cookiesrc, cacherc, <dpis>rc. Maybe having a common format and a powerful preferences dpi makes sense at this stage.
ok, i will take ahold if this one if no-one objects. i would love to see this done, as it makes doing lots of other things much, much simpler in the future, especially the cache thing. since the cache thing is now going to be pretty much on hold until after the CCC study, i need something to do in the mean-time. ;) i don't think it should be too relevant as to if configuration is handled by a dpi or by dillo proper, since it's just a matter of what part things ask to get their configuration data from, as they should never have to look at a config file themselves. it should be fairly trivial to rewrite how things ask for their config. keep in mind i have yet to look at the dpi system at all, so i could be completely wrong with that assumption. i'm assuming that being able to offer a configuration API would allow a layer of abstraction that would hide the internals of how things are actually done as pertaining to aquiring configuration data. i've got a higher priority project currently on my plate, but the way things are looking, it shouldn't be but a couple more days until i'm done with it, at which time i will study the dillo code at great length and evaluate which would be the easier way (for me at least) to handle this.
[3] Make cookies into a dpi server.
<Jorge> Procrastinated from a long time ago. This solves the problem of only the first Dillo instance (and its child windows) having cookies enabled. Now that cookies work better (with 302 redirections) this problem will be more evident.
i think it may be to my advantage to tackle this task first, as it will give me a much greater understanding of the dpi structure. that should certainly make a configuration dpi a very simple task to get completed.
[5] GUI dpi for downloads.
<Sebastian>
i agree 100% with you on this, however.......
<Jorge>
i think of such annoying sites as sourceforge that do all sorts of wonky things with the url you send it that wget just doesn't properly grok. while i certainly prefer to copy the url and give it to wget myself, sometimes that just isn't practical. -brian -- IHTFP: I firmly believe that people dumber than me exist solely for my amusement. IHTFP: Okay, maybe not solely for my amusement. Some of them make good cake.