Sunday, 30 June 2019

x-ns-css

Looking at the Inventory for a full save reveals what appears to be an
unlinked entry that takes the form x-ns-css instead of a URL, e.g.

0x7c95fe00 http://www.wdc-cnd.org.uk/Newsletter/GRAPHICS/CND.JPG
0x7c8ad6c0 x-ns-css:99


Is this a debugging thing? It seems to create a stylesheet that isn't
actually used when reloading the saved page.

--
Harriet Bazley == Loyaulte me lie ==

No man has a right to live - but every man has a duty to save him if he can

Thursday, 27 June 2019

Re: Sargasso RSS feed reader

On Thu, Jun 27, 2019 at 12:12:10AM +0100, John Williams wrote:
>
> James, please look at thread:

James Bursa has not been involved in NetSurf for a very long time, and
as far as I can tell, apart from his @netsurf-browser.org task alias, is
no longer subscribed to this list.

(For non-RISC OS people, this is related to an earlier piece of software
James wrote before NetSurf on RISC OS.)

B.

Wednesday, 26 June 2019

Sargasso RSS feed reader

James, please look at thread:

https://www.riscosopen.org/forum/forums/5/topics/1010

John

--
| John Williams
| johnrw@ukgateway.net

Re: Atari CI builds

I can report that the Atari CI builds are working nicely again.

A big thanks to the guys on atari-forum.org and all the Netsurf
developers and contributors.


Peter





> Date: Wed, 27 Mar 2019 21:38:06 +0000 (GMT)
> From: Peter Slegg <pslegg@scubadivers.co.uk>
> Subject: Atari CI builds
> To: <netsurf-users@netsurf-browser.org>
> Message-ID: <0018c12b.03001490303e@smtp.freeola.net>
>
>
> Are the Atari CI builds still working ?
>
> The last one was 19th Feb.
>
> https://ci.netsurf-browser.org/builds/atari/
>
>
> Peter
>

Saturday, 22 June 2019

Re: shortcut "font" in CSS

On 22/06/2019 19:09, Jim Nagel wrote:
> Does the shortcut version of the "font" property in CSS work properly in
> Netsurf?

Yes, it does. You can find extensive test data at [1].

> This CSS gives me the display I want:
> font-family: serif;
> font-style: italic;
> font-weight: bold;
> font-size: 24pt;
>
> This single CSS expression is supposed to be equivalent, but Netsurf
> ignores it:
> font: serif italic bold 24pt;
>
> Or am I failing to understand the spec?

I'm afraid so. The spec[2,3] says that (assuming none of the
single-token values are specified -- e.g. caption or inherit):

* font-style, font-variant, font-weight appear first (in any order), if
required
* font-size comes next (and is always required)
* an optional line-height may be specified next
* font-family appears last

So, given the long-hand you have specified above, you want something like:

font: bold italic 24pt serif;


J.

1. https://git.netsurf-browser.org/libcss.git/tree/test/data/parse2/font.dat
2. https://www.w3.org/TR/CSS21/fonts.html#font-shorthand
3. https://www.w3.org/TR/css-fonts-3/#font-prop

Re: 3.9 Release

On Sat, Jun 22, 2019 at 05:36:39PM +0100, Richard Torrens (lists) wrote:
> In article <20190615175934.GH14758@kyllikki.org>,
> Vincent Sanders <vince@netsurf-browser.org> wrote:
> > A lot of features and bug fixes have happened since the 3.8 release so
> > I am considering producing a 3.9 soon.
>
> A (hopefully small) point: for some time now Netsurf seems to be picking
> up only the first css link.

Please could you create an issue on the tracker with some actual
details? or this simply will never be looked at

Futher if you are refering to http://www.torrens.org/ (btw please
consider https, https://letsencrypt.org/ is a brilliant idea) you have
two stylesheet links in the head element

<link rel="stylesheet" href="../http://css.torrens.org/main" type="text/css">
<link rel="stylesheet" href="http://css.torrens.org/navbar.css" type="text/css">

the first is garbage relative link and all browsers i tried it with
treat it as such and ignore it.

>
> On all my www pages I have two css links - the second one defines the
> header and is ignored.

on other pages (i picked cats for an example) the link elements are:

<link rel="stylesheet" href="http://css.torrens.org/styles1.css" type="text/css">
<link rel="stylesheet" href="http://css.torrens.org/navbar.css" type="text/css">

and the styles from both are used in NetSurf causing the header
bar contact, home and search backgrounds to be coloured (for example)

>
> But great work what has been done. Thanks for that.
>
> --
> Richard Torrens.
> http://www.Torrens.org for genealogy, natural history, wild food, walks, cats
> and more!
>
>

--
Regards Vincent
http://www.kyllikki.org/

Re: [gccsdk] Updated SDL recipes

Hi

