I'm trying to use the Play framework with IntelliJ community edition, which doesn't know what to do with YAML files. It asked me how to open them, and I chose to use the "associated application". But now whenever I double-click on a YAML file in IntelliJ, nothing happens.
The file associations for YAML files are set correctly in my desktop environment, KDE, and opening a YAML file from xdg-open works, but IntelliJ is not using xdg-open.
I suppose this could be related to the fact that I initially installed plain Ubuntu and then switched it to Kubuntu by installing the KDE packages. I'm using Oracle JDK 6.
To edit them as plain text files in IDEA, I can go to Settings (Ctrl+Alt+S), search for File Types and choose "Files opened in associated applications", then remove .yml from the list. Then double-click a YAML file and choose to edit it as a text file. But this is not ideal - I'd like to be able to use associated external applications.
Related
I'm using eclipse Mars.1 JEE with CDT on CentOS 7 Gnome Classic and I'm wondering where eclipse saves configs and plugins. The reason is that I had the following problem and I'd like to understand.
I installed a plugin to apply external themes (Eclipse Colo Theme) and I changed the colors. I didn't like the plugin and removed it but I didn't set the colors back. After some time I found code snippets which where not readable because of the colors. But I forgot about the plugin and the changes I applied. I tried to solve the problem and looked for a solution but I found no solution. I downloaded eclipse, extracted it in the downloads folder and started it. The problem was there, too. And also my proxy configs. So I installed the plugin, reverted my changes and checked both eclipse folders. Both versions were fixed. So both versions check a central location on my system for configs, themes and plugins.
I found ~/.eclipse but it doesn't seem like there is a config. Are there other places were eclipse saves a config, even when I use a portable eclipse version?
Most preferences like theme, color and fonts, etc. are stored in the subfolder .metadata of the workspace.
If you switch to another workspace (File > Switch Workspace > ...) you will see, which preferences are workspace specific and which are not.
In some cases, the Restore Defaults button in the Preferences dialog (e. g. in Window > Preferences: General > Appearance > Colors and Fonts) can be used to restore the default preferences.
In an existing Eclipse project, I created a new package (using Eclipse in Linux) and checked it into source control (we use Subversion).
Another user got the new files and can see them in Eclipse on Windows, but not in Linux. The new files are there, just not visible in Eclipse.
I was thinking it might be an Eclipse setting that only lets him see some file types - there are .feature and .java files - but there are pre-existing .java files that he does see in Eclipse.
Any clue what might be causing this?
I have multiple eclipse SDKs installed on my linux notebook. They are in different directories and I do not remember which is the last one I installed. The command 'which eclipse' gets me /usr/bin/eclipse. /usr/bin/eclipse is a shell script that (among other things) sets ECLIPSE=/usr/lib/eclipse/eclipse. /usr/lib/eclipse/eclipse is a real executable (not a link) that was copied in from elsewhere.
The command 'eclipse' brings up a functioning eclipse. My question is: If I want to expand the capabilities of this eclipse, which SDK do I need to make changes to - ie which SDK do I insert add-ons? That is, given an executing eclipse, how do I find the sdk?
On the Help > About Eclipse dialog click Installation Details for lots of details about the installation. The Configuration tab contains the paths of what is being used.
Adding to Eclipse is generally done using Help > Install New Software and you don't normally need to know where the Eclipse install is for this!
I have some projects built with different versions of VS2005 that require different run-time version. i need to display the assemblyIdentity to see which run-time is required to run the program. I need the information to include the specific VC80 runtime MSM in my WiX installer project.
{Edit}
While the binaries have been built with Visual Studio I don't have a VS on the PCs where WiX shall be used. I am reluctant to install an Express version, since I am a guest on that PC.
{/Edit}
How can I conviniently display the embedded manifest? Preferrable with a small tool, command line tool would be OK.
Manifests are stored as resource in executables/DLLs. These are stored under RT_MANIFESTresource type. Open the resources under it and parse it as XML.
One example is pasted below (I opened one of my EXE using VS resource editor):
The PeStudio is a small tool that does the job. Including displaying the manifest in clear text.
Additionally it displays all DLLs that must be present on target system. That helps to author the installer.
I'm running Eclipse (versions 3.6 and 3.5) on Ubuntu and I'm having trouble installing Eclipse plugins.
There is an easy way to install eclipse plugins in Eclipse, but this doesn't work for me on Ubuntu! This way only works properly under Windows and Mac OSX.
Just like in the tutorial, I create a folder inside my eclipse SDK folder that is named Links.
In this folder, I create a file eclipse-cpp-helios-linux-gtk.lnk or eclipse-cpp-helios-linux-gtk.link that contains this line:
path=/home/taher/opt/eclipse/Third-party-eclipse-links/eclipse-cpp-helios-linux-gtk
and save it, but when I start Eclipse doesn't recognize the plugin!
How can I resolve this problem?
With Eclipse Galileo (3.5) or Helios (3.6), I would rather recommend an external directory called 'mydropins' (for instance), which you can reference from your eclipse.ini, with the option:
-Dorg.eclipse.equinox.p2.reconciler.dropins.directory=C:/Prog/Java/eclipse_addons
This is called a shared dropins folder.
See in this SO answer an example of plugin deployment in this shared dropins folder.
(Your link refers to the previous provisioning mechanism, pre-p2.
P2 is the new provisioning system introduced late in Eclipse3.4, refined (debugged?) in eclipse 3.5 and 3.6.
See the supported dropins formats to check how you can organize your own personal dropins folder (that you can reuse between several eclipse installations)
You said you are using:
-Dorg.eclipse.equinox.p2.reconciler.dropins.directory=/home/taher/opt/eclipse/Third-party-eclipse-links
That means, under /home/taher/opt/eclipse/Third-party-eclipse-links, you:
won't have any .link file
will copy:
eclipse-cpp-helios-linux-gtk
eclipse
features
plugins
Note: the structure within eclipse-cpp-helios-linux-gtk should be the one describe above, for p2 to pick it up.