<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.comp.web.netsurf.devel">
    <title>gmane.comp.web.netsurf.devel</title>
    <link>http://permalink.gmane.org/gmane.comp.web.netsurf.devel</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9661"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9660"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9659"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9658"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9657"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9656"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9655"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9654"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9653"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9652"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9651"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9650"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9649"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9648"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9647"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9646"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9645"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9644"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9643"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9642"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9661">
    <title>extending libcss through properties.gen</title>
    <link>http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9661</link>
    <description>&lt;pre&gt;Hi Netsurf dev,  

I'd like to extend libcss to parse additional CSS properties such as border-radius.
I'd also like to add overflow-x, overflow-y. "overflow" is implemented but not -x, -y variants.

I had a quick look at the following file:
libcss/src/parse/properties/properties.gen
But I couldn't figure quite right what was the syntax of this file even with the whole list of examples.
Could you help me figure out?

Thanks.  

&lt;/pre&gt;</description>
    <dc:creator>Hoà V. Dinh</dc:creator>
    <dc:date>2013-05-19T02:09:38</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9660">
    <title>CI builds stuck</title>
    <link>http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9660</link>
    <description>&lt;pre&gt;Just noticed that Jenkins seems to be stuck due to Chimera being
offline again.


&lt;/pre&gt;</description>
    <dc:creator>Chris Young</dc:creator>
    <dc:date>2013-05-18T23:03:55</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9659">
    <title>Re: Compile errors in libhubbub tests</title>
    <link>http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9659</link>
    <description>&lt;pre&gt;[snip]

I have applied this patch, committed and pushed it to libhubbub's master
branch.  Thank you.


That's definitely interesting.  Especially if you happen to also be intending
to play around with libcss and libdom too :-)

For libdom, you might find nsgenbind (currently called nsgenjsbind) to be of
use in generating the bindings for the dom :-)

D.

&lt;/pre&gt;</description>
    <dc:creator>Daniel Silverstone</dc:creator>
    <dc:date>2013-05-04T09:47:40</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9658">
    <title>Compile errors in libhubbub tests</title>
    <link>http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9658</link>
    <description>&lt;pre&gt;Hi. When compiling the libhubbub tests from git master using GCC 4.7.2 I get
two warnings, which become errors via -Werror and stop the tests running:

  error: variable `origlen` set but not used [-Werror=unused-but-set-variable]

  error: comparison between `parserutils_error` and `enum hubbub_error`
  [-Werror=enum-compare]

The following (git format-) patch makes the errors go away and the test suite
pass:

https://gist.github.com/craigbarnes/5514898/raw/c2f94d97d26b52b01e5cf45c2ff9a973e2e44a32/0001-Fix-compile-errors-in-tests.patch


Aside: I discovered the errors while working on a hubbub package/binding
for the Lua language, which can be found at:

  https://github.com/craigbarnes/lua-hubbub

...if anyone is interested. It's MIT licensed and should be complete in
a few days.


&lt;/pre&gt;</description>
    <dc:creator>Craig Barnes</dc:creator>
    <dc:date>2013-05-03T23:20:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9657">
    <title>Re: NetSurf 3.0 options.gtk2.ui labels</title>
    <link>http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9657</link>
    <description>&lt;pre&gt;
We have had several BSD users recently asking similar questions. Seems
there are a couple of intermixed issues:

 - Firstly the 3.0 release gtk install has a (fixed in git) bug where
   the fallback language selection (C) was missing in the
   resources. This resulted in no working translations at all which is
   not the issue you describe.

 - Secondly there seems to be an issue where a libintl.so is
   incorrectly linked to NetSurf. This provides gettext symbols and
   the library is probably included via GTK (pure speculation).

   NetSurf itself provides its own gettext interface symbols (in
   gtk/gettext.c). On Linux Glibc builds this suffices for symbol
   resolution and the linker users our internal i10n routines to
   provide translated text. 

   On BSD this does not appear to happen so GTK is using the wrong
   routines and failing to show the translated text. Someone who
   understands the linker and symbol resolution on BSD systems needs
   to look at this as I am currently not in a position to&lt;/pre&gt;</description>
    <dc:creator>Vincent Sanders</dc:creator>
    <dc:date>2013-05-03T19:53:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9656">
    <title>NetSurf 3.0 options.gtk2.ui labels</title>
    <link>http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9656</link>
    <description>&lt;pre&gt;I'm running NetSurf 3.0 with GTK+ 2.24.17 on OpenBSD. When I go to
Edit-&amp;gt;Preferences I'm seeing the translation tokens for labels and such
instead of the actual text (en in my case).

