This is the shocking news from Microsoft, Internet Explorer 11 no longer supports the VBScript. I've tried possible ways to run the vbscript in the IE 11 but not effective. Please provide the solution/suggestions.
<meta http-equiv="X-UA-Compatible" content="IE=10">
I've tired this and below js (will runs the vbscript in IE 11)
function callVBS(scriptName) {
//-Variables--------------------------------------------------------
var wsh, pathName;
if ("ActiveXObject" in window) {
wsh = new ActiveXObject("WScript.Shell");
if (typeof(wsh) == 'object') {
pathName = location.pathname.substr(0, location.pathname.lastIndexOf("/"))+"/";
pathName = pathName.slice(1);
wsh.run("wscript.exe \"" + pathName + scriptName + ".vbs\"", 1, true);
wsh = null;
}
}
else {
alert("Your Browser doesn't support ActiveXObject");
}
}
Ie isn't available anymore, but i will give the answer.
Scripts and ActiveX Objects are disabled in ie11 bt default.
There is something called Edge Mode, that should be off.
Find Tools, click Internet Options.
Select Security, click Custom level.
Under the "Active Scripting", there should be a radio, enable it.
And finally click OK.
Related
Having an issue with Firefox 46, on all the other browsers it work fine.
Upon exit from the page I ask the following question. Firefox ignores it completely.
Help please!
window.onbeforeunload = ThisCheckExittingPage;
var ThisCheckExitWindow = 1;
// Checks before exitting
// ThisCheckExitWindow = 1;
// Does NOT check before exitting
// ThisCheckExitWindow = 0;
function ThisCheckExittingPage() {
if (ThisCheckExitWindow == 1)
{
return "You are about to exit this page.";
}
}
This looks like by design, as WindowEventHandlers.onbeforeunload - Web APIs | MDN has this note:
To combat unwanted pop-ups, browsers may not display prompts created
in beforeunload event handlers unless the page has been interacted
with. Firefox has implemented this policy since Firefox 44 (Bugzilla).
As the relevant patch shows, the mUserHasInteracted flag variable is set after a mouse or keyboard event happens in the window.
I am trying to use Foundation.utils in IE8 but I always get true on small only and false on the rest, for example:
Foundation.utils.is_small_only() = true all the time
Foundation.utils.is_small_up() = false
Of course the above can't happen because if it is small only, then it's for sure small up...
Any fix for that?
Foundation 5 doesn't support IE 8 at all but you can try this.
Quoted from Foundation FAQ:
Why doesn't Foundation support IE7 or IE8? Or: why we don't support a dying species.
This is probably the biggest question we get. Consider this: most of
today's popular browsers automatically upgrade themselves including
Chrome, Firefox and Explorer (starting with 9). IE 8 is the last IE
supported on Windows XP, which Microsoft will officially stop
supporting next year. That played a part in our decision.
Besides that, since Foundation 4, our framework is built mobile-first,
meaning it relies on media queries to layer in more complex layouts
and components. Browsers or devices that don't support media queries
will be restricted to a simple, single-column layout. In some ways,
Foundation 4 better supports IE6-7 insomuch as it provides a mobile
but not entirely broken experience. If IE8 support is important for
your users / customers, you can use Foundation 3.2, which supports
IE8. It's not mobile first but it's good stuff.
I've written my own solution to support utils in ie8.
I built it specific for my use (it could be done much better but why to make the effort? it's only for ie8..), still I believe you can use it, even with minor tweaks.
var win = $(window),
bodyFontSize = parseInt(body.css('fontSize'));
function matchMediaQuery(mediaQuery)
{
var winWidth = win.outerWidth(),
winHeight = win.outerHeight(),
mediaQuerySizes = mediaQuery.match(/\d+\.?\d*em/g);
if (mediaQuerySizes == null)
{
return true;
}
else
{
mediaQuery = mediaQuery.replace(/^(only screen)( and )?/,'').replace('min-width:',winWidth + '>=').replace('max-width:',winWidth + '<').replace('min-height:',winHeight + '>=').replace('max-height:',winHeight + '<').replace('orientation:landscape',winHeight + '>' + winWidth).replace(' and ',' && ').replace(' or ',' || ');
for (var i = 0, len = mediaQuerySizes.length; i < len; i++)
{
mediaQuery = mediaQuery.replace(mediaQuerySizes[i],parseInt(mediaQuerySizes[i])*bodyFontSize);
}
return eval(mediaQuery);
}
}
$.each(Foundation.media_queries, function(key, value)
{
eval('Foundation.utils.is_' + ((key.indexOf('-') > -1) ? key.replace('-','_') : key + '_up') + ' = function() { return matchMediaQuery("'+value+'"); }');
});
I have and internal admin site that is used only by our people. For the most part they use Firefox ( that's the standard for the site anyway). We use Coldfusion 9 for development and have quite a few <cftextarea> tags. I seem to have lost touch with whatever controls the clipboard events. But, they have been disabled. I'm just guessing, but it seems like FF 42 seems to be the culprit when using the CF9 fckeditor. I could convert to another editor but that's a pretty big task.
I've been researching but can't find any clear instructions on setting security policies in FF. I need suggestions. I'm just about to try changing the tag from <cftextarea> to textarea but I know I'm going to run into problems getting getting richtext functions.
If you want to enable paste functionality icons you can alter following function:
var FCKToolbarButton = function(A, B, C, D, E, F, G) {
console.log(A, B, C, D, E, F, G);
this.CommandName = A;
this.Label = B;
this.Tooltip = C;
this.Style = D;
this.SourceView = true; //E ? true : false;
this.ContextSensitive = false; //F ? true : false;
if (G == null) this.IconPath = FCKConfig.SkinPath + 'toolbar/' + A.toLowerCase() + '.gif';
else if (typeof(G) == 'number') this.IconPath = [FCKConfig.SkinPath + 'fck_strip.gif', 16, G];
else this.IconPath = G;
};
and change
this.ContextSensitive = F ? true : false;
to
this.ContextSensitive = false;
You can find this function in FCKeditor/editor/js/fckeditorcode_gecko.js and FCKeditor/editor/js/fckeditorcode_ie.js
It's not best solution but it works.
The problem is caused by a changed security behavior in Firefox 41 and later.
You have to modify the following lines in fckeditorcode_gecko.js. Add "|| FCKBrowserInfo.IsGecko" in the following lines (marked bold). After that the paste buttons are always active and pasting something will always open up a paste window (it's the same behavior ckeditor uses).
GetNamedCommandState:function(A){try{if ((FCKBrowserInfo.IsSafari **|| FCKBrowserInfo.IsGecko**)&&FCK.EditorWindow&&A.IEquals('Paste')) return 0;
...
FCK.RedirectNamedCommands={Print:true,Paste:true};FCK.ExecuteRedirectedNamedCommand=function(A,B){switch (A){case 'Print':FCK.EditorWindow.print();break;case 'Paste':try{if (FCKBrowserInfo.IsSafari **|| FCKBrowserInfo.IsGecko**) throw '';
The changes are active instantaniously but Firefox sometimes does not reload changed Javascript files. In that case you should delete your browser history completely and then reload the editor.
The only option available is to convert to CKeditor and stop using tags. However, CKeditor has problems running under CFlayout tags. What a complete cludge of crap! The real solution is to get completely away from Coldfusion/Adobe. I don't have a suggestion, but I will be researching.
I am opening a popup window from CRM 2011 for Outlook. The problem is I need the user to be able to print. If you do it from IE the browser print menu is available but from Outlook it is not. You just get a plain window. Hitting the Alt key does nothing when a popup opens from Outlook. None of the openStdWin() options seem to actually work from Outlook.
FYI I'm trying to print Dashboards (why MS left that out is beyond me). The solution we came up with is the following code hooked to a ribbon button. Then the user uses the built-in browser print functionality and the dashboard can be printed. But not from Outlook it seems. Any suggestions? (before anybody suggests it our client thinks print-screen is unacceptable)
function printCurrentDashboard() {
if (Xrm.Page.context.isOutlookClient()) {
var pTarget = document.getElementById('dashboardFrame').src;
openStdWin(window.location.protocol + '//' + window.location.host + pTarget, 'test', 800, 600, 'menubar=yes,toolbar=yes,channelmode=no,directories=yes,fullscreen=no,location=yes,status=yes,titlebar=yes');
}
else {
var pTarget = parent.document.getElementById('dashboardFrame').src;
window.open(window.location.protocol + '//' + window.location.host + pTarget);
}
}
Try using openStdWinWithFeatures vs openStdWin.
I am using the following code to record screen, when recording, when using mouse to double click some item, for example double click a ppt to open it in PowerPoint, it is not very responsive. I have tried and it is much better when using screen recording function of Windows Media Encoder 9. Any ideas what is wrong?
My environment: Windows Vista + Windows Media Encoder 9 + VSTS 2008 + C#. I wrote the following code in the initialization code of a Windows Forms application, and I suspect something wrong with my Windows Forms application?
My code,
IWMEncSourceGroup SrcGrp;
IWMEncSourceGroupCollection SrcGrpColl;
SrcGrpColl = encoder.SourceGroupCollection;
SrcGrp = (IWMEncSourceGroup)SrcGrpColl.Add("SG_1");
IWMEncVideoSource2 SrcVid;
IWMEncSource SrcAud;
SrcVid = (IWMEncVideoSource2)SrcGrp.AddSource(WMENC_SOURCE_TYPE.WMENC_VIDEO);
SrcAud = SrcGrp.AddSource(WMENC_SOURCE_TYPE.WMENC_AUDIO);
SrcVid.SetInput("ScreenCap://ScreenCapture1", "", "");
SrcAud.SetInput("Device://Default_Audio_Device", "", "");
// Specify a file object in which to save encoded content.
IWMEncFile File = encoder.File;
string CurrentFileName = Guid.NewGuid().ToString();
File.LocalFileName = CurrentFileName;
CurrentFileName = File.LocalFileName;
// Choose a profile from the collection.
IWMEncProfileCollection ProColl = encoder.ProfileCollection;
IWMEncProfile Pro;
for (int i = 0; i < ProColl.Count; i++)
{
Pro = ProColl.Item(i);
if (Pro.Name == "Screen Video/Audio High (CBR)")
{
SrcGrp.set_Profile(Pro);
break;
}
}
encoder.Start();
thanks in advance,
George
I faced the same problem. But the problem doesn't reside in your code or mine. When I tried to capture screen from Windows Media Encoder application itself I faced the same problem too in about 50% of the sessions. It's evident that it's a bug in WindowsMediaEncoder itself.
George
Here are a couple options (from http://www.windowsmoviemakers.net/Forums/ShowPost.aspx?PostID=1982):
Enable the MouseKeys Accessibility option, and type + to double-click
Run the encoder and target application on different machines, and capture a remote desktop session