|Product:||PageStream 18.104.22.168 (Windows)||Reported By:||T.J. Zweers|
|Severity:||Normal||Assigned To:||Deron Kazmaier|
|Priority:||Average||sign in to watch (1 is watching)|
|Status:||Fixed in 22.214.171.124||Reported:||2008-02-03 02:55:05|
|Summary:||Delete a text color crashes PGS|
|Keywords:||Color text delete crash|
|Attached Files:||No files attached.|
|Sign In to add a file.|
PGS has different levels for the color for text:
Second: changing the text tool to the object tool. The (L) fill and line, stroke, have an unselected color assigned to the text frame. Not a big problem if the color is missing (deleted): the color becomes <custom>.
Other objects, besides text frames, haven't have this problem (freezing PGS) if the color is missing (deleted), because the color changes to a custom color (<custom>), which is black.
The color could even be there (textual) but in another color model (RGB instead of CMYK or visa versa). They are for PGS different colors. Or the color has the same name but the percentages don't match with the other color with the same name, though a different color. The, different, colors with the same name have a dot and a number after the color name, like Red, Red.1, Red.2, and so on.
|T.J. Zweers wrote...||2008-02-03 03:05:06|
Related to bug 215.
|T.J. Zweers wrote...||2009-01-21 17:05:48|
The crash is gone!
[Status updated to 'Fixed in 126.96.36.199' on Wed, 21 Jan 2009 17:05:48 -0500]
|Add a Comment|
|Sign in to add a comment.|
Bug #217 - Delete a text color crashes PGS by T.J. Zweers Color text delete crash
created:2008-02-03 02:55:05 last updated:2008-02-03 02:55:05
Copyright © 1985-2020 GrasshopperLLC. All Rights Reserved.
|sign in to add a bug|