I tested these changes with ScummVM, and unfortunately it crashes on startup. I was able to fix this with this patch (https://bugzilla.libsdl.org/show_bug.cgi?id=4687), which works fine when running in windowed mode, but the colours are incorrect when switching to full-screen.

Regards
Cameron

On Mon, 10 Jun 2019 at 23:03, Jeffrey Lee <me@phlamethrower.co.uk> wrote:
On Mon, 27 May 2019, Jeffrey Lee wrote:

> Since the SDL team appear to be a bit slow in accepting our patches, I'm
> thinking that we should add all the of the outstanding ones to the
> autobuilder recipe. I can easily do that once I've tidied/finished my current
> patches.

Good news - it looks like all the outstanding patches (including the ones
I submitted a few days ago) have now been accepted. I've also fixed up
some issues with VFP & RO_SHAREDLIBS builds of SDL (1.2) & SDL-mixer.

I still have one SDL bug on my todo list (fixing it to cope with screen
modes which have padding between rows), but other than that I'm not aware
of any serious problems with this new version - so now's a good time for
people to try it out and see if they run into any issues.

Cheers,

- Jeffrey


_______________________________________________
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

shortcut "font" in CSS

Does the shortcut version of the "font" property in CSS work properly in
Netsurf?

This CSS gives me the display I want:
font-family: serif;
font-style: italic;
font-weight: bold;
font-size: 24pt;

This single CSS expression is supposed to be equivalent, but Netsurf
ignores it:
font: serif italic bold 24pt;

Or am I failing to understand the spec?

Using #4682 and many previous builds.

--
Jim Nagel www.archivemag.co.uk

Re: 3.9 Release

In article <20190615175934.GH14758@kyllikki.org>,
Vincent Sanders <vince@netsurf-browser.org> wrote:
> A lot of features and bug fixes have happened since the 3.8 release so
> I am considering producing a 3.9 soon.

A (hopefully small) point: for some time now Netsurf seems to be picking
up only the first css link.

On all my www pages I have two css links - the second one defines the
header and is ignored.

But great work what has been done. Thanks for that.

--
Richard Torrens.
http://www.Torrens.org for genealogy, natural history, wild food, walks, cats
and more!

Friday, 21 June 2019

Re: 3.9 Release

Last call for fixes to go into 3.9

Please can anyone interested at least try the development build on their frontend.

--
Regards Vincent

Tuesday, 18 June 2019

Re: [gccsdk] Updated SDL recipes

In article <alpine.WNT.2.00.1906102250510.1652@Jeffrey-PC>,
Jeffrey Lee <me@phlamethrower.co.uk> wrote:
> I still have one SDL bug on my todo list (fixing it to cope with screen
> modes which have padding between rows), but other than that I'm not aware
> of any serious problems with this new version - so now's a good time for
> people to try it out and see if they run into any issues.

Working OK with mplayer and RetroArch. Full screen is working again on
Titanium and IGEPv5. RetroArch also shows the correct colours.

Looking at possible future SDL features. It would be great if hardware
overlay and USB joystick support could be added.


_______________________________________________
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

Monday, 17 June 2019

[gccsdk] Fix compilation of libflac

Index: media/libflac8/depends
===================================================================
--- media/libflac8/depends (nonexistent)
+++ media/libflac8/depends (working copy)
@@ -0,0 +1 @@
+libogg0
Index: media/libflac8/setvars
===================================================================
--- media/libflac8/setvars (revision 7237)
+++ media/libflac8/setvars (working copy)
@@ -1,6 +1,8 @@
AB_INSTALL=yes
AB_ROVERSION=3

+AB_CONFLAGS="--with-pic=no"
+
ab_package () {

#TODO: Create package with flac program
Hi

This patch fixes compilation of libflac.

Regards
Cameron

Sunday, 16 June 2019

Re: Atari CI builds

On Sun, Jun 16, 2019 at 10:18:38 +0200, Uros Vidovic wrote:
> Yes, does somebody can take a care about Atari CI builds?
> I would really like to see Atari builds as I use NetSurf a lot and it is
> most advanced WEB Browse for the Atari platfom!

At this time, the toolchain doesn't build properly, and nobody has stepped
up to offer a clean way to sort it out. The core team don't have Atari
systems nor any way to ensure correctness, so can't do it alone.

If you know anyone who can offer the assistance needed, then we'll gladly
talk it over on the netsurf-dev list, or on IRC.

D.

--
Daniel Silverstone http://www.netsurf-browser.org/
PGP mail accepted and encouraged. Key Id: 3CCE BABE 206C 3B69

Re: Atari CI builds

Yes, does somebody can take a care about Atari CI builds?
I would really like to see Atari builds as I use NetSurf a lot and it is most advanced WEB Browse for the Atari platfom!

Best regards,
Uros


V V pon., 22. apr. 2019 ob 13:08 je oseba Peter Slegg <pslegg@scubadivers.co.uk> napisala:
Hi all,

Does anyone know what is happening with the Atari CI builds ?

Peter



On Wed, 27 Mar 2019 21:38:06 , Peter Slegg <pslegg@scubadivers.co.uk> wrote:
>
>
> Are the Atari CI builds still working ?
>
> The last one was 19th Feb.
>
> https://ci.netsurf-browser.org/builds/atari/
>
>
> Peter
>
>




Saturday, 15 June 2019

3.9 Release

A lot of features and bug fixes have happened since the 3.8 release so
I am considering producing a 3.9 soon.

The merging of the work to add css media queries has resulted in much
improved rendering on many web sites including making our handling of
CSS length [1] calculations much more sensible especially useful on
higher DPI displays.

The completion of the monkey test frontend harness and associated
infrastructure has resulted in numerous issues being discovered and
resolved especially making the javascript support more robust.

Additional testing also means our handling of some core things like
HTTP headers and basic web authentication has improved and should not
regress in future.

There have also been a great number of resource leaks fixed improving
the browsers overall memory usage.

I had intended to release before now but testing kept revealing
issues, however I now believe that we are ready for a 3.9 release
candidate on Sunday June 16th with the actual release on Saturday June
22nd unless critical bugs are discovered.

If anyone has a reasonable objection to this please let me know as
soon as possible and I will reconsider.

[1] https://hacks.mozilla.org/2013/09/css-length-explained/

--
Regards Vincent

Monday, 10 June 2019

Re: [gccsdk] Updated SDL recipes

On Mon, 27 May 2019, Jeffrey Lee wrote:

> Since the SDL team appear to be a bit slow in accepting our patches, I'm
> thinking that we should add all the of the outstanding ones to the
> autobuilder recipe. I can easily do that once I've tidied/finished my current
> patches.

Good news - it looks like all the outstanding patches (including the ones
I submitted a few days ago) have now been accepted. I've also fixed up
some issues with VFP & RO_SHAREDLIBS builds of SDL (1.2) & SDL-mixer.

I still have one SDL bug on my todo list (fixing it to cope with screen
modes which have padding between rows), but other than that I'm not aware
of any serious problems with this new version - so now's a good time for
people to try it out and see if they run into any issues.

Cheers,

- Jeffrey


_______________________________________________
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

Friday, 7 June 2019

Re: [Rpcemu] Creating application on my MX Linux Desktop

Not that familiar with Linux/Xfce but do the instructions at http://xmodulo.com/create-desktop-shortcut-launcher-linux.html work with the command being the executable with its path? ("~/rpcemu-0.9.1/rpcemu-recompiler"). Might also have to give the working directory as "~/rpcemu-0.9.1".

On Fri, Jun 7, 2019 at 5:00 PM John McCulloch <johnmcculloch1@gmail.com> wrote:
Hi there,

I have managed to compile rpcemu-0.9.1 to run from Xfce Terminal on my MX Linux (32bit) laptop.

I used QT5, and the Source is in the directory, $/Home/John/rpcemu-0.9.1/src/qt5
How do I install the application on my desktop, such that I can click on the rpcemu icon and load the application,
Currently I have to carry out the following actions in Xfce Terminal to run the software.
john@mx:~
$ cd rpcemu-0.9.1/src/qt5 <enter>
john@mx:~/rpcemu-0.9.1/src/qt5
$ cd ../.. <enter>
john@mx:~/rpcemu-0.9.1
$ ./rpcemu-recompiler <enter>
and the software runs correctly and loads a RISC OS desktop in a window.

What I don't know is how to access the software in such a way as to have it selectable from the MX Desktop.

Could someone explain how to do this.

Yours hopefully,

John McCulloch
Primary: johnmcculloch1<@>gmail.com
As Last Resort: johnmcculloch1956<@>outlook.com
Windows 10, Linux MX 17.1 and Android 8.1.0

Remove < > to use!!!!
_______________________________________________
RPCEmu mailing list
RPCEmu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu

[Rpcemu] Creating application on my MX Linux Desktop

Hi there,

I have managed to compile rpcemu-0.9.1 to run from Xfce Terminal on my MX Linux (32bit) laptop.

I used QT5, and the Source is in the directory, $/Home/John/rpcemu-0.9.1/src/qt5
How do I install the application on my desktop, such that I can click on the rpcemu icon and load the application,
Currently I have to carry out the following actions in Xfce Terminal to run the software.
john@mx:~
$ cd rpcemu-0.9.1/src/qt5 <enter>
john@mx:~/rpcemu-0.9.1/src/qt5
$ cd ../.. <enter>
john@mx:~/rpcemu-0.9.1
$ ./rpcemu-recompiler <enter>
and the software runs correctly and loads a RISC OS desktop in a window.

What I don't know is how to access the software in such a way as to have it selectable from the MX Desktop.

Could someone explain how to do this.

Yours hopefully,

John McCulloch
Primary: johnmcculloch1<@>gmail.com
As Last Resort: johnmcculloch1956<@>outlook.com
Windows 10, Linux MX 17.1 and Android 8.1.0

Remove < > to use!!!!