This might be a silly suggestion and feel free to dupe it if it has already been suggested:

1. User A: Copy text or image to clipboard from any app.
2. User A: Send clipboard over bluetooth to User B who gets a prompt to allow his clipboard to be overwritten with that of User A.
3. User B: Paste clipboard contents into any app.

I quickly read through the similar threads and came across something called Object Push Profile (OPP) for bluetooth. Could an app for Maemo accomplish this?

Update: Here's the link to the brainstorm to vote on: http://maemo.org/community/brainstor...ver_bluetooth/

Good idea.
I would use this between desktop PC and N900 often.

Very interesting idea. I think it must be possible. You can already transfer files through opp. So we would need a piece of software on both devices. One on the n900 to paste something into and have it sent as a text file. and one on the other side to take this textfile and instead of saving it put it into the paste buffer. Same for the other direction. So i think basically all pieces are there and shouldn't be a problem for a progammer familiar with bluetooth.

If someone wants to look into it further there are some open source projects that do clipboard sharing over ip networks (wlan/lan) which would also be nice.

- The best i know of is synergy. It's a comlete software KVM switch that also does clipboard sharing.
- Then there is a windows only tool beyondcopy
- And there is this tool supporting KDE and Windows: netclipboard


Edit: I thought a little about a bluetooth implementation. I imagine there could be problems intercepting the pushed file on the receiving device. I don't know if it's possible, but you would have to implement it in a way that the bluetooth stack does not handle the received "thing" before your application does. or maybe you can make the stack hand it over to your app. I'm a bluetooth newb btw, just thinking loudly

Please create a Brainstorm proposal.
Read through the links in my signature for further help.

I'd love to, but seem to have hit a hurdle trying to log in to create one:

Access denied: You need the privilege midgard:create

Update: looks like it was my tinfoil cookie settings to not allow them by default, creating one now

http://synergy2.sourceforge.net/
"Do you wish you could cut and paste between computers? Now you can! Just copy text, HTML, or an image as you normally would on one screen then switch to another screen and paste it. It's as if all your computers shared a single clipboard (and separate primary selection for you X11 users). It even converts newlines to each computer's native form so cut and paste between different operating systems works seamlessly. And it does it all in Unicode so any text can be copied. "
http://talk.maemo.org/showthread.php...218#post581218
https://garage.maemo.org/projects/synergy2/

"All systems must support TCP/IP networking."

Does this mean they need to be connected to the internet or an intranet for it to work? Or can that work over bluetooth directly from phone to phone without either of them connected to anything else?

The TCP/IP connection can be over Internet, or with PAN over Bluetooth, or WLAN ad-hoc/infrastructure connection, anything really.
That is the beauty of having it working top of TCP/IP. Also security can be obtained with well tested tools (ssh, VPN, SSL, ...)

Well, ok, the more elegant way would be to use UDP/IP so there would be no need to setup session before the cut/paste, but synergy could be a very good starting point and just develop the UDP/IP support to it. Working on existing "standard" and especially when it comes to security, IPsec would be the right way, except with Bluetooth, IPsec could be forgotten first for now because BT has its own encryption (do not transfer passwords though).

Don't know about bluetooth that much (yet), is there some profile which would be more suitable to be used for UDP/IP than PAN.

If UDP/IP support is built to synergy, broadcast could be supported also, so any device in the neighbourhood could grab the flying clipboard-message. But only those, which valid passwords, could decrypt the message and make sense of it. Broadcast support probably won't be high in priorities, but there should be a place-holder for it and in mind when developing.

I must say this sounds like a very aweomse.promising little project :-)