Clipboard type used during the paste should be TEXT

[zorglups]

SecureCRT 5.1.0 build 207

This is not easy to explain so let's go step by step...

I'm working all day long on Unix machines using SecureCRT.
On the other hand, I'm working as well with MS Office.

Unfortunately when one will write a doc or a procedure (or even a single mail in Outlook), MS Word will do "autocorrect" stuffs on the text as you type.

For example if you type "ls -lrt", MS Word will translate it to "Ls -lrt" where the dash (ascii 0x2D) has been replaced by a stupid longer dash (ascii 0x96).

See the attached example.txt. Open it in an editor and then switch to hexa view.

If you copy this text (including the 0x96 character) and paste it on securecrt, the character is sent as-is while I would like to have the 0x20 char sent.

You might tell me that the problem is on the MS Word side and that I should disable the "autocorrect" option.
Well. Most of the documents used are not mine and it will be difficult to change the settings in a 5000 engineer group.

I had a look at the windows clipboard API and found that several versions of the clip are saved. (http://www.codeproject.com/clipboard...clipboard1.asp)


What would do the trick is to have an option to use the CF_TEXT version of the clipboard during the paste instead of CF_UNICODETEXT.

HANDLE hClipboardData = GetClipboardData(CF_TEXT);

Another solution is to parse the clipboard upon past and replace ugly characters. (for example, you copy the text, paste it into notepad, copy it again, then paste it in SecureCRT). This is not my prefered solution.

Please please please please please please please please please please

Thank,

Pierre.

Links of interrest:

http://www.codeproject.com/clipboard....asp?msg=26830

[jpv]

Originally Posted by zorglups

SecureCRT 5.1.0 build 207

This is not easy to explain so let's go step by step...

I'm working all day long on Unix machines using SecureCRT.
On the other hand, I'm working as well with MS Office.

Unfortunately when one will write a doc or a procedure (or even a single mail in Outlook), MS Word will do "autocorrect" stuffs on the text as you type.

For example if you type "ls -lrt", MS Word will translate it to "Ls -lrt" where the dash (ascii 0x2D) has been replaced by a stupid longer dash (ascii 0x96).

See the attached example.txt. Open it in an editor and then switch to hexa view.

If you copy this text (including the 0x96 character) and paste it on securecrt, the character is sent as-is while I would like to have the 0x20 char sent.

You might tell me that the problem is on the MS Word side and that I should disable the "autocorrect" option.
Well. Most of the documents used are not mine and it will be difficult to change the settings in a 5000 engineer group.

I had a look at the windows clipboard API and found that several versions of the clip are saved. (http://www.codeproject.com/clipboard...clipboard1.asp)


What would do the trick is to have an option to use the CF_TEXT version of the clipboard during the paste instead of CF_UNICODETEXT.

HANDLE hClipboardData = GetClipboardData(CF_TEXT);

Another solution is to parse the clipboard upon past and replace ugly characters. (for example, you copy the text, paste it into notepad, copy it again, then paste it in SecureCRT). This is not my prefered solution.

Please please please please please please please please please please

Thank,

Pierre.

Links of interrest:

http://www.codeproject.com/clipboard....asp?msg=26830

I believe we used to use CF_TEXT. As we've improved our UNICODE support, I expect we switched to CF_UNICODE.

If we made this an option, would it be acceptable for this to be a global option?

--Jeff

[zorglups]

For me a global option is even better.

This has always been like this and I'm a user of secureCRT for about 2 years now - I'm not sure that this behaviour is caused by your implementation of unicode.

I can make several trials if you wan't me to.

Best regards,

Pierre.

[miked]

We've entered a request for the option to specify the clipboard text format. If we implement it and you would like to be notified by e-mail, please send e-mail to support@vandyke.com and reference thread 1223.

[zorglups]

Thanks,

I made some further testing (with the clipboard.exe found in the system32 directory) and if the TEXT version of the clipboard was sent, this would be fine for me.

I can be your beta tester any time.

Pierre.

[miked]

We've updated the feature request with the information you provided above.

Thanks for your willingness to beta test!

[mstbone67a]

I have noticed the same problem.. I have 2 dif machines
one with secure crt5.0
one with secure crt3.2

the 5.0 has problems pasting the -


ps -aef | grep backup comes out with a junk character in the place of the -

Is there anything to change in 5.0 to allow this or its just a "feature" currently

[jdev]

We plan to release a fix for this as part of 5.1 beta 2.

If you would like to try out a pre-release version before then, please send a request via e-mail to support@vandyke.com with a subject of "VanDyke Forum - Thread #1223".

--Jake

[zorglups]

I tried the Beta 2 and this works perfectly.

Many thanks for this. This will save me and my colleagues from frutrations in the future.

Pierre

[zorglups]

Hi,

I'm sure I saw this working on my PC !!!

Today, it doesn't work anymore.

My global.ini contains:
S:"Clipboard Data Format"=CF_TEXT

My SCRT version is now 5.1.2 (build 274)

Can you help me?

Thanks,

Pierre.

[jjh]

Hello Pierre.

If I understand you correctly, when you were using SecureCRT
5.1 Beta 2, you were able to paste text the way you needed
it to be pasted if you specified the following setting in
your global.ini file:

S:"Clipboard Data Format"=CF_TEXT

When you upgraded to SecureCRT 5.1.2 (official version), the
behavior reverted back to the exact same behavior you were
experiencing before.

Is that correct or is the behavior different from the way it
was before?

Thanks

JJH

[zorglups]

Originally Posted by jjh

Hello Pierre.

If I understand you correctly, when you were using SecureCRT
5.1 Beta 2, you were able to paste text the way you needed
it to be pasted if you specified the following setting in
your global.ini file:

S:"Clipboard Data Format"=CF_TEXT

That is correct.

Originally Posted by jjh

When you upgraded to SecureCRT 5.1.2 (official version), the
behavior reverted back to the exact same behavior you were
experiencing before.

Actually, I'm alpha/beta tester. My jump was not exactely from 5.1 Beta 2 to 5.1.2 Official release. Instead I have been using several intermediate betas provided by Maureen.

I saw the regression before but did not have the time to report it. Sorry for that.

Originally Posted by jjh

Is that correct or is the behavior different from the way it
was before?

Actually, the behaviour is like before 5.1 B2. I mean that if I copy an hyphen (kind of long dash) from a pdf or from office, it will not paste as a - in securecrt as explained earlier in the thread.

I can run an 'instrumented' version to help you in the debugging if needed.

Thanks for your reply,

Pierre.

[miked]

Hi Pierre,

Thanks for this information. I've created a bug report and let the product manager know.

[miked]

Pierre,

Could you send a message to support@vandyke.com and include your global.ini file and an example PDF or office file containing the hyphen (kind of long dash) you referred to, please?

In the message please refer to forum thread 1223.

Thank you.

[zorglups]

I just did it now.