- Dillo-dev - lists.mailman3.com

dFree()

by p37sitdu＠lavabit.com

On Fri, Nov 09, 2012 at 05:18:45PM +0000, corvid wrote: > Jorge wrote: > > On Fri, Nov 09, 2012 at 12:47:14AM +0000, corvid wrote: > > > > > > If dFree() is just free() now, is there a good reason not to remove it? > > > > Yes, it matches dNew & dNew0 (mnemonic). > > > > Also, it gets simpler to profile/debug memory allocation, > > by instrumenting those primitives. > > How about #define dFree() as free(), then? Or #define free when you need to debug. Or use LD_PRELOAD.

Nov. 9, 2012

dFree()

by corvid＠lavabit.com

Jorge wrote: > On Fri, Nov 09, 2012 at 12:47:14AM +0000, corvid wrote: > > > > If dFree() is just free() now, is there a good reason not to remove it? > > Yes, it matches dNew & dNew0 (mnemonic). > > Also, it gets simpler to profile/debug memory allocation, > by instrumenting those primitives. How about #define dFree() as free(), then?

Nov. 9, 2012

dFree()

by jcid＠dillo.org

On Fri, Nov 09, 2012 at 12:47:14AM +0000, corvid wrote: > > If dFree() is just free() now, is there a good reason not to remove it? Yes, it matches dNew & dNew0 (mnemonic). Also, it gets simpler to profile/debug memory allocation, by instrumenting those primitives. -- Cheers Jorge.-

Nov. 9, 2012

dFree()

by corvid＠lavabit.com

If dFree() is just free() now, is there a good reason not to remove it?

Nov. 9, 2012

Tab closing order

by jcid＠dillo.org

On Thu, Nov 08, 2012 at 03:22:47AM +0000, corvid wrote: > > The valgrind logs found something with this: > http://starurchin.org/dillo/valgrind/b8b4ffc070d8c2dc439c384f0b9d7a57fe5ee6… > > I think line 337 in Jeremy's dillo corresponds to 326 in stock dillo, which > would be "if (btn->focus_num() > fbtn->focus_num())", so probably tabs that > have never been focused just need a focus_num of 0 or something... Patch committed. -- Cheers Jorge.-

Nov. 8, 2012

hyphenation in dillo

by sgeerken＠dillo.org

On Wed, Nov 07, corvid wrote: > Sebastian wrote: > > On Mon, Sep 10, corvid wrote: > > > I was looking at the src for http://distrowatch.com , and the > > > source page is very wide -- wider than any lines, so far as I > > > could see. > > > > There is one line, which is very long (number 54), but the current > > release breaks this line into multiple ones. Can someone provide > > details about the vsource plugin? > > The vsource page has > <style type="text/css">PRE {white-space: pre-wrap} > and the css2 spec says > "If 'white-space' is set to 'pre' or 'pre-wrap', any sequence of spaces > (U+0020) unbroken by an element boundary is treated as a sequence of > non-breaking spaces. However, for 'pre-wrap', a line breaking opportunity > exists at the end of the sequence." So "pre-wrap" can be broken. Fixed. Sebastian

Nov. 8, 2012

fltk release

by onepoint＠starurchin.org

corvid wrote: > I was thinking of making README and the website not so > 1.3.0-specific now that 1.3.1 is out, but it would be nice to get a > few reports of it working fine for you first. I just upgraded. I'll report next weeek whether anything has broken. Regards, Jeremy Henty

Nov. 8, 2012

Tab closing order

by corvid＠lavabit.com

The valgrind logs found something with this: http://starurchin.org/dillo/valgrind/b8b4ffc070d8c2dc439c384f0b9d7a57fe5ee6… I think line 337 in Jeremy's dillo corresponds to 326 in stock dillo, which would be "if (btn->focus_num() > fbtn->focus_num())", so probably tabs that have never been focused just need a focus_num of 0 or something...

Nov. 8, 2012

'#' in file url

by corvid＠lavabit.com

Jorge wrote: > Please check the committed patch. I added the change for the open file dialog as well...

Nov. 8, 2012

fltk release

by corvid＠lavabit.com

I was thinking of making README and the website not so 1.3.0-specific now that 1.3.1 is out, but it would be nice to get a few reports of it working fine for you first. (I update from their repository from time to time, and all has been well here.)

Nov. 8, 2012