Welcome!

By registering with us, you'll be able to discuss, share and private message with other members of our community.

SignUp Now!

Take Command / TCMD/LE / TCC/LE 11.0 build 33 uploaded

rconn

Administrator
May
13,015
192
Staff member
I've uploaded build 33 to the web and ftp sites.

(33) TCMD - fixed a problem with Refresh redrawing the Folders view even when the Folders and List View are disabled.

(33) Fixed a problem with small popup history windows sometimes displaying a blank line at the end.

(33) Fixed a problem with the history matching occasionally hanging for a few seconds when no (more) matches are found.

(33) LIST - fixed a problem with /U occasionally overwriting a character or two on the next line.

(33) OPTION - fixed a problem when writing FirewallType and/or FirewallPort.

(33) Minor help file and _bat.schclass updates.

(32) Memory allocation (and thus overall performance) is slightly faster.

(32) ALIAS & FUNCTION - fixed an x64 problem when replacing an existing value.

(32) BEEP - now supported in TCC x64 (using DirectSound).

(32) UNZIP - fixed a problem with UNZIP displaying a relative path even when you don't specify /D when unzipping a .ZIP file with subdirectories.

(32) ZIP - fixed a typo that was disabling the /Q(uiet) option.

(32) NoINIErrors=yes|NO - new TCMD.INI directive to disable displaying (subsequent) parsing errors. (Note that there is a separate NoINIErrors for the [TakeCommand] and the [4NT] sections.

(32) Fixed a minor problem with popup windows clipping the last pixel of descenders for some fonts.

(32) TCMD - If you try to create a new folder in the List View context menu and you do not have access rights, TCMD will now display an error popup. (Previously it ignored the attempt and didn't display anything.)

(32) Minor help updates.

(31) TCMD - LockMenuBar / LockToolBar / LockExplorerBar - previously this just turned off the grabber, but determined users managed to drag the controls around anyway. Now it disables all dragging.

(31) (Very) minor help updates.

(31) (x64 builds) - Added workaround for Windows 7 x64 bug that resulted in the wrong common control dll being called by Windows.

(31) TCMD - fixed a problem with GUI apps being terminated when they were detached from a tab window.

(31) TCMD - fixed a sporadic problem with the toolbar button dialog being displayed partially off-screen if the button was near the right edge of the toolbar.
 
Take Command / TCMD/LE / TCC/LE 11.0 build 33 uploaded

TCC 11.00.33 Windows Vista [Version 6.0.6002]
TCC Build 33 Windows Vista Build 6002 Service Pack 2


> (33) TCMD - fixed a problem with Refresh redrawing the Folders view even when the Folders and List View are disabled.

I have the folder view enabled and auto-hide set and the Refresh
still overwrites the window in a very awkward way.


The other reported fixes appear to work as planned.

--
Jim Cook
2009 Saturdays: 4/4, 6/6, 8/8, 10/10, 12/12 and 5/9, 9/5, 7/11, 11/7.
Next year they're Sunday.
 
Take Command / TCMD/LE / TCC/LE 11.0 build 33 uploaded

> I have the folder view enabled and auto-hide set and the Refresh
> still overwrites the window in a very awkward way.

Not reproducible here.

Do you actually have a *need* for Refresh? It's an obsolete leftover from a
time when windows weren't always updated fully; I haven't seen a case where
it was needed for at least a year or two.

Rex Conn
JP Software
 
Take Command / TCMD/LE / TCC/LE 11.0 build 33 uploaded

I tried to reproduce it at work (on XP) this morning, and don't seem
to be able to do it.

I don't use refresh, but since there were reported problems with it, I
tried to test it when I ran into the troubles.

I'll try again tonight at home on Vista.

On Thu, Nov 12, 2009 at 8:24 AM, rconn <> wrote:

> ---Quote---
>> I have the folder view *enabled and auto-hide set and the Refresh
>> still overwrites the window in a very awkward way.
> ---End Quote---
> Not reproducible here.
>
> Do you actually have a *need* for Refresh? *It's an obsolete leftover from a
> time when windows weren't always updated fully; I haven't seen a case where
> it was needed for at least a year or two.
>
> Rex Conn
> JP Software
>
>
>
>
>



--
Jim Cook
2009 Saturdays: 4/4, 6/6, 8/8, 10/10, 12/12 and 5/9, 9/5, 7/11, 11/7.
Next year they're Sunday.
 
Take Command / TCMD/LE / TCC/LE 11.0 build 33 uploaded

TCC 11.00.33 Windows Vista [Version 6.0.6002]
TCC Build 33 Windows Vista Build 6002 Service Pack 2


I have just tried this on Vista, and the problem did repeat once, the
first time I tried after launching TCMD. I have never been able to
repeat the problem in the same session. It is perfectly repeatable if
I File / Refresh as the first thing after launching TCMD.

Under View, I have Folder and List Views checked. I have the Folders
on the left and List View on the top. Both are set to auto-hide.


On Thu, Nov 12, 2009 at 8:34 AM, Jim Cook <> wrote:

> I tried to reproduce it at work (on XP) this morning, and don't seem
> to be able to do it.
>
> I don't use refresh, but since there were reported problems with it, I
> tried to test it when I ran into the troubles.
>
> I'll try again tonight at home on Vista.
>
> On Thu, Nov 12, 2009 at 8:24 AM, rconn <> wrote:
>
>
> ---Quote---
>> ---Quote---
>>> I have the folder view *enabled and auto-hide set and the Refresh
>>> still overwrites the window in a very awkward way.
>> ---End Quote---
>> Not reproducible here.
>>
>> Do you actually have a *need* for Refresh? *It's an obsolete leftover from a
>> time when windows weren't always updated fully; I haven't seen a case where
>> it was needed for at least a year or two.
>>
>> Rex Conn
>> JP Software
>>
>>
>>
>>
>>
> ---End Quote---
>
>
> --
> Jim Cook
> 2009 Saturdays: 4/4, 6/6, 8/8, 10/10, 12/12 and 5/9, 9/5, 7/11, 11/7.
> Next year they're Sunday.
>
>
>
>
>



--
Jim Cook
2009 Saturdays: 4/4, 6/6, 8/8, 10/10, 12/12 and 5/9, 9/5, 7/11, 11/7.
Next year they're Sunday.
 
Re: Take Command / TCMD/LE / TCC/LE 11.0 build 33 uploaded

Do you actually have a *need* for Refresh? It's an obsolete leftover from a
time when windows weren't always updated fully; I haven't seen a case where
it was needed for at least a year or two.

If I insert a USB key, then Windows Explorer shows it right away, but TC doesn't show it in the Folders window unless I do File > Refresh. Same if I remove the key.

Take Command 11.00.33. Vista Home Premium.
 
On 2009-11-11 02:06, rconn wrote:

> (32) BEEP - now supported in TCC x64 (using DirectSound).

I guess this also made the BeepFreq and BeepLength directives work for
the x64 version. Now, I usually set both to 0, because I don't really
want beeping whenever I make typos, etc.

However, there is one scenario where I *always* get beeps, and from the
sound of it, the standard frequency of 440 Hz. This occurs if you pipe
something to the LIST command, and then try to either PageUp when you
are at the beginning of the output, or PageDown at the end.

Note this does *not* occur when you do LIST of a normal file, e.g.
"list readme.txt" doesn't beep, while "type readme.txt | list" does.
 
However, there is one scenario where I *always* get beeps, and from the
sound of it, the standard frequency of 440 Hz. This occurs if you pipe
something to the LIST command, and then try to either PageUp when you
are at the beginning of the output, or PageDown at the end.

I was about to report that as a bug. It's quite annoying.
 
On 2009-11-11 02:06, rconn wrote:

I guess this also made the BeepFreq and BeepLength directives work for
the x64 version. Now, I usually set both to 0, because I don't really
want beeping whenever I make typos, etc.

However, there is one scenario where I *always* get beeps, and from the
sound of it, the standard frequency of 440 Hz. This occurs if you pipe
something to the LIST command, and then try to either PageUp when you
are at the beginning of the output, or PageDown at the end.

Note this does *not* occur when you do LIST of a normal file, e.g.
"list readme.txt" doesn't beep, while "type readme.txt | list" does.

LIST uses the same routine for beeping whether you're piping or not.

Your piped process (a secondary copy of TCC) is probably using a different TCMD.INI, with the beepfreq / beeplength set to defaults.
 
On 2009-12-05 17:43, rconn wrote:

> LIST uses the same routine for beeping whether you're piping or not.
>
> Your piped process (a secondary copy of TCC) is probably using a different TCMD.INI, with the beepfreq / beeplength set to defaults.

Nope, these days I have only one tcmd.ini, and it is located in the default directory of %LOCALAPPDATA%\JPSoft. It is indeed like the secondary tcmd is using the default settings, but I have no idea why... Shouldn't it inherit them?
 

Similar threads

Back
Top