- Dillo-dev - lists.mailman3.com

Big changes in DPI framework and API

by jcid＠dillo.org

On Mon, Nov 02, 2009 at 03:07:29PM -0300, Jorge Arellano Cid wrote: > On Mon, Nov 02, 2009 at 04:16:53PM +0000, corvid wrote: > > [...] > > I tried putting the pieces under ~/.dillo/, similar to how I'd > > had them before, and got error msgs instead of working dpis. > > Would it make more sense for me to dig in now to understand what > > is happening, or are the docs and patches coming very soon? > > I should write Docs soon (before Friday). There were no changes > regarding dpis in ~/.dillo/. I haven't tested them though. Let me > check here... After changing the table colors in file.dpi, more or less it worked with: make dpidc stop mkdir -p ~/.dillo/dpi/file cp file.dpi ~/.dillo/dpi/file dillo . It may be that you already have dpis there, and those will not work with the new code. They need convertion to the new dsh API. If this is the case, you can wait a bit for the docs, or give a look to the respective "convert to dsh API" patch in the repo. -- Cheers Jorge.-

Nov. 2, 2009

Big changes in DPI framework and API

by jcid＠dillo.org

On Mon, Nov 02, 2009 at 04:16:53PM +0000, corvid wrote: > > That's a lot of code! Yes. I made the partial diffstats but have no idea on how much the whole pack was in the end. :) > Jorge wrote: > > There're still pending patches and docs. Details are in the > > Changelog and Mercurial repo (hg log -v|less). > > I tried putting the pieces under ~/.dillo/, similar to how I'd > had them before, and got error msgs instead of working dpis. > Would it make more sense for me to dig in now to understand what > is happening, or are the docs and patches coming very soon? I should write Docs soon (before Friday). There were no changes regarding dpis in ~/.dillo/. I haven't tested them though. Let me check here... -- Cheers Jorge.-

Nov. 2, 2009

Cleanups for Html_tag_cleanup_at_close()

by jcid＠dillo.org

On Mon, Nov 02, 2009 at 07:14:29AM +0000, Jeremy Henty wrote: > > Congratulations on the big DPI reworking! Thanks Jeremy. It took a long effort, but now I'm confident it'll be less frustrating (and hopefully fun) to work with DPIs. At least it happened to me. After the underlying layer was ready, ironing bugs out was easy. > Meanwhile I'd like to > submit some cleanups for Html_tag_cleanup_at_close(), whose logic is > currently pretty opaque. The first is a resubmit (it seems to have > vanished into the ether when last posted). These should have no > effect on behaviour, they just make it more clear what is going on. Committed. Sorry for the delay. FWIW, it was more me vanishing under the DPI/DPIP work ;) -- Cheers Jorge.-

Nov. 2, 2009

Big changes in DPI framework and API

by corvid＠lavabit.com

That's a lot of code! Jorge wrote: > There're still pending patches and docs. Details are in the > Changelog and Mercurial repo (hg log -v|less). I tried putting the pieces under ~/.dillo/, similar to how I'd had them before, and got error msgs instead of working dpis. Would it make more sense for me to dig in now to understand what is happening, or are the docs and patches coming very soon?

Nov. 2, 2009

Big changes in DPI framework and API

by jcid＠dillo.org

