Here are the minutes of the 2013 NetSurf AGM.
Thanks to Daniel Silverstone for recording them.
* Daniel Silverstone
* Vincent Sanders
* Michael Drake
* Rob Kendrick
* Chris Young
* FranÃ§ois Revol
Michael welcomed everyone to the 2013 NetSurf AGM.
Last year's society committee consisted of:
Michael Drake, Chair
John-Mark Bell, Treasurer
Daniel Silverstone, Secretary
Last year's non-committee membership consisted of:
Nobody has left and noone has joined, thus the society stands at 8 members
and as such remains functional.
Unfortunately we do not have an up-to-date treasurer's report at this time.
John-Mark is unable to attend.
However, we have an August 4th report:
Since August 4th, approximately 300 UKP has been spent on CI server
hosting for the coming year.
The chairman's report can be found at:
Since this report, treeviews have been added. The only blocker against 3.1
is the reworking of forms.
I have received nominations and seconds for the incumbent society committee
members. No incumbent has declined the nominations. Thus the question to
vote on is "Should the incumbent committee serve for another year?".
Everyone present voted in favour of the incumbents.
Since no votes against were registered before the meeting, the incumbents
are hereby elected to remain as the service committee for the coming year.
Michael reiterated that the short-term project goal is to get 3.1 done
since the release of 3.0 was somewhat rushed. Longer term, our goal
remains dynamic layout and better JS integration, along with correcting
our CSS selection performance which is currently very poor.
generator's support for inherited elements to be improved and that after
then, it is mostly just writing the DOM bindings. Vincent even believes
that the bindings may be able to be automatically built, but he lacks time
to achieve this for now.
Daniel suggested a hack weekend. Michael agreed and Vincent offered to
host. Rob pointed out that Codethink could possibly host too if people
fancied Manchester instead of Cambridge. Michael suggested we wait and
consult with John-Mark about dates etc. He also called for a possible
attendance list. Michael, Vincent, Daniel and Rob all indicated an
ability to attend.
AI: Vincent to liase with John-Mark and then make a plan for a hack
Chris raised that printing gets mentioned to him. This comes back to
content cloning which is a known issue at this time. FranÃ§ois asked how
much of printing is platform-specific. Initially printing would be
generating a PDF which makes it mostly core. Rob wondered if it might be
worth writing a PostScript render backend. Michael reminded the meeting
that we'd need stylesheet selection, @media handling etc. and for the
layout engine to properly support pagination.
Daniel proposed that we shelve printing for now, and reconsider it when
determining requirements for the new layout engine. Everyone agreed.
Michael suggested we might be able to achieve some kind of poor quality
print short-term if we wanted.
### Bug Trackers
Michael raised that the SourceForge bug tracker no longer functions in
NetSurf. Rob suggested that we could fire up a BTS on one of the machines
we use for CI. Daniel asked if Rob had any suggestions for which BTS to
run. Rob stated a dislike for them all.
Vincent pointed out that there's plenty of headroom on the CI master
machine now. Mantis can be run in a VM with one CPU and 512MB of RAM.
Chris indicated that he ran a Mantis for a while and that it worked with
NetSurf when he did. Michael and Vincent both raised importing the old BTS
AI: Rob Kendrick to research bug trackers and suggest one which can be run
reasonably easily and will work with NetSurf. Expectation is Mantis
but there are other options.
### Continuous Integration
The CI system now consists of four systems. Two are MacOS-X systems and
two are x86 VMs hosted by Mythic Beasts. The Mythic beasts systems have 2
gigs of RAM each and we run Jenkins and the downloads sites on one and use
the other as a build slave.
Vincent raises the question: What about continued support for the
platforms not under CI, and also MacOS-X PPC. Michael pointed out that
this involves the BeOS port since that cannot be CI'd at this time, and
that MacOS-X PPC cannot run Java 1.6 which prevents us from upgrading
Michael asked if it is impossible to cross-build the MacOS-X port. Vincent
said yes, hence the native builders.
FranÃ§ois pointed out that for BeOS/Haiku to be CI'd, he'd need to sort
out the cross-toolchain. Since the toolchain is not meant for building
outside of Haiku's build process it will be a pain. Rob pointed out that
we'd want the cross-environment to be prepared in the same way as all the
other systems and FranÃ§ois agreed.
Vincent pointed out that if we can run Java 1.6 on Haiku then we could
host a "real" build slave on it. FranÃ§ois pointed out that non-gui stuff
might be possible and Vincent agreed that the Jenkins slave is headless.
In theory therefore it might be possible.
AI: FranÃ§ois to research the build options for Haiku and BeOS and come
back to the group with a proposal for getting it into CI or else
Michael advocated dropping MacOS-X PPC after 3.1. Vincent explained that
the PPC port of MacOS-X doubles the build time on the CI.
Michael asked Chris if the Amiga CI builds see much action. Chris said
that he knows of a few people who download them. Vincent asked if there
was any way to improve matters and Chris asked for a 'With JS' build.
Vincent asked Chris to update the Amiga cross-toolchain to the appropriate
Spidermonkey release and then he will enable them.
AI: Chris to sort out Spidermonkey for the Amiga cross-toolchain
Michael thanked everyone for attending. Daniel indicated that these
minutes will be posted to the mailing list soon.
Michael Drake (tlsa) http://www.netsurf-browser.org/
This has just been pointed out to me. When typing an IP address into
NetSurf's URL bar with no scheme attached (eg. just 192.168.0.10),
NetSurf appears to pass this directly to gui_launch_url() rather than
handling it the same as if a dotted host name had been typed in.
However, it's slightly worse than that, as even 192.com is not
http://192.168.0.10 - works
192.168.0.10 - gets forwarded to gui_launch_url
192.com - gets forwarded to gui_launch_url
http://192.com - works
www.192.com - works
I don't think this is intended behaviour?
> The branch, chris/sdk-53-24 has been created
> at 39f4157a9c7dcb9ab514f70d45cee7e40d8745bc (commit)
Please can somebody check the toolchain still builds with this change
(still can't build it myself here), and then merge it in.
On Mon, 14 October, 2013 6:42 pm, Malcolm Amir Hussain-Gambles wrote:
> I've developed !NewsUK that loads the BBC rss feed.
> When you click on a news item it opens a URL using AcornURI.
> However I noticed that it randomly works and more often than not it
> just opened a browser.
> After digging into this I found there were two mechanisms I was using,
> one if Netsurf wasn't running, and another if it was.
> When Netsurf runs it does an rmload on AcornURI, this is strangely
> enough wrong from what I have found.
> According to the documentation AcornURI has to be run using Filer_Run,
> otherwise it doesn't start all of the components necessary (some wimp
> task apparently), and URI_Dispatch doesn't work.
> The !Run file in netsurf should use Filer_Run rather than RMLOAD.
> I modified my !Run to do the following, which means it always "works
> for me" TM
> RMENSURE AcornURI 0.12 IfThere System:Modules.Network.URI Then
> Filer_Run System:Modules.Network.URI
> Not sure if I've got that correct or not, it does seem bizarre to not
> rmload a module though!
Cross-posted to dev list
HTML emails are just a security risk, and nobody needs that.
I thought this patch is maybe worth to be added to sdk buildfiles. It
set's the specific Directories
to be recognized during OpenSSL Installation, and it omits the docs
directory. This results in a faster
install of OpenSSL (AFAIK the documentation takes a good chunk of time
compared to the whole build process).
On Wed, 02 Oct 2013 23:36:30 +0100, Commit Mailer wibbled on for an age:
> - Log -----------------------------------------------------------------
> commitdiff http://git.netsurf-browser.org/netsurf.git/commit/?id=2a4fb9ecd1b80cefab5...
> commit 2a4fb9ecd1b80cefab5999e5401c339c0973d574
> Author: Michael Drake <tlsa(a)netsurf-browser.org>
> Commit: Michael Drake <tlsa(a)netsurf-browser.org>
> Generate anti-aliased triangles in bitmaps and plot via bitmap plotter. (Without
> anti-aliasing was too ugly to be endured.)
I'm just getting black squares now.
When the triangle glyphs aren't available (as is the case on certain
platforms, unless we distribute the glyphs ourselves), the treeviews don't
As an alternative, I could just draw triangles with the polygon plotter.
There are a few drawbacks with this:
- Triangle has to have dimensions which are even or the
triangle will look lopsided.
- Polygon plotter may not anti-alias.
You can see how they would look on this page, where I've faked them up
with borders that NetSurf plots via the polygon plotter:
Michael Drake (tlsa) http://www.netsurf-browser.org/
We're interested in using Hubbub and LibCSS in our windows program but
we can't get them to compile under Visual Studio, which we use for our
Are there any efforts underway to port these libraries so they compile
under VS, or, to release DLLs?