I am trying to use UWP(Community Toolkit) TabView Control, but it's throwing below exception:
Cannot find a Resource with the Name/Key UseSystemFocusVisuals [Line:
35 Position: 91]'
Min Version and Target Version both are set to Build 16299. As per this MSDN documentation, it supports device family Universal, 10.0.16299.0 or higher
Windows 10 OS build is 17763. If I change the target version to 17763 then it's working as expected.
Any reason why it's not working when the target version is set to 16299?
Strictly speaking this isn't the UWP control but rather Windows Community Toolkit control. As it isn't made by Windows team the documentation is based on the human input and clearly there can be errors in it. It may also be a bug, the best thing to do is to submit the issue to their github: https://github.com/windows-toolkit/WindowsCommunityToolkit/issues
With the input from #Ivan, I checked for similar issue on WindowsCommunityToolkit GitHub site and seems that this issue was already reported.
According to the discussion on the issue, Fix is already implemented but will only be available when a new version of the toolkit is published. So until then if anybody else wants to have a fix, you need to define UseSystemFocusVisuals in your App.xaml as below:
<x:Boolean x:Key="UseSystemFocusVisuals">True</x:Boolean>
Related
Apple's iOS 8 breaks certain tap functionality in versions of dojo prior to 1.9.4 (see Xpages mobile controls not working in iOS8
The current version of Dojo in Domino 9.0.1 FP2 is 1.9.2 but that does not fix the issue. You have to use at least 1.9.4.
I have downloaded 1.9.4 and placed it in the correct folder on our test server. But I cannot get things to work. I changed the folder name of dojo 1.9.4 to 1.4.0 as I only want to use this version for 2 dbs that are having the problem.
Question 1:
What line do I put in the xsp.properties file:
xsp.client.script.dojo.version = 1.4.0
xsp.client.script.dojo.path = / domjs / dojo-1.4.0
Question 2:
There are so many things to download when I go to the dojo download page. I downloaded the zip file and used that.
When I run code to test what version of dojo I have I get 1.9.4. But when I try to load my page, I get an error.
dojo._loaders: TypeError: dojo._loaders is undefined
Any help would be GREATLY appreciated.
You probably have the right dojo zip, this one: http://download.dojotoolkit.org/release-1.9.4/dojo-release-1.9.4.zip. As you say, unzip that to the dojo-1.9.4 folder in <server-install>\data\domino\js\, or name the folder 1.4.0 if you want to specify it for only a few apps.
You will indeed need to copy the IBM folder from the <server-install>\osgi\shared\eclipse\plugins\com.ibm.xsp.dojo_9.0.1.<date-stamp>\xsp.dojo.jar into your new 1.9.4 (or 1.4.0) dojo folder. Little chance of anything working without it. Copying the ibm folder from the 1.5.2 folder is a bad idea as that is old code, and you'd certainly have issues with it working with dojo 1.9.4. In Fix Pack 2, the ibm folder from the plugin was tested/designed to work with dojo 1.9.2 (the version in that jar), so it should play fairly nice with 1.9.4.
In your XPages app, in the xsp.properties, you should only need the line:
xsp.client.script.dojo.version = 1.9.4
Rebuild your app, restart the server etc, and you should be good to go.
DISCLAIMER: This is a work-around, not a supported solution by IBM. There may be unexpected issues using this approach. It's used at your own risk.
You commented already on that topic here so I think you tried this one? http://hasselba.ch/blog/?p=323
This is the SO thread: XPages mobile controls not working with iOS 8
I followed the recommended solution:
IBM Worklight v6.0 - Error while adding an application to the Mobile Test Workbench
still got the error even though my jdk seems to be already correct
I didn't see any errors in the test workbench mobile client log (emulator), which log should I be looking at?
I suppose that you are using Android 4.4 and not Android 4.4W or 4.4L which are not yet supported. And you should have made recently an update of the Android SDK tools to version 23 (you can verify by opening the SDK Manager)
Google has modified in this release the way the tools are organized and this made MTWW regressed when instrumenting.
There is a workaround: copy <android-sdk-dir>/build-tools/20.0.0/zipalign[.exe] to <android-sdk-dir>/tools.
Dominique
I had same problem. You may need hotfix or uptdate to RTW8.6.
https://www-304.ibm.com/support/docview.wss?uid=swg21678859
I am working on an ArcGIS add-in (a very simple toolbar with a few buttons) with VB.Net and ArcObjects SDK in Visual Studio 2010. The solution was built successfully and the debug settings were configured.
When I hit Debug, ArcMap application was opened. I couldn't find the toolbar docked anywhere on the ArcMap toolbar. I went to "Customize" -> "Add-in Manager" and the add-in being debugged was not there. Then I tried "Add From File...", located the "esriaddin" file and clicked "Install Add-in". It populated a message box saying "No GUI components found in this Add-In."
I made some Google searches but haven't got any luck to reach a solution yet.
What was I missing? Has anyone come across the same issue and any direction?
Thanks in advance!
Try clicking build first, then open the arcmap separately and check the add-in manager inside of arcmap to see if it got added to the application. If so, you should be able to find it and turn the toolbar on.
I'm not sure about .Net, but I debugged this issue for the Java SDK. You have to make sure you are using the correct versions for compiling. In java, it was an old archive version of jdk1.6 32 bit.
Then I was referencing something wrong inside the xml document. I had changed the name of my JAR file (taken from project name by the ArcObjects SDK). In the xml document it was still pointing towards the old name.
This may not help you, but if anyone else searches this error and is using tje Java SDK, hopefully it will help.
I struggled with this same issue with a 10.0 add in. We had a 10.1 update that worked with 10.1 but trying to install it to 10.2.2 gave me that exact error. So much for upward compatible! I then tried to build 10.2.2 code and kept having this error. Others mentioned needing to build to x86 so I did that although the 10.1 was on Win7-64 and ran with AnyCPU....
I believe the final key for me was in the config file. I had set version to 10.2.2 As soon as I changed that to 10.2, the darn add-in installed just fine. Nice waste of a day for an extra '.2'
While changing the dojo version from 1.3 to 1.7.3, I simply replaced all my dojo 1.3 folder files with dojo 1.7.3. After rebuilding my web application, I am getting error hxrFailed at dojo.js, line no 15.
What is the wrong that I am facing here? Do I need to change any existing code. Is there any document to refer for all the required changes.
Please help me to get out from this issue.
Thanks,
Sridhar.ch
Lots changed and there are some lengthy tutorials to help you migrate. Check out the documentation tab on Dojo's website:
1.x to 2.0 migration guide:
http://dojotoolkit.org/reference-guide/1.8/releasenotes/migration-2.0.html
Updated buildsystem tutorial:
http://dojotoolkit.org/documentation/tutorials/1.8/build
In theory the current (1.8) build system is backward compatible until 2.0, but in practice I'm not sure it is 100% backward compatible because my 1.6 build profile didn't work with 1.7.x and up. I didn't try that hard to get it to work though.
I have gone through the same. the xhrFailed error occurred for me for multiple reasons. One of the reason was a missing a file in the define as below:
define(["something/was/missing/here"],function(){});.
Another cause for the same error occurred was when a folder in a path of a dependency was renamed but not updated in the application build profile. (This case only if your are doing custom builds).
See if that is the case!
ManagedSpy is supposed to be the .NET equivalent of Spy++, but somehow the download page is now not availeble any more.
Anyone who knows why?
Anyone that knows a replacement?
--jeroen
I've cloned the original ManagedSpy source code and maintaining the code in modern environments (for example, ported it to .NET4).
See project on GitHub.
You can still download it here, but the original website seems to be gone. There is however still an article in MSDN (from 2006) about ManagedSpy.
I've cloned the ForNeVeR's ManagedSpy source code and changed a bit to support 64-bit process. see https://github.com/slimzhao/ManagedSpy
Is there a newer equivlent tool? ManagedSpy fails completely on .NET 4.0 enabled machines because Native Images existing under \Windows\Assembly* and it tries loading those as .NET assemblies and fails.