new messages for TC scripting/ More Automation possibilities

Here you can propose new features, make suggestions etc.

Moderators: Hacker, petermad, Stefan2, white

User avatar
Balderstrom
Power Member
Power Member
Posts: 2148
Joined: 2005-10-11, 10:10 UTC

Post by *Balderstrom »

3 year Bump.

With the addition to TC 8.x to handle enhanced messaging the framework is there to allow "scripts" to become first-class citizens.

If TC would allow the messages like:

queryTAB
queryButtonBar
queryCmdLine
queryStatus
etc.
---> Where the return value is the control's Hwnd

This would allow scripts to more easily (and accurately) accomodate the differences between 32-bit TC and 64-bit TC.

Since the introduction of TC-64bit, changes all the control names to generic terms which cannot accurately be referenced.


I have made this request I believe in other threads before (I can't find them at the moment).

Thank You.
*BLINK* TC9 Added WM_COPYDATA and WM_USER queries for scripting.
User avatar
Balderstrom
Power Member
Power Member
Posts: 2148
Joined: 2005-10-11, 10:10 UTC

Post by *Balderstrom »

Year 4 bump.
*BLINK* TC9 Added WM_COPYDATA and WM_USER queries for scripting.
stalker0
Junior Member
Junior Member
Posts: 8
Joined: 2015-05-24, 08:11 UTC
Location: Slovakia

Post by *stalker0 »

I second previous requests for being able to get list of selected files from TC. Current way requires using workarounds (e.g. see here).

Since initial post, there has been added support for WM_COPYDATA and it is already possible to obtain several data from TC. It would be great to enhance it and include command for getting file list as well. Similar like e.g. SN currently returns file under cursor in source panel, SL could return paths of all selected files in source panel (delimited by `r for example).

Or (to take exceeding of max size in concern), TC can create temp file with filepaths and return path to this temp file. Just like %L with a difference that receiver should take care of deleting this temp file (for obvious reason: TC won't be able to determine when to delete it). Or even better, command can look like SL`0c:\path\to\tempfile\defined\by\caller.dat.

I think I'm not the only one who would welcome such addition.
Post Reply