Welcome to the VanDyke Software Forums

Join the discussion today!


Go Back   VanDyke Software Forums > Secure Shell

Notices

Reply
 
Thread Tools Display Modes
  #1  
Old 03-02-2005, 06:31 AM
DaCypher DaCypher is offline
Registered User
 
Join Date: Mar 2005
Posts: 33
Minor Font Issues

I've just recently begun to evaluate SecureCRT as I realize I am outgrowing PuTTY. So far I am quite impressed. However, I have come across a couple (albeit minor) complaints.

1) When using Courier New font (sorry, I couldn't get used to the vt100 font, I'm just too comfortable with Courier New) and with the "Use ClearType to smooth edges of screen fonts" option enabled, I find that some characters (specifically the 'D' and 'm' get slightly chopped off on their right edges. I actually first thought this was a video driver issue since forcing the SecureCRT to re-paint its window (dragging another window over it) actually fixes the problem for the characters that are currently on the screen. However, after updating to the latest video drivers the issue persists. I've noticed this problem in other applications as well (http://www.ultraedit.com/index.php?n...ewtopic&p=2638) so its probably a Windows thing. However, PuTTY does not exhibit this behavior with ClearType enabled and Courier New font, so it must be fixable.

2) Again when using Courier New and running an application via SSH that uses Unicode line-drawing characters, SecureCRT renders the line-drawing characters with Courier New's ugly non-line-drawing characters. This of course could be expected as Courier New does not have Unicode characters to properly render what is being asked. However, it would be nice if you could (either automatically or manually) select a separate font to use for rendering line-drawing characters when using a font that doesn't have them itself. This has already been mentioned here in this post: http://forums.vandyke.com/showthread.php?t=384 (#7 in the poster's list). Again, PuTTY handles this somewhat automagically so a solution should be feasible.

Please let me know if either of these issues have been addressed in 5.0 beta and I may have to give it a try. Thanks for your time.
Reply With Quote
  #2  
Old 03-02-2005, 07:54 AM
dcomo's Avatar
dcomo dcomo is offline
Registered User
 
Join Date: Mar 2004
Location: New York
Posts: 124
DaCypher,

Very good points. Both of these issues are still problems in the current 5.0 beta. The second issue that you brought up, has been discussed previously in another forum and Maureen said that she would add it to the development database.

In regards to the first issue, I seen/heard that before so I gave it a try and I am seeing the exact same results as you. The alternative is to turn off cleartype, however with the way that cleartype text looks, I don't plan to turn it off anytime soon. (It's way too nice!!!)
__________________
Drew J. Como
Highland Visuals & Graphic Design
Reply With Quote
  #3  
Old 03-02-2005, 05:26 PM
DaCypher DaCypher is offline
Registered User
 
Join Date: Mar 2005
Posts: 33
Thanks for your reply. I look forward to any progress on these issues...
Reply With Quote
  #4  
Old 11-02-2005, 01:09 PM
kai kai is offline
Registered User
 
Join Date: Nov 2005
Posts: 2
Cleartype issue

I just downloaded and tried latest 5.0.3 binary and the problem with ClearType is still there. Are there any plans to address this issue in future?


Thanks,
alex
Reply With Quote
  #5  
Old 11-02-2005, 03:23 PM
dcomo's Avatar
dcomo dcomo is offline
Registered User
 
Join Date: Mar 2004
Location: New York
Posts: 124
Interesting.... I actually had forgotten about this issue.

I'd like to know if this is going to be reviewed as well... :-)
__________________
Drew J. Como
Highland Visuals & Graphic Design
Reply With Quote
  #6  
Old 11-02-2005, 04:39 PM
Maureen's Avatar
Maureen Maureen is offline
VanDyke Product Director
 
Join Date: Feb 2004
Location: Albuquerque, NM
Posts: 1,612
Quote:
Originally Posted by kai
I just downloaded and tried latest 5.0.3 binary and the problem with ClearType is still there. Are there any plans to address this issue in future?
Thanks for following up on this issue. I was doing some experimenting and noticed the following:
  • The characters seem to be getting cut off when I type a letter and the cursor moves to the next position. If I issue a command that produces output (such as 'ls'), the characters look correct.
  • If I have characters on the screen than have been cut off and then I minimize and restore SecureCRT, they get repainted correctly.
