Infragistics WebDatePicker: calendar dropdown broken in iOS - ios

We're making a big web form for customers, and it's got half a dozen date fields, for which we are using the Infragistics WebDatePicker control (in asp.net 4.6). They work fine (though applying validators to them was a lot of work) except when we try them on an iPad. In Safari for iOS, tapping on the button to drop down the calendar causes it to flash momentarily and then disappear. No such problem on an android device, so far as we've seen. The problem isn't just on our new page, but on all our old ones that also use the control.
Edit: the problem happens in Safari but not in Chrome.
Has anybody encountered this? Has any work been put into resolving this issue? Or are we the only ones seeing it?
Googling seems to come up empty, and Infragistics' support request page appears to currently be inaccessible.
I'm hoping this doesn't come down to finding a way to instrument 50 javascript events on an ipad.
To update, here is the exact case where we're seeing the problem:
device: iPad Air 2 64gb (model MH2M2LL/A)
system: iOS 8.4.1
browser: Mobile Safari 600.1.4
infragistics version: 15.2 for asp.net 4.5
example site: http://www.infragistics.com/products/aspnet/editors/date-picker
...yup, it's failing in Infragistics' own demo page. (Use the second "view sample" link.)
It doesn't fail every time: sometimes the first click after page load succeeds, but the ones after it all fail.
Second update: Infragistics has entered this in their bug tracker as #216122.

I have tested this with the latest SR for 15.1 and could not reproduce the described issue. In order to receive better support, I suggest you to open a ticket for this issue trough the Infragistics site. What is more, it will be best if you add all the related environment details (like Infragistics product version you are using), and attach a simple code sample in order for the Infragistics Dev Support to reproduce the described behavior.

Related

Dart app not showing anything in dartium [duplicate]

my Dartium web browser suddenly stopped displaying the content of Polymer application. Even the basic dart-polymer template project (that reversing of text) is not displayed. If you move the cursor to the position of a input box, it changes shape accordingly. Chrome works well.
I can't even remember the action which lead to this. Does Dartium perform auto updates? Yesterday it worked well, then I put the computer to sleep and came today and it doesn't work. I've tried to restart, reinstall etc. Hopeless...
Thanks for ideas
Rene
I recently ran into the same problem. Updating Dart Editor fixed the issue (under Help -> About Dart Editor).

Jquery Sortable touch funcitonality ie 11 windows 8.1

I'm having a lot of trouble getting the JQuery Sortable functionality working on my Windows 8.1 device which is running ie11.
I had this working on an iPad through the TouchPunch library, but I've had no luck with the new Dell Tablet I'm working with.
I've ran the webapp through Chrome on the tablet, and the sortable functionality works very smoothly. Does anyone have any ideas how I can get it up and running on Internet Explorer 11?
I have tried pulling down various versions of Touch Punch on GitHub, some which attempt to deal with ie10, but I've found nothing that really works with ie11, so I would be glad for some pointers. If I run the [Jquery Sortable Demo][2] on the device, I am able to drag just about by holding to the left of the table row and pulling down at the right point, but this is in no way usable.
Ideally, jQuery mobile would include the sortable functions, but it does not.
***Just to be clear, if I go to the sortable example below on my tablet:
Jquery Sortable
then I can't really get the sort funcitonality to work.
To the above source code, I have added touchpunch library, and also added
-ms-touch-action: none;
to my #sortable class.
According to some online, this should fix the issue on ie10 and ie11, but I'm not seeing it make the remotest bit of difference.
Thanks!
Okay, there was a simple answer to this in the end, although it took me a long time to find it. I started by trying to intercept touch events and failing, which eventually led me to realise that I had added the site to Compatibility View (Settings -> Compatibility View Settings), where I also had checked "Display intranet sites in Compatibility View" and "Use Microsoft Compatibility lists").
I think this reverts to the site displaying in ie7 mode. Due to this, I think there are issues with the MS-touch commands being recognised, and so -ms-touch-action: none was having no effect.
To be clear, then, referencing touchpunch, whilst also using -ms-touch-action: none, should get the jQuery sortable functionality working in ie11 - just be sure to check your compatibility settings!

Report Viewer 8.0 Rendering Issues in IE9

