loupgaroublond (![[info]](http://l-stat.livejournal.com/img/userinfo.gif){kind=small} loupgaroublond) wrote,@ 2005-08-15 01:51:00 |
|
my crazy clipboard idea
Ok, so this will be an addition to my object oriented operating system addiction:
So assuming we have some GUI system that is designed from a proper OO sense, we can assume that any time data is sent to the clipboard, some clipboard event is generated. And as follows, a ClipboardEventListener (to use the Java phraseology tonight) recieves this event. (Multiple listeners can recieve it too, as long as they don't conflict later on, and we'll see why). Our obvious standard clipboard listener would take the data, parse the datatype and interfaces using some element of the API, and generate some stub such that any other object/application can request a reference/copy of that stub containing the data and any possible metadata. It would put that into a single memory space, overwrite the old one, etc...
Now there are many re-implementations of the clipboard. Microsoft uses a kludge within the MS Office framework where it maintains a limited history of the clipboard. Gnome and KDE use a subtle kludge on top of the X Windows clipboard making it slightly more user friendly. KDE even has a klipper tool that maintains a user configurable history.
What if we were to do away with all these kludges? First, I propose that we have the option of passing a setClipboardEventListener/addClipboardEv
Secondly, I propose justification for bending over in this mental kama sutra. I am doing some data entry work that requires massive amounts of copying and pasting. I will take little bits of data from many files that I want in a list as one file. If i had the ability, I would write a simple plugin to give me a new clipboard mode. Everything I copy is stacked one by one on the clipboard in a Queue+Stack of arbitrary length. I could then have my clipboard object register shortcuts to my environment that let me pop items off either the Queue, Stack, or anywhere in the middle. If this were emacs, I might type something like C-v 35th and have the 35 item pasted.
Anyways, those are my two cents on something totally trivial and pointless. G'night all.
Ok, so this will be an addition to my object oriented operating system addiction:
So assuming we have some GUI system that is designed from a proper OO sense, we can assume that any time data is sent to the clipboard, some clipboard event is generated. And as follows, a ClipboardEventListener (to use the Java phraseology tonight) recieves this event. (Multiple listeners can recieve it too, as long as they don't conflict later on, and we'll see why). Our obvious standard clipboard listener would take the data, parse the datatype and interfaces using some element of the API, and generate some stub such that any other object/application can request a reference/copy of that stub containing the data and any possible metadata. It would put that into a single memory space, overwrite the old one, etc...
Now there are many re-implementations of the clipboard. Microsoft uses a kludge within the MS Office framework where it maintains a limited history of the clipboard. Gnome and KDE use a subtle kludge on top of the X Windows clipboard making it slightly more user friendly. KDE even has a klipper tool that maintains a user configurable history.
What if we were to do away with all these kludges? First, I propose that we have the option of passing a setClipboardEventListener/addClipboardEv
Secondly, I propose justification for bending over in this mental kama sutra. I am doing some data entry work that requires massive amounts of copying and pasting. I will take little bits of data from many files that I want in a list as one file. If i had the ability, I would write a simple plugin to give me a new clipboard mode. Everything I copy is stacked one by one on the clipboard in a Queue+Stack of arbitrary length. I could then have my clipboard object register shortcuts to my environment that let me pop items off either the Queue, Stack, or anywhere in the middle. If this were emacs, I might type something like C-v 35th and have the 35 item pasted.
Anyways, those are my two cents on something totally trivial and pointless. G'night all.
