From Newsgroup: comp.mobile.android

Herbert Kleebauer wrote:

On 1/22/2026 12:25 AM, knuttle wrote:

I periodically find I will find something on my computer, that I would
like to use on my phone.

I would like to highlight the information and transfer it to my
cellphone, so I could use as a note (I have the NotePad program on the
phone), or copy it to place in a text message.

If you already use WhatsApp on both devices, just open a chat
with yourself. Everything you enter in one devices is also available
on the other device.

Hi Herbert,

Using only FOSS tools, my Windows and Android clipboard are one and the
same where control+v dumps one clipboard & mouse-right-click dumps another.

In fact, you helped me a lot to improve the flow where over Wi-Fi or USB,
the clipboard is one-click perfectly seamless between Windows & Android.

Hence, I thank you for helping me when you helped me with the code below, where even without your neat trick to hide the console, the solution is so wonderful that I'm surprised at all the convoluted methods being proposed.

THANK YOU for helping me hide the console in this simple script below.
@echo off
REM
REM Download screencopy onto your PC <https://scrcpy.org/>
REM Set Android "Developer Options" "USB debugging = On"
REM Then plug the Android phone into the USB port of Windows
REM Then run "scrcpy -s SERIALNUMBER" on the Win/Mac/Linux PC
REM This will mirror Android onto your Win/Mac/Linux PC
REM But scrcpy leaves an annoying console behind, by default
REM The entire point of this script is to run that one command
REM But WITHOUT leaving an empty console behind on Windows.
REM
REM C:\app\editor\android\scrcpy\showwin.bat
REM adb mdns services
REM List of discovered mdns services
REM netstat -ano -p tcp | findstr "192.168.1.10"
REM TCP 192.168.1.27:15919 192.168.1.10:41913 ESTABLISHED 7904
REM
cd /d "c:\app\editor\android\scrcpy"
REM embedded certificate block is an executable encoded within the batch file!
REM Extract embedded executable from script using certutil decode
REM Reads the batch file itself (%~f0) as encoded source content
REM Decodes certificate block at the bottom and writes showwin.exe
REM -f forces overwrite if showwin.exe already exists
REM Output is suppressed using >nul to keep console clean
REM showwin.exe is used to hide the console window temporarily
REM The batch file launches scrcpy to mirror your phone.
REM Normally, this leaves a blank console window hanging open.
REM The command showwin.exe 0 is run right after launching scrcpy.
REM This executable finds the console window and hides it from view.
REM When you're done and close scrcpy, the script runs showwin.exe 5
REM which makes the console visible again briefly to clean up.
REM Showwin searches for the window with the class "ConsoleWindowClass"
REM (that's how Windows identifies command windows).
REM Uses a system call (like ShowWindow() in Win32 API) to make it invisible.
REM It doesn't actually kill or close the window.
REM It just makes it vanish visually while scrcpy runs
REM So you’re left with a clean screen showing only your mirrored phone.
certutil -f -decode %~f0 showwin.exe>nul
REM Port 5555 was needed when you established adb connections over USB
REM And then you disconnected the USB cable to subsequently work on Wi-Fi
REM But as of Android 11 or 12, you can establish the connection over Wi-Fi
REM But that "Developer option" "Wireless debugging" port is assigned by Android!
REM So you have to get it on Android or on Windows to know what it is
REM adb connect 192.168.1.10:5555
REM You can get the current port from the following command
REM c:\> netstat -ano -p tcp | findstr "192.168.1.10"
REM
REM maybe we do NOT need this command after all???
REM adb connect 192.168.1.10:41913
REM
:: now we hide console window
showwin.exe 0
REM
REM scrcpy --always-on-top --tcpip=192.168.1.10:5555
REM Maybe we can then remove the IP:PORT after all???
REM scrcpy --always-on-top --tcpip=192.168.1.10:41913
REM We don't really need --always-on-top after all???
REM scrcpy --always-on-top
REM scrcpy
REM scrcpy -s adb-RFCR50V7YVY-kFSyj8._adb-tls-connect._tcp.
REM scrcpy -s 192.168.1.21
REM Enter your Android serial number below
scrcpy -s GFCR56AMEBA
REM
:: after scrcpy is closed we show console window again
showwin.exe 5
REM
del showwin.exe
goto :eof
REM
-----BEGIN CERTIFICATE-----
TVpgAQEAAAAEAAAA//8AAGABAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAoAAAAA4fug4AtAnNIbgBTM0hTmljZSB0byBtZWV0IHNvbWVi
b2R5IHdobyBpcyBzdGlsbCB1c2luZyBET1MsDQpidXQgdGhpcyBwcm9ncmFtIHJl
cXVpcmVzIFdpbjMyLg0KJFBFAABMAQEAUHmlNgAAAAAAAAAA4AAPAQsBBQwAAgAA
AAAAAAAAAADIEAAAABAAAAAgAAAAAEAAABAAAAACAAAFAAAAAAAAAAQAAAAAAAAA
ACAAAAACAAAAAAAAAwAAAAAAEAAAEAAAAAAQAAAQAAAAAAAAEAAAAAAAAAAAAAAA
GBAAADwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAYAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAALnRleHQAAAAmAQAAABAAAAACAAAAAgAA
AAAAAAAAAAAAAAAAIAAA4AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABoEAAAAAAAAJQQAACmEAAA
uhAAAAAAAABgEAAAAAAAAAAAAABUEAAAABAAAIQQAAAAAAAAAAAAAHYQAAAIEAAA
AAAAAAAAAAAAAAAAAAAAAAAAAABVU0VSMzIuZGxsAABoEAAAAAAAAAAAU2hvd1dp
bmRvdwAAS0VSTkVMMzIuZGxsAACUEAAAphAAALoQAAAAAAAAAABHZXRDb21tYW5k
TGluZUEAAABHZXRDb25zb2xlV2luZG93AAAAAEV4aXRQcm9jZXNzAP8VCBBAADHS
SECAOAB0EYA4InUC99IJ0nXvgDggdepAMfa9BQAAAA+2EEAI0nQTgOowcvOA+gl3
7mv2CgHWMe3r5QntdAKJ7v8VDBBAAFZQ/xUAEEAAagD/FRAQQAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAA==
-----END CERTIFICATE-----
--
When people pay forward on Usenet, others like me appreciate it!
--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: comp.mobile.android

Philip Herlihy wrote:

In article <10krna4$2hkio$1@dont-email.me>, keith_nuttle@yahoo.com
says...

I periodically find I will find something on my computer, that I would >>like to use on my phone.

I would like to highlight the information and transfer it to my
cellphone, so I could use as a note (I have the NotePad program on the >>phone), or copy it to place in a text message.

I have done some searches and find programs that do a lot of other
things and are suppose to do what I want, but I want something simple >>without a lot of bloat.

There are lots of different ways of doing this, of course. The problem
is finding the right one for you.

Based on what you've said, I'd look at Google Keep https://keep.google.com/). Its simple - almost too simple. But I use
it for storing a handful of standard responses which I use when
operating as a Facebook group admin: things I need over and over. Once added as a note, items are swiftly available on both PC and mobile.

Otherwise:

There are proprietory solutions for integrating computers and mobiles,
e.g. "Link to Windows" (MS & Samsung) and Samsung DeX (more modes of operation). I imagine Apple have something similar for iPhones.

For 'serious' sharing, I use OneNote, which has become the "index to my life". It synchronises with a mobile app, although they removed a
couple of years ago the ability on Android to expand/collapse indented hierarchies of page items, which I find a real pain, as my pages are
often heavily structured. Nevertheless my whole life is in OneNote, and it's available on all my PCs and mobiles.

Keep doesn't have the same folder hierarchies as OneNote, so it's less suitable for wholesale storage in my view, but based on what you'd
written I'd suggest you look at that first. Keep has "labels" which can help you find items. Try asking Gemini (or your preferred AI) this question: "what options does Google Keep have for structuring stored
notes so they can easily be found?"

As Philip Herlihy advised, there are lots of ways to combine the Windows
and Android clipboard over USB or Wi-Fi where I've done it for years.

In fact, this topic has been solved so many times on this Windows newsgroup that it's surprising the question is being asked anew given the tutorials.

Herbert helped me, for example, hone the script I already pasted to this
thread to assist the OP, where his help made the process almost invisible.

Since setting it up has been described numerous times on this newsgroup,
I'll just run thru the use model right now on my daily drive & Windows.

When I wish to copy from Windows to Android:
a. I select the text on Windows using control+c (or rightmouse > copy)
b. I paste into Android using control-v (not rightmouse > paste)

When I wish to copy from Android to Windows:
A. I select the text using the APK-specific "copy" mechanism
(often that's an Android "select > drag endpoints > copy" mechanism)
B. I paste the text into Windows using control+v (or rightmouse > paste)

Since this is so trivial to do, and so useful, and so common a need, and
since this has been discussed umpteen times on this newsgroup, I'm actually surprised it's being asked yet again given this solution is universal.
--
Since I invest energy into my posts, I'll leverage this to the Android ng.
--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: comp.mobile.android

Maria Sophia wrote:

Using only FOSS tools, my Windows and Android clipboard are one and the
same where control+v dumps one clipboard & mouse-right-click dumps another.

Hi Herbert,

Oooops. I made a brain-memory error that my 'finger-memory' just corrected!

Just to clarify, my "muscle memory" (aka "finger memory") is more accurate
than my main-brain memory, as I just ran the shockingly-trivial process of copying and pasting between Windows & Android where the steps are actually

When I wish to copy the clipboard from Windows to Android:
a. I select the text on Windows using control+c (or rightmouse > copy)
b. I paste into Android using control-v (not rightmouse > paste)

When I wish to copy the clipboard from Android to Windows:
A. I select the text using the APK-specific "copy" mechanism
(often that's an Android "select > drag endpoints > copy" mechanism)
B. I paste the text into Windows using control+v (or rightmouse > paste)

Apologies that I misspoke prior due to finger memory being ingrained, where when I tried to "control+v" paste into a random Android app, it took the
input as an Android command, and not a paste, so I apologize for the error.

In summary, I'm actually surprised this question is even being asked since
it was solved on this newsgroup so many times already I can't count them.
--
Together, we solve problems without resorting to marketing gimmicks.
--- Synchronet 3.21b-Linux NewsLink 1.2

From Newsgroup: comp.mobile.android

Maria Sophia wrote:

When I wish to copy the clipboard from Windows to Android:
a. I select the text on Windows using control+c (or rightmouse > copy)
b. I paste into Android using control-v (not rightmouse > paste)

When I wish to copy the clipboard from Android to Windows:
A. I select the text using the APK-specific "copy" mechanism
(often that's an Android "select > drag endpoints > copy" mechanism)
B. I paste the text into Windows using control+v (or rightmouse > paste)

My clipboard is seamless between Android & Windows (over Wi-Fi or USB).

I just skimmed the other posts in this thread, some of which suggest what I consider limited solutions, and others propose adding software to Android, which I will state is NOT NEEDED when you use the method in the tutorials.

Only Windows needs a tool added for clipboard interoperability in the
method I have been using and documenting here (for both Wi-Fi & USB).

Note that the FOSS Windows scrcpy tool does not sync clipboards by
itself. It forwards keyboard events. The method is indeed trivial
and uses only FOSS tools (scrcpy/adb) with no cloud identity needed.

Note that the keyboard works in all cases (as tested just now).

When I wish to copy the clipboard from Windows to Android:
a. I select the text on Windows using the Windows keyboard control+c
b. I paste into Android using the Windows keyboard control+v

When I wish to copy the clipboard from Android to Windows:
A. I select the text using the left mouse drag which pops up a copy menu
B. I paste the text into Windows using the keyboard control+v

I am adding this clarification because my finger memory knows it well,
but my main brain did not say it earlier because the steps are only
ingrained into my fingers.

All of this has been written up on this newsgroup so many times already
that I'm surprised the question is being asked again after all that effort.
--
There is no reason Windows & Android should not interoperate seamlessly.
--- Synchronet 3.21b-Linux NewsLink 1.2