On 2018-07-30 11:32, Vincent Sanders wrote:
> I intend to make the 3.8 release on Friday the 3rd of August 2018
>
> If any developers have pending bugfix or features they intend to merge
> for the 3.8 release and need additional time please let me know as
> soon as possible.
>
> This release will primarily be to incorporate all the bug fixes from
> the developer weekends and does not contain any major feature updates.
I've only just started looking at the RISC OS bugs so am not in a
position to contribute this time around--maybe next time!
--
xsltpro.co.uk
Technical Writing and Programming Solutions for RISC OS or UNIX
Monday, 30 July 2018
NetSurf 3.8 release
I intend to make the 3.8 release on Friday the 3rd of August 2018
If any developers have pending bugfix or features they intend to merge
for the 3.8 release and need additional time please let me know as
soon as possible.
This release will primarily be to incorporate all the bug fixes from
the developer weekends and does not contain any major feature updates.
--
Regards Vincent
http://www.kyllikki.org/
If any developers have pending bugfix or features they intend to merge
for the 3.8 release and need additional time please let me know as
soon as possible.
This release will primarily be to incorporate all the bug fixes from
the developer weekends and does not contain any major feature updates.
--
Regards Vincent
http://www.kyllikki.org/
Saturday, 28 July 2018
Plotting to bitmaps
There are a few reasons we want to plot to bitmaps:
1. Plotting to thumbnails (which we do already).
2. Plotting Canvas elements.
3. Optimising tiled SVGTiny rendering by pre-rendering SVG to bitmap.
So the plan is:
1. Make NetSurf core depend on libnsfb for its memory backend.
2. Rip the plotter implementation out of the NetSurf framebuffer
front end, and make it a core plot_bitmap plotter interface.
The core can use this, and front ends can choose to use it too.
3. Adjust the rendering pathways so they can take a bitmap to plot
into.
We might consider putting these features behind compile time options.
--
Michael Drake http://www.netsurf-browser.org/
1. Plotting to thumbnails (which we do already).
2. Plotting Canvas elements.
3. Optimising tiled SVGTiny rendering by pre-rendering SVG to bitmap.
So the plan is:
1. Make NetSurf core depend on libnsfb for its memory backend.
2. Rip the plotter implementation out of the NetSurf framebuffer
front end, and make it a core plot_bitmap plotter interface.
The core can use this, and front ends can choose to use it too.
3. Adjust the rendering pathways so they can take a bitmap to plot
into.
We might consider putting these features behind compile time options.
--
Michael Drake http://www.netsurf-browser.org/
Friday, 27 July 2018
Re: How up to date are NS's CA certs?
On 27 July 2018 16:22:04 BST, David Higton <dave@davehigton.me.uk> wrote:
>A topic that came up recently on csa.apps made me question how up to
>date NetSurf's CA certificate bundle is. A secondary question is if
>there is a well defined process for anybody to maintain such a bundle.
>
>So, devs, what are the answers?
>
They are updated periodically. I think it's in the release preparation now to update them, so they should always be up-to-date for release versions.
Chris
>A topic that came up recently on csa.apps made me question how up to
>date NetSurf's CA certificate bundle is. A secondary question is if
>there is a well defined process for anybody to maintain such a bundle.
>
>So, devs, what are the answers?
>
They are updated periodically. I think it's in the release preparation now to update them, so they should always be up-to-date for release versions.
Chris
How up to date are NS's CA certs?
A topic that came up recently on csa.apps made me question how up to
date NetSurf's CA certificate bundle is. A secondary question is if
there is a well defined process for anybody to maintain such a bundle.
So, devs, what are the answers?
Dave
date NetSurf's CA certificate bundle is. A secondary question is if
there is a well defined process for anybody to maintain such a bundle.
So, devs, what are the answers?
Dave
Tuesday, 24 July 2018
Re: m68k Amiga + RISCOS patches
Le 23/07/2018 à 19:47, Chris Young a écrit :
>> Would you mind merging those so they don't get lost?
>>
>> I don't know if I'll get the time to work more on this this summer.
>
> Merged the Amiga one. I can't test the RISC OS changes so I'll leave
> that to others.
Thanks.
I've rebased my other branches.
Btw, it seems like the list rejects my mails now due to my ISP's SMTP
being in the spamcop database :-(
François.
>> Would you mind merging those so they don't get lost?
>>
>> I don't know if I'll get the time to work more on this this summer.
>
> Merged the Amiga one. I can't test the RISC OS changes so I'll leave
> that to others.
Thanks.
I've rebased my other branches.
Btw, it seems like the list rejects my mails now due to my ISP's SMTP
being in the spamcop database :-(
François.
Monday, 23 July 2018
Re: m68k Amiga + RISCOS patches
On Sat, 21 Jul 2018 17:35:37 +0200, François Revol wrote:
> Le 09/07/2018 à 17:05, Chris Young a écrit :
> >
> >
> > On 9 July 2018 16:02:01 BST, "François Revol" <revol@free.fr> wrote:
> >> Le 09/07/2018 à 15:22, Chris Young a écrit :
> >>>
> >>> I thought I'd fixed that but I probably only changed it in my
> >>> gcc6 branch, and actually I thought there was more wrong with the
> >>> 3.4 toolchain than just that!
> >>>
> >>> Unfortunately OpenSSL is still completely broken with Curl* on
> >>> m68k-amigaos and I have no further ideas why.
> >>>
> >>> Chris * By which I mean, OpenSSL itself generally seems to work,
> >>> as does Curl, but accessing secure sites with Curl fails.
> >>>
> >>
> >> Ah, I didn't really try it, just made sure it built completely, as
> >> I'm more on the atari side currently.
> >>
> >> I already rewrote the OpenSSL patch for atari because they changed
> >> their build system, by looking at the Amiga stuff, but didn't try
> >> it yet.
> >>
> >
> > It'll be interesting to see if that works. We have AmiSSL here which
> > is a wrapper for OpenSSL and that works on 68k, so I'm at a loss as
> > to what might be wrong with our build.
>
> Would you mind merging those so they don't get lost?
>
> I don't know if I'll get the time to work more on this this summer.
Merged the Amiga one. I can't test the RISC OS changes so I'll leave
that to others.
Chris
> Le 09/07/2018 à 17:05, Chris Young a écrit :
> >
> >
> > On 9 July 2018 16:02:01 BST, "François Revol" <revol@free.fr> wrote:
> >> Le 09/07/2018 à 15:22, Chris Young a écrit :
> >>>
> >>> I thought I'd fixed that but I probably only changed it in my
> >>> gcc6 branch, and actually I thought there was more wrong with the
> >>> 3.4 toolchain than just that!
> >>>
> >>> Unfortunately OpenSSL is still completely broken with Curl* on
> >>> m68k-amigaos and I have no further ideas why.
> >>>
> >>> Chris * By which I mean, OpenSSL itself generally seems to work,
> >>> as does Curl, but accessing secure sites with Curl fails.
> >>>
> >>
> >> Ah, I didn't really try it, just made sure it built completely, as
> >> I'm more on the atari side currently.
> >>
> >> I already rewrote the OpenSSL patch for atari because they changed
> >> their build system, by looking at the Amiga stuff, but didn't try
> >> it yet.
> >>
> >
> > It'll be interesting to see if that works. We have AmiSSL here which
> > is a wrapper for OpenSSL and that works on 68k, so I'm at a loss as
> > to what might be wrong with our build.
>
> Would you mind merging those so they don't get lost?
>
> I don't know if I'll get the time to work more on this this summer.
Merged the Amiga one. I can't test the RISC OS changes so I'll leave
that to others.
Chris
Friday, 20 July 2018
Demystifying Events In NetSurf & Libdom
Hello Netsurf Team,
As a student that wants to help NetSurf's javascript support, I was referred to the developer weekends on the wiki. After going through them, and reading much on DOM Events and HTML Forms, I came up with system sequence diagrams that may be of use regarding form submission and Text Area value updates (as per the September 2017 dev. weekend). I would like to know your opinion on the matter, as well as any oversight on my part.
Please find attached the pictures of the diagrams, as well as their text representation.
Cheers,
-Pascal
Re: NetSurf web sites
In message <571a35c50aevan@ejclark.force9.co.uk>
Evan Clark <evan@ejclark.force9.co.uk> wrote:
>In article <921e311a57.DaveMeUK@my.inbox.com>,
> David Higton <dave@davehigton.me.uk> wrote:
>> Also I notice that the !Fetch_NS app no longer works, complaining of
>> an incorrectly formatted filename at line 24. Probably not your
>> problem, but I struggle to see how it works and thus how the error
>> occurs. Help would be appreciated!
>
>See thread 'Fetch_NS' on c.s.a.apps.
My thanks to all who answered. I responded here before I saw the csa
thread.
The problem is solved for me.
Dave
Evan Clark <evan@ejclark.force9.co.uk> wrote:
>In article <921e311a57.DaveMeUK@my.inbox.com>,
> David Higton <dave@davehigton.me.uk> wrote:
>> Also I notice that the !Fetch_NS app no longer works, complaining of
>> an incorrectly formatted filename at line 24. Probably not your
>> problem, but I struggle to see how it works and thus how the error
>> occurs. Help would be appreciated!
>
>See thread 'Fetch_NS' on c.s.a.apps.
My thanks to all who answered. I responded here before I saw the csa
thread.
The problem is solved for me.
Dave
Re: NetSurf web sites
On Thu, Jul 19, 2018 at 08:38:52PM +0100, cj wrote:
> In article <921e311a57.DaveMeUK@my.inbox.com>,
> David Higton <dave@davehigton.me.uk> wrote:
> > Also I notice that the !Fetch_NS app no longer works, complaining of
> > an incorrectly formatted filename at line 24. Probably not your
> > problem, but I struggle to see how it works and thus how the error
> > occurs. Help would be appreciated!
>
> You have to have a recent version of wget that understands https and
> change the command options when using wget. There was a recent thread
> in comp.sys.acorn.apps where this arose. I suggested using the option
>
> --no-check-certificate
>
> which works around the certificate check.
Please note that this defeats the whole point of us switching to HTTPS
in the first place. A better solution would be to provide wget and
whatnot with the certificates to check. NetSurf itself ships a set of
certificates, but I'm not sure if the format is compatible. Check with
who ported wget.
B.
> In article <921e311a57.DaveMeUK@my.inbox.com>,
> David Higton <dave@davehigton.me.uk> wrote:
> > Also I notice that the !Fetch_NS app no longer works, complaining of
> > an incorrectly formatted filename at line 24. Probably not your
> > problem, but I struggle to see how it works and thus how the error
> > occurs. Help would be appreciated!
>
> You have to have a recent version of wget that understands https and
> change the command options when using wget. There was a recent thread
> in comp.sys.acorn.apps where this arose. I suggested using the option
>
> --no-check-certificate
>
> which works around the certificate check.
Please note that this defeats the whole point of us switching to HTTPS
in the first place. A better solution would be to provide wget and
whatnot with the certificates to check. NetSurf itself ships a set of
certificates, but I'm not sure if the format is compatible. Check with
who ported wget.
B.
Thursday, 19 July 2018
Re: NetSurf web sites
In article <921e311a57.DaveMeUK@my.inbox.com>,
David Higton <dave@davehigton.me.uk> wrote:
> Also I notice that the !Fetch_NS app no longer works, complaining of
> an incorrectly formatted filename at line 24. Probably not your
> problem, but I struggle to see how it works and thus how the error
> occurs. Help would be appreciated!
See thread 'Fetch_NS' on c.s.a.apps.
Evan.
David Higton <dave@davehigton.me.uk> wrote:
> Also I notice that the !Fetch_NS app no longer works, complaining of
> an incorrectly formatted filename at line 24. Probably not your
> problem, but I struggle to see how it works and thus how the error
> occurs. Help would be appreciated!
See thread 'Fetch_NS' on c.s.a.apps.
Evan.
Re: NetSurf web sites
In article <921e311a57.DaveMeUK@my.inbox.com>,
David Higton <dave@davehigton.me.uk> wrote:
> Also I notice that the !Fetch_NS app no longer works, complaining of
> an incorrectly formatted filename at line 24. Probably not your
> problem, but I struggle to see how it works and thus how the error
> occurs. Help would be appreciated!
You have to have a recent version of wget that understands https and
change the command options when using wget. There was a recent thread
in comp.sys.acorn.apps where this arose. I suggested using the option
--no-check-certificate
which works around the certificate check.
I think Frank has now suggested the changes to be made to !Fetch_NS
to make it function again.
--
Chris Johnson
Edinburgh
David Higton <dave@davehigton.me.uk> wrote:
> Also I notice that the !Fetch_NS app no longer works, complaining of
> an incorrectly formatted filename at line 24. Probably not your
> problem, but I struggle to see how it works and thus how the error
> occurs. Help would be appreciated!
You have to have a recent version of wget that understands https and
change the command options when using wget. There was a recent thread
in comp.sys.acorn.apps where this arose. I suggested using the option
--no-check-certificate
which works around the certificate check.
I think Frank has now suggested the changes to be made to !Fetch_NS
to make it function again.
--
Chris Johnson
Edinburgh
Re: NetSurf web sites
In article <921e311a57.DaveMeUK@my.inbox.com>,
David Higton <dave@davehigton.me.uk> wrote:
> Also I notice that the !Fetch_NS app no longer works, complaining of
> an incorrectly formatted filename at line 24. Probably not your
> problem, but I struggle to see how it works and thus how the error
> occurs. Help would be appreciated!
There's a thread and solution on the c.s.apps newsgroup. Fetch_NS.
Chris Johnson suggested and Frank put it in a form that even idiots like
me could eventually understand, with a tweak to the Fetch_NS settings file.
You need to view the thread to get the whole picture.
Dave
--
Dave Triffid
David Higton <dave@davehigton.me.uk> wrote:
> Also I notice that the !Fetch_NS app no longer works, complaining of
> an incorrectly formatted filename at line 24. Probably not your
> problem, but I struggle to see how it works and thus how the error
> occurs. Help would be appreciated!
There's a thread and solution on the c.s.apps newsgroup. Fetch_NS.
Chris Johnson suggested and Frank put it in a form that even idiots like
me could eventually understand, with a tweak to the Fetch_NS settings file.
You need to view the thread to get the whole picture.
Dave
--
Dave Triffid
Re: NetSurf web sites
In message <20180718092657.GC8426@kyllikki.org>
Vincent Sanders <vince@netsurf-browser.org> wrote:
>All the NetSurf web services [1] are now securely accessible. This has
>been made possible by the lets encrypt service [2] providing no cost
>certificates and pepperfish proving the infrastructure to manage them.
>
>We are making this change to ensure our users privacy is protected.
>The NetSurf project collects no personally identifying data
>about users of our web services except that required to provide the
>service [3] and we do not believe third parties should be able to
>intercept such information either.
>
>Daniel Silverstone and myself have now updated all the NetSurf
>infrastructure to make https available. It is intended that after a
>short stabilisation period that web server and wiki will have HSTS [4]
>enabled. Once this occurs only encrypted connections will be
>available to NetSurf services.
>
>Please ensure there are no issues with the secure sites (let us know
>if there are!) and update any links you may have in external
>documents.
>
>[1] https://www.netsurf-browser.org/
> https://wiki.netsurf-browser.org/
> https://bugs.netsurf-browser.org/
> https://ci.netsurf-browser.org/
>
>[2] https://letsencrypt.org/
>
>[3] The bugs interface requires a user identifier and email address
> which are required to use the service and we do not use
> that data for any other purpose than tracking bugs.
>
>[4] https://en.wikipedia.org/wiki/HTTP_Strict_Transport_Security
Left-click on the NS icon opens file:///NetSurf:/Resources/en/welcome.html
whose links are entirely http rather then https, AFAICS. Is this what
you intend?
Also I notice that the !Fetch_NS app no longer works, complaining of
an incorrectly formatted filename at line 24. Probably not your
problem, but I struggle to see how it works and thus how the error
occurs. Help would be appreciated!
Dave
Vincent Sanders <vince@netsurf-browser.org> wrote:
>All the NetSurf web services [1] are now securely accessible. This has
>been made possible by the lets encrypt service [2] providing no cost
>certificates and pepperfish proving the infrastructure to manage them.
>
>We are making this change to ensure our users privacy is protected.
>The NetSurf project collects no personally identifying data
>about users of our web services except that required to provide the
>service [3] and we do not believe third parties should be able to
>intercept such information either.
>
>Daniel Silverstone and myself have now updated all the NetSurf
>infrastructure to make https available. It is intended that after a
>short stabilisation period that web server and wiki will have HSTS [4]
>enabled. Once this occurs only encrypted connections will be
>available to NetSurf services.
>
>Please ensure there are no issues with the secure sites (let us know
>if there are!) and update any links you may have in external
>documents.
>
>[1] https://www.netsurf-browser.org/
> https://wiki.netsurf-browser.org/
> https://bugs.netsurf-browser.org/
> https://ci.netsurf-browser.org/
>
>[2] https://letsencrypt.org/
>
>[3] The bugs interface requires a user identifier and email address
> which are required to use the service and we do not use
> that data for any other purpose than tracking bugs.
>
>[4] https://en.wikipedia.org/wiki/HTTP_Strict_Transport_Security
Left-click on the NS icon opens file:///NetSurf:/Resources/en/welcome.html
whose links are entirely http rather then https, AFAICS. Is this what
you intend?
Also I notice that the !Fetch_NS app no longer works, complaining of
an incorrectly formatted filename at line 24. Probably not your
problem, but I struggle to see how it works and thus how the error
occurs. Help would be appreciated!
Dave
Wednesday, 18 July 2018
NetSurf web sites
All the NetSurf web services [1] are now securely accessible. This has
been made possible by the lets encrypt service [2] providing no cost
certificates and pepperfish proving the infrastructure to manage them.
We are making this change to ensure our users privacy is protected.
The NetSurf project collects no personally identifying data
about users of our web services except that required to provide the
service [3] and we do not believe third parties should be able to
intercept such information either.
Daniel Silverstone and myself have now updated all the NetSurf
infrastructure to make https available. It is intended that after a
short stabilisation period that web server and wiki will have HSTS [4]
enabled. Once this occurs only encrypted connections will be
available to NetSurf services.
Please ensure there are no issues with the secure sites (let us know
if there are!) and update any links you may have in external
documents.
[1] https://www.netsurf-browser.org/
https://wiki.netsurf-browser.org/
https://bugs.netsurf-browser.org/
https://ci.netsurf-browser.org/
[2] https://letsencrypt.org/
[3] The bugs interface requires a user identifier and email address
which are required to use the service and we do not use
that data for any other purpose than tracking bugs.
[4] https://en.wikipedia.org/wiki/HTTP_Strict_Transport_Security
--
Regards Vincent
http://www.kyllikki.org/
been made possible by the lets encrypt service [2] providing no cost
certificates and pepperfish proving the infrastructure to manage them.
We are making this change to ensure our users privacy is protected.
The NetSurf project collects no personally identifying data
about users of our web services except that required to provide the
service [3] and we do not believe third parties should be able to
intercept such information either.
Daniel Silverstone and myself have now updated all the NetSurf
infrastructure to make https available. It is intended that after a
short stabilisation period that web server and wiki will have HSTS [4]
enabled. Once this occurs only encrypted connections will be
available to NetSurf services.
Please ensure there are no issues with the secure sites (let us know
if there are!) and update any links you may have in external
documents.
[1] https://www.netsurf-browser.org/
https://wiki.netsurf-browser.org/
https://bugs.netsurf-browser.org/
https://ci.netsurf-browser.org/
[2] https://letsencrypt.org/
[3] The bugs interface requires a user identifier and email address
which are required to use the service and we do not use
that data for any other purpose than tracking bugs.
[4] https://en.wikipedia.org/wiki/HTTP_Strict_Transport_Security
--
Regards Vincent
http://www.kyllikki.org/
Tuesday, 17 July 2018
Re: why is site php.net so slow in NetSurf?
On 16/07/18 23:18, Jim Nagel wrote:
> Trying to learn stuff from http://php.net is so painful on NetSurf
> because any page from the site takes ages to load and a further age to
> scroll. (Using #4342)
>
> I'm curious about the mechanisms involved. Any wisdom, please?
It's because of this SVG being used as a tiled background on the
HTML element:
http://php.net/images/bg-texture-00.svg
Since its an SVG it bypasses all the optimisations we have
for tiled bitmap redraw.
It also isn't a filled rectangle, its just strokes, so
it doesn't get "knocked out" by our normal rendering
optimisations.
Finally it uses opacity, which wouldn't help either,
although I think we ignore that anyway for now.
It could potentially be optimised by pre-rendering it once
to a bitmap, but it would be a fair amount of effort for
what is a pretty uncommon case.
For now, I'd try just toggling background images off
in the menu for that window, and forcing a redraw
(F12, Return).
http://www.netsurf-browser.org/documentation/guide.html#BrowserWindowMenuDisplayImages
Hope that helps,
--
Michael Drake https://www.codethink.co.uk/
> Trying to learn stuff from http://php.net is so painful on NetSurf
> because any page from the site takes ages to load and a further age to
> scroll. (Using #4342)
>
> I'm curious about the mechanisms involved. Any wisdom, please?
It's because of this SVG being used as a tiled background on the
HTML element:
http://php.net/images/bg-texture-00.svg
Since its an SVG it bypasses all the optimisations we have
for tiled bitmap redraw.
It also isn't a filled rectangle, its just strokes, so
it doesn't get "knocked out" by our normal rendering
optimisations.
Finally it uses opacity, which wouldn't help either,
although I think we ignore that anyway for now.
It could potentially be optimised by pre-rendering it once
to a bitmap, but it would be a fair amount of effort for
what is a pretty uncommon case.
For now, I'd try just toggling background images off
in the menu for that window, and forcing a redraw
(F12, Return).
http://www.netsurf-browser.org/documentation/guide.html#BrowserWindowMenuDisplayImages
Hope that helps,
--
Michael Drake https://www.codethink.co.uk/
Monday, 16 July 2018
why is site php.net so slow in Netsurf?
Trying to learn stuff from http://php.net is so painful on Netsurf
because any page from the site takes ages to load and a further age to
scroll. (Using #4342)
I'm curious about the mechanisms involved. Any wisdom, please?
--
Jim Nagel www.archivemag.co.uk
because any page from the site takes ages to load and a further age to
scroll. (Using #4342)
I'm curious about the mechanisms involved. Any wisdom, please?
--
Jim Nagel www.archivemag.co.uk
Friday, 13 July 2018
Page refresh
I'm finding that the reload tool isn't working. I update my web site and
then check it but NetSurf won't show the changes. Refreshing the page
doesn't work. I've tried different cache choices.
If I quit NetSurf and then re-run it, it loads the new page.
Has anyone got a solution before I raise a bug report?
--
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.
then check it but NetSurf won't show the changes. Refreshing the page
doesn't work. I've tried different cache choices.
If I quit NetSurf and then re-run it, it loads the new page.
Has anyone got a solution before I raise a bug report?
--
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.
Thursday, 12 July 2018
mobile Twitter
https://mobile.twitter.com no longer works with JavaScript enabled in
Netsurf, so between that and Gmail I've ended up disabling JS again for all
users here. No more opportunity for debugging - sorry.
--
Harriet Bazley == Loyaulte me lie ==
My opinions may have changed, but not the fact that I am right.
Netsurf, so between that and Gmail I've ended up disabling JS again for all
users here. No more opportunity for debugging - sorry.
--
Harriet Bazley == Loyaulte me lie ==
My opinions may have changed, but not the fact that I am right.
Wednesday, 11 July 2018
Re: launching a PDF from a link
In article <dbcafa1557.jim@6.abbeypress.net>,
Jim Nagel <netsurf@abbeypress.co.uk> wrote:
> Tim Hill wrote on 11 Jul:
> > Yes, I think that was Jim's desire: click on a link to a PDF on a
> > webpage and it opens in your default PDF viewer without the save-drag
> > & double-click.
> Gzackly. The extra steps are too much for the technophobic Mrs N.
> She can view a Jpeg link without extra steps, so why must Netsurf
> require fifflefaffle for PDF?
> (Similar Q for MPro (and Pluto?) email with Jpeg vs PDF attachments.)
I know this is not what you want to see/hear...
When I get a PDF attached email in Pluto I have absolutely no problem
double clicking the attachment PDF and getting it opened in *my* default
PDF reader... Foxit PDF reader.
I get so many PDFs these days that will not open in RISC OS PDF readers...
There are only so many times an app can piss me off before I give up and
get the stuff transferred automatically via Uniserver to the PC side and
Foxit.
Dave
--
Dave Triffid
Jim Nagel <netsurf@abbeypress.co.uk> wrote:
> Tim Hill wrote on 11 Jul:
> > Yes, I think that was Jim's desire: click on a link to a PDF on a
> > webpage and it opens in your default PDF viewer without the save-drag
> > & double-click.
> Gzackly. The extra steps are too much for the technophobic Mrs N.
> She can view a Jpeg link without extra steps, so why must Netsurf
> require fifflefaffle for PDF?
> (Similar Q for MPro (and Pluto?) email with Jpeg vs PDF attachments.)
I know this is not what you want to see/hear...
When I get a PDF attached email in Pluto I have absolutely no problem
double clicking the attachment PDF and getting it opened in *my* default
PDF reader... Foxit PDF reader.
I get so many PDFs these days that will not open in RISC OS PDF readers...
There are only so many times an app can piss me off before I give up and
get the stuff transferred automatically via Uniserver to the PC side and
Foxit.
Dave
--
Dave Triffid
Re: launching a PDF from a link
Tim Hill wrote on 11 Jul:
> Yes, I think that was Jim's desire: click on a link to a PDF on a webpage
> and it opens in your default PDF viewer without the save-drag &
> double-click.
Gzackly. The extra steps are too much for the technophobic Mrs N.
She can view a Jpeg link without extra steps, so why must Netsurf
require fifflefaffle for PDF?
(Similar Q for MPro (and Pluto?) email with Jpeg vs PDF attachments.)
--
Jim Nagel www.archivemag.co.uk
> Yes, I think that was Jim's desire: click on a link to a PDF on a webpage
> and it opens in your default PDF viewer without the save-drag &
> double-click.
Gzackly. The extra steps are too much for the technophobic Mrs N.
She can view a Jpeg link without extra steps, so why must Netsurf
require fifflefaffle for PDF?
(Similar Q for MPro (and Pluto?) email with Jpeg vs PDF attachments.)
--
Jim Nagel www.archivemag.co.uk
Re: launching a PDF from a link
In article <48a3670f57.gavin@wra1th.plus.com>, Gavin Wraith
<gavin@wra1th.plus.com> wrote:
> But maybe the whole point of what you are looking for is that it acts
> automatically without the user having to start it?
Yes, I think that was Jim's desire: click on a link to a PDF on a webpage
and it opens in your default PDF viewer without the save-drag &
double-click.
--
Tim Hill
timil.com : tjrh.eu : butterwick.eu : blue-bike.uk : youngtheatre.co.uk
<gavin@wra1th.plus.com> wrote:
> But maybe the whole point of what you are looking for is that it acts
> automatically without the user having to start it?
Yes, I think that was Jim's desire: click on a link to a PDF on a webpage
and it opens in your default PDF viewer without the save-drag &
double-click.
--
Tim Hill
timil.com : tjrh.eu : butterwick.eu : blue-bike.uk : youngtheatre.co.uk
Tuesday, 10 July 2018
Re: RISC OS Development
On Tue, Jul 10, 2018 at 14:53:43 +0100, Glen Walker wrote:
> I've been looking around in the bug tracker and a lot of the bugs listed are
> old and refer to websites that have since changed completely! I've got a
> couple of websites of my own so might be able to knock up a few test pages
> though if I need to.
Triaging those with unreproduceable tags would be handy since that'll help us
to close things down (or find a reproduction) during the developer weekend.
> Some of the feature requests are much more enticing and look like they might
> be achievable, even if they are from over a decade ago. Any objections to
> me working on some of the ancient feature requests that are still
> outstanding? I'm assuming that if they are still in the bug tracker and not
> marked as "assigned (or above)" they have not been fixed yet and are fair
> game for me to tackle...?
Yep. If you drop a note onto the bug that you're going to give it a go,
that'll help too. Later on we might grant you access to the BTS to assign
yourself to things.
> Definitely easier to get to, even if I am in the North of the North! If you
> want to put a pin in the map I'm up near Barrow-in-Furness. A trip out in
> Manchester is always welcome though so keep me posted if it happens...
It has been many a year since I was last in barrow :-)
Wilco.
D.
--
Daniel Silverstone http://www.netsurf-browser.org/
PGP mail accepted and encouraged. Key Id: 3CCE BABE 206C 3B69
> I've been looking around in the bug tracker and a lot of the bugs listed are
> old and refer to websites that have since changed completely! I've got a
> couple of websites of my own so might be able to knock up a few test pages
> though if I need to.
Triaging those with unreproduceable tags would be handy since that'll help us
to close things down (or find a reproduction) during the developer weekend.
> Some of the feature requests are much more enticing and look like they might
> be achievable, even if they are from over a decade ago. Any objections to
> me working on some of the ancient feature requests that are still
> outstanding? I'm assuming that if they are still in the bug tracker and not
> marked as "assigned (or above)" they have not been fixed yet and are fair
> game for me to tackle...?
Yep. If you drop a note onto the bug that you're going to give it a go,
that'll help too. Later on we might grant you access to the BTS to assign
yourself to things.
> Definitely easier to get to, even if I am in the North of the North! If you
> want to put a pin in the map I'm up near Barrow-in-Furness. A trip out in
> Manchester is always welcome though so keep me posted if it happens...
It has been many a year since I was last in barrow :-)
Wilco.
D.
--
Daniel Silverstone http://www.netsurf-browser.org/
PGP mail accepted and encouraged. Key Id: 3CCE BABE 206C 3B69
Re: RISC OS Development
On 2018-07-09 14:10, Daniel Silverstone wrote:
> On Mon, Jul 09, 2018 at 13:48:46 +0100, Glen Walker wrote:
>> Oddly, as you were writing this I was sending you an e-mail requesting
>> write
>> access to the git repository!
>
> I have seen your email and responded :-)
>
>> > Sadly we've not supported building NetSurf under RISC OS for many years
>> > now. We've invested no effort into making the build systems, code
>> > generators, etc work under RISC OS, we use Perl and Python, as well as
>> > building C-based code generators, and very little is meant to work under
>> > RISC OS any more. It's possible you might be able to make some of it
>> > happen, but I'd strongly recommend you pick a more competent development
>> > environment such as Linux. You could still use RISC OS hosted editors if
>> > that's your bag, but compilation etc will be much more effectively done
>> > under Linux.
>>
>> I suspected as much and will no-doubt fall back to that position until
>> RISC
>> OS is dragged up to standard! Ever the optimist I'll have a go and
>> see what
>> breaks first though...
>
> You're unlikely to "drag up to standard" RISC OS for this, without
> rewriting
> non-trivial chunks of our build system, so if you made that your first
> goal,
> I'd step back and reevaluate :-)
Well...maybe not the _first_ thing I plan to do...but I can dream!
> Better to focus on improving the browser's
> RISC OS experience. Take a look on our bug tracker for RISC OS related
> bugs
> and pick one which you think you might be able to tackle. That'll be a
> better
> introduction to things for you.
I've been looking around in the bug tracker and a lot of the bugs listed
are old and refer to websites that have since changed completely! I've
got a couple of websites of my own so might be able to knock up a few
test pages though if I need to.
Some of the feature requests are much more enticing and look like they
might be achievable, even if they are from over a decade ago. Any
objections to me working on some of the ancient feature requests that
are still outstanding? I'm assuming that if they are still in the bug
tracker and not marked as "assigned (or above)" they have not been fixed
yet and are fair game for me to tackle...?
>
>> > We look forward to hearing from you wrt. patches, and if you would like to
>> > be involved in the next NetSurf developer weekend, please do raise your
>> > hand, we'll be meeting in a few weeks in Cambridgeshire.
>>
>> Thanks - I hope to get stuck in this week once I've figured out what I
>> did to
>> my OS when I was upgrading from 5.23 to 5.24! I'm up in The North and
>> don't
>> get out much but thank's for the offer...will keep tabs online, here
>> and join
>> the irc as well most likely.
>
> Aah, I'm based in Manchester, as is Michael Drake. But our developer
> weekend
> is scheduled for Cambridgeshire since Vincent Sanders has kindly
> offered to
> host it this time. Perhaps the autumn developer weekend we'll host in
> Manchester somewhere :-)
Definitely easier to get to, even if I am in the North of the North! If
you want to put a pin in the map I'm up near Barrow-in-Furness. A trip
out in Manchester is always welcome though so keep me posted if it
happens...
--
xsltpro.co.uk
Technical Writing and Programming Solutions for RISC OS or UNIX
> On Mon, Jul 09, 2018 at 13:48:46 +0100, Glen Walker wrote:
>> Oddly, as you were writing this I was sending you an e-mail requesting
>> write
>> access to the git repository!
>
> I have seen your email and responded :-)
>
>> > Sadly we've not supported building NetSurf under RISC OS for many years
>> > now. We've invested no effort into making the build systems, code
>> > generators, etc work under RISC OS, we use Perl and Python, as well as
>> > building C-based code generators, and very little is meant to work under
>> > RISC OS any more. It's possible you might be able to make some of it
>> > happen, but I'd strongly recommend you pick a more competent development
>> > environment such as Linux. You could still use RISC OS hosted editors if
>> > that's your bag, but compilation etc will be much more effectively done
>> > under Linux.
>>
>> I suspected as much and will no-doubt fall back to that position until
>> RISC
>> OS is dragged up to standard! Ever the optimist I'll have a go and
>> see what
>> breaks first though...
>
> You're unlikely to "drag up to standard" RISC OS for this, without
> rewriting
> non-trivial chunks of our build system, so if you made that your first
> goal,
> I'd step back and reevaluate :-)
Well...maybe not the _first_ thing I plan to do...but I can dream!
> Better to focus on improving the browser's
> RISC OS experience. Take a look on our bug tracker for RISC OS related
> bugs
> and pick one which you think you might be able to tackle. That'll be a
> better
> introduction to things for you.
I've been looking around in the bug tracker and a lot of the bugs listed
are old and refer to websites that have since changed completely! I've
got a couple of websites of my own so might be able to knock up a few
test pages though if I need to.
Some of the feature requests are much more enticing and look like they
might be achievable, even if they are from over a decade ago. Any
objections to me working on some of the ancient feature requests that
are still outstanding? I'm assuming that if they are still in the bug
tracker and not marked as "assigned (or above)" they have not been fixed
yet and are fair game for me to tackle...?
>
>> > We look forward to hearing from you wrt. patches, and if you would like to
>> > be involved in the next NetSurf developer weekend, please do raise your
>> > hand, we'll be meeting in a few weeks in Cambridgeshire.
>>
>> Thanks - I hope to get stuck in this week once I've figured out what I
>> did to
>> my OS when I was upgrading from 5.23 to 5.24! I'm up in The North and
>> don't
>> get out much but thank's for the offer...will keep tabs online, here
>> and join
>> the irc as well most likely.
>
> Aah, I'm based in Manchester, as is Michael Drake. But our developer
> weekend
> is scheduled for Cambridgeshire since Vincent Sanders has kindly
> offered to
> host it this time. Perhaps the autumn developer weekend we'll host in
> Manchester somewhere :-)
Definitely easier to get to, even if I am in the North of the North! If
you want to put a pin in the map I'm up near Barrow-in-Furness. A trip
out in Manchester is always welcome though so keep me posted if it
happens...
--
xsltpro.co.uk
Technical Writing and Programming Solutions for RISC OS or UNIX
Monday, 9 July 2018
Re: NS SDK workshop at RMLL / Libre Software Meeting (Strasbourg, July 8th)
Le 26/06/2018 à 23:50, François Revol a écrit :
> Hi,
>
> Next week (July 7th-12th) the Libre Software Meeting (RMLL: Rencontres
> Mondiales du Logiciel Libre) will take place in Strasbourg, France.
>
>
> I'll be giving a workshop about installing and using the NS SDK to
> cross-compile stuff for Atari, Amiga & friends.
>
> cf.
>
> https://2018.rmll.info/fr/program/calendar/table
>
>
> Also the occasion to mention NS, and maybe find new contributors.
I didn't get anyone, which isn't really surprising, as it was on a
sunday, and the event never scheduled any talk or workshop during the
week-ends in previous years, so I believe many people only arrived today…
However there was someone to film, so I decided to do the presentation
anyway, in the hope it'd be useful to some later on. I'm not sure when
the video will be made available yet.
The slides :
http://revolf.free.fr/RMLL/2018/RMLL2018_FR_NetSurf_SDK_workshop.pdf
http://revolf.free.fr/RMLL/2018/RMLL2018_FR_NetSurf_SDK_workshop.odp
François.
> Hi,
>
> Next week (July 7th-12th) the Libre Software Meeting (RMLL: Rencontres
> Mondiales du Logiciel Libre) will take place in Strasbourg, France.
>
>
> I'll be giving a workshop about installing and using the NS SDK to
> cross-compile stuff for Atari, Amiga & friends.
>
> cf.
>
> https://2018.rmll.info/fr/program/calendar/table
>
>
> Also the occasion to mention NS, and maybe find new contributors.
I didn't get anyone, which isn't really surprising, as it was on a
sunday, and the event never scheduled any talk or workshop during the
week-ends in previous years, so I believe many people only arrived today…
However there was someone to film, so I decided to do the presentation
anyway, in the hope it'd be useful to some later on. I'm not sure when
the video will be made available yet.
The slides :
http://revolf.free.fr/RMLL/2018/RMLL2018_FR_NetSurf_SDK_workshop.pdf
http://revolf.free.fr/RMLL/2018/RMLL2018_FR_NetSurf_SDK_workshop.odp
François.
Re: m68k Amiga + RISCOS patches
On 9 July 2018 16:02:01 BST, "François Revol" <revol@free.fr> wrote:
>Le 09/07/2018 à 15:22, Chris Young a écrit :
>>
>> I thought I'd fixed that but I probably only changed it in my gcc6
>> branch, and actually I thought there was more wrong with the 3.4
>> toolchain than just that!
>>
>> Unfortunately OpenSSL is still completely broken with Curl* on
>> m68k-amigaos and I have no further ideas why.
>>
>> Chris
>> * By which I mean, OpenSSL itself generally seems to work, as
>> does Curl, but accessing secure sites with Curl fails.
>>
>
>Ah, I didn't really try it, just made sure it built completely, as I'm
>more on the atari side currently.
>
>I already rewrote the OpenSSL patch for atari because they changed
>their
>build system, by looking at the Amiga stuff, but didn't try it yet.
>
It'll be interesting to see if that works. We have AmiSSL here which is a wrapper for OpenSSL and that works on 68k, so I'm at a loss as to what might be wrong with our build.
Chris
>Le 09/07/2018 à 15:22, Chris Young a écrit :
>>
>> I thought I'd fixed that but I probably only changed it in my gcc6
>> branch, and actually I thought there was more wrong with the 3.4
>> toolchain than just that!
>>
>> Unfortunately OpenSSL is still completely broken with Curl* on
>> m68k-amigaos and I have no further ideas why.
>>
>> Chris
>> * By which I mean, OpenSSL itself generally seems to work, as
>> does Curl, but accessing secure sites with Curl fails.
>>
>
>Ah, I didn't really try it, just made sure it built completely, as I'm
>more on the atari side currently.
>
>I already rewrote the OpenSSL patch for atari because they changed
>their
>build system, by looking at the Amiga stuff, but didn't try it yet.
>
It'll be interesting to see if that works. We have AmiSSL here which is a wrapper for OpenSSL and that works on 68k, so I'm at a loss as to what might be wrong with our build.
Chris
Re: m68k Amiga + RISCOS patches
Le 09/07/2018 à 15:22, Chris Young a écrit :
>
> I thought I'd fixed that but I probably only changed it in my gcc6
> branch, and actually I thought there was more wrong with the 3.4
> toolchain than just that!
>
> Unfortunately OpenSSL is still completely broken with Curl* on
> m68k-amigaos and I have no further ideas why.
>
> Chris
> * By which I mean, OpenSSL itself generally seems to work, as
> does Curl, but accessing secure sites with Curl fails.
>
Ah, I didn't really try it, just made sure it built completely, as I'm
more on the atari side currently.
I already rewrote the OpenSSL patch for atari because they changed their
build system, by looking at the Amiga stuff, but didn't try it yet.
François.
>
> I thought I'd fixed that but I probably only changed it in my gcc6
> branch, and actually I thought there was more wrong with the 3.4
> toolchain than just that!
>
> Unfortunately OpenSSL is still completely broken with Curl* on
> m68k-amigaos and I have no further ideas why.
>
> Chris
> * By which I mean, OpenSSL itself generally seems to work, as
> does Curl, but accessing secure sites with Curl fails.
>
Ah, I didn't really try it, just made sure it built completely, as I'm
more on the atari side currently.
I already rewrote the OpenSSL patch for atari because they changed their
build system, by looking at the Amiga stuff, but didn't try it yet.
François.
Re: m68k Amiga + RISCOS patches
On 8 July 2018 23:14:13 BST, "François Revol" <revol@free.fr> wrote:
>Hi,
>
>while preparing my SDK workshop for RMLL I had issues building those,
>I've some proposed fixed there:
>
>http://git.netsurf-browser.org/toolchains.git/log/?h=mmu_man/m68k-amiga-fix-001
>
>(MPC download URL changed)
>
I thought I'd fixed that but I probably only changed it in my gcc6 branch, and actually I thought there was more wrong with the 3.4 toolchain than just that!
Unfortunately OpenSSL is still completely broken with Curl* on m68k-amigaos and I have no further ideas why.
Chris
* By which I mean, OpenSSL itself generally seems to work, as does Curl, but accessing secure sites with Curl fails.
>Hi,
>
>while preparing my SDK workshop for RMLL I had issues building those,
>I've some proposed fixed there:
>
>http://git.netsurf-browser.org/toolchains.git/log/?h=mmu_man/m68k-amiga-fix-001
>
>(MPC download URL changed)
>
I thought I'd fixed that but I probably only changed it in my gcc6 branch, and actually I thought there was more wrong with the 3.4 toolchain than just that!
Unfortunately OpenSSL is still completely broken with Curl* on m68k-amigaos and I have no further ideas why.
Chris
* By which I mean, OpenSSL itself generally seems to work, as does Curl, but accessing secure sites with Curl fails.
Re: RISC OS Development
On Mon, Jul 09, 2018 at 13:48:46 +0100, Glen Walker wrote:
> Oddly, as you were writing this I was sending you an e-mail requesting write
> access to the git repository!
I have seen your email and responded :-)
> > Sadly we've not supported building NetSurf under RISC OS for many years
> > now. We've invested no effort into making the build systems, code
> > generators, etc work under RISC OS, we use Perl and Python, as well as
> > building C-based code generators, and very little is meant to work under
> > RISC OS any more. It's possible you might be able to make some of it
> > happen, but I'd strongly recommend you pick a more competent development
> > environment such as Linux. You could still use RISC OS hosted editors if
> > that's your bag, but compilation etc will be much more effectively done
> > under Linux.
>
> I suspected as much and will no-doubt fall back to that position until RISC
> OS is dragged up to standard! Ever the optimist I'll have a go and see what
> breaks first though...
You're unlikely to "drag up to standard" RISC OS for this, without rewriting
non-trivial chunks of our build system, so if you made that your first goal,
I'd step back and reevaluate :-) Better to focus on improving the browser's
RISC OS experience. Take a look on our bug tracker for RISC OS related bugs
and pick one which you think you might be able to tackle. That'll be a better
introduction to things for you.
> > We look forward to hearing from you wrt. patches, and if you would like to
> > be involved in the next NetSurf developer weekend, please do raise your
> > hand, we'll be meeting in a few weeks in Cambridgeshire.
>
> Thanks - I hope to get stuck in this week once I've figured out what I did to
> my OS when I was upgrading from 5.23 to 5.24! I'm up in The North and don't
> get out much but thank's for the offer...will keep tabs online, here and join
> the irc as well most likely.
Aah, I'm based in Manchester, as is Michael Drake. But our developer weekend
is scheduled for Cambridgeshire since Vincent Sanders has kindly offered to
host it this time. Perhaps the autumn developer weekend we'll host in
Manchester somewhere :-)
D.
--
Daniel Silverstone http://www.netsurf-browser.org/
PGP mail accepted and encouraged. Key Id: 3CCE BABE 206C 3B69
> Oddly, as you were writing this I was sending you an e-mail requesting write
> access to the git repository!
I have seen your email and responded :-)
> > Sadly we've not supported building NetSurf under RISC OS for many years
> > now. We've invested no effort into making the build systems, code
> > generators, etc work under RISC OS, we use Perl and Python, as well as
> > building C-based code generators, and very little is meant to work under
> > RISC OS any more. It's possible you might be able to make some of it
> > happen, but I'd strongly recommend you pick a more competent development
> > environment such as Linux. You could still use RISC OS hosted editors if
> > that's your bag, but compilation etc will be much more effectively done
> > under Linux.
>
> I suspected as much and will no-doubt fall back to that position until RISC
> OS is dragged up to standard! Ever the optimist I'll have a go and see what
> breaks first though...
You're unlikely to "drag up to standard" RISC OS for this, without rewriting
non-trivial chunks of our build system, so if you made that your first goal,
I'd step back and reevaluate :-) Better to focus on improving the browser's
RISC OS experience. Take a look on our bug tracker for RISC OS related bugs
and pick one which you think you might be able to tackle. That'll be a better
introduction to things for you.
> > We look forward to hearing from you wrt. patches, and if you would like to
> > be involved in the next NetSurf developer weekend, please do raise your
> > hand, we'll be meeting in a few weeks in Cambridgeshire.
>
> Thanks - I hope to get stuck in this week once I've figured out what I did to
> my OS when I was upgrading from 5.23 to 5.24! I'm up in The North and don't
> get out much but thank's for the offer...will keep tabs online, here and join
> the irc as well most likely.
Aah, I'm based in Manchester, as is Michael Drake. But our developer weekend
is scheduled for Cambridgeshire since Vincent Sanders has kindly offered to
host it this time. Perhaps the autumn developer weekend we'll host in
Manchester somewhere :-)
D.
--
Daniel Silverstone http://www.netsurf-browser.org/
PGP mail accepted and encouraged. Key Id: 3CCE BABE 206C 3B69
Re: RISC OS Development
On 2018-07-09 13:41, Daniel Silverstone wrote:
Hello Daniel!
Oddly, as you were writing this I was sending you an e-mail requesting
write access to the git repository!
> On Mon, Jul 09, 2018 at 11:09:17 +0100, Glen Walker wrote:
>> I have been around in the RISC OS world since about 2015 but have just
>> formally announced to the RISC OS Open community that I will be
>> devoting my
>> spare time to developing NetSurf on RISC OS...I know this is a little
>> back-to-front but I'm announcing it here too!
>
> Cool, we'll be glad to have some help.
>
>> https://www.riscosopen.org/forum/forums/5/topics/11721?page=1#posts-81035
>
> Once concern I have, having read that, is your intent to work on RISC
> OS for this.
>
> Sadly we've not supported building NetSurf under RISC OS for many years
> now.
> We've invested no effort into making the build systems, code
> generators, etc
> work under RISC OS, we use Perl and Python, as well as building C-based
> code
> generators, and very little is meant to work under RISC OS any more.
> It's
> possible you might be able to make some of it happen, but I'd strongly
> recommend you pick a more competent development environment such as
> Linux. You
> could still use RISC OS hosted editors if that's your bag, but
> compilation etc
> will be much more effectively done under Linux.
I suspected as much and will no-doubt fall back to that position until
RISC OS is dragged up to standard! Ever the optimist I'll have a go and
see what breaks first though...
>
>> Progress is likely to be slow and I don't know if anyone else out
>> there is
>> working on RISC OS (if you are please say "hi" so I can work with
>> you!) but
>> when I have something more to contribute I'll let you all know...
>
> We look forward to hearing from you wrt. patches, and if you would like
> to be
> involved in the next NetSurf developer weekend, please do raise your
> hand, we'll
> be meeting in a few weeks in Cambridgeshire.
Thanks - I hope to get stuck in this week once I've figured out what I
did to my OS when I was upgrading from 5.23 to 5.24! I'm up in The
North and don't get out much but thank's for the offer...will keep tabs
online, here and join the irc as well most likely.
>
>> In the mean-time happy coding everyone!
>
> And to you.
>
> D.
--
xsltpro.co.uk
Technical Writing and Programming Solutions for RISC OS or UNIX
Hello Daniel!
Oddly, as you were writing this I was sending you an e-mail requesting
write access to the git repository!
> On Mon, Jul 09, 2018 at 11:09:17 +0100, Glen Walker wrote:
>> I have been around in the RISC OS world since about 2015 but have just
>> formally announced to the RISC OS Open community that I will be
>> devoting my
>> spare time to developing NetSurf on RISC OS...I know this is a little
>> back-to-front but I'm announcing it here too!
>
> Cool, we'll be glad to have some help.
>
>> https://www.riscosopen.org/forum/forums/5/topics/11721?page=1#posts-81035
>
> Once concern I have, having read that, is your intent to work on RISC
> OS for this.
>
> Sadly we've not supported building NetSurf under RISC OS for many years
> now.
> We've invested no effort into making the build systems, code
> generators, etc
> work under RISC OS, we use Perl and Python, as well as building C-based
> code
> generators, and very little is meant to work under RISC OS any more.
> It's
> possible you might be able to make some of it happen, but I'd strongly
> recommend you pick a more competent development environment such as
> Linux. You
> could still use RISC OS hosted editors if that's your bag, but
> compilation etc
> will be much more effectively done under Linux.
I suspected as much and will no-doubt fall back to that position until
RISC OS is dragged up to standard! Ever the optimist I'll have a go and
see what breaks first though...
>
>> Progress is likely to be slow and I don't know if anyone else out
>> there is
>> working on RISC OS (if you are please say "hi" so I can work with
>> you!) but
>> when I have something more to contribute I'll let you all know...
>
> We look forward to hearing from you wrt. patches, and if you would like
> to be
> involved in the next NetSurf developer weekend, please do raise your
> hand, we'll
> be meeting in a few weeks in Cambridgeshire.
Thanks - I hope to get stuck in this week once I've figured out what I
did to my OS when I was upgrading from 5.23 to 5.24! I'm up in The
North and don't get out much but thank's for the offer...will keep tabs
online, here and join the irc as well most likely.
>
>> In the mean-time happy coding everyone!
>
> And to you.
>
> D.
--
xsltpro.co.uk
Technical Writing and Programming Solutions for RISC OS or UNIX
Re: RISC OS Development
On Mon, Jul 09, 2018 at 11:09:17 +0100, Glen Walker wrote:
> I have been around in the RISC OS world since about 2015 but have just
> formally announced to the RISC OS Open community that I will be devoting my
> spare time to developing NetSurf on RISC OS...I know this is a little
> back-to-front but I'm announcing it here too!
Cool, we'll be glad to have some help.
> https://www.riscosopen.org/forum/forums/5/topics/11721?page=1#posts-81035
Once concern I have, having read that, is your intent to work on RISC OS for this.
Sadly we've not supported building NetSurf under RISC OS for many years now.
We've invested no effort into making the build systems, code generators, etc
work under RISC OS, we use Perl and Python, as well as building C-based code
generators, and very little is meant to work under RISC OS any more. It's
possible you might be able to make some of it happen, but I'd strongly
recommend you pick a more competent development environment such as Linux. You
could still use RISC OS hosted editors if that's your bag, but compilation etc
will be much more effectively done under Linux.
> Progress is likely to be slow and I don't know if anyone else out there is
> working on RISC OS (if you are please say "hi" so I can work with you!) but
> when I have something more to contribute I'll let you all know...
We look forward to hearing from you wrt. patches, and if you would like to be
involved in the next NetSurf developer weekend, please do raise your hand, we'll
be meeting in a few weeks in Cambridgeshire.
> In the mean-time happy coding everyone!
And to you.
D.
--
Daniel Silverstone http://www.netsurf-browser.org/
PGP mail accepted and encouraged. Key Id: 3CCE BABE 206C 3B69
> I have been around in the RISC OS world since about 2015 but have just
> formally announced to the RISC OS Open community that I will be devoting my
> spare time to developing NetSurf on RISC OS...I know this is a little
> back-to-front but I'm announcing it here too!
Cool, we'll be glad to have some help.
> https://www.riscosopen.org/forum/forums/5/topics/11721?page=1#posts-81035
Once concern I have, having read that, is your intent to work on RISC OS for this.
Sadly we've not supported building NetSurf under RISC OS for many years now.
We've invested no effort into making the build systems, code generators, etc
work under RISC OS, we use Perl and Python, as well as building C-based code
generators, and very little is meant to work under RISC OS any more. It's
possible you might be able to make some of it happen, but I'd strongly
recommend you pick a more competent development environment such as Linux. You
could still use RISC OS hosted editors if that's your bag, but compilation etc
will be much more effectively done under Linux.
> Progress is likely to be slow and I don't know if anyone else out there is
> working on RISC OS (if you are please say "hi" so I can work with you!) but
> when I have something more to contribute I'll let you all know...
We look forward to hearing from you wrt. patches, and if you would like to be
involved in the next NetSurf developer weekend, please do raise your hand, we'll
be meeting in a few weeks in Cambridgeshire.
> In the mean-time happy coding everyone!
And to you.
D.
--
Daniel Silverstone http://www.netsurf-browser.org/
PGP mail accepted and encouraged. Key Id: 3CCE BABE 206C 3B69
Re: RISC OS Development
On Mon, Jul 09, 2018 at 11:09:17AM +0100, Glen Walker wrote:
> Progress is likely to be slow and I don't know if anyone else out
> there is working on RISC OS (if you are please say "hi" so I can
> work with you!) but when I have something more to contribute I'll
> let you all know...
You should probably also join #netsurf on irc.freenode.org; that is
where most real-time discussion between developers happens.
B.
> Progress is likely to be slow and I don't know if anyone else out
> there is working on RISC OS (if you are please say "hi" so I can
> work with you!) but when I have something more to contribute I'll
> let you all know...
You should probably also join #netsurf on irc.freenode.org; that is
where most real-time discussion between developers happens.
B.
RISC OS Development
Hello,
I have been around in the RISC OS world since about 2015 but have just
formally announced to the RISC OS Open community that I will be devoting
my spare time to developing NetSurf on RISC OS...I know this is a little
back-to-front but I'm announcing it here too!
I wrote a long and waffly post on the forum if anyone is interested:
https://www.riscosopen.org/forum/forums/5/topics/11721?page=1#posts-81035
Progress is likely to be slow and I don't know if anyone else out there
is working on RISC OS (if you are please say "hi" so I can work with
you!) but when I have something more to contribute I'll let you all
know...
In the mean-time happy coding everyone!
Glen
--
xsltpro.co.uk
Technical Writing and Programming Solutions for RISC OS or UNIX
I have been around in the RISC OS world since about 2015 but have just
formally announced to the RISC OS Open community that I will be devoting
my spare time to developing NetSurf on RISC OS...I know this is a little
back-to-front but I'm announcing it here too!
I wrote a long and waffly post on the forum if anyone is interested:
https://www.riscosopen.org/forum/forums/5/topics/11721?page=1#posts-81035
Progress is likely to be slow and I don't know if anyone else out there
is working on RISC OS (if you are please say "hi" so I can work with
you!) but when I have something more to contribute I'll let you all
know...
In the mean-time happy coding everyone!
Glen
--
xsltpro.co.uk
Technical Writing and Programming Solutions for RISC OS or UNIX
Sunday, 8 July 2018
m68k Amiga + RISCOS patches
Hi,
while preparing my SDK workshop for RMLL I had issues building those,
I've some proposed fixed there:
http://git.netsurf-browser.org/toolchains.git/log/?h=mmu_man/m68k-amiga-fix-001
(MPC download URL changed)
http://git.netsurf-browser.org/toolchains.git/log/?h=mmu_man/riscos-fix-001
(some errors in the zipinfo tgz target)
François.
while preparing my SDK workshop for RMLL I had issues building those,
I've some proposed fixed there:
http://git.netsurf-browser.org/toolchains.git/log/?h=mmu_man/m68k-amiga-fix-001
(MPC download URL changed)
http://git.netsurf-browser.org/toolchains.git/log/?h=mmu_man/riscos-fix-001
(some errors in the zipinfo tgz target)
François.
Subscribe to:
Posts (Atom)