I want to know why does Microsoft word don't allow multiple instance of a file. Say i have opened something.doc, once it has opened then i clicked the file something.doc again it doesn't open another instance but opens the existing instance of the file. I would love to have a concrete reading material about this. Can anyone provide? thanks a lot!
Doesn't seem like an issue to me but just a settings problem as illustrated on some forumns. Try doing the below hack which if for Office 2007:
My Computer
Tools
Folder Options
File Types
Choose XLS
Go to Advanced
Uncheck "browse in same window" in advanced window.
Then highlight Open
Edit
Make sure in the Action box it says &Open
Make sure in the application used to perform action it says:
"C:\Program Files\Microsoft Office\OFFICE11\EXCEL.EXE" "%1"
Check the box next to use DDE
Remove anything that is in DDE Message box and DDE Application Not Running box.
Make sure the application box says: EXCEL
And in the Topic box it says: System
Related
Within the explorer panel of VS Code itself, if I want to copy a file to another directory in the workspace, I can use ctrl+c and ctrl+v, but if I find a file from another application on my computer such as the native File Explorer application, first pressing the shortcut key ctrl+c and then going to the VS Code window and pressing the shortcut key ctrl+v in the Explorer panel, there is no effect.
Note that I'm not talking about copying the contents of the file and pasting into VS Code. I'm talking about copying "the file" as in the notion of the file to the desktop environment.
The workaround is the use the native file explorer, copy the file first, then open the folder opened in VS Code, and finally paste it within the native file explorer. But I find this so troublesome.
Is there an easier way to do this? Does VS Code support such functionality to paste files copied to the clipboard from a different application (not VS Code) and paste into VS Code? Is that functionality hidden behind a setting that I need to change? Or is this possible via an extension?
Vscode does dragging the filename from a native file explorer (at least on Windows) and dropping in vscode's Explorer where you want it.
You can also use your OS's Open With... functionality and then drag the tab of that editor into whichever directory you want.
You can choose Add File from File to add a file to your workspace. Or you can use New File from File to create a new file in your workspace and copy the content of the file outside to it.
At the time of this writing, this is not supported... yet!
Work to implement this is tracked under this GitHub issue: Explorer: allow to paste files from the clipboard into target folder #130036, which is a subtask of a larger issue tracking a larger effort for Better drag and drop / clipboard integration of files across applications #164.
You can give a thumbs up reaction on those issue pages to increase their prioritization (but please don't leave "me too" comments there, as such comments are considered annoying noise).
pingren (a contributor to the VS Code repository) tried to implement this and found it to be more complicated than it looks. You can read their explanation of why in their comment there. One of the difficulties stems from itegration with system keybindings and VS Code's affordance for remapping keys:
the onPaste event could only be triggered by system paste (cmd+V on macOS). Users could change filesExplorer.paste command to any keybindings. So we need to consider how to merge native paste from clipboard and VSCode explorer paste.
There's another feature-request issue (Copy paste files from native explorer to vscode #89862, created before #130036) where isidorn (another VS Code contributor) commented:
This is a fair feature request however I believe there is a Chrome limtation which is preventing us from achieving this. [...]
As for extensions that might do this, I don't know of any (but haven't tried searching intently).
Other possible workarounds:
Try dragging the file from your native file explorer application to the VS Code file explorer panel. This is confirmed to work at least on Windows and Ubuntu.
From Mark's answer (copied under CC-BY-SA):
You can also use your OS's Open With... functionality and then drag the tab of that editor into whichever directory you want.
From user103's answer (copied under CC-BY-SA), and partially mentioned in the question post already:
You can choose Add File from File to add a file to your workspace. Or you can use New File from File to create a new file in your workspace and copy the content of the file outside to it.
I would like to add an Edit action to the right-click context menu for IBM *.DTF files in my Windows Registry.
What are the command lines switches for CWBTF.EXE..? Is there a switch for "open DTF file for editing" (but do not run it)..?
I've searched Google, StackOverflow, and the the IBM i 7.3 documentation for any mention of the command line switches for CWBTF.EXE aka "Data Transfer From IBM i", but I've found none.
The shortcut on my Windows Start Menu for "Data Transfer From IBM i" has the /t switch, but I cannot find any information on this.
I did find the command-line transfer utility RTOPCB.EXE, which does have some /? help text, but the options did not seem to relate much to the full-GUI version CWBTF.EXE.
I'm not sure where the documentation on the old Client Access program (CWBTF.EXE) exists. However, if you are able to use the newer Java based Access Client Solutions, the documentation for scripting can be found here. In particular, look for /plugin=download for transfer from IBM i.
I don't know if there are command-line switches which will override the "run automatically" setting. It seems unlikely. But depending on how determined you are, and how comfortable you are with scripting, a workaround could be to write your own CWBTF.EXE wrapper in a scripting language of your choice.
In broad strokes, your wrapper would go ahead and modify the .dtf file (or a copy of it) to ensure AutoRun=0 appears in the [Properties] section. Then it would call CWBTF.EXE on the modified .dtf. Then after that, if it's well-behaved, it would restore the .dtf to its original state (or remove the altered copy).
Armed with such a script, you could associate Edit with the wrapper.
I have an excel spreadsheet that when it's opening, tries to populate a combo box. On my PC, it fails but on another colleague it doesn't.
In design mode, I can click on the combo box with the following formula inside:
=EMBED("Forms.ComboBox.1","")
The combo box alias is Combo_bench and is called (and failed) in the macros like that:
Worksheets("Main").Combo_bench.Clear
Also when I tried to see the property in design mode, it seems it's the property of an unknown sheet in my workbook. It displays Sheet01 Worksheet.
I am not really used to excel macros, so is it something I am missing? I don't understand why it's working on my colleague computer and not mine.
Try this, most likely it will resolve the issue.
Exit all instances of Microsoft Excel.
Click Start, type %temp% in the Open box, and then press Enter.
In the folder that opens, delete the Excel8.0 folder and the VBE
folder.
Click Start, type %appdata%\microsoft\forms in the Open box, and
then press Enter.
Delete all the files in this folder.
Re-start Excel and try your macro
few Steps copied from: https://support.microsoft.com/en-us/kb/2703186
I've seen how to open a new File explorer, e.g. explorer.exe /select,$path and select files in that new window, but how would I do this with an existing File explorer window, i.e. tell File explorer to select certain files, as if the user had clicked and highlighted those files?
I love Powershell, honestly I use it even when I know another language would be better. But this is no job for Powershell. I don't know to what end, you are "selecting files" in Explorer for, but it may be possible to accomplish your end goal without utilizing the GUI. If for some reason I don't understand you actually want to do what your are asking about in your question, I would use autoit to simulate key presses or clicks.
I'm opening a folder in Windows explorer from within matlab with the following line :
system('explorer.exe /select,./my_folder/my_file.tif');
It works well, even with the relative path for Matlab "current folder" with "./". Note that it also selects the specified file, which is what I want.
However, I would like to open this window only if the same path isn't already open. Right now, I get several copies of the same window and it's annoying. Do you know any way to do this ?
Thanks,
Ghislain
(Windows 8, Matlab R2011b 64bits)
Disclaimer
This is a partial answer. I don't know how to go on from here, but maybe it helps anyways. Your question is quite interesting to me, and it would make data-analysis a lot easier if changing between interfaces (Matlab/Explorer) were easier!
Some History
DDE is an ancient technology (16-bit Windows, yeah!) that enables Windows applications to talk to each other. DDE has been deperecated from Windows XP on, but it simply refuses to die.
One reason for DDE's longevity is that Windows Explorer still uses DDE a lot. For example, when you double-click a file, the Explorer sends a DDE command to Excel, telling it to open that file in the current Excel window.
How DDE might help you
Matlab's DDE support is officially deprecated. Maybe it would have disappeared completely, were it not for the fact that Explorer talks to Matlab via DDE messages!
You can reverse this process by telling initiating a DDE channel to the application "folders" about the topic "appproperties":
channel = ddeinit('folders', 'appproperties')
The "folders" application appears to be a synonym for "progman", the good ol' Windows 3 program manager. You can tell Explorer ("folders") to view a folder by executing
ddeexec(channel, '[ViewFolder("%l", c:\windows, 5)]')
If Explorer already points to that folder, no new window is opened. Unfortunately, I cannot tell you much more about that command. I don't know what that %l is doing there, or the 5 for that matter. The only thing I know is that ViewFolder can be replaced by ExploreFolder, in which case you always open a new window, and that window always shows the folder tree structure on the left pane.
More Information
The most important DDE-related functions are ddeinit, ddeexec, and ddeterm. Their documentation is buried inside the .m files of those functions. You can view the .m files by simply executing
edit ddeinit
Yair Altman has some more info on Matlab's DDE capabilities. What DDE commands are understdood by Explorer evades me. I assembled my example from what I found here.