Dropzonjs IOS Support - dropzone.js

What kind of IOS support does this plugin have. I just tried it the dropzonejs demo on their website on my mobile safari and it doesn't work, however Mobile Chrome worked fine.
Any luck getting this to work on mobile safari as well?

Looks like this is a bug that shipped out with ios8. I suspect it will be fixed in 8.0.1 or whatever.
http://blog.uploadcare.com/post/97884147203/you-cannot-upload-files-to-a-server-using-mobile-safari

You can try this workaround.
if (/(iPad|iPhone|iPod)/g.test(navigator.userAgent)) {
var dz = $(".dz-hidden-input").detach();
$(dz).css({
'position':'relative',
'visibility':'visible'
});
$("#div-around-dropzone").prepend(dz);
}

Related

How screen sharing feature is work in safari?

I am using https://www.twilio.com/docs/video/migrating-1x-2x for the app.
Screen sharing is working fine in chrome and firefox but that is not working in safari.
So, anyone can help with that, How screen sharing feature is working in safari?
Twilio developer evangelist here.
Safari doesn't yet support the screen sharing APIs that the other browsers do, so it won't work in Safari right now. I can't find any documentation that would make that available through a Safari extension either.

Ti.App.iOS `continueactivity` not working on production build

I have a Titanium app that's handling an incoming Universal Link by capturing the iOS continueactivity event. This is the code I have:
if(OS_IOS){
Ti.App.iOS.addEventListener('continueactivity', function(e){
if(e.activityType === "NSUserActivityTypeBrowsingWeb"){
handleURL(e.webpageURL);
}
});
}
This code works perfectly while the app is being debugged but it seems like the event is not fired on the production build.
any ideas?
UPDATE: I just confirmed that this is also happening on the Ti Example App with SDK 5.3.0.
This is a known issue and was reported here:
https://jira.appcelerator.org/browse/TIMOB-20220
It has been fixed for version 5.4.0.

Font rendering fine on Mac, messed up on Windows

I ran into a problem with font rendering on Windows.
I'm used to a little difference in rendering between Mac and Windows, but this just made my mouth fall open. I tested the site thoroughly on Mac and I'm positive it looks just fine in Chrome, Firefox and Safari.
It looks like this on Mac browsers:
On Windows, it looks completely messed up in any browser (I tested Chrome, Firefox and IE):
I know Mac has Iowan Old Style installed by default, so I tried forcing the Mac browsers to use the webfont I generated using FontSquirrel, but that doesn't reproduce the problem on Mac.
Both browsers seem to load the same font (namely the woff version) correctly. Does anybody have any idea what this could be?
I can't post the link to the website because I don't have enough reputation, please look at the screenshots for the URL..
Thanks guys!
After some more research I found out the original (ttf) font worked perfectly fine on Windows, so it had to be FontSquirrel that caused the problems. I tried out 8 different types of settings on FontSquirrel and kept having the same issues.
After a while I decided to try a different generator and I came across Fontie: https://fontie.flowyapps.com/home
This actually solved the problem for me!

How to use modernizr to make firefox support google OpenSans font?

I am using google Opensans font. It works fine in almost all browser except Firefox.
Should I use Modernizr? If it is, then how can I do it?
Edited: I've update firefox to 29.1. But still not working. Here is a demo in codepen. See, it's not displaying opensans.
just loading the font and using it works fine in firefox 28, so more than likely there is something else going on. Can you post a codepen/jsfiddle showing the issue?

Does Opera support NPN_PluginThreadAsyncCall on Mac?

I'm trying my plugin with Opera 12.00 (MacOSX) and it seems like function NPN_PluginThreadAsyncCall() does not work.
Is there any trick I'm missing, or the function is not supported?
The plugin works properly in Windows and in other browsers on Mac (with some workaround for Safari)
NPN_PluginThreadAsyncCall has never worked for me with Opera; for that matter, it doesn't work on Safari 5.1 either.
FireBreath uses NSTimer to do a workaround.

Resources