Re: RISC OS Javascript support
This is all *far* beyond my technical understanding and abilities, but let me say I am *very* grateful for all this work which makes RISC OS so much more useful. Merry Christmas! Michael Bell --
Re: RISC OS Javascript support
In message "Chris Young" wrote: >On Sun, 16 Dec 2012 20:36:36 GMT, Dave Higton wrote: > >> Is there any simple bit of HTML+JS that we can use to verify that JS >> is working to /any/ extent? > >Try this: http://javatester.org/javascript.html > >It will clearly say whether JavaScript is enabled, and if it is >working you'll see the user agent string underneath (NetSurf/3.0 etc) > >Chris Thanks for that link, on my Raspberry Pi I get your web browser supports JavaScript 2.2 > -- Kev Wells http://riscos.kevsoft.co.uk/ http://kevsoft.co.uk/ http://kevsoft.co.uk/AleQuest/ ICQ 238580561 O it's " Thin red line of 'eroes, " when the drums begin to roll.
Re: Unicode on local pages
On 16 Dec 2012 John Rickman Iyonix wrote: > Brian Howlett wrote >> On 16 Dec, Gavin Wraith wrote: >>> With NetSurf #739. If I browse >>> http://www.perseus.tufts.edu/hopper/text?doc=Perseus%3Atext%3A1999.01. >>> 0173%3Atext%3DSym. it displays OK. If I save or do a full save of the >>> page, and then browse the resulting local page the Greek text displays >>> as garbage. Why is there a difference? >> All I get from that page after the header is "We're sorry, but we were >> unable to find a document matching your query." >> Iyonix, RISC OS 5.18 and NS #743. > Brian - the link is split over two lines in the Messenger mail editor. > I copied it out to StrongED and clicked on it as one line ok. Only if you include the full stop at the end of that URL. I originally got the "We're sorry..." message, as I assumed that a URL didn't usually have a full stop at the end of it! With best wishes, Peter. -- Peter Young (zfc Ta) and family Prestbury, Cheltenham, Glos. GL52, England http://pnyoung.orpheusweb.co.uk pnyo...@ormail.co.uk
Greek Text
At last I have got a decent display of Greek text in NetSurf, I did it by TTF2Fing the DejaVuSans/ttf font that I found in !Boot.Resources.!UnixFont.truetype.ttf-dejavu on my Iyonix and putting it in !Boot.Resources.!Fonts. To get a decent display on the Raspberry Pi I had also to remove from !Fonts the fonts Cabin, Exo, Fanwood, FanwoodText, Roboto and RobotoCond. I know that Exo has a slightly broken Greek font and it may be that the others are OK, but for the moment I shall take a rest from testing. It would be nice to have a tool to split up big unicode fonts into smaller fonts, so that a mistake in one glyph or glyph-encoding does not mean having to jettison all the rest. I must confess that I find the whole font business very Heath-Robinson. No doubt there are good historical reasons for that. -- Gavin Wraith (ga...@wra1th.plus.com) Home page: http://www.wra1th.plus.com/
Re: Unicode on local pages
Brian Howlett wrote > On 16 Dec, Gavin Wraith wrote: >> With NetSurf #739. If I browse >> http://www.perseus.tufts.edu/hopper/text?doc=Perseus%3Atext%3A1999.01. >> 0173%3Atext%3DSym. it displays OK. If I save or do a full save of the >> page, and then browse the resulting local page the Greek text displays >> as garbage. Why is there a difference? > All I get from that page after the header is "We're sorry, but we were > unable to find a document matching your query." > Iyonix, RISC OS 5.18 and NS #743. Brian - the link is split over two lines in the Messenger mail editor. I copied it out to StrongED and clicked on it as one line ok. -- John Rickman- http://mug.riscos.org/
Re: RISC OS Javascript support
Vincent Sanders wrote > ok last try for now, ci #744 is built with spidermonkey 1.7.0 maybe it > works maybe it doesn't. > Please also remember to use the json tagged downloads if you want to > try with javascript as the jsoff ones do not even have teh interpreter > linked. I confirm that #744 works on Iyonix 5.18, #744 works on Raspberry Pi 5.19. The JavaScript Tester http://javatester.org/javascript.html shows:- "JavaScript IS WORKING in your web browser" " Your web browser supports JavaScript version 2.2 " Using my own test script which tests a minimal set of output methods http://rickman.orpheusweb.co.uk/temp/test4.html window.confirm, window.alert, window.prompt and document.write work after a fashion. window.open appears not to work. Great Job!! thanks. -- John Rickman - http://mug.riscos.org/
Invoices in eBay
And another little bit of functionality ebbs from eBay The 'send invoice to buyer' page has stopped working, presumably due to JavaScript issues, although the actual form appears exactly as it did before and the links (Send invoice/Preview invoice) still work; the difference is that attempting to click on either from Netsurf now invariably results in a 'Page not responding' error :-( So far as I can see all that the actual JavaScript here is doing is stuff like checking the number of remaining characters (the function that tends to make typing anything into Firefox forms like swimming through treacle...) or adding an optional extra row to the table, but evidently I'm missing something. It's very annoying when people break things that were working quite happily before. :-( (Especially as doing it via Firefox is *painful*.) -- Harriet Bazley == Loyaulte me lie == A chicken is an egg's way of producing more eggs.
Re: RISC OS Javascript support
On 16 Dec, Dave Higton wrote in message : > In message <20121216154023.gl15...@kyllikki.org> > Vincent Sanders wrote: > > > OK, the CI system just built #740 with a spidermonkey 1.8.5 library with > > the JIT disabled as suggested by Chris Gransden. Can this be tried by > > someone with access to RISC OS? and please be aware this may well behave > > very badly indeed. > > > > If this fails I have now successfully built 1.7.0 for RISC OS (though > > not run tested) so the possibility of using an older known working > > version exists. > > > > Please remember to enable javascript via the nice shiny new > > configuration interface Steve Fryatt has provided. > > The configuration interface in my 740 is different from the shiny new one > in Steve's picture. It will do: that wasn't my picture. Chris G did the version in the picture, but then never submitted his changes to the source. I did my version separately, but didn't commit it until after the screenshot was posted (because I was still wrestling with Git). The sense of our switches is different, too, as I went for the "disable" logic of the rest of the "Content Blocking" box but Chris went for "enable". > It does have a "Disable Javascript" item - but the effect doesn't appear > to be stored; the item always comes up as disabled when NS starts. Are you using a build which contains JS? It works fine in a "json" build, but in a "jsoff" version it gets saved (look in the Choices) file, then lost on loading. However, I suspect that it's getting loaded and then overwritten to false by the dummy js_initialise() in javascript/none.c (which presumably isn't an issue in a build that actually contains JavaScript). You can see what choices are getting loaded underneath the RISC OS GUI by browsing to about:config and looking at the settings. As an aside, string display on that screen probably wants to entity-ise any <'s and >'s (and possibly other stuff too): it doesn't handle ".WWW..." in the RISC OS settings very cleverly at the moment! -- Steve Fryatt - Leeds, England http://www.stevefryatt.org.uk/
RISC OS Javascript support
I have come across three oddities in connection with JavaScript. (i) If you look at Flickr Having JS off brings a message about JS being off but gives the picture. With JS on there is no message, but the picture doesn't appear although the little strip of pictures is there. (ii) In Yahoo groups having JS on means that the navigation buttons don't appear. (iii) On today's Guardian website has, with JS off, a grid of squares saying "Link to slideshow 1". clicking on this produces the picture that should have been there.. With JS on the grid of links doesn't appear and there is a blank space on the page. This is with 740 on a rPC. -- David Wild using RISC OS on broadband www.davidhwild.me.uk
Re: Unicode on local pages
On 16 Dec, Gavin Wraith wrote: > With NetSurf #739. If I browse > http://www.perseus.tufts.edu/hopper/text?doc=Perseus%3Atext%3A1999.01. > 0173%3Atext%3DSym. it displays OK. If I save or do a full save of the > page, and then browse the resulting local page the Greek text displays > as garbage. Why is there a difference? All I get from that page after the header is "We're sorry, but we were unable to find a document matching your query." Iyonix, RISC OS 5.18 and NS #743. -- Brian Howlett -- "Are you the Prime Minister?" "No, but I've often been mistaken." "What, for the Prime Minister?" "No. I've just often been mistaken..."
Re: RISC OS Javascript support
ok last try for now, ci #744 is built with spidermonkey 1.7.0 maybe it works maybe it doesn't. Please also remember to use the json tagged downloads if you want to try with javascript as the jsoff ones do not even have teh interpreter linked. -- Regards Vincent http://www.kyllikki.org/
Re: RISC OS Javascript support
On Sun, 16 Dec 2012 20:36:36 GMT, Dave Higton wrote: > Is there any simple bit of HTML+JS that we can use to verify that JS > is working to /any/ extent? Try this: http://javatester.org/javascript.html It will clearly say whether JavaScript is enabled, and if it is working you'll see the user agent string underneath (NetSurf/3.0 etc) Chris
Re: RISC OS Javascript support
In message <20121216154023.gl15...@kyllikki.org> Vincent Sanders wrote: > OK, the CI system just built #740 with a spidermonkey 1.8.5 library with > the JIT disabled as suggested by Chris Gransden. Can this be tried by > someone with access to RISC OS? and please be aware this may well behave > very badly indeed. > > If this fails I have now successfully built 1.7.0 for RISC OS (though not > run tested) so the possibility of using an older known working version > exists. > > Please remember to enable javascript via the nice shiny new configuration > interface Steve Fryatt has provided. The configuration interface in my 740 is different from the shiny new one in Steve's picture. It does have a "Disable Javascript" item - but the effect doesn't appear to be stored; the item always comes up as disabled when NS starts. Is there any simple bit of HTML+JS that we can use to verify that JS is working to /any/ extent? Dave GET FREE SMILEYS FOR YOUR IM & EMAIL - Learn more at http://www.inbox.com/smileys Works with AIM®, MSN® Messenger, Yahoo!® Messenger, ICQ®, Google Talk™ and most webmails
Re: RISC OS Javascript support
In message <52ff11edd1j...@jaharrison.me.uk> John Harrison wrote: > > > > OK, the CI system just built #740 > > > Bad news - loops on Iyonix, needs alt-break to stop. > > That's odd. 740 has been happily running here in Iyonix (5.18) since I > downloaded it earlier. Yes, for me too. Dave FREE ONLINE PHOTOSHARING - Share your photos online with your friends and family! Visit http://www.inbox.com/photosharing to find out more!
Re: RISC OS Javascript support
In article <20121216161324.gm15...@kyllikki.org>, Vincent Sanders wrote: > On Sun, Dec 16, 2012 at 04:07:25PM +, Chris Gransden wrote: > > In article <20121216154023.gl15...@kyllikki.org>, > >Vincent Sanders wrote: > > > OK, the CI system just built #740 with a spidermonkey 1.8.5 library > > > with the JIT disabled as suggested by Chris Gransden. Can this be > > > tried by someone with access to RISC OS? and please be aware this may > > > well behave very badly indeed. > > > > It get stuck in a infinite loop as soon as a web page is opened. Alt-break > > is the only way to quit. > > > bother, oh well. any posibility of a log to maybe debug it? anyway I > will sort out switching to the 1.7.0 build for now. I've been doing all my testing on a pandaboard which it locks up with. I tried it on a Raspberry Pi and it seems to be running stable so far. The NetSurf JavaScript tests all seem to be working as before. I ran the jsapi-tests program on the Raspberry Pi. Here's the output in case its useful. This locks up on the Pandaboard. *jsapi-tests selfTest_globalHasNoParent TEST-PASS | selfTest_globalHasNoParent | ok selfTest_NaNsAreSame TEST-PASS | selfTest_NaNsAreSame | ok testBug604087 TEST-PASS | testBug604087 | ok testClassGetter_isCalled TEST-PASS | testClassGetter_isCalled | ok test_cloneScript TEST-PASS | test_cloneScript | ok testDerivedValues testConservativeGC.cpp:77:CHECK failed: !memcmp(ch, expected, sizeof(expected)) TEST-UNEXPECTED-FAIL | testDerivedValues | CHECK failed: !memcmp(ch, expected, sizeof(expected)) testConservativeGC Chris.
Re: Unicode on local pages
NetSurf 3 #739 Altering fonts using the Fonts dialog in Choices.. from the iconbar seems to have no effect on unicode text. -- Gavin Wraith (ga...@wra1th.plus.com) Home page: http://www.wra1th.plus.com/
Unicode on local pages
With NetSurf #739. If I browse http://www.perseus.tufts.edu/hopper/text?doc=Perseus%3Atext%3A1999.01.0173%3Atext%3DSym. it displays OK. If I save or do a full save of the page, and then browse the resulting local page the Greek text displays as garbage. Why is there a difference? -- Gavin Wraith (ga...@wra1th.plus.com) Home page: http://www.wra1th.plus.com/
Re: RISC OS Javascript support
On 16 Dec 2012 John Harrison wrote: >>> OK, the CI system just built #740 >> Bad news - loops on Iyonix, needs alt-break to stop. > That's odd. 740 has been happily running here in Iyonix (5.18) since I > downloaded it earlier. Presumably it matters which home page one is using. I use http:/m.bbc.co.uk/home/desktop as suggested elsethread. I've certainly seen the failure to load that people report on google groups, but that doesn't lock the machine. ARMini, RISC OS 5.19 With best wishes, Peter. -- Peter Young (zfc Ta) and family Prestbury, Cheltenham, Glos. GL52, England http://pnyoung.orpheusweb.co.uk pnyo...@ormail.co.uk
Re: Javascript and Fonts
In article <9c2713ff52.wra...@wra1th.plus.com>, Gavin Wraith wrote: > bold /mu problem. Can I take it that this has to be a fault with the > fonts Corpus, Homerton and Trinity in Resources:$.Fonts somewhere? I must > say, I did not know that these had been extended to unicode. Pity about > the wrong style /mu if this is in the official Rpi distro. > You can change the defauilt font faces in the NetSurf configuration. Then you can try different fonts easily. Chris.
Re: Javascript and Fonts
In message <44d50eff52.wra...@wra1th.plus.com> you wrote: > In message <550806ff52.pnyo...@pnyoung.ormail.co.uk> you wrote: > > > > What font are you using? > > Experimentation has indicated that it is the Exo font on the Rpi > which is causing overheavy /Delta and /pi glyphs. My only > problem now is getting rid of the overheavy /mu. Apart from that > Greek text is rendered quite elegantly, diacritics and all, but > finding which fonts are responsible will need further work. > I am getting the same display on Rpi and Iyonix, which have different > fonts installed, so I can probably rule out the fonts that do not > appear on both. I have now removed _all_ the fonts from SDFS::RISCOSpi.$.!Boot.Resources.!Fonts apart from System, but the page http://www.perseus.tufts.edu/hopper/text?doc=Perseus%3Atext%3A1999.01.0173%3Atext%3DSym. is still rendered OK by NetSurf with all the Greek text fine apart for the bold /mu problem. Can I take it that this has to be a fault with the fonts Corpus, Homerton and Trinity in Resources:$.Fonts somewhere? I must say, I did not know that these had been extended to unicode. Pity about the wrong style /mu if this is in the official Rpi distro. -- Gavin Wraith (ga...@wra1th.plus.com) Home page: http://www.wra1th.plus.com/
Re: RISC OS Javascript support
> > OK, the CI system just built #740 > Bad news - loops on Iyonix, needs alt-break to stop. That's odd. 740 has been happily running here in Iyonix (5.18) since I downloaded it earlier. -- John Harrison Website http://jaharrison.me.uk
Re: Javascript and Fonts
In message <550806ff52.pnyo...@pnyoung.ormail.co.uk> you wrote: > > What font are you using? Experimentation has indicated that it is the Exo font on the Rpi which is causing overheavy /Delta and /pi glyphs. My only problem now is getting rid of the overheavy /mu. Apart from that Greek text is rendered quite elegantly, diacritics and all, but finding which fonts are responsible will need further work. I am getting the same display on Rpi and Iyonix, which have different fonts installed, so I can probably rule out the fonts that do not appear on both. -- Gavin Wraith (ga...@wra1th.plus.com) Home page: http://www.wra1th.plus.com/
Re: RISC OS Javascript support
Chris Gransden wrote > In article <20121216154023.gl15...@kyllikki.org>, >Vincent Sanders wrote: >> OK, the CI system just built #740 with a spidermonkey 1.8.5 library >> with the JIT disabled as suggested by Chris Gransden. Can this be >> tried by someone with access to RISC OS? and please be aware this may >> well behave very badly indeed. > It get stuck in a infinite loop as soon as a web page is opened. Alt-break > is the only way to quit. Similar results on Iyonix 5.19. Does get as far as putting icon on icon bar. -- John - http://mug.riscos.org/
Re: RISC OS Javascript support
On 16 Dec 2012 Vincent Sanders wrote: > OK, the CI system just built #740 with a spidermonkey 1.8.5 library > with the JIT disabled as suggested by Chris Gransden. Can this be > tried by someone with access to RISC OS? and please be aware this may > well behave very badly indeed. > If this fails I have now successfully built 1.7.0 for RISC OS (though > not run tested) so the possibility of using an older known working > version exists. > Please remember to enable javascript via the nice shiny new > configuration interface Steve Fryatt has provided. Just downloaded this build; ARMini, RISC OS 5.19, (16 May 2012). Mixed results, but not helped much because I don't really know what I'm looking for!. All my usual pages seem to work OK: www.groups.google.com/ looks as if it's repeatedly trying to load and failing; this worked with previous builds. http://www.mssociety.org.uk/near-me/branches/cheltenham-and-north-cotswold-branch (sorry, should be all one line) still doesn't format as it does in Windows Firefox; the "About us" and "Contact" should be two separate tabs; no idea if this is a JavaScript thing. http://www.metcheck.com/UK/today.asp?zipcode=GL52%203DS is still missing a lot of detail compared with Firefox, and the "Conf" icons down the right hand side deliver only a part of their content. Like many others I'm very grateful that JavaScript is being worked on, but I think there's still a way to go. If testing by an ignoramus is worth it, please suggest to me some other sites to try. With best wishes, Peter. -- Peter Young (zfc Ta) and family Prestbury, Cheltenham, Glos. GL52, England http://pnyoung.orpheusweb.co.uk pnyo...@ormail.co.uk
Re: RISC OS Javascript support
On Sun, Dec 16, 2012 at 04:07:25PM +, Chris Gransden wrote: > In article <20121216154023.gl15...@kyllikki.org>, >Vincent Sanders wrote: > > OK, the CI system just built #740 with a spidermonkey 1.8.5 library > > with the JIT disabled as suggested by Chris Gransden. Can this be > > tried by someone with access to RISC OS? and please be aware this may > > well behave very badly indeed. > > It get stuck in a infinite loop as soon as a web page is opened. Alt-break > is the only way to quit. > bother, oh well. any posibility of a log to maybe debug it? anyway I will sort out switching to the 1.7.0 build for now. > Chris. > > > -- Regards Vincent http://www.kyllikki.org/
Re: RISC OS Javascript support
In article <20121216154023.gl15...@kyllikki.org>, Vincent Sanders wrote: > OK, the CI system just built #740 with a spidermonkey 1.8.5 library > with the JIT disabled as suggested by Chris Gransden. Can this be > tried by someone with access to RISC OS? and please be aware this may > well behave very badly indeed. It get stuck in a infinite loop as soon as a web page is opened. Alt-break is the only way to quit. Chris.
Re: RISC OS Javascript support
OK, the CI system just built #740 with a spidermonkey 1.8.5 library with the JIT disabled as suggested by Chris Gransden. Can this be tried by someone with access to RISC OS? and please be aware this may well behave very badly indeed. If this fails I have now successfully built 1.7.0 for RISC OS (though not run tested) so the possibility of using an older known working version exists. Please remember to enable javascript via the nice shiny new configuration interface Steve Fryatt has provided. -- Regards Vincent http://www.kyllikki.org/
Re: Javascript and Fonts
On 16 Dec 2012 John Rickman Iyonix wrote: > Peter Young wrote >>> Looks more complete on linux raspberry Pi Chromium Chromium browser. >>> On RISC OS the accented characters appear as hex couplets. >> It's all Greek here (and Greek to me!) on an ARMini, RISC OS 5.19. >> Perhaps you don't have the necessary font? > Probably:-( I have DoulosSIL which I thought was a comprehensive > Unicode font. But among other things, it does not appear to have a > glyph for: " Greek Small Letter Iota with acute accent U+03AF " > What font are you using? I'm using Cyberbit here, It's a freeware TTF font that I converted to RISC OS format using !TTF2f, which app as far as I remember ran on my late Iyo; it certainly runs on this ARMini. From my hazy memory, DoulosSIL mainly deals with diacritics of languages like Czech, though this might be my mistake. I don't think it's a full Unicode font, anyway. Cyberbit has omissions, where occasionally characters appear as hex couplets, but is pretty wide-ranging. With best wishes, Peter. -- Peter Young (zfc Ta) and family Prestbury, Cheltenham, Glos. GL52, England http://pnyoung.orpheusweb.co.uk pnyo...@ormail.co.uk
Re: RISC OS Javascript support
On Sun, 16 Dec 2012 13:45:46 +, Vincent Sanders wrote: > > 1.7 doesn't need NSPR > I must have misunderstood what teh DIST variable points at then? but > thats perfectly possible ;-) IIRC it needs NSPR if you build it as threaded, but you don't need to do that. > well I would be very interested in a diff against the distribution > archive anyway. If I can get the NetSurf toolchain package building > spidermonkey for your platform we can get the CI builds (and by > extension future release builds) to generate output with JavaScript > support for your platform Attached. Chris js17.diff.gz Description: Binary data makefile.os4-lib.gz Description: Binary data
Re: Javascript and Fonts
In message you wrote: > Peter Young wrote > > >> Looks more complete on linux raspberry Pi Chromium Chromium browser. > >> On RISC OS the accented characters appear as hex couplets. > > > It's all Greek here (and Greek to me!) on an ARMini, RISC OS 5.19. > > Perhaps you don't have the necessary font? > > Probably:-( I have DoulosSIL which I thought was a comprehensive > Unicode font. But among other things, it does not appear to have a > glyph for: " Greek Small Letter Iota with acute accent U+03AF " > > What font are you using? That is part of what I am trying to find out! I have not added any fonts to the Raspberry Pi RISC OS distro so I presume it is one of the new fonts it provides in !Fonts. Maybe FreeMono, FreeSans, . I tried altering the names of some of these, to see if I could get RUfl to make different choices of font - after all there are probably masses of installed fonts for NetSurf to choose from when it is asked to display a particular glyph - but, when I rebooted, NetSurf bottled out with an error message about not being able to initialize the Unicode fonts. My problems concern \pi and \mu being rendered bold. It would be nice if RUfl_cache held its data in text form. Then a) we could read it to see which font was being used for which glyph, and b) we could edit it to get some control over how NetSurf shows text. Or at least, I presume so. Glad to be corrected if I have this upside down, by somebody knows how RUfl works. -- Gavin Wraith (ga...@wra1th.plus.com) Home page: http://www.wra1th.plus.com/
Re: RISC OS Javascript support
On Sun, Dec 16, 2012 at 01:18:52PM +, Chris Young wrote: > On Sun, 16 Dec 2012 11:44:53 +, Vincent Sanders wrote: > > > I spent a few hours on this yestarday. The 1.7.0 download [1] is not > > autoconf and I was unable to persuade it to cross compile with our > > toolchain let alone with the nspr. If you have a recipie that would be > > great... > > 1.7 doesn't need NSPR, that's one of the advantages of using it (I'm > still watching a couple of Bugzillas for NSPR to be removed from newer > Spidermonkey, it should be easier to get that to work then). I must have misunderstood what teh DIST variable points at then? but thats perfectly possible ;-) > > I have an archive with a hand-crafted makefile, although I have a > feeling there are a couple of executables that it has to build in > order to build the library, that I ended up having to build manually, > so it'll need some tweaking. I can send it to you if you want it (it > has all the AmigaOS changes too, but they are all #ifdef'd XP_AMIGA so > won't affect RISC OS) > well I would be very interested in a diff against the distribution archive anyway. If I can get the NetSurf toolchain package building spidermonkey for your platform we can get the CI builds (and by extension future release builds) to generate output with JavaScript support for your platform > Chris > > -- Regards Vincent http://www.kyllikki.org/
Re: Javascript and Fonts
Peter Young wrote >> Looks more complete on linux raspberry Pi Chromium Chromium browser. >> On RISC OS the accented characters appear as hex couplets. > It's all Greek here (and Greek to me!) on an ARMini, RISC OS 5.19. > Perhaps you don't have the necessary font? Probably:-( I have DoulosSIL which I thought was a comprehensive Unicode font. But among other things, it does not appear to have a glyph for: " Greek Small Letter Iota with acute accent U+03AF " What font are you using? -- John - http://mug.riscos.org/
Re: RISC OS Javascript support
On Sun, 16 Dec 2012 11:44:53 +, Vincent Sanders wrote: > I spent a few hours on this yestarday. The 1.7.0 download [1] is not > autoconf and I was unable to persuade it to cross compile with our > toolchain let alone with the nspr. If you have a recipie that would be > great... 1.7 doesn't need NSPR, that's one of the advantages of using it (I'm still watching a couple of Bugzillas for NSPR to be removed from newer Spidermonkey, it should be easier to get that to work then). I have an archive with a hand-crafted makefile, although I have a feeling there are a couple of executables that it has to build in order to build the library, that I ended up having to build manually, so it'll need some tweaking. I can send it to you if you want it (it has all the AmigaOS changes too, but they are all #ifdef'd XP_AMIGA so won't affect RISC OS) Chris
Re: Javascript and Fonts
On Sun, 16 Dec 2012 11:11:57 GMT, Gavin Wraith wrote: > So how > do I flush the RUfl cache, and get it to start over when I am trying out > a new set of fonts? *delete .scrapdirs.scrapdir.RUfl_cache (that's possibly out-of-date, but I don't think it has changed) Chris
Re: RISC OS Javascript support
On Sat, Dec 15, 2012 at 06:41:14PM +, Chris Gransden wrote: > In article <20121215171742.gh15...@kyllikki.org>, >Vincent Sanders wrote: > > > Please can you send a patch? even if its just the files you changed I > > can work up a suitable patch from those, whatevers easiest. > > Steve already beat me to it. Those changes are working. good to know > > > How do we disable JIT? I used your recipie to build spidermonkey as a > > template. Even with --disable-tracejit passed to configure METHOD JIT > > is still enabled (toolchain build has the patches and Makefile used[1] > > (in the sdk directory)). If I turn that off too (--disable-methodjit) > > the library fails to build, perhaps I am missing something? > > > I would like to try and debug where the later version of spidermonkey > > fails as it is such a huge improvement in functionality going > > forwards. > > I think the JIT is built if ARM is detected. Setting > WTF_CPU_ARM_TRADITIONAL 0 in Platform.h and '-DENABLE_ASSEMBLER=0 > -DENABLE_JIT=0' stops it building the JIT. > might try this today though I have run out of time for messing with toolchain stuff right now. > > I can build 1.7 temporarily, but this is not really solving the issue > > at all and will (from past experience) almost certianly lead to RISC > > OS being stuck there forever. > > > In future I do wish to move onto editions of spidermonkey past 1.8.5 > > (3 years old) which provide improved perfomance and functionality so > > limiting myself to version 1.7 (which is over five years old now, think > > firefox 2 era) seems counterproductive. > > I thought it would be useful for getting people to test stuff now. I spent a few hours on this yestarday. The 1.7.0 download [1] is not autoconf and I was unable to persuade it to cross compile with our toolchain let alone with the nspr. If you have a recipie that would be great... > > Chris. > > > [1] http://ftp.mozilla.org/pub/mozilla.org/js/js-1.7.0.tar.gz -- Regards Vincent http://www.kyllikki.org/
Re: Javascript and Fonts
In message <45cce0fe52.pnyo...@pnyoung.ormail.co.uk> you wrote: > Perhaps you don't have the necessary font? OK. Nowt to do with JavaScript, but probably RUfl. Am I right in thinking that when the browser starts up the RUfl thingy makes a database that tells the browser which font to look for a specific glyph? With Unicode fonts there may be lots of glyphs missing, and the same glyph may occur in lots of fonts. So how does the user control this? In what order are fonts searched? Alphabetic? Does that mean we should be renaming our fonts to get the behaviour we want? Where is this database stored? This morning RUfl was flashing up a message about a font, IFAOGrec. Only by putting it in !NetSurf.Resources.Fonts could I suppress this behaviour. So how do I flush the RUfl cache, and get it to start over when I am trying out a new set of fonts? Using NetSurf 3 #739. Sorry for the plethora of questions. If somebody could point me at some documentation ... . One more query: are there any font-editing tools for unicode fonts? !Fonts only shows the first 256 glyphs. -- Gavin Wraith (ga...@wra1th.plus.com) Home page: http://www.wra1th.plus.com/
Re: Javascript and Fonts
On 15 Dec 2012 John Rickman Iyonix wrote: > Harriet Bazley wrote >> On 15 Dec 2012 as I do recall, >> Gavin Wraith wrote: >>> Using NetSurf 3 #739. Wonderful to have some Javascript working, >>> enough at least to show Greek text in http://memiyawanzi.wordpress.com/ . >> That's not Javascript... that's just Unicode :-) >> Seeing the same thing here in RISC OS 5 with no Javascript > Looks more complete on linux raspberry Pi Chromium Chromium browser. > On RISC OS the accented characters appear as hex couplets. It's all Greek here (and Greek to me!) on an ARMini, RISC OS 5.19. Perhaps you don't have the necessary font? With best wishes, Peter. -- Peter Young (zfc Ta) and family Prestbury, Cheltenham, Glos. GL52, England http://pnyoung.orpheusweb.co.uk pnyo...@ormail.co.uk
