I hope that there are no issues scaling an NSTextView that is layer-backed
(either using NSView's scaleUnitSquareToSize method, or the bounds
manipulation approach that TextEdit uses).
Unfortunately, there seems to be issues with scaling an NSTextView in a
layer-backed hierarchy as well - I
: Ajay Sabhaney co...@mothercreative.com
To: Kyle Sluder kyle.slu...@gmail.com
Cc: cocoa-dev List cocoa-dev@lists.apple.com
Sent: Monday, May 30, 2011 1:21:31 AM
Subject: Re: Linearly Scaling Text
I hope that there are no issues scaling an NSTextView that is layer-backed
(either using NSView's
Message -
From: Ajay Sabhaney co...@mothercreative.com
To: Kyle Sluder kyle.slu...@gmail.com
Cc: cocoa-dev List cocoa-dev@lists.apple.com
Sent: Monday, May 30, 2011 1:21:31 AM
Subject: Re: Linearly Scaling Text
I hope that there are no issues scaling an NSTextView that is layer-backed
Because it was mono-Font text, I resorted to scaling the font
instead.
Actually I did try scaling the font instead of the text view, but I'm unable to
get the text to scale linearly as our application should be able to handle most
fonts.
I never went back to view scaling, but I wonder
if
Actually, I wasn¹t talking about tiled layers, although that might also be
relevant. I was talking about tiled views. There is some sample code
available for tiled views, but it took some massaging to get it to do what I
wanted. I only tiled my view vertically and used half of a screen height
Also, you should disable screen font substitution via -[NSLayoutManager
setUsesScreenFont:NO].
This is the main source of glyph advancement differences you're seeing.
Thanks Aki, indeed this has removed the small horizontal offset that was there.
I am however unable to figure out where
On 2011-05-25, at 3:41 PM, Douglas Davidson wrote:
On May 25, 2011, at 2:37 PM, Ajay Sabhaney wrote:
- Instead of trying to scale text linearly, use a transformation to scale
the NSTextView and image representation appropriately. While this is easy
to do with an image, I am having
Also, you should disable screen font substitution via -[NSLayoutManager
setUsesScreenFont:NO].
This is the main source of glyph advancement differences you're seeing.
Thanks Aki, indeed this has removed the small horizontal offset that was
there.
I am however unable to figure out
On Sun, May 29, 2011 at 5:54 PM, Ajay Sabhaney co...@mothercreative.com wrote:
I have a suspicion that the reason for this has something to do with the fact
that the NSTextView instance is being added as a subview of a layer-hosting
view.
Yes, this is very much unsupported. You will need to
Thanks Kyle, that's quite helpful.
We were initially hesitant to add the NSTextView directly to the layer-hosted
view, however the following thread consoled us a little, especially since we
were able to get geometry working correctly:
Hello list,
I am working on an application in which a user may insert, resize, and edit
text boxes in a workspace. We anticipate that a single user will have many
(possibly hundreds) of text items in a workspace. The user is also able to pan
and zoom in/out of a workspace. Because of the
On May 25, 2011, at 2:37 PM, Ajay Sabhaney wrote:
- Instead of trying to scale text linearly, use a transformation to scale the
NSTextView and image representation appropriately. While this is easy to do
with an image, I am having some issues scaling an NSTextView. I've tried
On Wed, May 25, 2011 at 2:37 PM, Ajay Sabhaney co...@mothercreative.com wrote:
Currently, zooming modifies the font sizes in the attributed string. I.e. if
the text in a particular text box is 12pt at 100%, then zooming to 200%
increases the font size to 24pt. Image representations of text
Also, you should disable screen font substitution via -[NSLayoutManager
setUsesScreenFont:NO].
This is the main source of glyph advancement differences you're seeing.
Aki
On 2011/05/25, at 14:41, Douglas Davidson wrote:
On May 25, 2011, at 2:37 PM, Ajay Sabhaney wrote:
- Instead of
14 matches
Mail list logo
