|
I use RDC on a dual-monitor Windows 10 system (left monitor) to connect to a single-monitor Windows 7 system (right monitor). I can copy & paste between the two. Your experience is different, though, correct?
"One man's wage rise is another man's price increase." - Harold Wilson
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
"You can easily judge the character of a man by how he treats those who can do nothing for him." - James D. Miles
|
|
|
|
|
I'm taking about copy & paste INSIDE RDC. Not from Host to Remote
In theory, theory and practice are the same. But in practice, they never are.”
If it's not broken, fix it until it is.
Everything makes sense in someone's mind.
|
|
|
|
|
I just now tried that, too, and it works as expected. I was using a couple of Notepad windows.
"One man's wage rise is another man's price increase." - Harold Wilson
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
"You can easily judge the character of a man by how he treats those who can do nothing for him." - James D. Miles
|
|
|
|
|
I have the exact same configuration and all is working fine.
|
|
|
|
|
I use plain old mstsc.exe (the standard RDP client), and it does work with multiple monitors, as long as they're adjacent. The trick is to make sure your .rdp file contains the correct monitor IDs - and they're NOT necessarily the same as those reported by the Display Settings utility. To get the correct monitor IDs mstsc.exe recognizes, run:
mstsc /l
...which will enumerate your monitors (the ID you need) and the resolution and coordinates they're running (that should be your indicator as to which monitor that line represents). In my case, as I'm writing this, it shows monitors 1, 3 and 5 (even though I only have 3 physical monitors hooked up) and based on the resolution shown, I know the correct IDs are 1 and 5.
Therefore, my .rdp file contains the line:
selectedmonitors:s:1,5
You CANNOT set this purely by using mstsc.exe's UI - this has to be done by manually editing the .rdp file with some text editor.
There's other settings that can be written to the .rdp file through the UI (telling it to use multiple monitors, etc). I'm not certain which of the following are necessary, but along with the line above, I also have these, which are probably related:
screen mode id:i:2
span monitors:i:1
use multimon:i:1
Bottom line is, I suggest you enable multiple desktops using the mstsc.exe UI, save the .rdp file, close mstsc.exe, and then manually tweak the content to ensure (a) the 3 lines above are there and (b) adjust the selectedmonitors line based on the IDs you're getting back.
Note that those IDs can change just by rebooting your system. It's annoying, but I don't know of any solution for that. Sometimes "#5" will become "#4", so I have to change that one line. If it goes back to #5, I change it back.
I also use mRemoteNG, but I never tried to get it to use more than one monitor at a time.
A co-worker of mine uses RDCMan from SysInternals, but I don't think it supports multiple monitors (or if it does, it's all-or-nothing).
|
|
|
|
|
While I appreciate you taking the time to reply, I'm not sure it answered my post.
When I'm in RDS, Copy & Paste doesn't work (Inside RDC, not Host to Remote. Copy text, past, nothing!), and the whole experience is reallllly slow. I've tried multiple 'fixes' over & over, with no luck. so I'm looking for an alternative.
In theory, theory and practice are the same. But in practice, they never are.”
If it's not broken, fix it until it is.
Everything makes sense in someone's mind.
|
|
|
|
|
Sorry, I thought you were focusing on multi-monitor support.
But, I do tend to stick with mstsc.exe, and generally, copy and paste does work.
|
|
|
|
|
I use Royal Terminal Services and have for years. The guy who created this is a CodeProject member and an excellent guy (naturally) to boot.
cheers
Chris Maunder
|
|
|
|
|
Thanks!
In theory, theory and practice are the same. But in practice, they never are.”
If it's not broken, fix it until it is.
Everything makes sense in someone's mind.
|
|
|
|
|
I see your copy+paste not working and rise it to copy+paste working across users.
I copy something in my session and you can paste it in your session.
That was RDC to a Windows Server 2012... really funny
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
Not talking about Users or Sessions.
Copy & Paste text INSIDE RDC not working
In theory, theory and practice are the same. But in practice, they never are.”
If it's not broken, fix it until it is.
Everything makes sense in someone's mind.
|
|
|
|
|
I use Multiplicity from Stardock, but it only works with windows. It works either by extending your desktop, or as a regular remote desktop connection (very fast compared to mstsc).
|
|
|
|
|
I can recommend mRemoteNG which is a multi-protocol, multi-tab remote client for RDP, SSH, VNC etc.
The current release is quite old, but there are some betas about - results may vary.
Development appears to be in transition, but it works so well that a few quirks are acceptable (e.g. latest beta requires a click in the window to set focus when changing tabs on SSH connections).
Choosing Redirects is easy and includes the clipboard (works perfectly in the same tab, between tabs and between host and client).
So old that I did my first coding in octal via switches on a DEC PDP 8
|
|
|
|
|
Clumpco wrote: So old that I did my first coding in octal via switches on a DEC PDP 8
Totally off the topic at hand (my apologies). I just had to reply after seeing this tagline. It took me back to my high school days when I was doing exactly the same thing. Toggle switches, RIM loader, BIN loader, yay!
|
|
|
|
|
To me I see two parts to the problem and responses only seem to focus on one part. The parts
- Oracle Box VM
- RDC
I presume you are running the VM locally. Not having used VMWare for a very long time I would also wonder what you might have going on in it. So you might want to try a completely different and minimal build. Along with verifying how memory is being mapped. (I can suppose everything is going to be slow if memory in the VM is low.)
Then you might also try using RDC with something completely different also. Also locally.
After localizing the problem to one of those then you could start looking for a solution.
|
|
|
|
|
Specially for inhouse connections between Windows machines, I am using TightVNC for years now. Pretty fast and I do work on a lot of headless machines, including constant copy&paste (both text as well as files) all day long. Also including about half a dozen VMs (mostly older Windows XP/7 hosts for software that doesn't exist or is retarded on newer versions of Windows)...
|
|
|
|
|
I read your question and I remember that this happened to me, but I could not remember how I fixed it.
I went to lunch and voila, I remembered.
After I reinstalled both the client machine and the machine I was remoting to, I decided this was not a Windows issue. Trust me, I tried everything I could try.
I tested another keyboard on the local machine, and that fixed the problem.
Does it make sense, no.
Did it work, yes!
Good luck!
|
|
|
|
|
I have just re-read your initial post and realised that I hadn't noticed the fateful words "Oracle VirtualBox".
This piece of s**tware will update itself and then totally forget to mention that you need to manually update the Extension Pack which needs to be installed and kept updated on the hosted VM.
In the past this has led me to lost shared drives, weird mouse behaviour, etc.
So old that I did my first coding in octal via switches on a DEC PDP 8
|
|
|
|
|
I use 3 computers/3 28" monitors--Left-Middle-Right
All three run Startdock's Multiplicity which allows me to use one keyboard/mouse for all three computers. Left and Right are Multiplicity clients, Middle is Multiplicity master.
Left (4 core CPU/16 GB) serves as a mail and file server (NAS type server) plus run either Xming or Cygwin X windows connection. Left is also used for Firefox/Chrome internet connection for information lookup.
Middle (12 core cpu/32 GB) run one RDC connection plus an optional XMing/Cygwin X windows connection. Middle is also used for word processing. Middle also can run Oracle Virtual box for testing new Linux configurations/distros.
Right (8 core/16 GB) runs Virtualbox for main Linux development.
All 3 use 256 GB SSD's plus one 1 TB HDD for system backups.
Right (the main VB development system) also runs a 512 GB SSD for Linux VB systems.
I also have one standby system for emergency of specialized testing.
System SSD's (Windows 10) are cloned about every 2-3 weeks onto a rotational SSD.
|
|
|
|
|
My guess is that there are several IT departments where I work scrambling to find a replacement.
I can already hear a director asking, "Is there any way we can get a copy of the codebase to maintain our own internal version of ICQ?"
|
|
|
|
|
By the way, the phrase "can we get a copy of the codebase to maintain our own version" should be heard as "now is a good time to update your resume"
|
|
|
|
|
Last time someone tried this, it was for MS Money. With no luck, unfortunately -> How to bin dump an excellent piece of software ...
|
|
|
|
|
At least MS Money still works. Well, I've never used any of its online features, that is, so all offline functionality is still there and runs fine.
|
|
|
|
|
Sure. But I miss some modern features - like the filtersearch in comboboxes - and a few things I would have loved to implement. I actually see no point in keeping a source code sealed when it is not maintained anymore. I once started to reverse engineer, but that would be soooooo time consuming !
|
|
|
|
|
Rage wrote: I actually see no point in keeping a source code sealed when it is not maintained anymore.
Sometimes there are components that have been licensed that, themselves, are owned by third parties that are still very much under active development, and the licensing terms are such that it's an all-or-nothing type of deal.
Then there may by IP that they feel should be kept private.
Or there's a shared component that's re-used somewhere in another product that's still under support, and releasing the source would make it trivial to expose common vulnerabilities to anyone looking. Obviously security through obscurity should not be a thing, but the reality is, making the source public just lowers the bar.
I'm with you, there's plenty of abandoned closed source software I'd like to revive, even if only for my own use...but I just don't see that happening.
MS-DOS 4.x only got its source published a few weeks ago, and that was done, so they claim, "primarily for its historical importance". Don't get your hopes up for MS Money...
I've never used it myself, but HomeBank is free and has its source code available (I don't know however if it's open source according to the common terms), and claims to be able to open MS Money files. Depending on your goals, maybe you could take inspiration from that, even if only for the data import part...
|
|
|
|