Mac OS X
by Vincent Sanders
We continue to compile for the Mac OS X cocoa frontend on both PowerPC
(OS 10.5 leopard) and x86 (OS 10.6 snow leopard). The Continuous
Integration (CI) system uses two real mac mini computers[1] as build
slaves as Mac OS X cannot currently be reliably cross compiled for.
Recently the PPC CI system build slave (chimera) had a catastrophic
hard drive failure and required a complete OS and development tools
reinstall. This re-install took an extended period of time as the PPC
system is somewhat slow compared to other targets.
Generally we use SSD in our build slaves, however I was unwilling to
bear the cost of a 2.5inch PATA SSD for this system so its been
reinstalled with a reconditioned Seagate 5200 RPM drive.
The cocoa frontend currently has no maintainer and I am interested in
hearing from any actual users to give an indication as to whether it is
worth investing any additional resources on this platform.
So any actual users or developers, please speak up now!
Note I am not asking for opinion about other considerations such as
diversity and how nice it is to have a wide range of platforms
supported, purely if there are any actual users.
If there are none I shall simply remove these targets from the CI
system on the next occasion this rather old and *very* slow hardware
fails.
[1] http://www.flickr.com/photos/29254252@N06/8519229958/in/set-7215762671223...
--
Regards Vincent
http://www.kyllikki.org/
9 years, 10 months
Internationalisation
by Vincent Sanders
I recently had opportunity to integrate a translation platform into
the NetSurf workflow[1].
This integration has been performed on the transifex platform, is
complete, and does work reasonably. However without real actual
translations it is not useful.
I would like to invite anyone with translation skills to improve the
netsurf project by using this web interface to enter translations[2].
I am especially interested in any of our current developers providing
translatiopns who wish to become translation reviewers to ensure we
maintain a high quality.
The current number of translated/reviewed strings by language is:
English: 100%/100%
French: 93%/93%
Dutch: 92%/92%
German: 92%/92%
Italian: 92%/92%
Spanish: 87%/0%
Chinese: 0%/0%
The review status is purely based on the existing corpus (i.e. if it
is in the current set of translations it is considered reviwed)
The spanish translation is currently a pure machine translation
althouh we already have some volunteers from the translation community
to whom I am grateful for their input.
[1] http://vincentsanders.blogspot.co.uk/2013/05/true-art-selects-and-paraphr...
[2] https://www.transifex.com/projects/p/netsurf/
--
Regards Vincent
http://www.kyllikki.org/
9 years, 10 months
Testing required: visited link performance
by Michael Drake
I've just enabled NetSurf's visited link handling. This allows links that
have been visited to be rendered differently to unvisited links.
It was originally implemented several years ago, but disabled since it had
a detrimental effect on performance.
Since then we've made many improvements to the browser, so performance may
be more acceptable. However, most of the developers use fast hardware now,
so performance issues are harder to spot.
Please could people test builds #1177 and #1178 on a variety of pages and
us know how page load times vary? I am particularly interested to hear
from people using old hardware such as RiscPCs, Iyonixes, Ataris, etc.
We also need to know the size of your URL file. On RISC OS, if you shift
double click on the !NetSurf application directory and run OpenChoices,
your URL file should be in the directory that opens.
So a helpful report could take the form:
System: Iyonix
URL file size: 246K
Site: http://www.bbc.co.uk/news/
Build #1177: 8.6s
Build #1178: 9.0s
Site: http://slashdot.org/
Build #1177: 5.4s
Build #1178: 5.7s
You can test whatever pages you like. Pages with more links on them
require more searching of the browsing history. Also, the more you use
NetSurf, the bigger the history to search (and the bigger the URL file).
Note that the absolute page load times can vary anyway, due to network
issues or other activity the computer is doing, so average timings over
several runs are best.
Cheers,
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
9 years, 10 months
Re: quitting netsurf
by Tony Moore
On 14 May 2013, Daniel Silverstone <dsilvers(a)netsurf-browser.org> wrote:
> On Mon, May 13, 2013 at 05:36:29PM +0000, Tony Moore wrote:
> > For each result below, NS was quit, the Log file and Cache deleted,
> > NS was loaded, and then quit, without displaying any web pages
>
> It would be helpful if, in each case, the resultant log file was named
> appropriately and put in a folder.
>
> > For each result below, NS was quit, the Log file and Cache deleted,
> > NS was loaded, used to display three web pages.
> > http://news.bbc.co.uk/ , http://www.theregister.co.uk/ ,
> > http://www.iconbar.com/ , and then quit
>
> Ditto.
>
> And then, that whole folder could be zipped up and popped as an
> attachment to a bug report on our Sourceforge project, detailing your
> notes about timings and reproduction techniques.
>
> It would also help if you ran with nothing which would differ from a
> totally fresh install. i.e. move your choices, hotlist, urldb etc out
> of the way.
After hiding choices and hotlist (in addition to the other files noted)
the problem goes away. For the record:
For each result below, NS was quit, the Log, Cache, Cookies, Hotlist and
URL files were deleted, NS was loaded, and then quit, without displaying
any web pages
version load quit log
sec sec KB
#417 9 1 14
v3.0 9 1 15
#1125 json 9 1 14
For each result below, NS was quit, the Log, Cache, Cookies, Hotlist and
URL files were deleted, NS was loaded, used to display three web pages.
http://news.bbc.co.uk/ , http://www.theregister.co.uk/ ,
http://www.iconbar.com/ , and then quit
version load quit log
sec sec KB
#417 9 1 173
v3.0 9 1 421
#1125 json 9 1 484
I have the relevant logs but, since they record apparently normal
behaviour, there seems little point in posting them to Sourceforge.
Reinstating my choices file makes little difference to the results,
above, but reinstating the hotlist file, causes #1125 quitting to be
greatly delayed, as noted in a previous post.
The hotlist file size is 93KB, which I would not have thought to be
extraordinarily large, and, anyway, #417 manages to write it in 3
seconds, when quitting, but #1125 takes an order of magnitude longer.
Would logs relating to this different behaviour be useful?
Tony
9 years, 10 months
"visited" links in a page of Google results
by Jim Nagel
After doing a Google search I usually Adjust-click the ones that look
relevant, so that they open in a new window.
I seem to recall that in previous versions of Netsurf, the visited
links in the original window would change colour to show they had
already been visited. But they don't do so now in Netsurf 3.0.
If my memory is indeed right, then is this phenomenon something to do
with the CSS for the Google page, or with Netsurf's default CSS?
And if so, can I change it?
(Netsurf 3.0 on Iyonix with RiscOS 5.18, also on RiscPC with Ro 4.39
and Armini with Ro 5.19)
--
Jim Nagel www.archivemag.co.uk
9 years, 10 months
NS 3.1 json Dev C1#1171 - 2 problems
by Roger Darlington
I have noticed two problems with the version in the subject heading:
1)
When using a framed website, and you click the mouse in one of the
frames, then press f8, it always puts the frame index file into the
editor, rather than the page belonging to the window you have just
pressed the mouse in.
This works properly in NS dev vers r12638 (and many others of this
period)
If you need a framed site to check it out on, try this one:
http://wildflowerfinder.org.uk/
2)
I can check checkboxes written in java, but nothing happens if I click
on the 'Search Using Checkboxes' icon (nor on the [RESET] icon.
If you want a (non-framed) page to check out the checkbox anomalies,
then try this one:
http://wildflowerfinder.org.uk/Pages/FreeFindSearchExt.htm
Of course, there may well be some writing somewhere that says Netsurf
3.1 doesn't yet do these things, and that the team are working on it ?
--
Cheers
Roger
If your boss wants a power-point presentation, then give him a mains
plug.
9 years, 10 months
quitting netsurf
by Tony Moore
For recent versions of NS, as compared with version #417 (9 Oct 2012),
the load times are similar, but the quit times are between ten and
twenty times greater.
For each result below, NS was quit, the Log file and Cache deleted, NS
was loaded, and then quit, without displaying any web pages
version load quit log
sec sec KB
#417 14 3 14
v3.0 16 31 14
#1125 jsoff 16 31 14
For each result below, NS was quit, the Log file and Cache deleted, NS
was loaded, used to display three web pages. http://news.bbc.co.uk/ ,
http://www.theregister.co.uk/ , http://www.iconbar.com/ , and then quit
version load quit log
sec sec KB
#417 14 3 164
v3.0 16 51 412
#1125 jsoff 16 59 411
All tests were made on a RiscPC, running RO 6.20.
Since the protracted quit can be a nuisance, when wanting to shut down
the machine in a hurry, is there any option which can reduce this time?
Tony
9 years, 10 months
Re: techradar fails to display
by Tony Moore
On 10 May 2013, Tony Moore <old_coaster(a)yahoo.co.uk> wrote:
> In the ROOL Forum, Keith Dunlop pointed to
> http://www.techradar.com/news/software/operating-systems/raspberry-pi-ope...
> which is an interesting review of operating system distros for the RPi.
>
> Using NS #1125, with JS turned off, the page displays without problem.
> However, if JS is turned on, loading never completes, and the NS
> display remains blank.
>
> Does this require a bug-report?
No response, so I'll assume not.
Tony
9 years, 10 months