All other windows and interfaces show the text one would expect. Any
hints at what might be causing this? Thanks.

Examples:
preferencesMainTabtitle
preferencesStartupPage
preferencesDownloadsLocation

&lt;/pre&gt;</description>
    <dc:creator>James Turner</dc:creator>
    <dc:date>2013-05-03T19:20:30</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9655">
    <title>Re: Default LANG?</title>
    <link>http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9655</link>
    <description>&lt;pre&gt;
Fixed by ensuring the C "language" resources are available (linked to
the en language by default) which g_get_language_names() always
returns as the least desirable result.


&lt;/pre&gt;</description>
    <dc:creator>Vincent Sanders</dc:creator>
    <dc:date>2013-04-29T07:44:35</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9654">
    <title>Auto-builder</title>
    <link>http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9654</link>
    <description>&lt;pre&gt;Seems to be in a stuck state due to chimera being off-line.


&lt;/pre&gt;</description>
    <dc:creator>Chris Young</dc:creator>
    <dc:date>2013-04-28T11:28:23</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9653">
    <title>Re: Tests rely on alloca()</title>
    <link>http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9653</link>
    <description>&lt;pre&gt;
Reviewed and applied, thanks for your work on this


&lt;/pre&gt;</description>
    <dc:creator>Vincent Sanders</dc:creator>
    <dc:date>2013-04-27T12:29:54</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9652">
    <title>Re: Tests rely on alloca()</title>
    <link>http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9652</link>
    <description>&lt;pre&gt;
I've replaced these with calls to malloc():

https://github.com/bentley/libcss/
https://github.com/bentley/libhubbub/
https://github.com/bentley/libparserutils/

If these could be pulled into the main repositories that would be great.

&lt;/pre&gt;</description>
    <dc:creator>Anthony J. Bentley</dc:creator>
    <dc:date>2013-04-27T03:24:59</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9651">
    <title>Re: new Dutch translation</title>
    <link>http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9651</link>
    <description>&lt;pre&gt;
That would be great to have. The mailing list is the best place for
translations currently. 

A diff against the FatMessages file is easiest to integrate but I can
merge by hand if thats not possible.


&lt;/pre&gt;</description>
    <dc:creator>Vincent Sanders</dc:creator>
    <dc:date>2013-04-25T18:06:31</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9650">
    <title>new Dutch translation</title>
    <link>http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9650</link>
    <description>&lt;pre&gt;Hi list,

Where should I submit new Dutch translations?

TIA,
Simon Voortman.


&lt;/pre&gt;</description>
    <dc:creator>Simon Voortman</dc:creator>
    <dc:date>2013-04-25T17:19:04</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9649">
    <title>Clang warning fixes</title>
    <link>http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9649</link>
    <description>&lt;pre&gt;I've pushed a handful of branches containing some clang warning fixes.

libnsfb/rjek/clang-warnings
libcss/rjek/clang-warnings
nsjsgenbind/rjek/clang-warnings
netsurf/rjek/clang-warnings

B.


&lt;/pre&gt;</description>
    <dc:creator>Rob Kendrick</dc:creator>
    <dc:date>2013-04-25T14:39:42</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9648">
    <title>[chris-ctIS55pebbeSaWcfd5glvw&lt; at &gt;public.gmane.org: NetSurf &amp; GPL3?]</title>
    <link>http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9648</link>
    <description>&lt;pre&gt;For people who are not on help-A1FYRfCQ4PY&amp;lt; at &amp;gt;public.gmane.org

B.
&lt;/pre&gt;</description>
    <dc:creator>Rob Kendrick</dc:creator>
    <dc:date>2013-04-24T15:33:17</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9647">
    <title>Javascript feature details</title>
    <link>http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9647</link>
    <description>&lt;pre&gt;Would it be possible to list the progress on individual Javascript
features, in the same way as the CSS features?  That way, those of
us who are interested can play with features, learn Javascript,
and test the features.

Or will implementation be an all-or-nothing event - suddenly one
day all of Javascript will work?

Dave

____________________________________________________________
GET FREE SMILEYS FOR YOUR IM &amp;amp; EMAIL - Learn more at http://www.inbox.com/smileys
Works with AIM®, MSN® Messenger, Yahoo!® Messenger, ICQ®, Google Talk™ and most webmails


&lt;/pre&gt;</description>
    <dc:creator>Dave Higton</dc:creator>
    <dc:date>2013-04-24T08:38:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9646">
    <title>Tests rely on alloca()</title>
    <link>http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9646</link>
    <description>&lt;pre&gt;Hi,

