We are experiencing resizing issue in the latest CEP version. Our extension allows user to resize extension's window, however whenever any navigation occur, window size resets. Problem exists in Illustrator CC 2018 (22.0.1), everything is working fine in previous version (CC 2017).

We already tried different geometry settings and extension UI types, but problem persists and seems to be related to engine itself.

We successfully reproduced this issue with official git hub sample extension. Steps to reproduce:
1. Open sample extension with debug mode enabled
2. Resize window
3. Change window location in console to any other page
4. After navigation, extension window size will reset

For now, the only working workaround we've got is to save window size and resize it after each request. However, this solution isn't very elegant as window still moves it's position to default one.

REPOSTING FROM Illustrator Bugs AS 5 MONTHS WITHOUT ANSWER AND THIS CATEGORY MIGHT BE A BETTER FIT.

Allow for access to the selection geometricBounds as a whole. Also bounds for the clipped area only (ignore hidden areas).

In Illustrator, the Transform window displays the position, width and height for all objects selected and it does not display clipped areas. when you size an object by entering a dimension, you don't have to worry about clipped areas. in scripting you do.

The geometricBounds, visibleBounds, controlBounds, height and width properties give you the size of clipped objects. for a couple of items you can check if each is clipped and if it is, you can then retrieve the first pathItem of the clipped group and get its geometricBounds.

This gets very complicated with a group that is not clipped containing clipped items. So first testing if the selected group is clipped will return false. So you dig inside of it and check to see if any group inside the group is clipped. Then you drill inside those groups to see if any group inside them is clipped. When you have all the clipped areas then you have to compare their bounding boxes to get the overall bounding box without the clipped objects. point being, it is really difficult to get the visible bounds of the selection.

But why should we do all this work for information that Illustrator already has displayed on the Transform window?

So why not just give this information to us? Please allow access to the numbers in the Transform window! Illustrator already knows these numbers. just give them to us please I beg you!

Furthermore allow for transforming selections as a whole like you would in the transform window.

Transparency / Opacity Mask - In layers pallet page item names look different with masks (underline) and opacity masks (dashed). It would be great if you could add this to properties of the page item like mask: none, opacity mask or mask. Identifying these objects is even harder then Envelopes which can only be identified by identifying as plugin object. Worst case putting info in the tag propery would be better then nothing when cresating it. I do not believe a opacity mask can be identified through any form of SDK/Script which makes identifying raster images in the file impossible. The other option would be to have the raster item still listed when it is part of opacity mask. Also on this site an option should be all so that not SDK/Script specific.

AI 21.0.0 2017 Release

---------------------------------------- to reproduce

New Document (defaults: print, letter)

T for text tool, click in document, type "test text"

cmd-return to exit

in Color palette click anywhere in color bar to change text color

in Paragraph Styles palette, click the new style icon to create "Paragraph Style 1"

---------------------------------------- 1st run

run script "bugreport"

results:

fillColor: [CMYKColor]

strokeColor: [NoColor]

---------------------------------------- 2nd run

select the "test text" text

press "X" to change the color palette from fill to stroke

click anywhere in the color bar to give the text a colored stroke

in Paragraph Styles palette, select "Redefine Paragraph Style" from the menu

run script "bugreport"

results:

fillColor: [CMYKColor]

strokeColor: [CMYKColor]

---------------------------------------- 3rd run

double click on "Paragraph Style 1" in the Paragraph Styles palette to modify it

under Character Color, change the stroke to [None], and click OK

run script "bugreport"

results:

fillColor: [CMYKColor]

strokeColor: [CMYKColor]

The results are erroneous: the strokeColor should be [noColor] as it was in the first run.

---------------------------------------- fin

Hi together,
if we duplicate a group of threaded text frame items to a different Illustrator document the story's threaded text frame items will not be threaded anymore in the target document.

If you duplicate the group in the same document the threaded text frame items remain threaded.

All details here at Adobe Illustrator Scripting Forum:

[BUG] copying threaded text-frames.
Silly-V Mar 22, 2019 9:30 AM
https://forums.adobe.com/message/10991060#10991060

One has to rethread the text frame items in the target document.
That should not be necessary.

No issue if we copy and paste grouped and threaded text frame items using the menu commands.

Regards,
Uwe Laubender
( ACP )

Hi together,
the value of nextFrame of the last textFrameItem in a story should always be null. Otherwise you could thread the outport of a text frame item with the inport of the same text frame item.

And indeed that's the case!

See details in this thread at the Adobe Illustrator Scripting Forum:

1. Re: [BUG] copying threaded text-frames.
   Laubender Mar 30, 2019 7:42 PM (in response to Laubender)
   https://forums.adobe.com/message/11004207#11004207
   

Since this IS POSSIBLE it creates a rather strange text composition in the affected story. So my suggestion: nextFrame of the last threaded text frame item in a story should always be null.

Here an example where I used one single text frame item that is threaded with itself:

1. Re: [BUG] copying threaded text-frames.
   Laubender Mar 30, 2019 7:58 PM (in response to Laubender)
   https://forums.adobe.com/message/11004345#11004345
   

Regards,
Uwe Laubender
( ACP )

ATTACHED:
BUG-with-nextFrame-of-objext-TextFrameItem.zip.txt

( To unzip the attached zip file rename it to *.zip first. )