testdroid plugin does not show up in eclipse - eclipse-plugin

I am trying to install testdroid recorder plugin on the latest Android ADT on Mac OS X 10.7. I am following all the steps listed on the site. The plugin gets successfully installed according to the messages displayed. I have also confirmed the same by going to "install new software" and viewing the site "http://testdroid.com/updates".
However, it does not show up in the Preferences tab as well as the new> others tab, where I do not see any option like Android Testdroid>.
Any help will be much appreciated.

Testdroid Recorder since version 4.4.18 requires java 7 installed, so you have to update it to be able to use the plugin.

Related

My Netbeans 12.2 on Ubuntu only has lightweight & temporary C++ IDE, can't find the real one

In Netbeans 12.2 on Ubuntu 18.04 (using that snap install), for my C++ plugin I have that first image. When I try to create a new project I get that second image. That is some kind of a lightweight version that does not do your makefiles for you. If I try to open an existing C++ project it just never IDs any project file or folder as the right one. And notice that this version does not include a "Create from source code".
Does anyone know how I can install the "real" c++ plugin? I've looked in a lot of tutorials but they all say it should be there under Available Plugins, but it is not there.
This comes very late but it seems that Netbeans 12 lacks some components for this.
Therefore you must enable Netbeans 8.2 Plugin Portal from Plugins Settings.
Then deactivate the C/C++ and then force updates from Updates -> Check for Updates. Restart IDE and install 8.2 C/C++ plugin.
Note: I have lead into this problem now because unpack2000 is no more present.
The validation of downloaded plugins cannot be completed, cause: NBM ../.netbeans/12.4/update/download/org-netbeans-modules-cnd-kit.nbm needs unpack200 to process following entries:
netbeans/modules/locale/org-netbeans-modules-cnd-kit_ja.jar.pack.gz
netbeans/modules/locale/org-netbeans-modules-cnd-kit_pt_BR.jar.pack.gz
netbeans/modules/locale/org-netbeans-modules-cnd-kit_ru.jar.pack.gz
netbeans/modules/locale/org-netbeans-modules-cnd-kit_zh_CN.jar.pack.gz
netbeans/modules/org-netbeans-modules-cnd-kit.jar.pack.gz
This can be resolved by installing jre-11 (if it is not present already. I have it on Opensuse Thubleweed amogst with jre-16).
So then you just start netbeans from terminal with:
$ netbeans --jdkhome "/usr/lib64/jvm/jre-11"
...and then install blugin, and when it is ready close netbeans and start it normally again.
Just wanted to report that the answer from Devspain also works with Netbeans 14, in Ubuntu 22.04.

Inellij Show intention actions stopped working in Flutter

After upgrade to MacOS Catalina (or maybe unrelated) show intent actions command stopped working in Flutter.
If I run some error - show intent action is working just fine. https://take.ms/Jr7VY
If I just try to show intent actions for regular Widget - it isn't showing anything. In the past it was suggesting something like "Center Widget", "Add Widget", "Add Padding" and so on..
UPD: Updating to Android Studio 3.6 preview helped the problem (I didn't move any profiles). But still no idea what lead to the problem and how to fix on 3.5 stable.
Does visual studio code works fine with showing intent action?
Maybe you should run fluter doctor to find if there are any issues with the flutter installation.
Also you can find more details in the official wiki on Catalina Support:
https://github.com/flutter/flutter/wiki/State-of-Catalina-Support
Are IntelliJ plugins up to date? Especially flutter and dart? After reset all settings IntelliJ, reinstall plugins again its not flutter side problem, I think it’s IntelliJ problem
Try updating to Android Studio 3.6 (currently in RC1 Preview).
You might want to check the Keymap.
I found that in 3.6 with the default Keymap option-return worked but when I switched to Eclipse (macOs) Keymap, it stopped working again.
Search for "intention". When using the Eclipse (macOS) Keymap I found that the intentions command was not setup to use option-return so I added it and it works.
The solution is to download another Android Studio version (doesn't matter which) and install it. Helped two times.

Location of GO SDK

I am a totally fresh user to GO programming language. I have downloaded the GO binary distribution go1.6.linux-amd64.tar.gz which is the latest for Ubuntu and started working with it. Currently, I can create simple GO programs and work using command line tools.
I have downloaded the IDEA IntelliJ 14.1.4 plugin for GO programming. When creating a project for this we need to set the SDK of GO. But so far I have been unable to find the SDK.
What is the location of the GO SDK? Is it available within the GO distribution or should we download it separately?
The IDEA plugin expects the location of the unpacked distribution for the "Go SDK".
It does check the version number and was just recently updated to support Go 1.6. Updating the plugin should fix the issue for you.

Overriding Dojo version for a particular Xpages database

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

Eclipse plugin working on windows, but not on mac

My plugin is stored as an archived update site (.zip), and works perfectly fine in Indigo (3.7.1) and Juno (4.2) on Windows. However, when trying to run it on Mac OSX (tried on two different machines) and a fresh Juno, the installation works as usual and the plugin seems to be installed with no errors, but none of the plugin features are available (1 view, 2 buttons on main toolbar).
Starting eclipse from terminal just gives the warning No binding table for org.eclipse.ui.contexts.dialog, but after a bit of research, this seems to be a known and harmless issue of eclipse 4.2.
When looking at installation details, my plugin is listed as usual, just the features are missing...
What is going on here?
To figure it out, I did some debugging on a Mac, and it turned out, that it was a problem with the JRE-versions: My plugin requested 1.7, whereas the macs only had 1.6 installed. But still it's strange that eclipse doesn't say a word to the user at any time, even though it's declared in the MANIFEST.MF...