Bug #217 - Delete a text color crashes PGS
Product:PageStream (Windows)Reported By:T.J. Zweers
Severity:NormalAssigned To:Deron Kazmaier
Priority:Average sign in to watch (1 is watching)
Status:Fixed in 02:55:05
Category:Document/LayoutUpdated: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:
First: the text itself (Ctrl-L) the fill is a selected color. But the line, stroke, is unselected, yet it has a color assigned to it. If the Line (stroke) color or the fill color is missing (deleted): PGS hangs, freezes, crashes.

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' 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-2021 GrasshopperLLC. All Rights Reserved.

sign in to add a bug