I wanted to see if this is what all of you are seeing as well. This could give us a hint as to how we might be able to address this issue.

Maureen

Last edited by Maureen; 11-02-2005 at 05:49 PM.
Reply With Quote
  #7  
Old 11-02-2005, 05:34 PM
dcomo's Avatar
dcomo dcomo is offline
Registered User
 
Join Date: Mar 2004
Location: New York
Posts: 124
Maureen,

Yes, this is exactly what I am seeing. If I type the character 'm', it looks correct until I type another character next to it.
__________________
Drew J. Como
Highland Visuals & Graphic Design
Reply With Quote
  #8  
Old 11-03-2005, 11:33 AM
kai kai is offline
Registered User
 
Join Date: Nov 2005
Posts: 2
Maureen,

Yes, that is exactly how this happens.
Reply With Quote
  #9  
Old 11-14-2005, 06:38 PM
Maureen's Avatar
Maureen Maureen is offline
VanDyke Product Director
 
Join Date: Feb 2004
Location: Albuquerque, NM
Posts: 1,612
Drew and kai,

Thanks for the replies. I have updated the development issue to include this information.

Maureen
Reply With Quote
  #10  
Old 04-13-2006, 10:04 PM
FuzzyFox's Avatar
FuzzyFox FuzzyFox is offline
Registered User
 
Join Date: Feb 2005
Location: Dallas, TX
Posts: 59
Is there an update on this issue?

I have recently discovered the wonders of ClearType, and as a result I have also discovered this interesting slight-font-glitch problem (SecureCRT 5.0.5).

It seems to be a problem with the block cursor slightly overwriting the anti-aliased edge of the preceding character. ClearType probably violates some of SecureCRT's expectations about characters not writing outside their designated glyph size.
Reply With Quote
  #11  
Old 04-14-2006, 10:27 AM
dcomo's Avatar
dcomo dcomo is offline
Registered User
 
Join Date: Mar 2004
Location: New York
Posts: 124
Font Glitch

There is no update on this just yet, however we are all hoping that this will make it into the latest 5.2 release!
__________________
Drew J. Como
Highland Visuals & Graphic Design
Reply With Quote
  #12  
Old 04-14-2006, 11:19 AM
Maureen's Avatar
Maureen Maureen is offline
VanDyke Product Director
 
Join Date: Feb 2004
Location: Albuquerque, NM
Posts: 1,612
Quote:
Originally Posted by FuzzyFox
Is there an update on this issue?

I have recently discovered the wonders of ClearType, and as a result I have also discovered this interesting slight-font-glitch problem (SecureCRT 5.0.5).

It seems to be a problem with the block cursor slightly overwriting the anti-aliased edge of the preceding character. ClearType probably violates some of SecureCRT's expectations about characters not writing outside their designated glyph size.
That's exactly the problem and why it's not an easy fix. It is something we would like to address in 5.2.

Thanks for following up on this. I'll post a note here as soon as a version with this change is available.

Maureen
Reply With Quote
  #13  
Old 07-24-2006, 03:13 PM
ErnieLongmire ErnieLongmire is offline
Registered User
 
Join Date: Nov 2004
Posts: 18
Maureen, did this font rendering issue make the cut for 5.2?
Reply With Quote
  #14  
Old 07-24-2006, 04:08 PM
Maureen's Avatar
Maureen Maureen is offline
VanDyke Product Director
 
Join Date: Feb 2004
Location: Albuquerque, NM
Posts: 1,612
Thanks for following up on this. Unfortunately, it didn't make it into 5.2. After looking into it a little more, it was an even harder problem than initially thought. It's still being considered for a future version and I will definitely post a note here when we have something for you to try.

Maureen
Reply With Quote
  #15  
Old 07-24-2006, 09:34 PM
dcomo's Avatar
dcomo dcomo is offline
Registered User
 
Join Date: Mar 2004
Location: New York
Posts: 124
However, remember that the hard part is actually over. The most hardest part should be trying to reproduce the issue, which appears that the great folks over at VanDyke were able to do.

The fix.... The fix is the second most hardest part! :-)
(Or the third... The second being the fact that Maureen had to tell us that it didn't make the cut for 5.2)

Looking forward to the future! I'm sure the fix will be released when it is ready!
__________________
Drew J. Como
Highland Visuals & Graphic Design
Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT -6. The time now is 02:53 PM.