Is it possible to set .as and .hx to open with FDT Powerflasher? Settings it to open with what seems to be a previously detected by Windows eclipse.exe (my Java one).
Nothing special with as/hx files, same procedure as with any other file extension:
Right click on file
Open with...
Choose the application
Check "Always use the selected program ..."
Ok.
Related
I am using Sublime Text editor and I need to change the settings for Sublime 3 to open files that start with a dot like .gitignore. Please let me know where in the settings I need to make the change. I am using Windows OS fyi.
This isn't a Sublime-specific option, but an operating system one, as the OS determines what is displayed in file dialogs as well as the file system explorer. To set the option on Windows, first open Windows Explorer and navigate to the folder containing the dotfile you want to view. Then, in the View tab, click the Options button on the far right, then select Change folder and search options.
You can also find Options under the File menu.
The Options window will now pop up. Select the View tab, then select the option Show hidden files, folders, and drives. Next, click on the Apply to Folders button at the top.
Similar options are also available on macOS and Linux.
I've been trying to set icon on executable file(.exe) in linux and macOS.
what I learn is there are 3 places icon sets: on taskbar, window bar, and executable file thumbnail.
I have set on taskbar and window bar, but not on exe file.
(By the way, I've already done on 3 of them in windows using visual studio.)
and I might not know exact term of it, so I will show the example below:
enter image description here
I guess .rc file should be in makefile.
If so, I could solve it also in macOS.
If not, I want to know how to set in linux and macOS too.
Please let me know how to use it and set it. Thanks in advance.
p.s. I set icons on window bar and taskbar using GLFWimage and working on openGL3 & c++.
glfwSetWindowIcon(window, 1, &icon);
I guess .rc file should be in makefile.
While there is a "standardized" way for storing icons in Windows .exe files, there is no such method for "ELF" files (the most common executable file format under Linux).
on taskbar and window bar
The icon used by the window manager (e.g. for the task bar) is typically stored as "X11 window property". A "X11 window property" is some data assigned to a window by a program.
The program must provide the icon image as array and call the function XChangeProperty() (this is what the function glfwSetWindowIcon() indirectly does).
It is not necessary that the icon is stored in a special way (comparable to the .rc file in Windows); the program can simply store the icon in some const array or even calculate the icon image data before calling XChangeProperty().
... but not on exe file.
As I already have written, there is no "standardized" way to store icons in executable files for Linux.
Some file managers "know" certain programs and display the corresponding icons: They know that "xterm" is a terminal program, so they display the terminal icon. However, this icon is not stored inside the executable file but in the file manager: If you rename any executable file to "xterm", the terminal icon will be displayed.
There is an extension named "elfres" (it was named "elficon" some years ago) that allows adding icons to ELF executable files. The web site of that extension is found here. On the linked web site you also find a screen shot with an example - so you can check if I understood you correctly and this is what you are talking about.
Unfortunately, this is a non-standard extension. For this reason a "standard" Linux installation will not check if an executable file contains an icon and therefore not show the icon.
If you use the "elfres" method, you must install a special plug-in; otherwise the icons of executable files are not shown.
I have cygwin installed on my new Windows-10 PC and I have a file "foo.bash" on my desktop that I need to be able to double-click on and have c:\cygwin64\bin\bash.exec open it (foo.bash is a shell script being interpreted by bash.exe). On my previous PCs I simply double-clicked the program, browsed til I found/selected bash.exe, clicked the "always use this app" button and from then on double-clicking on foo.bash would always open it using bash.exe.
On my new Windows 10 laptop I initially had the same experience but then after a couple of days I created a file named "bar.bash" and was surprised to get prompted for what type of app to open it with. bash.exe was listed so I selected that, clicked the "always open with" again and that was fine but then when I had to open it again later I found that the "always open with" hadn't stuck. So I repeated and could not get Windows to remember to open that ".bash" extension file bar.bash with "bash.exe"
So I went back and double clicked on the original "foo.bash" and it opened with bash.exe. I tried changing it's "open with" to Notepad to see if that would stick and it didn't AND then I found I could no longer get bash.exe to stick either.
So now every time I double-click on a file with a ".bash" extension I have to click on bash.exe to open it. I have tried associating the extension with the app from the file properties, from the Settings menu, and everywhere else that any web page I can find tells me will work and none of them work - I 100% CANNOT get Windows 10 to remember to open ".bash" files with "bash.exe".
I also followed the steps at https://www.winhelponline.com/blog/remove-file-association-windows/ to delete the references to a ".bash" extension from the registry and that changed the popup prompt for which app to open the file with but after once again selecting bash.exe and "always open with", I was back once again to having to repeat the process every time I open the file.
Does anyone have any real ideas on how to do this? I assume it'll involve some arcane procedure to edit registry entries or something else that I REALLY don't want to be messing with but I've exhausted all of the "normal" ways that this should work from a user perspective.
Eureka! In a flash of inspiration I restarted Windows in Safe Mode (a chore in itself these days - see https://www.digitalcitizen.life/4-ways-boot-safe-mode-windows-10) and then right-clicked on foo.bash, searched for bash.exe again, selected it and now after rebooting back out of safe mode the association with "bash.exe" is still in place for all my ".bash" files.
So the trick is - go into safe mode to permanently associate the file suffix with the app.
I can't make my Dreamweaver CS6 to load sass (SCSS) files as css (it won't color it).
It was working fine on CS5.5 version. Now I have fresh DW CS6 with all updates (12.0.3) and I have modified all needed files.
Instruction is here or here.
DW still won't apply coloring to my code and when (while open scss file) I go to preferences --> code coloring, Document type highlighted is Text.
Any ideas? Maybe there are another files in CS6 I have to modify?
I found the solution. In CS6 in addition to the files listed in both tutorial (linked in the question), there is one more file that needs to be changed.
It's MMDocumentTypes.xml located in AppData files here:
C:\Users{username}\AppData\Roaming\Adobe\Dreamweaver CS6\en_US\Configuration\DocumentTypes
I had the same issue with Dreamweaver CS6.
I had to update the files in my hidden Library folder
First enable finder to show hidden files.
Open a terminal and paste the following:
defaults write com.apple.Finder AppleShowAllFiles YES
Restart Terminal:
Keep “Alt” key pressed, put mouse over “Finder icon” – your app bar and “right click”. A menu appear and click on “Relaunch”
Open Finder and go to “your folder”
Go to (open folder by folder) Library. Application Support, Adobe, Dreamweaver CS6, en_US,
Configuration
Edit the Extentions.txt and DocumentTypes/MMDocumentTypes.xml files there.
Restart Dreamweaver and you should be good to go.
Update your terminal to hide hidden files
defaults write com.apple.Finder AppleShowAllFiles NO
Full instructions are from here:
http://www.fastinfo.com.au/dreamever-syntax-highlight-for-less-and-sass/
I'm trying to debug a third-party library. I have it's .pdb and sources. I put .pdb near my dlls. When I step-into third-party code for the first time, VS2012 asks where are the sources. I pick the correct file and everything is fine. Now, I'm rebuilding my code with another version of the same third-party lib. I have another version's .pdb and sources. When I step-into, it doesn't ask where are the sources, instead, it just connects to the SAME SOURCES it connected at the first place. I can close the file and open file from new sources, but each time I press F11 to step-into another file, it continues to open files from the old location.
Visual Studio remembered the selection you made and stored it in the hidden .suo file in the solution directory. You can edit it. First ensure that the Solution Explorer window displays the solution name (similar to "Solution 'name' (x projects)"). If not then use Tools + Options, Projects and Solutions, tick the "Always show solution" checkbox.
Right-click the solution in the Solution Explorer window, Properties, Debug Source Files setting. You should see the directory you added in the original debug sessions. Delete it and add the new directory.