InDesign CC shows obscure behavior for Arabic subtending marks. Some times it kerns these marks towards right as shown in line 1, 3 & 4. Sometimes it adds extra space on both sides of these glyphs as shown in the line five and sometimes it automatically makes the digits size smaller as shown in line 1 & 2. While MS Word 2013 shows the correct shapes for all these marks as required. The Arabic script is written in right to left direction.
Image shows the correct shape in MS Word 2013 and wrong behavior in InDesign CC.
Test font and test document are also attached.

While working on an Arabic font I need to kern the space U+0020 between certain letters. So the required lookup is added to the font, with instructions to apply kerning whether the preceding letter have marks (above or below) or no marks at all i.e. the kerning is not effected by the preceding letter's marks. The Arabic script is written in right to left direction.

Now the MS Word is showing the correct behavior as shown in the image. The first pair (without marks) and the second pair (with brown marks) both are kerned as instructed by font but the InDesign CC is not showing the correct behavior as InDesign is kerning the first pair (without marks) but not the second one (with marks). This problem appears only when we try to kern space U+0020 while the other adjacent letters kerning works fine as instructed by font with marks or without marks.
Image, test document and test font are attached.

Conclusion: In InDesign, the Arabic kerning works fine between paired letters but if you want to kern space U+0020 then the kerning will not work if the preceding letter contains above or below marks.

For experts: The lookup flag is to process all marks with the exception if the letter after space has below marks. So if the letter after space has below marks then the kerning should not work.

Say I have a simple rectangular frame that I want to resize (bear with me: I know I can use the black arrow but this is just an example). I choose the white arrow tool, select the two right-hand handles, click and hold one of the selected points, hold down shift to constrain the direction, then drag to the right. So far so good in theory. However, if I press shift within a few seconds of the click+hold, the handle I click on is deselected as if I had performed a simple shift+click. The order that I perform the operations is:

1. Click-hold


2. Shift


3. Drag

I've checked Illustrator, and the problem doesn't occur there. I've never noticed this being a problem until perhaps a few months ago, so is this a bug that's been introduced with a recent update? It's been pointed out to me that if I reverse steps 2 and 3 I can sidestep the issue but that's not the point. I am used to doing it in the order I have described and it should work.

Backstory:
We have particularly formatted files that we use to create new versions for new products. The copy isn't created new, but modified from the old version that was already used in InCopy.

The Issue:
My InCopy guy FREAKS OUT when he sees the name of the assignment assets (attached screenshot) are that of a previous project not at all related to the file he's currently working on.

The Long and Complicated Solutions:
I know there's a way in InCopy to rename these, but it's long, complicated and outside of a standard workflow. A shorter and easier method would be to create a new text object and copy/paste the text there. But that's still not ideal.

An Ideal Solutions? (if ever at all possible):
The actual Assignment name (that starts as "Assignment 1") can be changed by simply double clicking it form the assignments panel if you neglected to change it when the assignment was created. Could assets also get that treatment maybe?

Any simple fixes would be helpful.

I like to layer different styles of content. I'll have a background layer for images, etc., that I want to not touch later so I can lock/unlock while I work with my content over the top of it. Sometimes, I accidentally am in the background layer and create content that needs to be moved to another layer. I would love for a feature like Illustrator that allows me to highlight an object or group of objects, click an opposing layer, and then right-click > arrange > move to selected layer.

Also, there is a slight bug I've found, but it doesn't crash and I can work around it: When I have grouped objects, and I copy and paste them into a new layer, they appear to be in the new layer; however, if I ungroup them, they automatically de-group back into their original layer before I copied and pasted them. Does that make sense? That feature I mentioned above would fix this, but either way, this bug is kind of annoying because then I have to go back and copy and paste the ungrouped objects back into the new layer I wanted them in. Might be unclear, but I just ran into this issue today.