Guest DJHope Posted February 21, 2003 Report Posted February 21, 2003 Ok now before you blow this one off with "smartphone dosnt support copy and paste, blah blah blah" Hear me out because it seems MS have been lying to us (really they wouldnt do that not microsoft). When i use remote display control for windows ce (through smartphone) it lets you select text using windows standard "SHIFT+ARROW" and copy using "CONTROL+C" and paste using "CONTROL+V". Now im wondering how easy it would be to make a smartphone app (maybe that resides in the startup folder) to send these 3 commands to the smartphone by mapping other buttons such as voice record, volume up and volume down whilst using the inbox, any ideas people? DJ Hope PS: Their was a suggestion that Remote Display Control simply buffers the info and makes it appear as if its selecting/copying/pasting text, but everything still happens on the phone screen and theirs a mountain of evidense to support that this isnt the case, especially since WinCE seems to support cut and paste natively and Remote Display Control isnt even designed for Smartphone!
Guest DJHope Posted February 21, 2003 Report Posted February 21, 2003 See Spacemonkeys Conclusions Below, I Still Want Cut and Paste tho :)
Guest spacemonkey Posted February 21, 2003 Report Posted February 21, 2003 OK, a couple of things. If you look in the help files with the SDK then you will find that MicroSoft specifically suggest in their Smartphone 2002 GUI guidelines that you don't implement cut and paste as the practicalities of using it via the phone keypad aren't good. Also, the article posted from msdn is not relevant to the Smartphone because Smartphone 2002 doesn't implement MFC which is what this code is based on. MFC is a set of automation components that give you loads of standard windows sorts of things, like cut/paste, file dialogues etc. These would all need to be reimplemented on smartphone as the gui is different (no touchscreen and stylus) and M$ has chosen not to do this yet. If they did implement MFC on smartphone I'd imagine they would choose not to implement cut/paste given their explicit statements on the subject in the help files.
Guest HelloDave Posted February 21, 2003 Report Posted February 21, 2003 Don't want to state the obvious, but why doesn't someone try a Win CE copy and paste API call (if there is such a thing) on the SPV and see what happens? As for my thoughts on SmartPhone and copy/paste - see the "Control the SPV via your PC" thread.
Guest kingbing Posted February 21, 2003 Report Posted February 21, 2003 Quick test to see if the remote control app or the smartphone is doing the copying/pasting: If you copy from the remote control app, can you paste into notepad? If so, then the remote control app is copying the data, and pasting it into the smartphone (via either a WM_PASTE message, or sending the equivalent keystrokes - a custom program could provide that info)
Guest DJHope Posted February 21, 2003 Report Posted February 21, 2003 Ok fair point that is MFC code, anyone care for an explianation of why cut and paste is working through the remote desktop if its not suposed to be in smartphone, i cant except the buffer option since its effecting things directly on the smartphone, select some tex then rip the phone out of the cradel how in gods name is the text still selected if smartphone isnt doing it? Manipulating Text Windows CE provides four messages for moving text between an edit control and the Clipboard. These four messages apply to both single-line and multiline edit controls. The following table describes these messages. More from MSDN: Message Description WM_CLEAR Deletes the current selection, if any, from an edit control, but does not copy it to the Clipboard unless a user presses the SHIFT key. WM_COPY Copies the current selection, if any, from an edit control to the Clipboard without deleting it from the edit control. WM_CUT Deletes the current selection, if any, in the edit control and copies the deleted text to the Clipboard. WM_PASTE Copies text from the Clipboard into an edit control at the insertion point.
Guest DJHope Posted February 21, 2003 Report Posted February 21, 2003 Just confirmed it i think, when you goto ADD SENDER TO CONTACTS, it puts the number on the clipboard because hereafter pressing control+v ANYWERE on your smartphone inserts the number, so the "add sender to contacts, and insert" is efectively cut and paste. That smashes the buffer theory completely since theirs no way the computer could have had the number in a buffer since i did "add sender to contacts" off the cradel! DJ Hope
Guest spacemonkey Posted February 21, 2003 Report Posted February 21, 2003 So, in conclusion the cut, paste clipboard system is part of Smartphone 2002 and microsofts choice is merely that they don't want to include access to these functions in the GUI. The have used it in the add new contact scenario but haven't made it obvious that this is cut and paste. Their GUI guidelines explicitly state that they don't recommend using it.
Guest DJHope Posted February 21, 2003 Report Posted February 21, 2003 I still rekon that an application which you can run, which replaces voice recorder/volume up and volume down with Select + Cut/Copy + Paste would be nice, when your fed up with those functions you can end the program. Id like cut and paste, far more useful than voice record (for me)! As to microsoft recommending that you dont use it WHY? they use it in lemme see 2 of their apps (Pocket Outlook and Contacts)! I rekon this is a case of microsoft trying to keep smartphone as a PHONE and differentiating it from PocketPC (Very cheeky). DJ Hope
Guest spacemonkey Posted February 21, 2003 Report Posted February 21, 2003 It's just the call they've made. At the end of the day, it's not about keeping it as a phone it's about making applications useable when the only input is via a joystick and keypad, compared with stylus input on a PDA. I think their call is that a mechanism for selecting a block of text would be relatively annoying for a user. Although from you suggestion an automatic select of the whole text box and cut, and then paste somewhere else would be clean and user friendly. Yes, they have used it in their apps, but only as an internal mechanism. Rather than a user explicitly using cut and paste M$ have loaded the clipboard implicitely and provided a specially named softkey to paste the contents out. This is a much more speciifc task than generic cut and paste.
Guest madu Posted February 22, 2003 Report Posted February 22, 2003 I reckon they suggest not using the function, since if someone includes it in their software as an important feature, then it is kinda making it a crappy app straight away.. Just securing themselves from extra hadache. Voice controls sound good for the purpose..
Recommended Posts
Please sign in to comment
You will be able to leave a comment after signing in
Sign In Now