Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Implement ⌘ (Command) #10

Closed
GoogleCodeExporter opened this issue Jan 11, 2016 · 13 comments
Closed

Implement ⌘ (Command) #10

GoogleCodeExporter opened this issue Jan 11, 2016 · 13 comments

Comments

@GoogleCodeExporter
Copy link

Currently to select a range of text you need to use "Select from here..."
and "Select to here and copy". This is not very intuitive for new users.
The MagicPad style selection (http://magicpad.proximi.com/video.php) may be
added to ℏClipboard for better short range selection support.

It should also detect the presence of Clippy, CopierciN and MagicPad to
avoid incompatibility.


Original issue reported on code.google.com by kennytm@gmail.com on 23 Jan 2009 at 3:04

@GoogleCodeExporter
Copy link
Author

Issue 25 has been merged into this issue.

Original comment by kennytm@gmail.com on 25 Jan 2009 at 9:57

@GoogleCodeExporter
Copy link
Author

another thing, you can insert 3 option at right:

1. A popup like italian-english translator (see issues #) with option
copy\cut\delete\clear clipboard
2. A selection button, click on this button and endable the selection like 
clippy etc.
3. The acutal two arrows

I think is better to have a "123 button style" for the switch from templates and
clipboard.

The button for the selection mode allow the user to have a classic precison 
edit and
the selection only when necessary.

Original comment by sagittcy...@gmail.com on 25 Jan 2009 at 6:55

@GoogleCodeExporter
Copy link
Author

sorry, issue #6

another good idea is to insert a classic undo\redo option.

Original comment by sagittcy...@gmail.com on 25 Jan 2009 at 6:58

@GoogleCodeExporter
Copy link
Author

I'm going to redirect the effort to another project called "command". See
CommandDesignConcept for detail. 

Since selection is not a "keyboard extension", I'm more in favor of creating a 
new
project instead. No matter how it will become, MagicPad-style selection will 
*not* go
into iKeyEx-dependent projects by me because that really exceeds the power a
"keyboard" should have. Therefore I'm changing the title & label here.

"Command" will be free of the keyboard and should allow copying from static 
text as
well. (But not rendered text or PDF or Word, etc, as usual) "Command" should 
replace
the need of hClipboard as a simple copy & paste front-end, so the situation 
will be
"Command" = Internal clipboard, "hClipboard" = MS Word's 20-entry clipboard 
(which I
never use :p)

Original comment by kennytm@gmail.com on 26 Jan 2009 at 8:37

  • Changed title: Implement ⌘ (Command)
  • Added labels: Priority-High, Project-Command, Type-Task
  • Removed labels: Priority-Medium, Project-hClipboard, Type-Enhancement, Usability

@GoogleCodeExporter
Copy link
Author

Issue 13 has been merged into this issue.

Original comment by kennytm@gmail.com on 26 Jan 2009 at 8:54

@GoogleCodeExporter
Copy link
Author

Yes, this is good idea. At last the keyboard is a "command shell" and te 
functions are executed by a 
separated command project that you can improve separatly.

Is a good idea if you insert an options for enable or disable some 
"commands/function" (like selection, undo, 
redio, templates etc.).

In the future the pref panel/option window and the keyboard automatically check 
the status (on/off) and show 
or hide the function on the keyboard

Original comment by sagittcy...@gmail.com on 26 Jan 2009 at 11:29

@GoogleCodeExporter
Copy link
Author

Work started in r77.

Original comment by kennytm@gmail.com on 27 Jan 2009 at 8:23

  • Changed state: Started

@GoogleCodeExporter
Copy link
Author

good, when you ave any screenshot, please post it.

Original comment by sagittcy...@gmail.com on 27 Jan 2009 at 8:26

@GoogleCodeExporter
Copy link
Author

@8:

But don't expect any output these 2 days, I'll be leaving my workplace and most
likely won't & can't program anything iPhoneOS related. :|

Original comment by kennytm@gmail.com on 27 Jan 2009 at 8:29

@GoogleCodeExporter
Copy link
Author

(
Note to myself:
UITableViewCell's label is really a UILabel;
UIButton's label is also a UILabel, as well as a lot others in UIKit (thanks 
god)
mSMSBalloon<XXX>TextField is a subclass of UITableCell, use the `@property 
NSString*
text` property to get the text. If the text is just a UILabel (very likely 
not?) then
ignore this fact;
)

Original comment by kennytm@gmail.com on 27 Jan 2009 at 9:44

@GoogleCodeExporter
Copy link
Author

No problem, you work when you have free time.

Original comment by sagittcy...@gmail.com on 29 Jan 2009 at 8:34

@GoogleCodeExporter
Copy link
Author

Issue 6 has been merged into this issue.

Original comment by kennytm@gmail.com on 15 Feb 2009 at 8:22

@GoogleCodeExporter
Copy link
Author

Irrelevant on iKeyEx 0.2.

Original comment by kennytm@gmail.com on 11 Dec 2009 at 2:22

  • Changed state: Invalid

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant