In article <ca751fd356.jim@6.abbeypress.net>, Jim Nagel
<netsurf@abbeypress.co.uk> wrote:
> Any chance that Netsurf could be made to display a nested list, please?
> Many designers seem to like using this feature for menus -- here's an
> example: http://stjohns-glastonbury.org.uk All three of the menu
> items here (About, Heritage, More...) are meant to produce a dropdown
> of several sub-items.
Dropdown menus created by CSS styled lists relying on 'hover' are a thing
NetSurf does not support. No JavaScript is required for these.
Here are some more that don't work: www.youngtheatre.co.uk
It may be worth noting that such drop-downs don't work well on mobile
platforms either because you can't 'hover' easily so your solution of
providing fall-back from the primary menu items with alternate routes is
essential.
--
Tim Hill
timil.com : tjrh.eu : butterwick.eu : blue-bike.uk : youngtheatre.co.uk
Sunday, 4 March 2018
Saturday, 3 March 2018
Re: [Rpcemu] Emulate other ARM processors?
Incidentally, I wondered about the cycle-accuracy of the emulation. Could we have accurare emulation of ARM2/250/3 level performance even if we can't emulate the hardware of the Archimedes at this point?
On 3 March 2018 at 22:46, J Percival <perciv.js@gmail.com> wrote:
It's strange that Acorn were...at least in some people's opinion - big on backwards compatibility - but compared to the PC world, they didn't seem to do it very well.Regarding Arculator/RPCEmu, I don't know, but looking at http://b-em.bbcmicro.com/arculator/ V0.1 of Arculator came out before V0.1 (or any version) of RPCEmu.On 3 March 2018 at 21:36, Peter Howkins <rpcemu.howkins@marutan.net> wrote:On Thu, Mar 01, 2018 at 04:20:58PM +0000, Gerald Holdsworth wrote:
> Probably a stupid question, but, I've been thinking recently, how difficult
> would it be to extend the RPCemu emulation to emulate the ARM2, ARM250,
> and ARM3 processors in order to run Arthur, RISC OS 2 and RISC OS 3 in
> (and, effectively, emulate an Archimedes)?
It's a large amount of work for archimedes support, of which the ARM is
the relatively easy bit.
I've considered it, but it's a long long way from happening anytime soon.
> Didn't RPCemu evolve from Arculator, originally?
I think it might have been the other way round, though I'm not sure. They
both shared a large chunk of code.
In general, stick to Arculator, if it does what you want it too.
Peter
--
Peter Howkins
peter.howkins@marutan.net
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] Emulate other ARM processors?
It's strange that Acorn were...at least in some people's opinion - big on backwards compatibility - but compared to the PC world, they didn't seem to do it very well.
Regarding Arculator/RPCEmu, I don't know, but looking at http://b-em.bbcmicro.com/arculator/ V0.1 of Arculator came out before V0.1 (or any version) of RPCEmu.On 3 March 2018 at 21:36, Peter Howkins <rpcemu.howkins@marutan.net> wrote:
On Thu, Mar 01, 2018 at 04:20:58PM +0000, Gerald Holdsworth wrote:
> Probably a stupid question, but, I've been thinking recently, how difficult
> would it be to extend the RPCemu emulation to emulate the ARM2, ARM250,
> and ARM3 processors in order to run Arthur, RISC OS 2 and RISC OS 3 in
> (and, effectively, emulate an Archimedes)?
It's a large amount of work for archimedes support, of which the ARM is
the relatively easy bit.
I've considered it, but it's a long long way from happening anytime soon.
> Didn't RPCemu evolve from Arculator, originally?
I think it might have been the other way round, though I'm not sure. They
both shared a large chunk of code.
In general, stick to Arculator, if it does what you want it too.
Peter
--
Peter Howkins
peter.howkins@marutan.net
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] Emulate other ARM processors?
On Thu, Mar 01, 2018 at 04:20:58PM +0000, Gerald Holdsworth wrote:
> Probably a stupid question, but, I've been thinking recently, how difficult
> would it be to extend the RPCemu emulation to emulate the ARM2, ARM250,
> and ARM3 processors in order to run Arthur, RISC OS 2 and RISC OS 3 in
> (and, effectively, emulate an Archimedes)?
> Probably a stupid question, but, I've been thinking recently, how difficult
> would it be to extend the RPCemu emulation to emulate the ARM2, ARM250,
> and ARM3 processors in order to run Arthur, RISC OS 2 and RISC OS 3 in
> (and, effectively, emulate an Archimedes)?
It's a large amount of work for archimedes support, of which the ARM is
the relatively easy bit.
I've considered it, but it's a long long way from happening anytime soon.
> Didn't RPCemu evolve from Arculator, originally?
I think it might have been the other way round, though I'm not sure. They
both shared a large chunk of code.
In general, stick to Arculator, if it does what you want it too.
Peter
--
Peter Howkins
peter.howkins@marutan.net
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] RPCEmu pre release test version 0.8.101
On Tue, Feb 06, 2018 at 03:36:14PM +0000, J Percival wrote:
> Thanks for the new test-version.
> I tested the 'MOUSE TO' behaviour and got some strange results.
> RO3.71, RPC SA, Windows 10, Interpreter (or Recompiler it seems) with
> default settings.
>
> There seems to be a few problems:
> - If the host mouse pointer goes outside of the client window (or even on
> an edge sometimes) then MOUSE TO no longer has any effect
I suppose I should have noted this, but this was intentional. E.g. if
you're happilly using your host mouse on another host program on the
other side of the screen, rpcemu won't steal the mouse from you.
So the mouse needs to be over the rpcemu window for it to work.
> and this can be
> caused by the command itself (e.g. to 0,0)
However, this was caused by an off by one bug in the os unit to host
coordinate conversion, fixed.
> - In some modes the emulated pointer is in the right position but the host
> pointer sometimes moves to the bottom of the window (but at the correct x
> coordinate) (e.g. 28)
> - In other modes the emulated pointer ends up in the wrong vertical
> position (e.g. 15)
There were two other bugs here related to doublesizing up rectangular
pixel modes, both now fixed.
Many thanks for your test program, it helped a lot in reproducing the
issues.
Peter
--
Peter Howkins
peter.howkins@marutan.net
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
> Thanks for the new test-version.
> I tested the 'MOUSE TO' behaviour and got some strange results.
> RO3.71, RPC SA, Windows 10, Interpreter (or Recompiler it seems) with
> default settings.
>
> There seems to be a few problems:
> - If the host mouse pointer goes outside of the client window (or even on
> an edge sometimes) then MOUSE TO no longer has any effect
I suppose I should have noted this, but this was intentional. E.g. if
you're happilly using your host mouse on another host program on the
other side of the screen, rpcemu won't steal the mouse from you.
So the mouse needs to be over the rpcemu window for it to work.
> and this can be
> caused by the command itself (e.g. to 0,0)
However, this was caused by an off by one bug in the os unit to host
coordinate conversion, fixed.
> - In some modes the emulated pointer is in the right position but the host
> pointer sometimes moves to the bottom of the window (but at the correct x
> coordinate) (e.g. 28)
> - In other modes the emulated pointer ends up in the wrong vertical
> position (e.g. 15)
There were two other bugs here related to doublesizing up rectangular
pixel modes, both now fixed.
Many thanks for your test program, it helped a lot in reproducing the
issues.
Peter
--
Peter Howkins
peter.howkins@marutan.net
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: displaying a nested list
On 3 Mar 2018 Jim Nagel wrote:
> Many designers seem to like using this feature for menus -- here's an
> example: http://stjohns-glastonbury.org.uk
> All three of the menu items here (About, Heritage, More...) are meant
> to produce a dropdown of several sub-items.
Ah, I see what you mean. I have the same problem on www.minimarcos.org
. The drop down menus work on mainstream browsers but the tabs at the
top lead to intermediate pages (whether or not the menus work.
--
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.
> Many designers seem to like using this feature for menus -- here's an
> example: http://stjohns-glastonbury.org.uk
> All three of the menu items here (About, Heritage, More...) are meant
> to produce a dropdown of several sub-items.
Ah, I see what you mean. I have the same problem on www.minimarcos.org
. The drop down menus work on mainstream browsers but the tabs at the
top lead to intermediate pages (whether or not the menus work.
--
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.
Re: displaying a nested list
On 3 Mar 2018 Jim Nagel wrote:
> Any chance that Netsurf could be made to display a nested list,
> please?
It does, but it doesn't work if you have centered text because it
centers all the items regardless of indent. If I want the list
centered I put it in a little table on it's own. No doubt there's a
CSS way to do it.
--
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.
> Any chance that Netsurf could be made to display a nested list,
> please?
It does, but it doesn't work if you have centered text because it
centers all the items regardless of indent. If I want the list
centered I put it in a little table on it's own. No doubt there's a
CSS way to do it.
--
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.
Subscribe to:
Posts (Atom)