- From: James Ingram <j.ingram@netcologne.de>
- Date: Thu, 21 Nov 2013 14:11:19 +0100
- To: Douglas Gore <doug@ssonic.co.uk>, Chris Wilson <cwilso@google.com>, Charlie Roberts <bigbadotis@gmail.com>, public-audio-dev@w3.org
- Message-ID: <528E0677.3010702@netcologne.de>
Hi all, Problem solved. As per http://stackoverflow.com/questions/3102819/chrome-disable-same-origin-policy I tried starting chrome with the --disable-web-security flag. If chrome is only being used locally, it doesn't need web security. Right? Many, many thanks for your help. Barking up the wrong tree can be very frustrating... All the best, James -------- Original Message -------- Subject: Re: navigator.requestMIDIAccess() not defined in Chrome extensions Resent-Date: Thu, 21 Nov 2013 12:15:52 +0000 Resent-From: public-audio-dev@w3.org Date: Thu, 21 Nov 2013 13:15:09 +0100 From: James Ingram <j.ingram@netcologne.de> To: Douglas Gore <doug@ssonic.co.uk>, Chris Wilson <cwilso@google.com>, Charlie Roberts <bigbadotis@gmail.com>, public-audio-dev@w3.org Oops. I didn't consciously send the lines beginning <cid: in my previous message. Please treat the message as if they don't exist! -------- Original Message -------- Subject: Re: navigator.requestMIDIAccess() not defined in Chrome extensions Date: Thu, 21 Nov 2013 13:06:19 +0100 From: James Ingram <j.ingram@netcologne.de> To: Douglas Gore <doug@ssonic.co.uk>, Chris Wilson <cwilso@google.com> CC: Charlie Roberts <bigbadotis@gmail.com>, public-audio-dev@w3.org Hi all, Thanks Doug, but as I said, for some reason wampserver doesn't install properly here. It simply doesn't open when I double click its icon. Okay, so now I've got XAMPP up and running. I had to change some ports to avoid conflicts with IIS7, but that's all out of the way and its working properly. But I still have a problem. When I run file:///C:/xampp/htdocs/localAssistantPerformer/assistantPerformer.html <cid:part1.07020703.04080408@netcologne.de> I can embed files such as file:///C:/xampp/htdocs/localAssistantPerformer/scores/score1Page1.svg <cid:part1.07020703.04080408@netcologne.de> okay (That didn't work locally before.), but I can't call getSVGDocument() on the embedded page to get at its content. I get the following error message: > Blocked a frame with origin "null" from accessing a frame with origin > "null". Protocols, domains, and ports must match. Where do I go from here? Chrome extensions don't (currently?) work either... I'm investigating further, but maybe someone out there can help. All the best, James On 20.11.2013 19:43, Douglas Gore wrote: > I do all my WebAudio development using wampserver, if you want to > change the port just left click the W icon in the system tray then go > to Apache -> httpd.conf and add this line to put the server on port 8080: > > Listen 8080 > > Save and use the "Restart all services" option and you are good to go :-) > > Doug > > > > On 20 November 2013 18:28, Chris Wilson<cwilso@google.com > <mailto:cwilso@google.com>> wrote: > > Of course - you'll just have to put it on a different port, e.g. > localhost:8080. > > On Nov 20, 2013 10:26 AM, "James Ingram"<j.ingram@netcologne.de > <mailto:j.ingram@netcologne.de>> wrote: > > Hi Charlie, Chris, > > Thanks for the quick replies! > I tried installing a local web server (wampserver) this > afternoon, but localhost is already occupied by IIS7 (I also > have Visual Studio installed) and I got an error. I don't know > how to upload files to IIS7 manually, and have not been able > to find out if that's possible at all. I don't really want to > mess with IIS7 in case I corrupt Visual Studio. > > Is it, in principle, possible to install a second localhost > server on Windows 7? (I don't know much about configuring > servers, and the web seems full of outdated information...) If > so, I'll have another go. > > All the best, > James > > p.s. I'd still like to see navigator.requestMIDIAccess() > defined inside chrome extensions. :-) > > > > On 20.11.2013 18:14, Charlie Roberts wrote: >> Or (much easier) run a web server on your computer and then >> load the files via http from there... perhaps I'm not >> understanding the question correctly though. >> >> >> On Wed, Nov 20, 2013 at 9:11 AM, Charlie Roberts >> <bigbadotis@gmail.com <mailto:bigbadotis@gmail.com>> wrote: >> >> This doesn't exactly answer your question, but as a >> workaround perhaps you could use the cache manifest? >> >>http://www.html5rocks.com/en/tutorials/appcache/beginner/ >> >> It has worked well for me when performing, although I >> haven't been using MIDI. >> >> - Charlie >> >> >> On Wed, Nov 20, 2013 at 5:26 AM, James Ingram >> <j.ingram@netcologne.de <mailto:j.ingram@netcologne.de>> >> wrote: >> >> Hi, >> >> I'm trying to make a version of my application [1] >> which will work offline. >> >> This is important, because I want to use it during >> live performances, and can't rely on the internet >> being available at all venues. >> >> So I need to work with local files. >> >> As far as I can see, the only way to load local files >> into a web page in Chrome is to deliver them inside a >> Chrome extension. >> >> But Chrome extensions can't share variables (e.g. >> midiAccess) with the JS on the main page, so I need >> to call navigator.requestMIDIAccess() inside the >> extension. >> >> But navigator.requestMIDIAccess() isn't defined >> there, so I'm stuck. >> >> I see no reason why navigator.requestMIDIAccess() >> shouldn't be defined inside an extension. There's no >> more security risk accessing midi devices there than >> anywhere else. Maybe it's just an oversight? >> >> Any ideas? >> >> All the best, >> James >> >> [1] >>http://james-ingram-act-two.de/open-source/assistantPerformer/assistantPerformer.html >> >> >> >> > > > -- > >http://james-ingram-act-two.de/ > > -- http://james-ingram-act-two.de/
Received on Thursday, 21 November 2013 13:11:57 UTC