On Mon, Nov 02, 2009 at 10:57:00AM +0900, furaisanjin wrote: > Hi. > > I got compiling problem on FreeBSD 6.4. > > if gcc -DHAVE_CONFIG_H -I. -I. -I.. > -DDPIDRC_SYS='"/usr/local/etc/dillo/dpidrc"' -I/usr/local/include -g > -O2 -DD_DNS_THREADED -D_REENTRANT -D_THREAD_SAFE -Wall -W -W > -Wno-unused-parameter -Waggregate-return -MT dpid.o -MD -MP -MF > ".deps/dpid.Tpo" -c -o dpid.o dpid.c; \ > then mv -f ".deps/dpid.Tpo" ".deps/dpid.Po"; else rm -f > ".deps/dpid.Tpo"; exit 1; fi > dpid.c: In function `init_ids_srs_socket': > dpid.c:615: error: `IPPORT_USERRESERVED' undeclared (first use in this function) > dpid.c:615: error: (Each undeclared identifier is reported only once > dpid.c:615: error: for each function it appears in.) > dpid.c: In function `init_dpi_socket': > dpid.c:637: error: `IPPORT_USERRESERVED' undeclared (first use in this function) > > Because FreeBSD 6.4 doesn't have IPPORT_USERRESERVED. Thanks for the report. Please try the latest repo and send feedback! -- Cheers Jorge.-

Nov. 2, 2009

Cleanups for Html_tag_cleanup_at_close()

by onepoint＠starurchin.org

Congratulations on the big DPI reworking! Meanwhile I'd like to submit some cleanups for Html_tag_cleanup_at_close(), whose logic is currently pretty opaque. The first is a resubmit (it seems to have vanished into the ether when last posted). These should have no effect on behaviour, they just make it more clear what is going on. Regards, Jeremy Henty

Nov. 2, 2009

Big changes in DPI framework and API

by furaisanjin＠gmail.com

Hi. I got compiling problem on FreeBSD 6.4. if gcc -DHAVE_CONFIG_H -I. -I. -I.. -DDPIDRC_SYS='"/usr/local/etc/dillo/dpidrc"' -I/usr/local/include -g -O2 -DD_DNS_THREADED -D_REENTRANT -D_THREAD_SAFE -Wall -W -W -Wno-unused-parameter -Waggregate-return -MT dpid.o -MD -MP -MF ".deps/dpid.Tpo" -c -o dpid.o dpid.c; \ then mv -f ".deps/dpid.Tpo" ".deps/dpid.Po"; else rm -f ".deps/dpid.Tpo"; exit 1; fi dpid.c: In function `init_ids_srs_socket': dpid.c:615: error: `IPPORT_USERRESERVED' undeclared (first use in this function) dpid.c:615: error: (Each undeclared identifier is reported only once dpid.c:615: error: for each function it appears in.) dpid.c: In function `init_dpi_socket': dpid.c:637: error: `IPPORT_USERRESERVED' undeclared (first use in this function) Because FreeBSD 6.4 doesn't have IPPORT_USERRESERVED. Regards, furaisanjin

Nov. 2, 2009

arbitrary keysyms in keysrc

by corvid＠lavabit.com

Jorge wrote: > On Sat, Oct 31, 2009 at 11:39:15PM +0000, corvid wrote: > > > > What would you think of allowing arbitrary keysyms > > to be specified in keysrc using their hex values? > > What's the gain? Being able to use a hex code from xev? > (to me it's an obscure representation, but easy to find OTOH) I finally got a newer computer, and it has some buttons that fltk has no idea about (e.g., a picture of a rectangle and arrow that X thinks of as XF86Next), and it would be nice to be able to use them.

Nov. 1, 2009

Big changes in DPI framework and API

by jcid＠dillo.org

Hi, Today the big work on DPI/DPIP was committed! The new framework and API is easier to use and more powerful. Lots of bugs and constraints were removed in the process. It was a lot of work but now is easier to fix and implement new things. After all the DPI framework was growing as new needs arose and it needed a rewrite since long ago. There're still pending patches and docs. Details are in the Changelog and Mercurial repo (hg log -v|less). One of them is the new select() based file dpi. It should be faster and use less resources (all happens in a single process now). Note: currently the code uses Internet Domain sockets instead of Unix domain sockets. This was initially meant for MINIX, but in the process several bugs were fixed, the code restructured, added more error handling and improved in general. In the future we may go back to UDS, but the cleanup gains will remain. Please test and enjoy. ...and remember to "dpidc stop" before "make install-strip". -- Cheers Jorge.-

Nov. 1, 2009

patch: jpegs and cmyk color space

by corvid＠lavabit.com

Here's one page that links to some CMYK jpgs and pretty much fits with what I've been able to learn: http://code.google.com/p/chromium/issues/detail?id=21659 Everything I find on the web about this shows roughly the same amount of uncertainty.

Nov. 1, 2009