Goodbye Metro, it was nice knowing you. That’s right, Microsoft is killing off the name that it had given to the Windows 8 interface, according to The Verge, which reports that the Redmond-based company has signalled an imminent the change of name will come this week.
Microsoft is saying goodbye to Metro. But it doesn’t matter what the company calls its UI. Better yet, why not just leave it nameless?
The Internet Corporation for Assigned Names and Numbers (ICANN) released hundreds of potential domain names Wednedsay, including “.sucks.”
The personal cloud isn’t just a remote hard disk. The things you put there can participate in an open ecosystem of data services, writes Jon Udell.
The death of a British officer whose anti-personnel shell revolutionized the use of artillery in warfare.
Author: Tony Kroos
Posted: Thu Mar 01, 2012 9:03 pm (GMT -7)
Topic Replies: 1
Yes it is a normal behavior.
First, disable "Enhanced security" option in Browser object.
And do not run actions from tags directly, use function instead (you may pass parameters):
| Code: |
| <html> <body> <a href="#" onclick = "GoSub()">A sample link</a> </body> </html> <script type="text/javascript"> |
Author: dec
Subject: The [name] action cannot originate from a Web Browser link
Posted: Thu Mar 01, 2012 1:46 pm (GMT -7)
Topic Replies: 0
Hi there!
Take a look at this rare thing. In fact a possible workaround can be achieved, but, I want to know what do you thing, in other words, if is the normal and expected behaviour or not.
Supose we have a Web Browser object and use the "BrowserLoadFromStr" action to load this HTML and Javascript content:
| Code: |
|
<html> <body> <a href="http://www.neosoftware.com/">A sample link</a> </body> </html> <script type="text/javascript"> var el, for( var i = 0; i < els.length; i++ ) </script> |
Ok. The Browser show the HTML code with the "sample" link, and, when this link is clicked, the subroutine "BrowserLinkClick" is executed. No problem to here. Every work fine.
If we put on the subroutine NeoBook native actions, like "AlertBox" or something like that, again, all work like expected, the user click the link, the subroutine is executed, and the "AlerBox" actions too.
However, if we put on the subroutine a plugin action, for example:
| Code: |
|
:BrowserLinkClick .From PDF plugin pdfVersion "[Version]" Return |
… we get the error "The pdfVersion action cannot originate from a Web Browser link", somethin like this:
At a first instance I think this maybe is relation with some security issues, but, why we can execute native NeoBook actions from a Web browser object link, and cannot execute NeoBook plugin actions in the same way?
P.S. We are advised of this by a NeoBooker Friend, and, we found a possible workaround (not sure if work, but maybe yes), which consists to launch a Timer from the refered subroutine, so the Timer execute the needed actions, and then stop itself. Please, not considerer this as a big error or something, just a rare thing that get my curiosity. 
P.S.2. Here is a sample publication that show everything I say above.
_________________
SetVar "[NeoBookTvUrl]" "http://neobook.tv"
SetVar "[NeoPluginsUrl]" "http://neoplugins.com"
Qwikster clearly wasn’t the answer, but at least it began to address the right questions.
The JS1K contest seeks the web’s smallest, most impressive JavaScript experiments. This year’s love-themed entries include a remarkable 3D rose rendered with less than 1k of code.