my case of svg styling). As far as I can tell, for a root node, the
property is always initialised using the default value, so when
composing a style I can't distinguish between a and b.
Thanks,
Paul
Hi Michael,
Thanks for applying it. Happy to help.
Paul
On Fri, Oct 10, 2014 at 6:21 PM, Michael Drake
wrote:
> Hi Paul,
>
> On 10/10/14 04:10, Paul Mecklenburg wrote:
>
> No problem. In fact I realized that my first patch wasn't quite right
>> (it cached each l
---
src/svgtiny.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/src/svgtiny.c b/src/svgtiny.c
index 5be977f..df49338 100644
--- a/src/svgtiny.c
+++ b/src/svgtiny.c
@@ -407,6 +407,7 @@ svgtiny_code svgtiny_parse_path(dom_element *path,
float last_x = 0, last_y = 0;
fl
On Thu, Oct 9, 2014 at 5:38 AM, Daniel Silverstone <
dsilv...@netsurf-browser.org> wrote:
> On Wed, Oct 08, 2014 at 21:57:25 -0400, Paul Mecklenburg wrote:
> > Let me know if I should explain more about the patch I sent yesterday.
> The
> > bug happens when are relative
t Inkscape generates svg files with this
pattern and therefore broken in libsvgtiny.
Paul
---
src/svgtiny.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/src/svgtiny.c b/src/svgtiny.c
index 5be977f..0757e5f 100644
--- a/src/svgtiny.c
+++ b/src/svgtiny.c
@@ -407,6 +407,7 @@ svgtiny_code svgtiny_parse_path(dom_element *path,
float last_x = 0, last_y = 0;
fl
Paul
--
Paul Waring
http://www.pwaring.com
I was building NetSurf from trunk this evening and noticed that
Docs/LIBRARIES doesn't include a reference to libdom - attached is a
small patch (from svn diff) which fixes this.
Thanks,
Paul
--
Paul Waring
http://www.pwaring.com
Index: Docs/LIBR
Hello all,
I'm new to the mailing list. I intend to use netsurf on an embedded device
using a framebuffer target.
For starters, I tried to build TARGET=framebuffer on my linux box.
I installed all of the prerequisite libs (e.g., curl, libxml2, sdl).
I checked out the following from the svn tru
