Skip to main content
Inspiring
June 5, 2013

P: Text layer inconsistent property values (new in 13.0.5 / 13.0.1.2)

  • June 5, 2013
  • 29 replies
  • 960 views

I'm opening a new topic regarding the new text problems introduced with Photoshop 13.0.5 (Mac) and 13.0.1.2, which seem like a result of attempting to fix earlier font-size reporting issues.

This is worse than before, because:

1) It happens a lot more often (I can open a new file and reproduce the bug easily).
2) Now some properties are "scale aware" and some aren't, resulting in quite a messy experience when editing text.

Bug A (OS X, 13.0.5):

1) Open a new photoshop file.
2) Create a text layer, type a word, commit.
3) Using the transform layer tool, scale the layer up significantly (say 200-300%)
4) Using the text tool, select the word, copy.
5) Using the text tool, click empty area to create a new text layer, paste.

Expected: Same text size the layer I copied AFTER scaling it.
Actual: Smaller text as the text layer was originally created.

Bug B (OS X, 13.0.5):

1) Create a text layer with "add space after paragraph" to 10pt.

2) Scale the text layer using the transform tool to 300%.

Expected: "add space after paragraph" must show as 30pt now, and render as 30pt.

Actual: "add space after paragraph" shows as 10pt, *BUT RENDERS* as 30pt.

The same bug may apply to other text layer settings (kerning, tracking etc.).

The result can be two text fields with identical settings, yet different rendering, example file:

https://www.dropbox.com/s/0hnlf2e8dzs...

Bug C (Windows, 13.0.1.2):

After scaling a text layer with the transform tool, I observe "magical" multiplication of the values I enter for various properties of the text layer, like "add space after paragraph".

I enter there 10, hit enter, the text box becomes 20.
I enter 20, hit enter, the text box becomes 40.

This also happens with the other settings. For example:

I enter "Tracking" 50, the text box becomes 21.
I enter 21, the text box becomes 8.
I enter 8, the text box becomes 3.

Obviously, that makes any text editing very hard.

This topic has been closed for replies.

29 replies

Inspiring
June 21, 2013
I'd kill to have CS5's text/character engine... it was FLAWLESS. Why mess with some thing that worked so well?
Inspiring
June 12, 2013
That's not the the worst part. The worst part is this might never get fixed, or best case scenario we'll wait for months now.

Text editing is very awkward in Photoshop right now.
Inspiring
June 10, 2013
I am running into the same problem as bug c on OS X.
Moodybird
Participating Frequently
June 6, 2013
same issues here
Inspiring
June 6, 2013
they've got my number...
Garconis
Known Participant
June 5, 2013
Adobe needs a beta release before pushing untested bug "fixes".
Inspiring
June 5, 2013
I'm seeing very similar problems. (see my post on character scrubby input after scaling)
Inspiring
June 5, 2013
At this point I honestly wish someone would just revert the entire text functionality back to CS5.
Paul Riggott
Inspiring
June 5, 2013
If a text layer is transformed only the original size is reported.

$.writeln(app.activeDocument.activeLayer.textItem.size);


This is wrong it should be the actual size that gets reported

With CS6 the text size has to be multiplied by the transformed percentage, this is wrong.
$.writeln(getTextSize());
function getTextSize(){
var ref = new ActionReference();
ref.putEnumerated( charIDToTypeID("Lyr "), charIDToTypeID("Ordn"), charIDToTypeID("Trgt") );
var desc = executeActionGet(ref).getObjectValue(stringIDToTypeID('textKey'));
var textSize = desc.getList(stringIDToTypeID('textStyleRange')).getObjectValue(0).getObjectValue(stringIDToTypeID('textStyle')).getDouble (stringIDToTypeID('size'));
if (desc.hasKey(stringIDToTypeID('transform'))) {
var mFactor = desc.getObjectValue(stringIDToTypeID('transform')).getUnitDoubleValue (stringIDToTypeID("yy") );
textSize = (textSize* mFactor).toFixed(2).toString().replace(/0+$/g,'');
textSize.replace(/\.$/,'');
}
return textSize;
}