ASPN ActiveState Programmer Network
ActiveState
/ Home / Perl / PHP / Python / Tcl / XSLT /
/ Safari / My ASPN /
Cookbooks | Documentation | Mailing Lists | Modules | News Feeds | Products | User Groups


Recent Messages
List Archives
About the List
List Leaders
Subscription Options

View Subscriptions
Help

View by Topic
ActiveState
.NET Framework
Open Source
Perl
PHP
Python
Tcl
Web Services
XML & XSLT

View by Category
Database
General
SOAP
System Administration
Tools
User Interfaces
Web Programming
XML Programming


MyASPN >> Mail Archive >> tcl-core
tcl-core
Re: [TCLCORE] [MACTCL] Merging TkAqua Cocoa port into Tk HEAD
by Adrian Robert other posts by this author
May 17 2009 8:04AM messages near this date
Re: [TCLCORE] [MACTCL] Merging TkAqua Cocoa port into Tk HEAD | [TCLCORE] Merging TkAqua Cocoa port into Tk HEAD
On May 17, 2009, at 4:54 PM, Daniel A. Steffen wrote:

> > One functionality question: two major gaps in the aqua-Carbon  
> > functionality
> > were support for Services and support for Asian language text  
> > input.  Are
> > these remedied in Cocoa
> 
>  services, no, were you thinking of a Tk app as a service consumer? for
>  what kind of services, modification of text selection in a text
>  widget?
>  there is no provision for that sort of thing in the generic tk text
>  widget code ATM, so it would need generic (TIPable) changes, feel free
>  to write something up (e.g. [clipboard] based), it would probably not
>  be very hard to add once a design is nailed down (services API is
>  pasteboard based and very similar to the pasteboard use in the
>  clipboard code in TkAqua Cocoa).

It would be good to support service provision at the script level --  
allow a script to be called when an info.plist-specified service is  
requested from the app.  On the consumer end, some sort of selection  
modification would be a good long-term goal, but most services are  
not of this type, but more along the lines of "open XX in YY", or  
"new window with selection", etc. that only need the clipboard to be  
sent.  If I get some time I'll try to propose something more specific.


>  Asian language text input does not work currently, along with other
>  advanced cocoa text input features, mainly because Tk text input is
>  based on raw key events and we do not use the full cocoa text input
>  pipeline. It is not clear to me ATM how we can preserve Tk's
>  requirement to bind to raw key events (with any modifier) without
>  relying on raw key events.

Multi-keystroke input methods (e.g. for Chinese characters) work in  
Tk under Windows currently, so maybe the raw vs. processed issue for  
bindings could be handled the same way as there.  Implementation- 
wise, an NSView can implement the NSTextInput protocol and have  
access to both the raw keys and the characters composed by whatever  
system input manager is active.  (The Cocoa port of emacs does this.)


-Adrian


------------------------------------------------------------------------------
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables 
unlimited royalty-free distribution of the report engine 
for externally facing server and web deployment. 
http://p.sf.net/sfu/businessobjects
_______________________________________________
Tcl-Core mailing list
Tcl-Core@[...].net
https://lists.sourceforge.net/lists/listinfo/tcl-core
Thread:
Daniel A. Steffen
Adrian Robert

Privacy Policy | Email Opt-out | Feedback | Syndication
© ActiveState Software Inc. All rights reserved