We've had created SSRS 2008 SQL Reports/Report Viewer 8.0 in a web app. As of IE9, the rendering of the report and handling of it within the report viewer changed drastically from our prior experience.
Thus, our once very nice looking functional app has suddenly turned into a something that looks amatuerish ... to be kind about it.
I need to fix this before our next release, and I was hoping someone had encountered at least some of these issues before and had some hints.
I first noticed the rendering problems in the venerable Report Viewer 8.0.0.0 that we had been relying on.
The major issue was a failure to respect the sizing of layouts, resulting in text wrapping and other undesired attempts by the renderer to display the report in a minimal shrunken space.
I decided that this was most likely because the aging ReportViewer didn't support more recent browsers.
Check if your reportviewer control in aspx page has following attributes
AsyncRendering="False"
SizeToReportContent="True"

measureit alternative in firefox?

I used to use an add-on for firefox called measureit. Now its not working because of firefox keeps updating all the time and the developer hasn't come out with a version of measure it that is supported by newer versions of firefox. Does anyone know a good pixel ruler add-on for FF?
You could download the web developer toolbar. It has a ruler built in. Once you install it, it will appear in your menu bars in firefox. Click on miscellaneous, then click on display ruler.
You could also try searching "pixel ruler".
Not a Firefox extension (it's a Windows app), but you can try Ruler. It's a simple too that does what it says. You don't even need to install it, just click and use.
It can stay on top of other windows, you can drag the borders to resize and switch between vertical and horizontal rulers. You can even open multiple instances.
I had the same issue with MeasureIt, it stops working with some Firefox updates. I found Ruler and been happy with it so far.
Since I upgraded Firefox Developer Edition there have been serious incompatibilities with my previous add-ons.
Measureit add-on is one of the extensions that are not up to date with the new browser.
I found this alternative that works just fine though not as good as Measure it. https://addons.mozilla.org/en-US/firefox/addon/browser-ruler/
If you are on Firefox developer option click on the tools icons > choose to Get more tools > search for 'ruler' and add it.

Desperately trying to make Watin work with IE

I have been working with Watin for about 1 week. I really wanted to make firefox work but had to give up after a day or so when seeing there was no way i could get jSSH working with Firefox 8 etc. Really wish there was a way of using Chrome or firefox i have to say
So returning reluctantly to IE I developed some automation software using Watin, however I have a persistent problem with Goto(href) where it seems as though the page never actually gets marked as complete. And although the browser navigates to the page and I can see the page fine, the call to Goto() just times out. After that point anything I try fails and it cant find the elements in the dom and I cant click anything programmatically. So I have to solve this timeout issue
I have read various articles suggesting fixes and have tried them all as far as I can see i.e. making sure I run as administrator, making sure that internet explorer enhanced security is switched off, etc.. I would really, really like to make Watin work - but right now I am about ready to give up and create a much, much simpler class with an embedded browser in my app. So stackoverflow is my last port of call. How can I stop Watin from timing out.
I am on Windows 7 Ultimate Version 6.1.7601 Service pack 1 build 7601
Visual Studio 2010
compiling as a .net 4.0 app
IE 9.0.8112.16421 with update KB2586448
I have a console app, no threads, [STAThread] on my Main entry point
This is my Visual Studio info:-
Microsoft Visual Studio 2010 Version 10.0.40219.1 SP1Rel
Microsoft .NET Framework Version 4.0.30319 SP1Rel
Microsoft Visual C# 2010 01021-532-2002102-70185
Any help will be very greatfully received.
Regards Julian
ok, so after many months of playing and fiddling the answer to my question has several parts.
Firstly. I needed to get Watin working properly as an embedded browser in a win32 application rather than as a console app. This required me to spend a huge amount of effort getting Watin embedded the way I wanted, I had problems with STATHREAD (of course), and the pop up dialog watcher, and getting the HWND of my browser into Watin to create its browser object (I used another sample on stack overflow to do this) and then I had to ensure ScriptErrorsSuppressed=true and I finally got it working. Hoorah
However, the problem I originally had all that time ago still seems to remain with Watin.2.1.0.1196 in dealing with frame sets on asda.com.
So I have just now done a svn checkout of the watin project and I am finally hoping that the latest updates I have seen will fix this problem once and for all... and Yes I am still really looking forward to Jeroen getting IE9 or indeed any other browser working with Watin. Working with IE (any flavour) sucks
WaTiN does not support IE9 fully yet as far as I know. Jeroen (the creator) is working on getting it fully compatible with IE9, but IE9 relies on new WPF components in regards to previous versions of IE, so i'm guessing this will take some work.
We suffered from several problems as well when we upgraded our WatiN tests to IE9. In the end we force our website to render everything to IE8 standards and set IE9 to IE8 rendering mode untill there is an update from watin to fully support IE9 with all its quirkcs and features.

Resources