In article <45F26A2B-4587-4F06-A4C7-DF5419CFB850@powys.org>, Tim
Powys-Lybbe <tim@powys.org> wrote:
> Another minor problem with Netsurf: Thick lines on a vector image saved
> as a SVG file are displayed by Netsurf as lines of probably zero
> thickness, around a pixel wide.
> I have put a thick lined square here:
> <http://powys.org/Temp/thick_lines.html>
It's here, really: http://powys.org/Temp/Thick_Lines.svg ;-)
stroke-width="n" in <rect> seems to be ignored.
Perhaps use a rectangle within a rectangle and background colours to
create the same effect as a thick line?
Turns out that using styles in the svg file does work. The one on the
left is two rectangles, the pink one is a thick line. Created with
Inkscape in the pee sea.
www.timil.com/temp/drawing.svg
--
Tim Hill
timil.com : tjrh.eu : butterwick.eu : blue-bike.uk : youngtheatre.co.uk
Wednesday, 31 May 2017
SVG image support on Netsurf 4088.
Another minor problem with Netsurf: Thick lines on a vector image saved as a SVG file are displayed by Netsurf as lines of probably zero thickness, around a pixel wide.
I have put a thick lined square here: <http://powys.org/Temp/thick_lines.html>
The Mac Safari browser gets the line thickness right. (Though Safari does have a problem with another SVG image that Netsurf handles well.)
--
Tim Powys-Lybbe tim@powys.org
for a miscellany of bygones: http://powys.org/
I have put a thick lined square here: <http://powys.org/Temp/thick_lines.html>
The Mac Safari browser gets the line thickness right. (Though Safari does have a problem with another SVG image that Netsurf handles well.)
--
Tim Powys-Lybbe tim@powys.org
for a miscellany of bygones: http://powys.org/
Monday, 29 May 2017
Re: HTML's SUP
In article <6867F785-ECFC-4839-AAF2-FA02655D1947@powys.org>, Tim
Powys-Lybbe <tim@powys.org> wrote:
> > On 27 May 2017, at 5:01 pm, Tim Hill <tim@timil.com> wrote:
> >
> > In article <5642c25e44chris@chris-johnson.org.uk>, cj
> > <chris@chris-johnson.org.uk> wrote:
> >> In article <A8BCDC15-DF7C-4389-AAA8-10595035D4CE@powys.org>, Tim
> >> Powys-Lybbe <tim@powys.org> wrote:
> >>> Hi,
> >
> >>> I've just found that the SUP HTML command does not superimpose in
> >>> Netsurf 3.3, so I got the latest versio, 3.6, nor in that, finally
> >>> I read the advice and got last night's 4088 build and it still
> >>> didn't, so I wonder if this is something that I have not read
> >>> about. Is <SUP> not a recognised modern feature?
> >
> >> I have a feeling that SUP (and SUB) have never been implemented. I
> >> had a lot of trouble when making chemistry related web pages years
> >> ago.
> >
> > I find that both <sup> and a defined CSS class ("super") both render
> > superscripts correctly in 3.7 #4085.
> >
> > www.timil.com/temp/superscript.htm
> Ah, that suggests that SUP works correctly within CSS but not within
> old-fashioned simple HTML, which is what I use.
Well, that file *is* still working correctly here, whether <sup>, <SUP>
or CSS.
The HTML version should be working if you haven't redefined <sup>
somewhere. Is there a chance that you have either included it in a
<style> or loaded (a) CSS (file) which has redefined <sup> ? It sounds
unlikely.
Perhaps your file !NetSurf.Resources.CSS has somehow been changed or been
corrupted? NetSurf's default <sup> is defined as:
sup { vertical-align: super; font-size: .83em; }
(which is interesting because other browsers use
sup { vertical-align: super; font-size:smaller; }
)
Though you don't think you use CSS it is how many of the <> directives
are defined in the browser so you ARE using CSS, whether you like it or
not. ;-)
I think I would download a fresh NetSurf and create a fresh install. i.e.
don't copy it over the old one, create a new one.
Alternatively, include the <style>...</style> from the above file in your
<head>..</head> and use the <span..>...</span> it uses.
--
Tim Hill
timil.com : tjrh.eu : butterwick.eu : blue-bike.uk : youngtheatre.co.uk
Powys-Lybbe <tim@powys.org> wrote:
> > On 27 May 2017, at 5:01 pm, Tim Hill <tim@timil.com> wrote:
> >
> > In article <5642c25e44chris@chris-johnson.org.uk>, cj
> > <chris@chris-johnson.org.uk> wrote:
> >> In article <A8BCDC15-DF7C-4389-AAA8-10595035D4CE@powys.org>, Tim
> >> Powys-Lybbe <tim@powys.org> wrote:
> >>> Hi,
> >
> >>> I've just found that the SUP HTML command does not superimpose in
> >>> Netsurf 3.3, so I got the latest versio, 3.6, nor in that, finally
> >>> I read the advice and got last night's 4088 build and it still
> >>> didn't, so I wonder if this is something that I have not read
> >>> about. Is <SUP> not a recognised modern feature?
> >
> >> I have a feeling that SUP (and SUB) have never been implemented. I
> >> had a lot of trouble when making chemistry related web pages years
> >> ago.
> >
> > I find that both <sup> and a defined CSS class ("super") both render
> > superscripts correctly in 3.7 #4085.
> >
> > www.timil.com/temp/superscript.htm
> Ah, that suggests that SUP works correctly within CSS but not within
> old-fashioned simple HTML, which is what I use.
Well, that file *is* still working correctly here, whether <sup>, <SUP>
or CSS.
The HTML version should be working if you haven't redefined <sup>
somewhere. Is there a chance that you have either included it in a
<style> or loaded (a) CSS (file) which has redefined <sup> ? It sounds
unlikely.
Perhaps your file !NetSurf.Resources.CSS has somehow been changed or been
corrupted? NetSurf's default <sup> is defined as:
sup { vertical-align: super; font-size: .83em; }
(which is interesting because other browsers use
sup { vertical-align: super; font-size:smaller; }
)
Though you don't think you use CSS it is how many of the <> directives
are defined in the browser so you ARE using CSS, whether you like it or
not. ;-)
I think I would download a fresh NetSurf and create a fresh install. i.e.
don't copy it over the old one, create a new one.
Alternatively, include the <style>...</style> from the above file in your
<head>..</head> and use the <span..>...</span> it uses.
--
Tim Hill
timil.com : tjrh.eu : butterwick.eu : blue-bike.uk : youngtheatre.co.uk
Re: HTML's SUP
Tim Powys-Lybbe <tim@powys.org> wrote:
> Ah, that suggests that SUP works correctly within CSS but not within
> old-fashioned simple HTML, which is what I use.
No, they both work fine. See attached html version plus screenshot.
If they are not the same something must be different on your setup. Or
maybe the effect is less than you expect?
--
Richard Torrens.
http://www.Torrens.org for genealogy, natural history, wild food, walks, cats
and more!
Sunday, 28 May 2017
Re: Netsurf info panel remains blank -- a FontFS problem?
>> On 27 May, Jim Nagel wrote:
>>> ... the info line at bottom left of main [Netsurf] window stays blank.
>>> In the past, it usefully showed the target URL when the pointer was
>>> over a link in the main window. ...
>>> * #4085 and #4088 -- here on Armini Ro 5.22 and ArmX6 5.23.
Dave Higton, Brian Howlett and Peter Young report that Netsurf #4088
works properly for them.
I tried reverting to Netsurf 3.3 and now see the same blank there too.
Which was not the case here in the past.
Ah, on my Armini it DOES work correctly, just not on the ArmX6.
So it must be something in my system -- but what? I checked all the
options in Netsurf iconbar choices: nothing seems relevant to this
question, and I haven't changed anything there in months.
Aha. My desktop font (set in Configure > Theme) is Oxford, which is
held in FontFS on the ArmX6. If I change desktop font to Homerton,
which is in "rom", Netsurf's info line returns to normal behaviour.
Misbehaviour again if I choose any other FontFS font as desktop.
Yet the Armini has exactly the same desktop font as ArmX6, and
there Netsurf behaviour is normal. So I remain puzzled.
Anyway, the problem is not with Netsurf. I'll pursue my puzzlement
elsewhere.
--
Jim Nagel www.archivemag.co.uk
>>> ... the info line at bottom left of main [Netsurf] window stays blank.
>>> In the past, it usefully showed the target URL when the pointer was
>>> over a link in the main window. ...
>>> * #4085 and #4088 -- here on Armini Ro 5.22 and ArmX6 5.23.
Dave Higton, Brian Howlett and Peter Young report that Netsurf #4088
works properly for them.
I tried reverting to Netsurf 3.3 and now see the same blank there too.
Which was not the case here in the past.
Ah, on my Armini it DOES work correctly, just not on the ArmX6.
So it must be something in my system -- but what? I checked all the
options in Netsurf iconbar choices: nothing seems relevant to this
question, and I haven't changed anything there in months.
Aha. My desktop font (set in Configure > Theme) is Oxford, which is
held in FontFS on the ArmX6. If I change desktop font to Homerton,
which is in "rom", Netsurf's info line returns to normal behaviour.
Misbehaviour again if I choose any other FontFS font as desktop.
Yet the Armini has exactly the same desktop font as ArmX6, and
there Netsurf behaviour is normal. So I remain puzzled.
Anyway, the problem is not with Netsurf. I'll pursue my puzzlement
elsewhere.
--
Jim Nagel www.archivemag.co.uk
Re: HTML's SUP
> On 27 May 2017, at 5:01 pm, Tim Hill <tim@timil.com> wrote:
>
> In article <5642c25e44chris@chris-johnson.org.uk>, cj
> <chris@chris-johnson.org.uk> wrote:
>> In article <A8BCDC15-DF7C-4389-AAA8-10595035D4CE@powys.org>, Tim
>> Powys-Lybbe <tim@powys.org> wrote:
>>> Hi,
>
>>> I've just found that the SUP HTML command does not superimpose in
>>> Netsurf 3.3, so I got the latest versio, 3.6, nor in that, finally I
>>> read the advice and got last night's 4088 build and it still didn't,
>>> so I wonder if this is something that I have not read about. Is
>>> <SUP> not a recognised modern feature?
>
>> I have a feeling that SUP (and SUB) have never been implemented. I had
>> a lot of trouble when making chemistry related web pages years ago.
>
> I find that both <sup> and a defined CSS class ("super") both render
> superscripts correctly in 3.7 #4085.
>
> www.timil.com/temp/superscript.htm
Ah, that suggests that SUP works correctly within CSS but not within old-fashioned simple HTML, which is what I use.
--
Tim Powys-Lybbe tim@powys.org
for a miscellany of bygones: http://powys.org/
>
> In article <5642c25e44chris@chris-johnson.org.uk>, cj
> <chris@chris-johnson.org.uk> wrote:
>> In article <A8BCDC15-DF7C-4389-AAA8-10595035D4CE@powys.org>, Tim
>> Powys-Lybbe <tim@powys.org> wrote:
>>> Hi,
>
>>> I've just found that the SUP HTML command does not superimpose in
>>> Netsurf 3.3, so I got the latest versio, 3.6, nor in that, finally I
>>> read the advice and got last night's 4088 build and it still didn't,
>>> so I wonder if this is something that I have not read about. Is
>>> <SUP> not a recognised modern feature?
>
>> I have a feeling that SUP (and SUB) have never been implemented. I had
>> a lot of trouble when making chemistry related web pages years ago.
>
> I find that both <sup> and a defined CSS class ("super") both render
> superscripts correctly in 3.7 #4085.
>
> www.timil.com/temp/superscript.htm
Ah, that suggests that SUP works correctly within CSS but not within old-fashioned simple HTML, which is what I use.
--
Tim Powys-Lybbe tim@powys.org
for a miscellany of bygones: http://powys.org/
Re: info panel remains blank
In message <521d004356.jim@abbeypress.net>
Jim Nagel <netsurf@abbeypress.co.uk> wrote:
>In recent builds* of Netsurf, the info line at bottom left of main
>window stays blank. In the past, it usefully showed the target URL
>when the pointer was over a link in the main window.
>
>Is this change of behaviour intentional? Or perhaps a line of code has
>been overlooked in the revision process?
>
>Anybody else noticed the same thing, or is it just me?
>
>* #4085 and #4088 -- here on Armini Ro 5.22 and ArmX6 5.23.
Works for me; CI #4088, RO 5.23 (12-Apr-17), BBxM. Just tested
on NetSurf's home page.
Dave
Jim Nagel <netsurf@abbeypress.co.uk> wrote:
>In recent builds* of Netsurf, the info line at bottom left of main
>window stays blank. In the past, it usefully showed the target URL
>when the pointer was over a link in the main window.
>
>Is this change of behaviour intentional? Or perhaps a line of code has
>been overlooked in the revision process?
>
>Anybody else noticed the same thing, or is it just me?
>
>* #4085 and #4088 -- here on Armini Ro 5.22 and ArmX6 5.23.
Works for me; CI #4088, RO 5.23 (12-Apr-17), BBxM. Just tested
on NetSurf's home page.
Dave
Saturday, 27 May 2017
Re: info panel remains blank
On 27 May 2017 Brian Howlett <brian.groups@brianhowlett.me.uk> wrote:
> On 27 May, Jim Nagel wrote:
>> In recent builds* of Netsurf, the info line at bottom left of main
>> window stays blank. In the past, it usefully showed the target URL
>> when the pointer was over a link in the main window.
> [snip]
>> * #4085 and #4088 -- here on Armini Ro 5.22 and ArmX6 5.23.
> Works fine here on build #4088.
And for me.
Best wishes,
Peter.
--
Peter Young (zfc Ir) and family
Prestbury, Cheltenham, Glos. GL52, England
http://pnyoung.orpheusweb.co.uk
pnyoung@ormail.co.uk
> On 27 May, Jim Nagel wrote:
>> In recent builds* of Netsurf, the info line at bottom left of main
>> window stays blank. In the past, it usefully showed the target URL
>> when the pointer was over a link in the main window.
> [snip]
>> * #4085 and #4088 -- here on Armini Ro 5.22 and ArmX6 5.23.
> Works fine here on build #4088.
And for me.
Best wishes,
Peter.
--
Peter Young (zfc Ir) and family
Prestbury, Cheltenham, Glos. GL52, England
http://pnyoung.orpheusweb.co.uk
pnyoung@ormail.co.uk
Re: info panel remains blank
On 27 May, Jim Nagel wrote:
> In recent builds* of Netsurf, the info line at bottom left of main
> window stays blank. In the past, it usefully showed the target URL
> when the pointer was over a link in the main window.
[snip]
> * #4085 and #4088 -- here on Armini Ro 5.22 and ArmX6 5.23.
Works fine here on build #4088.
--
Brian Howlett
-------------------------
He's fallen in the water!
> In recent builds* of Netsurf, the info line at bottom left of main
> window stays blank. In the past, it usefully showed the target URL
> when the pointer was over a link in the main window.
[snip]
> * #4085 and #4088 -- here on Armini Ro 5.22 and ArmX6 5.23.
Works fine here on build #4088.
--
Brian Howlett
-------------------------
He's fallen in the water!
info panel remains blank
In recent builds* of Netsurf, the info line at bottom left of main
window stays blank. In the past, it usefully showed the target URL
when the pointer was over a link in the main window.
Is this change of behaviour intentional? Or perhaps a line of code has
been overlooked in the revision process?
Anybody else noticed the same thing, or is it just me?
* #4085 and #4088 -- here on Armini Ro 5.22 and ArmX6 5.23.
--
Jim Nagel www.archivemag.co.uk
window stays blank. In the past, it usefully showed the target URL
when the pointer was over a link in the main window.
Is this change of behaviour intentional? Or perhaps a line of code has
been overlooked in the revision process?
Anybody else noticed the same thing, or is it just me?
* #4085 and #4088 -- here on Armini Ro 5.22 and ArmX6 5.23.
--
Jim Nagel www.archivemag.co.uk
Re: HTML's SUP
In article <5642c25e44chris@chris-johnson.org.uk>, cj
<chris@chris-johnson.org.uk> wrote:
> In article <A8BCDC15-DF7C-4389-AAA8-10595035D4CE@powys.org>, Tim
> Powys-Lybbe <tim@powys.org> wrote:
> > Hi,
> > I've just found that the SUP HTML command does not superimpose in
> > Netsurf 3.3, so I got the latest versio, 3.6, nor in that, finally I
> > read the advice and got last night's 4088 build and it still didn't,
> > so I wonder if this is something that I have not read about. Is
> > <SUP> not a recognised modern feature?
> I have a feeling that SUP (and SUB) have never been implemented. I had
> a lot of trouble when making chemistry related web pages years ago.
I find that both <sup> and a defined CSS class ("super") both render
superscripts correctly in 3.7 #4085.
www.timil.com/temp/superscript.htm
--
Tim Hill
timil.com : tjrh.eu : butterwick.eu : blue-bike.uk : youngtheatre.co.uk
<chris@chris-johnson.org.uk> wrote:
> In article <A8BCDC15-DF7C-4389-AAA8-10595035D4CE@powys.org>, Tim
> Powys-Lybbe <tim@powys.org> wrote:
> > Hi,
> > I've just found that the SUP HTML command does not superimpose in
> > Netsurf 3.3, so I got the latest versio, 3.6, nor in that, finally I
> > read the advice and got last night's 4088 build and it still didn't,
> > so I wonder if this is something that I have not read about. Is
> > <SUP> not a recognised modern feature?
> I have a feeling that SUP (and SUB) have never been implemented. I had
> a lot of trouble when making chemistry related web pages years ago.
I find that both <sup> and a defined CSS class ("super") both render
superscripts correctly in 3.7 #4085.
www.timil.com/temp/superscript.htm
--
Tim Hill
timil.com : tjrh.eu : butterwick.eu : blue-bike.uk : youngtheatre.co.uk
Re: HTML's SUP
In article <A8BCDC15-DF7C-4389-AAA8-10595035D4CE@powys.org>,
Tim Powys-Lybbe <tim@powys.org> wrote:
> Hi,
> I've just found that the SUP HTML command does not superimpose in
> Netsurf 3.3, so I got the latest versio, 3.6, nor in that, finally
> I read the advice and got last night's 4088 build and it still
> didn't, so I wonder if this is something that I have not read
> about. Is <SUP> not a recognised modern feature?
I have a feeling that SUP (and SUB) have never been implemented. I
had a lot of trouble when making chemistry related web pages years
ago.
--
Chris Johnson
Tim Powys-Lybbe <tim@powys.org> wrote:
> Hi,
> I've just found that the SUP HTML command does not superimpose in
> Netsurf 3.3, so I got the latest versio, 3.6, nor in that, finally
> I read the advice and got last night's 4088 build and it still
> didn't, so I wonder if this is something that I have not read
> about. Is <SUP> not a recognised modern feature?
I have a feeling that SUP (and SUB) have never been implemented. I
had a lot of trouble when making chemistry related web pages years
ago.
--
Chris Johnson
HTML's SUP
Hi,
I've just found that the SUP HTML command does not superimpose in Netsurf 3.3, so I got the latest versio, 3.6, nor in that, finally I read the advice and got last night's 4088 build and it still didn't, so I wonder if this is something that I have not read about. Is <SUP> not a recognised modern feature?
Safari displays <SUP> as I would expect.
--
Tim Powys-Lybbe tim@powys.org
for a miscellany of bygones: http://powys.org/
I've just found that the SUP HTML command does not superimpose in Netsurf 3.3, so I got the latest versio, 3.6, nor in that, finally I read the advice and got last night's 4088 build and it still didn't, so I wonder if this is something that I have not read about. Is <SUP> not a recognised modern feature?
Safari displays <SUP> as I would expect.
--
Tim Powys-Lybbe tim@powys.org
for a miscellany of bygones: http://powys.org/
Thursday, 18 May 2017
[gccsdk] Compiler error trying to build SwiftShader for RISC OS
I was just having a quick go at attempting to see if I could build SwiftShader for RISC OS from it's git repository at:
https://swiftshader/googlesource.com/SwiftShader
and it crashed early on with:
*** buffer overflow detected ***: /home/alanb/gccsdk/cross/libexec/gcc/arm-unknown-riscos/4.7.4/cc1plus terminated
In file included from /home/alanb/gccsdk/cross/lib/gcc/arm-unknown-riscos/4.7.4/../../../../arm-unknown-riscos/include/c++/4.7.4/vector:64:0,
from /home/alanb/gccsdk/cross/lib/gcc/arm-unknown-riscos/4.7.4/../../../../arm-unknown-riscos/include/c++/4.7.4/bits/random.h:34,
from /home/alanb/gccsdk/cross/lib/gcc/arm-unknown-riscos/4.7.4/../../../../arm-unknown-riscos/include/c++/4.7.4/random:50,
from /home/alanb/gccsdk/cross/lib/gcc/arm-unknown-riscos/4.7.4/../../../../arm-unknown-riscos/include/c++/4.7.4/bits/stl_algo.h:67,
from /home/alanb/gccsdk/cross/lib/gcc/arm-unknown-riscos/4.7.4/../../../../arm-unknown-riscos/include/c++/4.7.4/algorithm:63,
from /home/alanb/gccsdk/build/swiftshader/SwiftShader/third_party/LLVM/include/llvm/ADT/ilist.h:41,
from /home/alanb/gccsdk/build/swiftshader/SwiftShader/third_party/LLVM/include/llvm/SymbolTableListTraits.h:28,
from /home/alanb/gccsdk/build/swiftshader/SwiftShader/third_party/LLVM/include/llvm/BasicBlock.h:18,
from /home/alanb/gccsdk/build/swiftshader/SwiftShader/third_party/LLVM/include/llvm/Support/CallSite.h:31,
from /home/alanb/gccsdk/build/swiftshader/SwiftShader/third_party/LLVM/include/llvm/Analysis/AliasSetTracker.h:20,
from /home/alanb/gccsdk/build/swiftshader/SwiftShader/third_party/LLVM/lib/Analysis/AliasSetTracker.cpp:14:
/home/alanb/gccsdk/cross/lib/gcc/arm-unknown-riscos/4.7.4/../../../../arm-unknown-riscos/include/c++/4.7.4/bits/stl_uninitialized.h: In function '_ForwardIterator std::__uninitialized_move_if_noexcept_a(_InputIterator, _InputIterator, _ForwardIterator, _Allocator&) [with _InputIterator = llvm::AssertingVH<llvm::Instruction>*; _ForwardIterator = llvm::AssertingVH<llvm::Instruction>*; _Allocator = std::allocator<llvm::AssertingVH<llvm::Instruction> >]':
/home/alanb/gccsdk/cross/lib/gcc/arm-unknown-riscos/4.7.4/../../../../arm-unknown-riscos/include/c++/4.7.4/bits/stl_uninitialized.h:284:5: internal compiler error: Aborted
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gccsdk.riscos.info/> for instructions.
CMakeFiles/llvm.dir/build.make:86: recipe for target 'CMakeFiles/llvm.dir/third_party/LLVM/lib/Analysis/AliasSetTracker.cpp.o' failed
I created a build directory in my swiftshader directory and ran cmake in it as follows:
cmake -DCMAKE_TOOLCHAIN_FILE=~/gccsdk/env/toolchain-riscos.cmake -DBINARY_SUFFIX=,e1f ..
I then attempted to build it with:
~/gccsdk/env/ro-make
I'm just looking at this out of curiosity, but wondered if this was a real bug or if I had done something wrong.
Any ideas?
Regards,
Alan
Tuesday, 16 May 2017
Re: Redraw oddity
On , netsurf-users-request@netsurf-browser.org wrote:
> Send netsurf-users mailing list submissions to
> netsurf-users@netsurf-browser.org
> Date: Tue, 16 May 2017 13:23:48 +0100
> From: "Richard Torrens (lists)" <Lists@Torrens.org>
> Subject: Redraw oddity
> To: netsurf-users@netsurf-browser.org
> Message-ID: <563d1ee6d9Lists@Torrens.org>
>
> https://www.quora.com/Where-does-iPhoto-store-photos-locally
> >
That page crashes the Atari build no. 4086 (after about 5 minutes).
Peter
> Send netsurf-users mailing list submissions to
> netsurf-users@netsurf-browser.org
> Date: Tue, 16 May 2017 13:23:48 +0100
> From: "Richard Torrens (lists)" <Lists@Torrens.org>
> Subject: Redraw oddity
> To: netsurf-users@netsurf-browser.org
> Message-ID: <563d1ee6d9Lists@Torrens.org>
>
> https://www.quora.com/Where-does-iPhoto-store-photos-locally
> >
That page crashes the Atari build no. 4086 (after about 5 minutes).
Peter
Re: Redraw oddity
In message <499d3a3d56.DaveMeUK@my.inbox.com>
Dave Higton <dave@davehigton.me.uk> wrote:
>In message <563d1ee6d9Lists@Torrens.org>
> "Richard Torrens (lists)" <Lists@Torrens.org> wrote:
>
>>https://www.quora.com/Where-does-iPhoto-store-photos-locally
>>
>>At first this displays a blank page. But wipe over it with another
>>window...
>>
>>Does anyone else get the same behaviour?
>>
>> 3.7 (Dev CI #4086) on ARMX6 5.23
>>(29-Jun-16)
>
>It behaves the same over a year back. The earliest I have kept is
>#3496, which does the same.
In fact even release 3.4 does it.
Dave
Dave Higton <dave@davehigton.me.uk> wrote:
>In message <563d1ee6d9Lists@Torrens.org>
> "Richard Torrens (lists)" <Lists@Torrens.org> wrote:
>
>>https://www.quora.com/Where-does-iPhoto-store-photos-locally
>>
>>At first this displays a blank page. But wipe over it with another
>>window...
>>
>>Does anyone else get the same behaviour?
>>
>> 3.7 (Dev CI #4086) on ARMX6 5.23
>>(29-Jun-16)
>
>It behaves the same over a year back. The earliest I have kept is
>#3496, which does the same.
In fact even release 3.4 does it.
Dave
Re: Redraw oddity
In message <563d1ee6d9Lists@Torrens.org>
"Richard Torrens (lists)" <Lists@Torrens.org> wrote:
>https://www.quora.com/Where-does-iPhoto-store-photos-locally
>
>At first this displays a blank page. But wipe over it with another
>window...
>
>Does anyone else get the same behaviour?
>
> 3.7 (Dev CI #4086) on ARMX6 5.23
>(29-Jun-16)
It behaves the same over a year back. The earliest I have kept is
#3496, which does the same.
Dave
"Richard Torrens (lists)" <Lists@Torrens.org> wrote:
>https://www.quora.com/Where-does-iPhoto-store-photos-locally
>
>At first this displays a blank page. But wipe over it with another
>window...
>
>Does anyone else get the same behaviour?
>
> 3.7 (Dev CI #4086) on ARMX6 5.23
>(29-Jun-16)
It behaves the same over a year back. The earliest I have kept is
#3496, which does the same.
Dave
Re: Redraw oddity
In message <mpro.oq1x2j003tdzr00ej.mlist@ypical.myzen.co.uk>
Frederick Bambrough <mlist@ypical.myzen.co.uk> wrote:
> In message <563d275c18chris@chris-johnson.org.uk>
> cj <chris@chris-johnson.org.uk> wrote:
>
> > In article <563d1ee6d9Lists@Torrens.org>,
> > Richard Torrens (lists) <Lists@Torrens.org> wrote:
> > > Does anyone else get the same behaviour?
> >
> > Yes. The contents also disappear again if the window is resized,
> > requiring another 'wipe'.
> >
>
> I can make it appear and disappear with the scroll wheel on my mouse.
> Seems to relate to whether the "Quora uses cookies..." bar is showing at
> the page top. As soon as it scrolls off the rest of the page appears.
... but only after first resizing the window - oops.
Frederick Bambrough <mlist@ypical.myzen.co.uk> wrote:
> In message <563d275c18chris@chris-johnson.org.uk>
> cj <chris@chris-johnson.org.uk> wrote:
>
> > In article <563d1ee6d9Lists@Torrens.org>,
> > Richard Torrens (lists) <Lists@Torrens.org> wrote:
> > > Does anyone else get the same behaviour?
> >
> > Yes. The contents also disappear again if the window is resized,
> > requiring another 'wipe'.
> >
>
> I can make it appear and disappear with the scroll wheel on my mouse.
> Seems to relate to whether the "Quora uses cookies..." bar is showing at
> the page top. As soon as it scrolls off the rest of the page appears.
... but only after first resizing the window - oops.
Re: Redraw oddity
In message <563d275c18chris@chris-johnson.org.uk>
cj <chris@chris-johnson.org.uk> wrote:
> In article <563d1ee6d9Lists@Torrens.org>,
> Richard Torrens (lists) <Lists@Torrens.org> wrote:
> > Does anyone else get the same behaviour?
>
> Yes. The contents also disappear again if the window is resized,
> requiring another 'wipe'.
>
I can make it appear and disappear with the scroll wheel on my mouse.
Seems to relate to whether the "Quora uses cookies..." bar is showing at
the page top. As soon as it scrolls off the rest of the page appears.
cj <chris@chris-johnson.org.uk> wrote:
> In article <563d1ee6d9Lists@Torrens.org>,
> Richard Torrens (lists) <Lists@Torrens.org> wrote:
> > Does anyone else get the same behaviour?
>
> Yes. The contents also disappear again if the window is resized,
> requiring another 'wipe'.
>
I can make it appear and disappear with the scroll wheel on my mouse.
Seems to relate to whether the "Quora uses cookies..." bar is showing at
the page top. As soon as it scrolls off the rest of the page appears.
Re: Redraw oddity
In article <563d1ee6d9Lists@Torrens.org>,
Richard Torrens (lists) <Lists@Torrens.org> wrote:
> https://www.quora.com/Where-does-iPhoto-store-photos-locally
> At first this displays a blank page. But wipe over it with another
> window...
> Does anyone else get the same behaviour?
> 3.7 (Dev CI #4086) on ARMX6 5.23
> (29-Jun-16)
Not quite. Wiping over works, yes. But it seems that the scroll bar is in
some way partially hidden which can be found if you poke around with mouse
then the image is diplayed.
VRPC 4.02 3.7 (Dev CI #4086)
Richard Torrens (lists) <Lists@Torrens.org> wrote:
> https://www.quora.com/Where-does-iPhoto-store-photos-locally
> At first this displays a blank page. But wipe over it with another
> window...
> Does anyone else get the same behaviour?
> 3.7 (Dev CI #4086) on ARMX6 5.23
> (29-Jun-16)
Not quite. Wiping over works, yes. But it seems that the scroll bar is in
some way partially hidden which can be found if you poke around with mouse
then the image is diplayed.
VRPC 4.02 3.7 (Dev CI #4086)
Re: Redraw oddity
In article <563d1ee6d9Lists@Torrens.org>,
Richard Torrens (lists) <Lists@Torrens.org> wrote:
> Does anyone else get the same behaviour?
Yes. The contents also disappear again if the window is resized,
requiring another 'wipe'.
--
Chris Johnson
Richard Torrens (lists) <Lists@Torrens.org> wrote:
> Does anyone else get the same behaviour?
Yes. The contents also disappear again if the window is resized,
requiring another 'wipe'.
--
Chris Johnson
Re: Redraw oddity
In message <563d1ee6d9Lists@Torrens.org>
"Richard Torrens (lists)" <Lists@Torrens.org> wrote:
> https://www.quora.com/Where-does-iPhoto-store-photos-locally
>
> At first this displays a blank page. But wipe over it with another
> window...
>
> Does anyone else get the same behaviour?
>
> 3.7 (Dev CI #4086) on ARMX6 5.23
> (29-Jun-16)
Yes. 3.7 (Dev CI #4086, Javascript OFF) on Rpi2 5.23
(16-May-17)
--
Gavin Wraith (gavin@wra1th.plus.com)
Home page: http://www.wra1th.plus.com/
"Richard Torrens (lists)" <Lists@Torrens.org> wrote:
> https://www.quora.com/Where-does-iPhoto-store-photos-locally
>
> At first this displays a blank page. But wipe over it with another
> window...
>
> Does anyone else get the same behaviour?
>
> 3.7 (Dev CI #4086) on ARMX6 5.23
> (29-Jun-16)
Yes. 3.7 (Dev CI #4086, Javascript OFF) on Rpi2 5.23
(16-May-17)
--
Gavin Wraith (gavin@wra1th.plus.com)
Home page: http://www.wra1th.plus.com/
Re: Redraw oddity
On 16 May 2017 Richard Torrens (lists) wrote:
> https://www.quora.com/Where-does-iPhoto-store-photos-locally
> At first this displays a blank page. But wipe over it with another
> window...
> Does anyone else get the same behaviour?
> 3.7 (Dev CI #4086) on ARMX6 5.23
> (29-Jun-16)
Yes. (#4086, RPC 6.20)
--
Richard Porter http://www.minijem.plus.com/
t: @westernexplorer mailto:ricp@minijem.plus.com
I don't want a "user experience" - I just want stuff that works.
> https://www.quora.com/Where-does-iPhoto-store-photos-locally
> At first this displays a blank page. But wipe over it with another
> window...
> Does anyone else get the same behaviour?
> 3.7 (Dev CI #4086) on ARMX6 5.23
> (29-Jun-16)
Yes. (#4086, RPC 6.20)
--
Richard Porter http://www.minijem.plus.com/
t: @westernexplorer mailto:ricp@minijem.plus.com
I don't want a "user experience" - I just want stuff that works.
Redraw oddity
https://www.quora.com/Where-does-iPhoto-store-photos-locally
At first this displays a blank page. But wipe over it with another
window...
Does anyone else get the same behaviour?
3.7 (Dev CI #4086) on ARMX6 5.23
(29-Jun-16)
--
Richard Torrens.
http://www.Torrens.org for genealogy, natural history, wild food, walks, cats
and more!
At first this displays a blank page. But wipe over it with another
window...
Does anyone else get the same behaviour?
3.7 (Dev CI #4086) on ARMX6 5.23
(29-Jun-16)
--
Richard Torrens.
http://www.Torrens.org for genealogy, natural history, wild food, walks, cats
and more!
Monday, 15 May 2017
GMail
Google seem to have done something to their 'no-frills' basic HTML interface
so that it no longer displays if Netsurf is trying to use its JavaScript
implementation - I wonder how long they will continue providing a non-JS
version, after rendering the Usenet archive inaccessible via the same
route? :-(
--
Harriet Bazley == Loyaulte me lie ==
Own nothing you do not know to be useful or believe to be beautiful.
so that it no longer displays if Netsurf is trying to use its JavaScript
implementation - I wonder how long they will continue providing a non-JS
version, after rendering the Usenet archive inaccessible via the same
route? :-(
--
Harriet Bazley == Loyaulte me lie ==
Own nothing you do not know to be useful or believe to be beautiful.
Friday, 5 May 2017
Re: input focus
cj wrote on 5 May:
> It happens here as Jim described ..., with ROS 5.23 (19 Jan 17).
Mine is 5.23 (2016-June-29). (I should get round to the upgrade!)
--
Jim Nagel www.archivemag.co.uk
> It happens here as Jim described ..., with ROS 5.23 (19 Jan 17).
Mine is 5.23 (2016-June-29). (I should get round to the upgrade!)
--
Jim Nagel www.archivemag.co.uk
Re: input focus
In message <4b8d703756.jim@abbeypress.net>
Jim Nagel <netsurf@abbeypress.co.uk> wrote:
>I notice that the input focus -- often but not always -- goes to
>Netsurf when I click on a link in an email that opens a web page.
>
>This was not the case until fairly recently*. The input focus always
>used to remain with the email window.
>
>Is this the result of a deliberate change in Netsurf, or is it just a
>fluke of some sort?
>
>Not a serious problem, just that I have to consciously change some of
>my habitual keystrokes in a repetitive chore that I do.
>
>(* I first noticed the different input-focus behaviour with Netsurf
>#4001 and now #4085. In my previous versions (#3955 and back),
>Netsurf did not take the input focus till I explicitly clicked in its
>window. Throughout this period, my email software has had no update.)
>
>Using Ro 5.23 on ArmX6, Ro 5.22 on Armini (Beagle).
I've just been experimenting. BBxM, RO 5.23 (12 Apr 17), MPRO 7.08,
NS CI #4085. Some links don't take the input focus, some do. At the
moment it's just an observation; I haven't looked at the email source
to see if I can discern any difference. For any given link, I think
the result has been consistent.
Dave
Jim Nagel <netsurf@abbeypress.co.uk> wrote:
>I notice that the input focus -- often but not always -- goes to
>Netsurf when I click on a link in an email that opens a web page.
>
>This was not the case until fairly recently*. The input focus always
>used to remain with the email window.
>
>Is this the result of a deliberate change in Netsurf, or is it just a
>fluke of some sort?
>
>Not a serious problem, just that I have to consciously change some of
>my habitual keystrokes in a repetitive chore that I do.
>
>(* I first noticed the different input-focus behaviour with Netsurf
>#4001 and now #4085. In my previous versions (#3955 and back),
>Netsurf did not take the input focus till I explicitly clicked in its
>window. Throughout this period, my email software has had no update.)
>
>Using Ro 5.23 on ArmX6, Ro 5.22 on Armini (Beagle).
I've just been experimenting. BBxM, RO 5.23 (12 Apr 17), MPRO 7.08,
NS CI #4085. Some links don't take the input focus, some do. At the
moment it's just an observation; I haven't looked at the email source
to see if I can discern any difference. For any given link, I think
the result has been consistent.
Dave
Re: input focus
On 05 May, Peter Young <pnyoung@ormail.co.uk> wrote:
> Just tried it again here. MPro window with yellow top-bar and NetSurf
> window with grey bar. Same NetSurf build. Odd.
Still using Netsurf 3.3 here, and the same effect...
John
--
____
/__ __________________________
/____Mail from mail@JohnWoodhouse.plus.com
. . . using RISC OS
> Just tried it again here. MPro window with yellow top-bar and NetSurf
> window with grey bar. Same NetSurf build. Odd.
Still using Netsurf 3.3 here, and the same effect...
John
--
____
/__ __________________________
/____Mail from mail@JohnWoodhouse.plus.com
. . . using RISC OS
Re: input focus
On 5 May 2017 Brian Jordan <brian.jordan9@btinternet.com> wrote:
> In article <4b8d703756.jim@abbeypress.net>,
> Jim Nagel <netsurf@abbeypress.co.uk> wrote:
>> I notice that the input focus -- often but not always -- goes to
>> Netsurf when I click on a link in an email that opens a web page.
>> This was not the case until fairly recently*. The input focus always
>> used to remain with the email window.
> [Snip]
>> Using Ro 5.23 on ArmX6, Ro 5.22 on Armini (Beagle).
> I confess to not having noted this as a change but I can confirm that as
> of now (using Netsurf #4085) the behaviour here is as Jim has described.
> A click on the Archive magazine link in the Pluto article viewer which
> has the input focus opens the web page in Netsurf and the Netsurf window
> gains the input focus.
Just tried it again here. MPro window with yellow top-bar and NetSurf
window with grey bar. Same NetSurf build. Odd.
Best wishes,
Peter.
--
Peter Young (zfc Ir) and family
Prestbury, Cheltenham, Glos. GL52, England
http://pnyoung.orpheusweb.co.uk
pnyoung@ormail.co.uk
> In article <4b8d703756.jim@abbeypress.net>,
> Jim Nagel <netsurf@abbeypress.co.uk> wrote:
>> I notice that the input focus -- often but not always -- goes to
>> Netsurf when I click on a link in an email that opens a web page.
>> This was not the case until fairly recently*. The input focus always
>> used to remain with the email window.
> [Snip]
>> Using Ro 5.23 on ArmX6, Ro 5.22 on Armini (Beagle).
> I confess to not having noted this as a change but I can confirm that as
> of now (using Netsurf #4085) the behaviour here is as Jim has described.
> A click on the Archive magazine link in the Pluto article viewer which
> has the input focus opens the web page in Netsurf and the Netsurf window
> gains the input focus.
Just tried it again here. MPro window with yellow top-bar and NetSurf
window with grey bar. Same NetSurf build. Odd.
Best wishes,
Peter.
--
Peter Young (zfc Ir) and family
Prestbury, Cheltenham, Glos. GL52, England
http://pnyoung.orpheusweb.co.uk
pnyoung@ormail.co.uk
Re: input focus
In article <bdb8733756.pnyoung@pnyoung.ormail.co.uk>,
Peter Young <pnyoung@ormail.co.uk> wrote:
> Well, I just clicked on the Archive URL in Jim's message, the
> Archive site appeared, and the input focus stayed in MPro's
> window. ARMX6, same OS, and from the headers, Jim is using MPro
> too.
> Something else in Jim's setup?
It happens here as Jim described (using the Archive url), with ROS
5.23 (19 Jan 17). The difference is that the mail reader is Pluto.
Doesn't appear to be Jim specific.
--
Chris Johnson
Peter Young <pnyoung@ormail.co.uk> wrote:
> Well, I just clicked on the Archive URL in Jim's message, the
> Archive site appeared, and the input focus stayed in MPro's
> window. ARMX6, same OS, and from the headers, Jim is using MPro
> too.
> Something else in Jim's setup?
It happens here as Jim described (using the Archive url), with ROS
5.23 (19 Jan 17). The difference is that the mail reader is Pluto.
Doesn't appear to be Jim specific.
--
Chris Johnson
Re: input focus
In article <4b8d703756.jim@abbeypress.net>,
Jim Nagel <netsurf@abbeypress.co.uk> wrote:
> I notice that the input focus -- often but not always -- goes to
> Netsurf when I click on a link in an email that opens a web page.
> This was not the case until fairly recently*. The input focus always
> used to remain with the email window.
[Snip]
> Using Ro 5.23 on ArmX6, Ro 5.22 on Armini (Beagle).
I confess to not having noted this as a change but I can confirm that as
of now (using Netsurf #4085) the behaviour here is as Jim has described.
A click on the Archive magazine link in the Pluto article viewer which
has the input focus opens the web page in Netsurf and the Netsurf window
gains the input focus.
--
_____________________________________________________________________
Brian Jordan
Virtual RPC-AdjustSA on Windows 10 Pro 64-bit
RISC OS 6.20
_____________________________________________________________________
Jim Nagel <netsurf@abbeypress.co.uk> wrote:
> I notice that the input focus -- often but not always -- goes to
> Netsurf when I click on a link in an email that opens a web page.
> This was not the case until fairly recently*. The input focus always
> used to remain with the email window.
[Snip]
> Using Ro 5.23 on ArmX6, Ro 5.22 on Armini (Beagle).
I confess to not having noted this as a change but I can confirm that as
of now (using Netsurf #4085) the behaviour here is as Jim has described.
A click on the Archive magazine link in the Pluto article viewer which
has the input focus opens the web page in Netsurf and the Netsurf window
gains the input focus.
--
_____________________________________________________________________
Brian Jordan
Virtual RPC-AdjustSA on Windows 10 Pro 64-bit
RISC OS 6.20
_____________________________________________________________________
Re: Codethink sponsored work on NetSurf
On 05/05/17 13:46, Kevin Wells wrote:
> In message <20170505074516.GF12100@kyllikki.org>
> Vincent Sanders <vince@netsurf-browser.org> wrote:
>> On Wed, May 03, 2017 at 12:51:54PM +0100, Kevin Wells wrote:
>>> It has fixed a bug I submitted. :)
>>>
>>> I tried to inform the bug tracker, but it appears to be down.
>>
>> Thanks for reporting this, It was due to a configuration error after
>> last weeks upgrades, fixed now I hope. Please let me know if there are
>> any additional issues with the bug tracker.
>
> This bug has been fixed, I could not find a button on there to update
> the status:
>
> <http://bugs.netsurf-browser.org/mantis/view.php?id=2393>
I've closed it. Thanks for the feedback!
Cheers,
--
Michael Drake http://www.codethink.co.uk/
> In message <20170505074516.GF12100@kyllikki.org>
> Vincent Sanders <vince@netsurf-browser.org> wrote:
>> On Wed, May 03, 2017 at 12:51:54PM +0100, Kevin Wells wrote:
>>> It has fixed a bug I submitted. :)
>>>
>>> I tried to inform the bug tracker, but it appears to be down.
>>
>> Thanks for reporting this, It was due to a configuration error after
>> last weeks upgrades, fixed now I hope. Please let me know if there are
>> any additional issues with the bug tracker.
>
> This bug has been fixed, I could not find a button on there to update
> the status:
>
> <http://bugs.netsurf-browser.org/mantis/view.php?id=2393>
I've closed it. Thanks for the feedback!
Cheers,
--
Michael Drake http://www.codethink.co.uk/
Re: Codethink sponsored work on NetSurf
In message <20170505074516.GF12100@kyllikki.org>
Vincent Sanders <vince@netsurf-browser.org> wrote:
>On Wed, May 03, 2017 at 12:51:54PM +0100, Kevin Wells wrote:
>> In message <20170502143538.GE12100@kyllikki.org>
>> Vincent Sanders <vince@netsurf-browser.org> wrote:
>>
>> >On Tue, May 02, 2017 at 09:16:25AM +0100, Michael Drake wrote:
>> >>
>> >> Over the past few weeks I've been able to spend time
>> >> contributing to open-source projects at work.
>> >>
>> >> Codethink [1] values open-source software, and so I
>> >> was approved to work on NetSurf and related components
>> >> while I was between projects. I'd like to thank
>> >> Codethink for this opportunity, which I very much
>> >> value and appreciate.
>> >
>> >I would like to publicly thank Codethink for allowing you this time
>> >and acknowledge that it represents several thousand pounds worth of
>> >developer time which has benefited NetSurf and by extension your
>> >fellow developers.
>>
>> It has fixed a bug I submitted. :)
>>
>> I tried to inform the bug tracker, but it appears to be done.
>
>Thanks for reporting this, It was due to a configuration error after
>last weeks upgrades, fixed now I hope. Please let me know if there are
>any additional issues with the bug tracker.
Thanks,
This bug has been fixed, I could not find a button on there to update
the status:
<http://bugs.netsurf-browser.org/mantis/view.php?id=2393>
>
>> >
>> ><snip huge chunk of work>
>> >
>> >>
>> >>
>> >> Cheers,
>> >>
>> >> Michael
>> >>
>> >>
>> >>
>> >
>>
>>
>> --
>> Kev Wells
>> http://kevsoft.co.uk/
>> Yes, makin' mock o' uniforms that guard you while you sleep
>>
>>
>
--
Kev Wells
http://kevsoft.co.uk/
Motorcycling News http://bikes.kevsoft.co.uk/
Vincent Sanders <vince@netsurf-browser.org> wrote:
>On Wed, May 03, 2017 at 12:51:54PM +0100, Kevin Wells wrote:
>> In message <20170502143538.GE12100@kyllikki.org>
>> Vincent Sanders <vince@netsurf-browser.org> wrote:
>>
>> >On Tue, May 02, 2017 at 09:16:25AM +0100, Michael Drake wrote:
>> >>
>> >> Over the past few weeks I've been able to spend time
>> >> contributing to open-source projects at work.
>> >>
>> >> Codethink [1] values open-source software, and so I
>> >> was approved to work on NetSurf and related components
>> >> while I was between projects. I'd like to thank
>> >> Codethink for this opportunity, which I very much
>> >> value and appreciate.
>> >
>> >I would like to publicly thank Codethink for allowing you this time
>> >and acknowledge that it represents several thousand pounds worth of
>> >developer time which has benefited NetSurf and by extension your
>> >fellow developers.
>>
>> It has fixed a bug I submitted. :)
>>
>> I tried to inform the bug tracker, but it appears to be done.
>
>Thanks for reporting this, It was due to a configuration error after
>last weeks upgrades, fixed now I hope. Please let me know if there are
>any additional issues with the bug tracker.
Thanks,
This bug has been fixed, I could not find a button on there to update
the status:
<http://bugs.netsurf-browser.org/mantis/view.php?id=2393>
>
>> >
>> ><snip huge chunk of work>
>> >
>> >>
>> >>
>> >> Cheers,
>> >>
>> >> Michael
>> >>
>> >>
>> >>
>> >
>>
>>
>> --
>> Kev Wells
>> http://kevsoft.co.uk/
>> Yes, makin' mock o' uniforms that guard you while you sleep
>>
>>
>
--
Kev Wells
http://kevsoft.co.uk/
Motorcycling News http://bikes.kevsoft.co.uk/
Re: input focus
On 5 May 2017 Jim Nagel <netsurf@abbeypress.co.uk> wrote:
> I notice that the input focus -- often but not always -- goes to
> Netsurf when I click on a link in an email that opens a web page.
> This was not the case until fairly recently*. The input focus always
> used to remain with the email window.
> Is this the result of a deliberate change in Netsurf, or is it just a
> fluke of some sort?
> Not a serious problem, just that I have to consciously change some of
> my habitual keystrokes in a repetitive chore that I do.
> (* I first noticed the different input-focus behaviour with Netsurf
> #4001 and now #4085. In my previous versions (#3955 and back),
> Netsurf did not take the input focus till I explicitly clicked in its
> window. Throughout this period, my email software has had no update.)
> Using Ro 5.23 on ArmX6, Ro 5.22 on Armini (Beagle).
Well, I just clicked on the Archive URL in Jim's message, the Archive
site appeared, and the input focus stayed in MPro's window. ARMX6,
same OS, and from the headers, Jim is using MPro too.
Something else in Jim's setup?
Best wishes,
Peter.
--
Peter Young (zfc Ir) and family
Prestbury, Cheltenham, Glos. GL52, England
http://pnyoung.orpheusweb.co.uk
pnyoung@ormail.co.uk
> I notice that the input focus -- often but not always -- goes to
> Netsurf when I click on a link in an email that opens a web page.
> This was not the case until fairly recently*. The input focus always
> used to remain with the email window.
> Is this the result of a deliberate change in Netsurf, or is it just a
> fluke of some sort?
> Not a serious problem, just that I have to consciously change some of
> my habitual keystrokes in a repetitive chore that I do.
> (* I first noticed the different input-focus behaviour with Netsurf
> #4001 and now #4085. In my previous versions (#3955 and back),
> Netsurf did not take the input focus till I explicitly clicked in its
> window. Throughout this period, my email software has had no update.)
> Using Ro 5.23 on ArmX6, Ro 5.22 on Armini (Beagle).
Well, I just clicked on the Archive URL in Jim's message, the Archive
site appeared, and the input focus stayed in MPro's window. ARMX6,
same OS, and from the headers, Jim is using MPro too.
Something else in Jim's setup?
Best wishes,
Peter.
--
Peter Young (zfc Ir) and family
Prestbury, Cheltenham, Glos. GL52, England
http://pnyoung.orpheusweb.co.uk
pnyoung@ormail.co.uk
input focus
I notice that the input focus -- often but not always -- goes to
Netsurf when I click on a link in an email that opens a web page.
This was not the case until fairly recently*. The input focus always
used to remain with the email window.
Is this the result of a deliberate change in Netsurf, or is it just a
fluke of some sort?
Not a serious problem, just that I have to consciously change some of
my habitual keystrokes in a repetitive chore that I do.
(* I first noticed the different input-focus behaviour with Netsurf
#4001 and now #4085. In my previous versions (#3955 and back),
Netsurf did not take the input focus till I explicitly clicked in its
window. Throughout this period, my email software has had no update.)
Using Ro 5.23 on ArmX6, Ro 5.22 on Armini (Beagle).
--
Jim Nagel www.archivemag.co.uk
Netsurf when I click on a link in an email that opens a web page.
This was not the case until fairly recently*. The input focus always
used to remain with the email window.
Is this the result of a deliberate change in Netsurf, or is it just a
fluke of some sort?
Not a serious problem, just that I have to consciously change some of
my habitual keystrokes in a repetitive chore that I do.
(* I first noticed the different input-focus behaviour with Netsurf
#4001 and now #4085. In my previous versions (#3955 and back),
Netsurf did not take the input focus till I explicitly clicked in its
window. Throughout this period, my email software has had no update.)
Using Ro 5.23 on ArmX6, Ro 5.22 on Armini (Beagle).
--
Jim Nagel www.archivemag.co.uk
Re: Codethink sponsored work on NetSurf
On Wed, May 03, 2017 at 12:51:54PM +0100, Kevin Wells wrote:
> In message <20170502143538.GE12100@kyllikki.org>
> Vincent Sanders <vince@netsurf-browser.org> wrote:
>
> >On Tue, May 02, 2017 at 09:16:25AM +0100, Michael Drake wrote:
> >>
> >> Over the past few weeks I've been able to spend time
> >> contributing to open-source projects at work.
> >>
> >> Codethink [1] values open-source software, and so I
> >> was approved to work on NetSurf and related components
> >> while I was between projects. I'd like to thank
> >> Codethink for this opportunity, which I very much
> >> value and appreciate.
> >
> >I would like to publicly thank Codethink for allowing you this time
> >and acknowledge that it represents several thousand pounds worth of
> >developer time which has benefited NetSurf and by extension your
> >fellow developers.
>
> It has fixed a bug I submitted. :)
>
> I tried to inform the bug tracker, but it appears to be done.
Thanks for reporting this, It was due to a configuration error after
last weeks upgrades, fixed now I hope. Please let me know if there are
any additional issues with the bug tracker.
> >
> ><snip huge chunk of work>
> >
> >>
> >>
> >> Cheers,
> >>
> >> Michael
> >>
> >>
> >>
> >
>
>
> --
> Kev Wells
> http://kevsoft.co.uk/
> Yes, makin' mock o' uniforms that guard you while you sleep
>
>
--
Regards Vincent
http://www.kyllikki.org/
> In message <20170502143538.GE12100@kyllikki.org>
> Vincent Sanders <vince@netsurf-browser.org> wrote:
>
> >On Tue, May 02, 2017 at 09:16:25AM +0100, Michael Drake wrote:
> >>
> >> Over the past few weeks I've been able to spend time
> >> contributing to open-source projects at work.
> >>
> >> Codethink [1] values open-source software, and so I
> >> was approved to work on NetSurf and related components
> >> while I was between projects. I'd like to thank
> >> Codethink for this opportunity, which I very much
> >> value and appreciate.
> >
> >I would like to publicly thank Codethink for allowing you this time
> >and acknowledge that it represents several thousand pounds worth of
> >developer time which has benefited NetSurf and by extension your
> >fellow developers.
>
> It has fixed a bug I submitted. :)
>
> I tried to inform the bug tracker, but it appears to be done.
Thanks for reporting this, It was due to a configuration error after
last weeks upgrades, fixed now I hope. Please let me know if there are
any additional issues with the bug tracker.
> >
> ><snip huge chunk of work>
> >
> >>
> >>
> >> Cheers,
> >>
> >> Michael
> >>
> >>
> >>
> >
>
>
> --
> Kev Wells
> http://kevsoft.co.uk/
> Yes, makin' mock o' uniforms that guard you while you sleep
>
>
--
Regards Vincent
http://www.kyllikki.org/
Thursday, 4 May 2017
Re: [gccsdk] RO support being removed from curl
On Thu, May 04, 2017 at 03:17:16PM +0100, Ralph Corderoy wrote:
> Hi Theo,
>
> > Unfortunately the commit in curl upstream that introduced it has no
> > indication of who originated it. so we're still in the dark. I
> > haven't dug through the curl mailing list history though.
>
> I had a bit of a go at that earlier, both manually skimming two of the
> list archives backwards from the time of the commit, and getting Google
> to search that site for "RISC OS" or "USE_ENVIRONMENT", etc. Didn't
> turn anything up. Others may do better. :-)
I had a bit more of a dig and came up with:
https://curl.haxx.se/mail/archive-2002-03/0145.html
which says the relevant port was from Michael Curtis.
That eventually led me to:
http://web.archive.org/web/20040205143254/http://homepages.ihug.co.nz:80/~jamjars/michael/software.html
which has a download... that doesn't have a frontend.
It also doesn't seem to have the --environment option available.
So my guess is that this isn't actually used for anything, and is safe to
remove.
The other patches from Michael Curtis seem to be related to
building natively on RISC OS (ie without autoconf) - while that might be
useful for some, I have no idea if the GCC from today will build it with the
same flags as the ones committed 15 years ago. I think in that case the
only sustainable route is cross-compilation with autoconf, unless someone
wants to maintain curl's upstream RISC OS-native config.h
Theo
_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK
> Hi Theo,
>
> > Unfortunately the commit in curl upstream that introduced it has no
> > indication of who originated it. so we're still in the dark. I
> > haven't dug through the curl mailing list history though.
>
> I had a bit of a go at that earlier, both manually skimming two of the
> list archives backwards from the time of the commit, and getting Google
> to search that site for "RISC OS" or "USE_ENVIRONMENT", etc. Didn't
> turn anything up. Others may do better. :-)
I had a bit more of a dig and came up with:
https://curl.haxx.se/mail/archive-2002-03/0145.html
which says the relevant port was from Michael Curtis.
That eventually led me to:
http://web.archive.org/web/20040205143254/http://homepages.ihug.co.nz:80/~jamjars/michael/software.html
which has a download... that doesn't have a frontend.
It also doesn't seem to have the --environment option available.
So my guess is that this isn't actually used for anything, and is safe to
remove.
The other patches from Michael Curtis seem to be related to
building natively on RISC OS (ie without autoconf) - while that might be
useful for some, I have no idea if the GCC from today will build it with the
same flags as the ones committed 15 years ago. I think in that case the
only sustainable route is cross-compilation with autoconf, unless someone
wants to maintain curl's upstream RISC OS-native config.h
Theo
_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK
Re: [gccsdk] RO support being removed from curl
On Thu, May 04, 2017 at 01:35:21PM +0100, Jeremy Nicoll - ml roinfo wrote:
[ curl_ system variables ]
> Are they set just once at the start of a curl invocation, or updated as it
> runs?
I assume with things like curl_http_code and curl_speed_download they're
updated.
> Inasmuch as those var names look conventional (no dollar signs) is there a
> registered !Curlinfo app? I find it hard to believe anyone would go to the
> effort of getting RO changes made in curl without also formally registering
> the app that might use them.
curlinfo appears to be the internal curl symbol, nothing to do with the app
name. This code is supposedly generic to multiple platforms, not RISC OS
specific. But the way this works is awkward for most - on most OSes
environment variables aren't shared, so you can't easily peek into another
process to find them. So in reality it is.
We already know of one !Curl.
> Does your Debian-sourced curl work in RO without further source changes?
I haven't tested it, but it does build (or rather it did about 18 months ago)
Theo
_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK
[ curl_ system variables ]
> Are they set just once at the start of a curl invocation, or updated as it
> runs?
I assume with things like curl_http_code and curl_speed_download they're
updated.
> Inasmuch as those var names look conventional (no dollar signs) is there a
> registered !Curlinfo app? I find it hard to believe anyone would go to the
> effort of getting RO changes made in curl without also formally registering
> the app that might use them.
curlinfo appears to be the internal curl symbol, nothing to do with the app
name. This code is supposedly generic to multiple platforms, not RISC OS
specific. But the way this works is awkward for most - on most OSes
environment variables aren't shared, so you can't easily peek into another
process to find them. So in reality it is.
We already know of one !Curl.
> Does your Debian-sourced curl work in RO without further source changes?
I haven't tested it, but it does build (or rather it did about 18 months ago)
Theo
_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK
Opening a local file
If I drag & drop a file into the Netsurf window, a dialogue box appears
asking if I want to open the file.
I click Yes, it tries but fails because the filepath/name has single
quotes wrapped around it.
eg.
file:///'u:/home/mylocalfile/myfile.html'
If I remove the single quotes it works.
This is with the Atari builds (CI 4085).
Peter
asking if I want to open the file.
I click Yes, it tries but fails because the filepath/name has single
quotes wrapped around it.
eg.
file:///'u:/home/mylocalfile/myfile.html'
If I remove the single quotes it works.
This is with the Atari builds (CI 4085).
Peter
Re: [gccsdk] RO support being removed from curl
Hi Theo,
> Unfortunately the commit in curl upstream that introduced it has no
> indication of who originated it. so we're still in the dark. I
> haven't dug through the curl mailing list history though.
I had a bit of a go at that earlier, both manually skimming two of the
list archives backwards from the time of the commit, and getting Google
to search that site for "RISC OS" or "USE_ENVIRONMENT", etc. Didn't
turn anything up. Others may do better. :-)
--
Cheers, Ralph.
https://plus.google.com/+RalphCorderoy
_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK
> Unfortunately the commit in curl upstream that introduced it has no
> indication of who originated it. so we're still in the dark. I
> haven't dug through the curl mailing list history though.
I had a bit of a go at that earlier, both manually skimming two of the
list archives backwards from the time of the commit, and getting Google
to search that site for "RISC OS" or "USE_ENVIRONMENT", etc. Didn't
turn anything up. Others may do better. :-)
--
Cheers, Ralph.
https://plus.google.com/+RalphCorderoy
_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK
Re: [gccsdk] RO support being removed from curl
On Thu, May 04, 2017 at 02:07:25PM +0100, Lee Noar wrote:
> On 04/05/17 11:11, Theo Markettos wrote:
> >I suspect losing it won't actually affect RISC OS beyond whatever GUI it was
> >intended for, but curious to know what that was.
>
> If necessary (not that I know anything about curl), we could just add
> back the missing bits in the autobuilder.
We could, but upstream say it's a pain to maintain because it gets in the
way of other things. So it's probably not something we want to maintain
because I sense upstream is going to put something in that breaks a patch.
If the maintainer of the GUI that uses it steps forward and says they're
willing to keep a patch up to date, then we could build with that patch I
suppose.
Unfortunately the commit in curl upstream that introduced it has no
indication of who originated it. so we're still in the dark.
I haven't dug through the curl mailing list history though.
Theo
_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK
> On 04/05/17 11:11, Theo Markettos wrote:
> >I suspect losing it won't actually affect RISC OS beyond whatever GUI it was
> >intended for, but curious to know what that was.
>
> If necessary (not that I know anything about curl), we could just add
> back the missing bits in the autobuilder.
We could, but upstream say it's a pain to maintain because it gets in the
way of other things. So it's probably not something we want to maintain
because I sense upstream is going to put something in that breaks a patch.
If the maintainer of the GUI that uses it steps forward and says they're
willing to keep a patch up to date, then we could build with that patch I
suppose.
Unfortunately the commit in curl upstream that introduced it has no
indication of who originated it. so we're still in the dark.
I haven't dug through the curl mailing list history though.
Theo
_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK
Re: Codethink sponsored work on NetSurf
In message <7b1d6a3656.Kevin@talktalk.net>
Kevin Wells <kev@kevsoft.co.uk> wrote:
>
>It has fixed a bug I submitted. :)
>
>I tried to inform the bug tracker, but it appears to be done.
Oops that should read down not done.
>>
--
Kev Wells
http://kevsoft.co.uk/
Useless Fact 03 You burn 3.5 calories each time you laugh.
Kevin Wells <kev@kevsoft.co.uk> wrote:
>
>It has fixed a bug I submitted. :)
>
>I tried to inform the bug tracker, but it appears to be done.
Oops that should read down not done.
>>
--
Kev Wells
http://kevsoft.co.uk/
Useless Fact 03 You burn 3.5 calories each time you laugh.
Re: [gccsdk] Building GCCSDK with modern GCC + makeinfo
On 24/04/17 21:51, Jeffrey Lee wrote:
> Hi,
>
> Over the weekend I had a go at building GCCSDK on a fresh install of
> Lubuntu 17.04, using the default GCC + makeinfo/texinfo packages (GCC
> 6.3.0 & makeinfo 6.3).
>
> GCC 6.3 didn't like the version of PPL we're using (it complained about
> some classes which contained a "[]" flexible array as the last member).
> So I've fixed that by updating to the latest version of PPL (which
> allows us to drop some now redundant patches, but also introduces a
> couple of new patches because GCC and cloog had bogus PPL version
> checks). AIUI more recent versions of GCC have dropped PPL in favour of
> a different library ("isl"), so I'll leave it to you to decide whether
> updating the PPL version is worth it or not (it's possible it's affected
> code generation/optimisation, since GCC built with new PPL seems to
> produce different binaries compared to other builds of GCC with old PPL)
>
> Meanwhile, makeinfo barfed at a couple of pieces of dodgy syntax in the
> GCC docs. Checking against the latest GCC sources shows that they've
> changed that part of the docs to use an alternative syntax, which looks
> like it should be supported under all the makeinfo versions we support:
>
> https://gcc.gnu.org/viewcvs/gcc/trunk/gcc/doc/gcc.texi?r1=203064&r2=203065&
>
>
> After patching the above issues I was able to build functioning versions
> of the cross-compiler and native compiler. Patches attached.
Thanks for that Jeffrey, I'll probably update PPL to begin with and look
at ISL later.
Lee.
_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK
> Hi,
>
> Over the weekend I had a go at building GCCSDK on a fresh install of
> Lubuntu 17.04, using the default GCC + makeinfo/texinfo packages (GCC
> 6.3.0 & makeinfo 6.3).
>
> GCC 6.3 didn't like the version of PPL we're using (it complained about
> some classes which contained a "[]" flexible array as the last member).
> So I've fixed that by updating to the latest version of PPL (which
> allows us to drop some now redundant patches, but also introduces a
> couple of new patches because GCC and cloog had bogus PPL version
> checks). AIUI more recent versions of GCC have dropped PPL in favour of
> a different library ("isl"), so I'll leave it to you to decide whether
> updating the PPL version is worth it or not (it's possible it's affected
> code generation/optimisation, since GCC built with new PPL seems to
> produce different binaries compared to other builds of GCC with old PPL)
>
> Meanwhile, makeinfo barfed at a couple of pieces of dodgy syntax in the
> GCC docs. Checking against the latest GCC sources shows that they've
> changed that part of the docs to use an alternative syntax, which looks
> like it should be supported under all the makeinfo versions we support:
>
> https://gcc.gnu.org/viewcvs/gcc/trunk/gcc/doc/gcc.texi?r1=203064&r2=203065&
>
>
> After patching the above issues I was able to build functioning versions
> of the cross-compiler and native compiler. Patches attached.
Thanks for that Jeffrey, I'll probably update PPL to begin with and look
at ISL later.
Lee.
_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK
Re: [gccsdk] RO support being removed from curl
On 04/05/17 11:11, Theo Markettos wrote:
> I suspect losing it won't actually affect RISC OS beyond whatever GUI it was
> intended for, but curious to know what that was.
If necessary (not that I know anything about curl), we could just add
back the missing bits in the autobuilder.
Lee.
_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK
> I suspect losing it won't actually affect RISC OS beyond whatever GUI it was
> intended for, but curious to know what that was.
If necessary (not that I know anything about curl), we could just add
back the missing bits in the autobuilder.
Lee.
_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK
Re: [gccsdk] RO support being removed from curl
On Thu, May 04, 2017 at 10:44:54AM +0100, Ralph Corderoy wrote:
> Hi,
>
> Jeremy wrote:
> > The pull-request for doing so is already submitted, see link below.
>
> The email is https://curl.haxx.se/mail/archive-2017-05/0004.html and the
> PR is https://github.com/curl/curl/pull/1463 with
> https://github.com/curl/curl/pull/1463/commits/85b3072d422d0c25cb8c5d724206bebcc222f149#diff-10de2e0e2a5a0a4f65bb973cfd304c5aL34
> being the interesting bit listing the environment variables.
We build command-line curl in the GCCSDK autobuilder - we consume sources
from Debian, to save having to have interactions with hundreds of upstream
projects which Debian already do.
That said, --environment seems to set system variables:
- {"curl_url_effective", CURLINFO_EFFECTIVE_URL, writeenv_STRING},
- {"curl_http_code", CURLINFO_RESPONSE_CODE, writeenv_LONG},
- {"curl_time_total", CURLINFO_TOTAL_TIME, writeenv_DOUBLE},
- {"curl_time_namelookup", CURLINFO_NAMELOOKUP_TIME, writeenv_DOUBLE},
- {"curl_time_connect", CURLINFO_CONNECT_TIME, writeenv_DOUBLE},
- {"curl_time_pretransfer", CURLINFO_PRETRANSFER_TIME, writeenv_DOUBLE},
- {"curl_time_starttransfer", CURLINFO_STARTTRANSFER_TIME,
- writeenv_DOUBLE},
- {"curl_size_header", CURLINFO_HEADER_SIZE, writeenv_LONG},
- {"curl_size_request", CURLINFO_REQUEST_SIZE, writeenv_LONG},
- {"curl_size_download", CURLINFO_SIZE_DOWNLOAD, writeenv_DOUBLE},
- {"curl_size_upload", CURLINFO_SIZE_UPLOAD, writeenv_DOUBLE},
- {"curl_speed_download", CURLINFO_SPEED_DOWNLOAD, writeenv_DOUBLE},
- {"curl_speed_upload", CURLINFO_SPEED_UPLOAD, writeenv_DOUBLE},
Does anybody use these? I'm imagining they're probably intended for a
progress GUI driving the curl binary (rather than using libcurl, which has
scheduling complications).
The only frontend I could find is this one:
http://www.strcprstskrzkrk.co.uk/curl
which looks like it's using the Frontend module - ie there's no GUI beyond
setting the options to run the command.
I suspect losing it won't actually affect RISC OS beyond whatever GUI it was
intended for, but curious to know what that was.
Theo
_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK
> Hi,
>
> Jeremy wrote:
> > The pull-request for doing so is already submitted, see link below.
>
> The email is https://curl.haxx.se/mail/archive-2017-05/0004.html and the
> PR is https://github.com/curl/curl/pull/1463 with
> https://github.com/curl/curl/pull/1463/commits/85b3072d422d0c25cb8c5d724206bebcc222f149#diff-10de2e0e2a5a0a4f65bb973cfd304c5aL34
> being the interesting bit listing the environment variables.
We build command-line curl in the GCCSDK autobuilder - we consume sources
from Debian, to save having to have interactions with hundreds of upstream
projects which Debian already do.
That said, --environment seems to set system variables:
- {"curl_url_effective", CURLINFO_EFFECTIVE_URL, writeenv_STRING},
- {"curl_http_code", CURLINFO_RESPONSE_CODE, writeenv_LONG},
- {"curl_time_total", CURLINFO_TOTAL_TIME, writeenv_DOUBLE},
- {"curl_time_namelookup", CURLINFO_NAMELOOKUP_TIME, writeenv_DOUBLE},
- {"curl_time_connect", CURLINFO_CONNECT_TIME, writeenv_DOUBLE},
- {"curl_time_pretransfer", CURLINFO_PRETRANSFER_TIME, writeenv_DOUBLE},
- {"curl_time_starttransfer", CURLINFO_STARTTRANSFER_TIME,
- writeenv_DOUBLE},
- {"curl_size_header", CURLINFO_HEADER_SIZE, writeenv_LONG},
- {"curl_size_request", CURLINFO_REQUEST_SIZE, writeenv_LONG},
- {"curl_size_download", CURLINFO_SIZE_DOWNLOAD, writeenv_DOUBLE},
- {"curl_size_upload", CURLINFO_SIZE_UPLOAD, writeenv_DOUBLE},
- {"curl_speed_download", CURLINFO_SPEED_DOWNLOAD, writeenv_DOUBLE},
- {"curl_speed_upload", CURLINFO_SPEED_UPLOAD, writeenv_DOUBLE},
Does anybody use these? I'm imagining they're probably intended for a
progress GUI driving the curl binary (rather than using libcurl, which has
scheduling complications).
The only frontend I could find is this one:
http://www.strcprstskrzkrk.co.uk/curl
which looks like it's using the Frontend module - ie there's no GUI beyond
setting the options to run the command.
I suspect losing it won't actually affect RISC OS beyond whatever GUI it was
intended for, but curious to know what that was.
Theo
_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK
Re: [gccsdk] RO support being removed from curl
Hi,
Jeremy wrote:
> The pull-request for doing so is already submitted, see link below.
The email is https://curl.haxx.se/mail/archive-2017-05/0004.html and the
PR is https://github.com/curl/curl/pull/1463 with
https://github.com/curl/curl/pull/1463/commits/85b3072d422d0c25cb8c5d724206bebcc222f149#diff-10de2e0e2a5a0a4f65bb973cfd304c5aL34
being the interesting bit listing the environment variables.
--
Cheers, Ralph.
https://plus.google.com/+RalphCorderoy
_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK
Jeremy wrote:
> The pull-request for doing so is already submitted, see link below.
The email is https://curl.haxx.se/mail/archive-2017-05/0004.html and the
PR is https://github.com/curl/curl/pull/1463 with
https://github.com/curl/curl/pull/1463/commits/85b3072d422d0c25cb8c5d724206bebcc222f149#diff-10de2e0e2a5a0a4f65bb973cfd304c5aL34
being the interesting bit listing the environment variables.
--
Cheers, Ralph.
https://plus.google.com/+RalphCorderoy
_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK
[gccsdk] RO support being removed from curl
I read, by accident last night, a post on the curl-users mailing list, a
suggestion by its
maintainer that RO-specific support should be removed from the source.
He said:
The --environment command line option has existed since April 2002 and
is
documented to be specifically for RISC OS builds. It is also enabled in
src/makefile.dj for DOS-builds.
I now want to remove that option and all code related to it since it is
such a
niche feature, there doesn't seem to be any RISC OS builds updated
since years
and I see no reason why DOS builds specifically should need/use this
either.
The pull-request for doing so is already submitted, see link below.
If you object to me merging this, please speak up and tell me why!
I haven't a clue whether that would cause any current RO users a
problem. As the maintainer
mentioned this in a post entitled:
--environment anyone?
I've commented that no RO user of curl would necessarily realise that it
meant them... I also
suggested that he contact ROOL to see if they had a view on this, but
I'm not sure that he is
going to. So I did... and Ben Avison replied suggesting I mention it
here.
The curl mail list can be found at:
https://curl.haxx.se/mail/list.cgi?list=curl-users
(It's been ages since I used RO, but I know it's still in use.)
--
Jeremy Nicoll - my opinions are my own
_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK
suggestion by its
maintainer that RO-specific support should be removed from the source.
He said:
The --environment command line option has existed since April 2002 and
is
documented to be specifically for RISC OS builds. It is also enabled in
src/makefile.dj for DOS-builds.
I now want to remove that option and all code related to it since it is
such a
niche feature, there doesn't seem to be any RISC OS builds updated
since years
and I see no reason why DOS builds specifically should need/use this
either.
The pull-request for doing so is already submitted, see link below.
If you object to me merging this, please speak up and tell me why!
I haven't a clue whether that would cause any current RO users a
problem. As the maintainer
mentioned this in a post entitled:
--environment anyone?
I've commented that no RO user of curl would necessarily realise that it
meant them... I also
suggested that he contact ROOL to see if they had a view on this, but
I'm not sure that he is
going to. So I did... and Ben Avison replied suggesting I mention it
here.
The curl mail list can be found at:
https://curl.haxx.se/mail/list.cgi?list=curl-users
(It's been ages since I used RO, but I know it's still in use.)
--
Jeremy Nicoll - my opinions are my own
_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK
Wednesday, 3 May 2017
Re: Codethink sponsored work on NetSurf
In message <20170502143538.GE12100@kyllikki.org>
Vincent Sanders <vince@netsurf-browser.org> wrote:
>On Tue, May 02, 2017 at 09:16:25AM +0100, Michael Drake wrote:
>>
>> Over the past few weeks I've been able to spend time
>> contributing to open-source projects at work.
>>
>> Codethink [1] values open-source software, and so I
>> was approved to work on NetSurf and related components
>> while I was between projects. I'd like to thank
>> Codethink for this opportunity, which I very much
>> value and appreciate.
>
>I would like to publicly thank Codethink for allowing you this time
>and acknowledge that it represents several thousand pounds worth of
>developer time which has benefited NetSurf and by extension your
>fellow developers.
It has fixed a bug I submitted. :)
I tried to inform the bug tracker, but it appears to be done.
>
><snip huge chunk of work>
>
>>
>>
>> Cheers,
>>
>> Michael
>>
>>
>>
>
--
Kev Wells
http://kevsoft.co.uk/
Yes, makin' mock o' uniforms that guard you while you sleep
Vincent Sanders <vince@netsurf-browser.org> wrote:
>On Tue, May 02, 2017 at 09:16:25AM +0100, Michael Drake wrote:
>>
>> Over the past few weeks I've been able to spend time
>> contributing to open-source projects at work.
>>
>> Codethink [1] values open-source software, and so I
>> was approved to work on NetSurf and related components
>> while I was between projects. I'd like to thank
>> Codethink for this opportunity, which I very much
>> value and appreciate.
>
>I would like to publicly thank Codethink for allowing you this time
>and acknowledge that it represents several thousand pounds worth of
>developer time which has benefited NetSurf and by extension your
>fellow developers.
It has fixed a bug I submitted. :)
I tried to inform the bug tracker, but it appears to be done.
>
><snip huge chunk of work>
>
>>
>>
>> Cheers,
>>
>> Michael
>>
>>
>>
>
--
Kev Wells
http://kevsoft.co.uk/
Yes, makin' mock o' uniforms that guard you while you sleep
Tuesday, 2 May 2017
Re: Codethink sponsored work on NetSurf
On Tue, May 02, 2017 at 09:16:25AM +0100, Michael Drake wrote:
>
> Over the past few weeks I've been able to spend time
> contributing to open-source projects at work.
>
> Codethink [1] values open-source software, and so I
> was approved to work on NetSurf and related components
> while I was between projects. I'd like to thank
> Codethink for this opportunity, which I very much
> value and appreciate.
I would like to publicly thank Codethink for allowing you this time
and acknowledge that it represents several thousand pounds worth of
developer time which has benefited NetSurf and by extension your
fellow developers.
<snip huge chunk of work>
>
>
> Cheers,
>
> Michael
>
>
>
--
Regards Vincent
http://www.kyllikki.org/
>
> Over the past few weeks I've been able to spend time
> contributing to open-source projects at work.
>
> Codethink [1] values open-source software, and so I
> was approved to work on NetSurf and related components
> while I was between projects. I'd like to thank
> Codethink for this opportunity, which I very much
> value and appreciate.
I would like to publicly thank Codethink for allowing you this time
and acknowledge that it represents several thousand pounds worth of
developer time which has benefited NetSurf and by extension your
fellow developers.
<snip huge chunk of work>
>
>
> Cheers,
>
> Michael
>
>
>
--
Regards Vincent
http://www.kyllikki.org/
Re: Codethink sponsored work on NetSurf
In article <8f376c96-35c5-d12d-74d3-67a316253072@codethink.co.uk>,
Michael Drake <michael.drake@codethink.co.uk> wrote:
> Over the past few weeks I've been able to spend time
> contributing to open-source projects at work.
> Codethink [1] values open-source software, and so I
> was approved to work on NetSurf and related components
> while I was between projects. I'd like to thank
> Codethink for this opportunity, which I very much
> value and appreciate.
> What follows is a summary of the development I've been
> able to accomplish during this time.
> [1] http://www.codethink.co.uk/
[Snip masses of changes]
Great job!
Sometimes I have no choice but to write pages where some CSS/JS defeats
NetSurf and while I try to make them degrade gracefully, this isn't
always true where I have lifted code from others but this page has now
sprung into legibility thanks to your hard work.
http://www.youngtheatre.co.uk/archive/yt/timelines/
Text and objects are no longer rendered outside the DIVs. Hurrah!
Must buy that man several pints.
T
--
Tim Hill
timil.com : tjrh.eu : butterwick.eu : blue-bike.uk : youngtheatre.co.uk
Michael Drake <michael.drake@codethink.co.uk> wrote:
> Over the past few weeks I've been able to spend time
> contributing to open-source projects at work.
> Codethink [1] values open-source software, and so I
> was approved to work on NetSurf and related components
> while I was between projects. I'd like to thank
> Codethink for this opportunity, which I very much
> value and appreciate.
> What follows is a summary of the development I've been
> able to accomplish during this time.
> [1] http://www.codethink.co.uk/
[Snip masses of changes]
Great job!
Sometimes I have no choice but to write pages where some CSS/JS defeats
NetSurf and while I try to make them degrade gracefully, this isn't
always true where I have lifted code from others but this page has now
sprung into legibility thanks to your hard work.
http://www.youngtheatre.co.uk/archive/yt/timelines/
Text and objects are no longer rendered outside the DIVs. Hurrah!
Must buy that man several pints.
T
--
Tim Hill
timil.com : tjrh.eu : butterwick.eu : blue-bike.uk : youngtheatre.co.uk
Re: Codethink sponsored work on NetSurf
Not quite sure what all of it means but it all sounds very good.
Thanks Michael
--
Stuart Winsor
Tools With A Mission
sending tools across the world
http://www.twam.co.uk/
Thanks Michael
--
Stuart Winsor
Tools With A Mission
sending tools across the world
http://www.twam.co.uk/
Re: Codethink sponsored work on NetSurf
Hi
In article <8f376c96-35c5-d12d-74d3-67a316253072@codethink.co.uk>,
Michael Drake <michael.drake@codethink.co.uk> wrote:
> Over the past few weeks I've been able to spend time
> contributing to open-source projects at work.
> Codethink [1] values open-source software, and so I
> was approved to work on NetSurf and related components
> while I was between projects. I'd like to thank
> Codethink for this opportunity, which I very much
> value and appreciate.
> What follows is a summary of the development I've been
> able to accomplish during this time.
> [1] http://www.codethink.co.uk/
[big snip]
Personally, I'll never become a coder like until hell freezes over, but I
found this missive really heart warming to read. Just great. Well done,
one and all.
> Cheers,
> Michael
Cheers
Brian
In article <8f376c96-35c5-d12d-74d3-67a316253072@codethink.co.uk>,
Michael Drake <michael.drake@codethink.co.uk> wrote:
> Over the past few weeks I've been able to spend time
> contributing to open-source projects at work.
> Codethink [1] values open-source software, and so I
> was approved to work on NetSurf and related components
> while I was between projects. I'd like to thank
> Codethink for this opportunity, which I very much
> value and appreciate.
> What follows is a summary of the development I've been
> able to accomplish during this time.
> [1] http://www.codethink.co.uk/
[big snip]
Personally, I'll never become a coder like until hell freezes over, but I
found this missive really heart warming to read. Just great. Well done,
one and all.
> Cheers,
> Michael
Cheers
Brian
Codethink sponsored work on NetSurf
Over the past few weeks I've been able to spend time
contributing to open-source projects at work.
Codethink [1] values open-source software, and so I
was approved to work on NetSurf and related components
while I was between projects. I'd like to thank
Codethink for this opportunity, which I very much
value and appreciate.
What follows is a summary of the development I've been
able to accomplish during this time.
[1] http://www.codethink.co.uk/
LibCSS (CSS parsing and selection library)
==========================================
* Added parsing and selection support for the CSS3
box-sizing property.
NetSurf
=======
Core: HTML layout engine
------------------------
* Added support for the CSS3 box-sizing property. This
helps us assign element widths and heights as the web
page author intended.
* Extended :after pseudo element handling to cover the
table display type. This improves layout of pages that
use a variant of the clearfix CSS trick for clearing
floats.
* Fixed the handling of the CSS min-width and max-width
properties to correctly affect the auto-width left and
right margins.
* Added support for width attribute on HR element.
* Fixed use of uninitialised value in CSS presentational
hint handling, that had potential to reduce the
likelihood of computed style sharing.
* Improved layout tree dump, to make debugging layout
problems easier.
Core: Content handling
----------------------
* Improved logging, making it easier to track HTML contents
through a session, for debug purposes.
* Removed bogus assertion in the HTML object fetch handler,
which would sometimes crash the browser.
* Fixed bug in content state machine, which made aborted
fetches cause their contents to get stuck in the cache.
This would happen on JavaScript location assignments.
Core: URL handling
------------------
* Improved file: URL handling.
* Removed redundant code.
* Improved hexadecimal handling.
* Improved test suite.
Core: Hotlist (bookmarks/favourites)
------------------------------------
* Added support for saving the hotlist automatically after
entries are added or removed. This helps prevent loss
of hotlist changes if NetSurf is unable to save the file
on exit.
* Added support for read-only hotlist mode, which can be
selected by frontend code. In this mode, the hotlist
file may be read, and the hotlist updated, but changes
are never saved to disc.
GTK frontend
------------
* Fixed bug where different pango layout contexts were used
for measuring and painting text, which in some situations
caused either lines with overlapping text, or large spaces
between bits of text on a line.
* Slight optimisation to the text line break handling code.
* Rewrote bitmap rendering plotter. The new implementation
is many times faster for tiled rendering, such as for
repeating background images, and simplifies the handling
of scaled plots.
RISC OS frontend
----------------
* Improved handling of external hotlist managers, by setting
the core hotlist to read-only mode, when configured to use
an external manager.
NetSurf's JavaScript engine (Duktape)
=====================================
NetSurf uses the excellent Duktape JavaScript engine.
URL: http://www.duktape.org/
* Updated NetSurf and nsgenbind (our JavaScript binding
generator) from Duktape 1.6 to Duktape 2.0. We had
been stuck on the 1.X series due to API changes
in Duktape 2, and lack of time to make the transition.
Duktape 2.0 provides greater performance, amongst many
other improvements.
* Added support for HTML style comments (ES6 spec) to
Duktape and upstreamed it to the Duktape author, Sami
Vaarala. This feature had been requested by our users.
* Updated NetSurf from Duktape 2.0 to the recently
released Duktape 2.1, which gives further performance
gains, adds the HTML stlye comment handling, and other
improvements.
* On the advice of the Duktape author, enabled Duktape's
fastint build option, for faster integer arithmetic.
LibNSGIF (GIF decoding library)
===============================
* Complete rewrite of LZW decompression. The new
implementation is both 30% faster and cleaner code.
It also now handles LZW codes that span three sub-blocks.
(Although these are unlikely to actually appear in the
real world.)
LibSVGTiny (SVG decoding library)
=================================
* Build system improvements to fix warnings about use of
gperf-generated code.
Cheers,
Michael
contributing to open-source projects at work.
Codethink [1] values open-source software, and so I
was approved to work on NetSurf and related components
while I was between projects. I'd like to thank
Codethink for this opportunity, which I very much
value and appreciate.
What follows is a summary of the development I've been
able to accomplish during this time.
[1] http://www.codethink.co.uk/
LibCSS (CSS parsing and selection library)
==========================================
* Added parsing and selection support for the CSS3
box-sizing property.
NetSurf
=======
Core: HTML layout engine
------------------------
* Added support for the CSS3 box-sizing property. This
helps us assign element widths and heights as the web
page author intended.
* Extended :after pseudo element handling to cover the
table display type. This improves layout of pages that
use a variant of the clearfix CSS trick for clearing
floats.
* Fixed the handling of the CSS min-width and max-width
properties to correctly affect the auto-width left and
right margins.
* Added support for width attribute on HR element.
* Fixed use of uninitialised value in CSS presentational
hint handling, that had potential to reduce the
likelihood of computed style sharing.
* Improved layout tree dump, to make debugging layout
problems easier.
Core: Content handling
----------------------
* Improved logging, making it easier to track HTML contents
through a session, for debug purposes.
* Removed bogus assertion in the HTML object fetch handler,
which would sometimes crash the browser.
* Fixed bug in content state machine, which made aborted
fetches cause their contents to get stuck in the cache.
This would happen on JavaScript location assignments.
Core: URL handling
------------------
* Improved file: URL handling.
* Removed redundant code.
* Improved hexadecimal handling.
* Improved test suite.
Core: Hotlist (bookmarks/favourites)
------------------------------------
* Added support for saving the hotlist automatically after
entries are added or removed. This helps prevent loss
of hotlist changes if NetSurf is unable to save the file
on exit.
* Added support for read-only hotlist mode, which can be
selected by frontend code. In this mode, the hotlist
file may be read, and the hotlist updated, but changes
are never saved to disc.
GTK frontend
------------
* Fixed bug where different pango layout contexts were used
for measuring and painting text, which in some situations
caused either lines with overlapping text, or large spaces
between bits of text on a line.
* Slight optimisation to the text line break handling code.
* Rewrote bitmap rendering plotter. The new implementation
is many times faster for tiled rendering, such as for
repeating background images, and simplifies the handling
of scaled plots.
RISC OS frontend
----------------
* Improved handling of external hotlist managers, by setting
the core hotlist to read-only mode, when configured to use
an external manager.
NetSurf's JavaScript engine (Duktape)
=====================================
NetSurf uses the excellent Duktape JavaScript engine.
URL: http://www.duktape.org/
* Updated NetSurf and nsgenbind (our JavaScript binding
generator) from Duktape 1.6 to Duktape 2.0. We had
been stuck on the 1.X series due to API changes
in Duktape 2, and lack of time to make the transition.
Duktape 2.0 provides greater performance, amongst many
other improvements.
* Added support for HTML style comments (ES6 spec) to
Duktape and upstreamed it to the Duktape author, Sami
Vaarala. This feature had been requested by our users.
* Updated NetSurf from Duktape 2.0 to the recently
released Duktape 2.1, which gives further performance
gains, adds the HTML stlye comment handling, and other
improvements.
* On the advice of the Duktape author, enabled Duktape's
fastint build option, for faster integer arithmetic.
LibNSGIF (GIF decoding library)
===============================
* Complete rewrite of LZW decompression. The new
implementation is both 30% faster and cleaner code.
It also now handles LZW codes that span three sub-blocks.
(Although these are unlikely to actually appear in the
real world.)
LibSVGTiny (SVG decoding library)
=================================
* Build system improvements to fix warnings about use of
gperf-generated code.
Cheers,
Michael
Subscribe to:
Posts (Atom)