[PATCH] LibCSS: Completion of widows/orphans support
by James Montgomerie
Attached is a patch to complete libCSS' widows and orphans property support.
I've also made small modifications to a few of the other internal 'page' property setters (set_page_break_before) etc. to not set up a page struct if there's not one already and the property's being set to its default value. Especially with non-inherited properties, this seems to save a surprising amount of runtime when using libCSS heavily (informal testing, paginating an ebook), and presumably a fair bit of RAM too, especially as the page struct grows in size.
Jamie.
10 years, 11 months
Netsurf 2.9
by Vincent Sanders
It is that time of year again and I am preparing to create the 2.9
release.
The wiki page for the release is at
http://wiki.netsurf-browser.org/NetSurf_2.9
Unless any new show stopping bugs appear I shall be creating the 2.9
branch on the evening of Saturday 25th February 2012
For the release itself we aim to be created four weeks subsequently on
March 24th but this may change if more testing is required or it is
decided we are happy before then.
--
Regards Vincent
10 years, 11 months
Patch: handle new variable "LIBDIR" in pkgconf template processing
by m0n0
Hello,
this patch adds support for a new variable - "LIBDIR" within .pc
template files.
This patch is an prerequisite to allow further patches to have variable
lib target dir
during build of netsurf libs (libparserutils, hubbub, etc.).
This is "mandatory" at least for freemint compiler. But I guess also
x64 builds can
make use of that.
The freemint toolchain uses:
/lib
/lib/m68020
/lib/m68020-60
/lib/m5475
Currently, the build can only be cleanly done for /lib.
Greets,
m
Here is the patch ( also attached ):
===================================================================
Index: buildsystem/makefiles/Makefile.top
===================================================================
--- buildsystem/makefiles/Makefile.top (Revision 13503)
+++ buildsystem/makefiles/Makefile.top (Arbeitskopie)
@@ -275,6 +275,7 @@
-e 's#PATCH#$(patch-version)#' \
-e 's#VERSION#$(COMPONENT_VERSION)#' \
-e 's#REQUIRED#$(__required)#' \
+ -e 's#LIBDIR#$(LIBDIR)#' \
$1 >$(BUILDDIR)/$(1:.in=)
$(INSTALL) $(INSTALLFLAGS) -m 644 $(BUILDDIR)/$(1:.in=) \
$2/$(1:.in=)
11 years
URGENT: please check your compilers
by Daniel Silverstone
Hi,
I want to inline a bunch of libwapcaplet in order to allow for greater
efficiency throughout our codebase.
A quick test here suggests we're in for around 1.5% improvement in speed by
inlining this stuff. Unfortunately it will rely on a C feature called
'braced-groups' which ISO C/C++ forbids. GCC normally allows them unless you
pass -pedantic (which we do for somethings right now, so we'd have to stop
doing that) but I'm unsure if everyone's compilers will support them.
Since libwapcaplet's header is exposed to frontends, we need to be certain that
the unusual compilers such at the obj-c stuff on the cocoa frontend and the g++
on the beos/haiku one allow braced-groups.
A simple test could be:
petitemort% cat test.c
int foo()
{
return ({ int a = 1; int b = 2; a + b; });
}
petitemort% gcc -pedantic -c test.c
test.c: In function ‘foo’:
test.c:3:9: warning: ISO C forbids braced-groups within expressions [-pedantic]
petitemort% gcc -c test.c
petitemort%
In the example above, with pedantic on, the warning is generated, but with it
off, it's not. Now my GCC is modern and I'm on amd64 so I'm asking everyone to
check that their target compilers support the above.
If everyone's okay with it, then I'll make the changes to the libs (to disable
pedantic) and then make the wapcaplet change [which will require a full rebuild
because it's an ABI change of significant proportions]. I'd like to decide one
way or the other by the weekend, so can people please check and report to the
list their findings.
Thanks,
Daniel.
--
Daniel Silverstone http://www.netsurf-browser.org/
PGP mail accepted and encouraged. Key Id: 3CCE BABE 206C 3B69
11 years
Wakefield 2012 RISC OS Show - Guide information.
by Michael Drake
Hi Steve,
Here's are some details for the show guide entry for NetSurf:
Name: The NetSurf Developers
Web site: http://www.netsurf-browser.org/
Information: We develop NetSurf, an open source web browser with
RISC OS support.
If you're a NetSurf user, please stop by our stand
and let us know how you find it. Even if you're not
a user, come by to see what you're missing!
We'll have several developers on-hand to demo features
and discuss both future plans and current issues.
Cheers,
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
11 years
[StevenB@wrocc.org.uk: Wakefield 2012 RISC OS Show - Guide information.]
by John-Mark Bell
----- Forwarded message from StevenB(a)wrocc.org.uk -----
X-Virus-Scanned: Debian amavisd-new at parsifal.org.uk
X-Spam-Flag: NO
X-Spam-Score: 0
X-Spam-Level:
X-Spam-Status: No, score=0 required=6.31 tests=[none]
X-Yahoo-Newman-Id: 978945.33951.bm(a)omp1004.bt.mail.ird.yahoo.com
X-Yahoo-Newman-Property: ymail-3
X-YMail-OSG: 5s2RlhAVM1kEIeUJtUVvLMgd0gqpSGjP7RU0SnWlqS.3Qe7
zjvRRXlCieib84P.bZ6JaIxJobswF8wdRiPe1T431i1cGHT7ZB632tvRuE_l
PdldY3WdJkZMtPMO6XnJ5AmspUj1szBwlXDNq0.M90m8Y8y2g7OdjbRrHX3H
l7hCJkxqXhGA_7bRGuwvTzAhS2gdqIq0ZHvg_f043yuVD7kaDdi242F7XEtR
duIYzMlM_E60aByIH2NHGI9BUQg9Wa9x6i3NdEnOAwl4MgBBybcPqBbq9dZw
Outgsjokdz5S9LOd2exNBUKrXuCAKHo9zD2awjuV4NEWBaB.65sev4fAa_i0
hWP7EP4nMJbY0.90lQ04xct_9yIrFBQK_1E5nWyR_quO3XxzzRW8PwQk9o_O
8mm35MrOx9BVBXs2Eed.1hnA-
X-Yahoo-SMTP: Bxg38yOswBD2Jvld6BnPxHjIy5zzYjLv5nrxEmSUqJ6vEsuhXkxz
From: StevenB(a)wrocc.org.uk
To: chris(a)cjemicros.co.uk, mike_k_cook(a)yahoo.co.uk, dllm(a)usa.net,
srevill(a)riscosopen.org, bavison(a)riscosopen.org,
ahodgkinson(a)riscosopen.org, trevor.johnson(a)laposte.net,
support(a)sinenomine.co.uk, vince(a)softrock.co.uk,
richard(a)orpheusinternet.co.uk, ajr(a)rcomp.co.uk, riscos(a)luafox.com,
jim(a)archivemag.co.uk, organizer(a)blueyonder.co.uk,
keith.dunlop(a)usablerange.co.uk, help(a)netsurf-browser.org,
martin(a)mw-software.com
Subject: Wakefield 2012 RISC OS Show - Guide information.
Mail-Followup-To: chris(a)cjemicros.co.uk, mike_k_cook(a)yahoo.co.uk,
dllm(a)usa.net, srevill(a)riscosopen.org, bavison(a)riscosopen.org,
ahodgkinson(a)riscosopen.org, trevor.johnson(a)laposte.net,
support(a)sinenomine.co.uk, vince(a)softrock.co.uk,
richard(a)orpheusinternet.co.uk, ajr(a)rcomp.co.uk, riscos(a)luafox.com,
jim(a)archivemag.co.uk, organizer(a)blueyonder.co.uk,
keith.dunlop(a)usablerange.co.uk, help(a)netsurf-browser.org,
martin(a)mw-software.com, StevenB(a)wrocc.org.uk
X-Pepperfish-Spamscore: -2.9
X-Pepperfish-Spamlevel: --
X-Pepperfish-SpamReport: BAYES_00=-1.9, PPF_USER_AGENT=-1,
RCVD_IN_DNSWL_NONE=-0.0001
Dear Exhibitors
In order for the WROCC to complete the Show Guide for inclusion on our web
site I should be gratefull for the following information please:
Contact details - Name, 'phone, web site and email.
Product offers, special or otherwise that you want to promote or
emphasise.
Any other information you would like included.
The sooner you reply then the sooner the information gets included, all of
which aids the advertising of the event.
Thankyou.
Best Regards
--
Steve Bass
----- End forwarded message -----
11 years
Re: r13705 tlsa - /trunk/netsurf/desktop/tree.c
by Chris Young
On Sun, 25 Mar 2012 18:52:58 -0000, svn-commits wibbled on for an age:
> + plot_style_fill_tree_background.fill_colour =
> + nsoption_colour(sys_colour_Window);
I think this is wrong. Shouldn't we be using gui_system_colour_char()
to get system colours, as the options are overidden by the system
colours unless set to something other than 0x00000000?
Chris
11 years
Re: Wakefield Show
by Rob Kendrick
On Sun, Mar 25, 2012 at 03:21:00PM +0100, Chris Hughes wrote:
> In message <20120325133021.GC5576(a)pepperfish.net>
> Rob Kendrick <rjek(a)netsurf-browser.org> wrote:
>
> > None of us have received any forms. Can you email them directly to
> > John-Mark? (Who is copied on this mail.)
>
> Steve sent them on 14 March direct to Rob.
>
> But I have attached them again. :-)
My inbox disagrees, but we'll have these sorted out as soon as we can.
> > I think we have only ever had two tables on one occation, when our
> > neighbour was unable to turn up. In general, we would prefer to only
> > have one table, but if you put us next to an otherwise spare one, we
> > promise to make it look occupide :)
>
> Well I have pencilled in two tables for you but can reduce it if you
> want otherwise you have two at no extra cost!
I'm sure we can make use of them :)
> >> If you are coming and needed any wi-fi or backing panes I would need
> >> to know sooner rather then later. :-)
>
> > Traditionally we have organised our own Wi-Fi, as the venue's gets
> > rather expensive when they charge per-device, and we have on occation
> > had as many as 10.
>
> Don't blame you.
As clarification: no, we don't need either.
B.
11 years
Re: Wakefield Show
by Rob Kendrick
On Sun, Mar 25, 2012 at 01:18:34PM +0100, Chris Hughes wrote:
> Hi Rob
>
> I know that Steve Fryatt has been in touch on my behalf and emailed
> you the forms regarding a stand this year at the Wakefield Show, which
> is rapidly approaching.
None of us have received any forms. Can you email them directly to
John-Mark? (Who is copied on this mail.)
> Do you know yet if you will be attending?
>
> We have provisionally pencilled in two tables as usual for you.
I think we have only ever had two tables on one occation, when our
neighbour was unable to turn up. In general, we would prefer to only
have one table, but if you put us next to an otherwise spare one, we
promise to make it look occupide :)
> If you are coming and needed any wi-fi or backing panes I would need
> to know sooner rather then later. :-)
Traditionally we have organised our own Wi-Fi, as the venue's gets
rather expensive when they charge per-device, and we have on occation
had as many as 10.
> If the the delay is due to payment (because JMB is away), we can if
> necessary sort this out on the day.
I'm sat at the same table as John-Mark as I type this; he has now
returned to the UK.
B.
11 years
Re: FatMessages - front end maintainers, please read!
by Rob Kendrick
On Sun, Mar 25, 2012 at 03:16:33PM +0200, Chris Young wrote:
> Rob Kendrick <rjek(a)netsurf-browser.org> wrote:
> >Can people please go through netsurf/resources/FatMessages and change
> >the prefixes appropriately if they know a message is used only by a
> >specific front end. For example, there's a lot of stuff there that
> >looks like it's only used by the RISC OS front end for its menu
> >construction, but I don't know if some other platform makes use of
> >them.
> >(I suppose we could always suck it and see.)
>
> I know I nicked a lot of the risc os strings for amiga but they could always be duplicated if necessary.
If messages are common, they should stay that way, rather than
duplicating them. We don't want to increase the amount of work for
translators, or make the files fatter than they need to be.
For clarity, it may be worth making any group of tags as "all", even if
one of the frontends doesn't use them all.
B.
11 years