Several tests use alloca() to allocate memory. But alloca() is not part of
C99, and on OpenBSD this leads to linking errors since the NetSurf build
system specifies -std=c99:

LINK: build-OpenBSD-OpenBSD-release-lib-shared/test_parser
cc -o build-OpenBSD-OpenBSD-release-lib-shared/test_parser build-OpenBSD-OpenBSD-release-lib-shared/test_parser.o -Lbuild-OpenBSD-OpenBSD-release-lib-shared/ -lhubbub -g -L/usr/local/lib -liconv -L/usr/local/lib -ljson-c
build-OpenBSD-OpenBSD-release-lib-shared/test_parser.o(.text+0x578): In function `run_test':
test/parser.c:28: undefined reference to `alloca'
collect2: ld returned 1 exit status

These are the files that use alloca():

libhubbub:
test/parser.c
test/tokeniser2.c
test/tokeniser3.c
test/tree.c

libcss:
test/css21.c
test/parse-auto.c

libparserutils:
test/cscodec-8859.c
test/cscodec-ext8.c
test/cscodec-utf8.c
test/cscodec-utf16.c


&lt;/pre&gt;</description>
    <dc:creator>Anthony J. Bentley</dc:creator>
    <dc:date>2013-04-24T07:25:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9645">
    <title>Default LANG?</title>
    <link>http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9645</link>
    <description>&lt;pre&gt;Hi,

After upgrading to 3.0 on my system, NetSurf-GTK looks like this:
http://i.imgur.com/BUr5Tj4.png

It turns out this is because LANG is unset in my environment (although
LC_CTYPE=en_US.UTF8). If I run "LANG=en netsurf", everything is peachy.
Would it be possible to default to "en" if LANG is unset and/or LANG=C?

&lt;/pre&gt;</description>
    <dc:creator>Anthony J. Bentley</dc:creator>
    <dc:date>2013-04-24T07:57:49</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9644">
    <title>Re: New releases: NetSurf, LibCSS, Hubbub, etc</title>
    <link>http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9644</link>
    <description>&lt;pre&gt;Is Jenkins supposed to be building (binary) releases now, or is it
still a manual process?

Chris


&lt;/pre&gt;</description>
    <dc:creator>Chris Young</dc:creator>
    <dc:date>2013-04-23T18:03:13</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9643">
    <title>New releases: NetSurf, LibCSS, Hubbub, etc</title>
    <link>http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9643</link>
    <description>&lt;pre&gt;
New releases have been made for the libraries:

  LibCSS 0.2.0
  LibDOM 0.0.1
  LibHubbub 0.2.0
  LibNSBMP 0.1.0
  LibNSGIF 0.1.0
  LibNSFB 0.1.0
  LibParserUtils 0.1.2
  LibPencil 0.0.2
  LibROSprite 0.1.0
  LibRUfl 0.0.2
  LibSVGTiny 0.1.0
  LibWapcaplet 0.2.0

  http://download.netsurf-browser.org/libs/releases/


The new buildsystem used by all the libraries has been released:

  Buildsystem 1.0

  http://download.netsurf-browser.org/libs/releases/


The JavaScript to DOM binding generator has been released:

  NSGenJSBind 0.0.1

  http://download.netsurf-browser.org/libs/releases/


NetSurf 3.0 source release:

  http://download.netsurf-browser.org/netsurf/releases/source/


NetSurf 3.0 full source release (inc. our libraries):

  http://download.netsurf-browser.org/netsurf/releases/source-full/

&lt;/pre&gt;</description>
    <dc:creator>Michael Drake</dc:creator>
    <dc:date>2013-04-23T15:07:36</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9642">
    <title>Re: Fetch polling change branch</title>
    <link>http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9642</link>
    <description>&lt;pre&gt;

A-ha, that seems to work well here, thanks.

Chris


&lt;/pre&gt;</description>
    <dc:creator>Chris Young</dc:creator>
    <dc:date>2013-04-15T23:21:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9641">
    <title>Re: Fetch polling change branch</title>
    <link>http://permalink.gmane.org/gmane.comp.web.netsurf.devel/9641</link>
    <description>&lt;pre&gt;
There's a preprocessor define in content/fetchers/curl.c to enable this
for fetches performed through curl. It's disabled, as it currently
breaks things on a number of platforms.


J.



&lt;/pre&gt;</description>
    <dc:creator>John-Mark Bell</dc:creator>
    <dc:date>2013-04-15T23:01:03</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.web.netsurf.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.web.netsurf.devel</link>
  </textinput>
</rdf:RDF>
