Ben

Where is the file located? Is it in a cloud storage managed folder?

You should still be able to use a stylus - you just need to aim outside of the rectangle, and on the handles. A bit fiddly, I know, but the functionality is still there. The new fixes will address hit testing radii for those handles.

I've made some improvements for tablets and iOS pen. These will come out very soon - either on the day we release Publisher, or sooner as a 1.7.1 release.

@JET_Affinity As I said, the Point Transform Tool (so named because "Transform Tool" was apparently confusing to some people) will at some point also operate on node sub-selections. It doesn't yet. Again, I want it to complement the node tool, since it performs transformations from node points.

While bounding boxes might not be your thing - they are for people that concentrate on layout rather than illustration. Maintaining the editable bounding box is therefore useful to some. The Point Transform Tool will be improved - this is only version 1. It will complement the Node and Pen tools more - I'd already thought about node subselection operations, but my time is a finite resource. I also have other improvements in mind that I don't want to discuss yet. If you don't want to see bounding boxes - these will be your tools.

It's an RC because at some point we need to update the official versions. It's fine for everyone on the Beta getting new features, but a lot of user only take the store versions. Also - you can argue that we should fix 100% of bugs before doing an RC - if that was what we were aiming for, we'd never release. Believe it or not 1.7 has addressed a lot of bugs from 1.6 and earlier.

Actually - there was still a bug here. I've added the fix to enable the Flip/Rotate buttons for Node tool. Note, however, that these functions operate on nodes only in the Node tool - not on the whole object.

The new Point Transform Tool in 1.7 provides this functionality. Default drag applies rotation+scaling. Use key modifiers to apply scale, rotation or translation independently. It also applies appropriate snapping. The only thing it probably does different to what you are saying is that it requires you to drag an existing point. Dragging inside the object, off points, will only offer translation. Arguably this could offer scale or rotation, but I use the selected point to apply snapping - without that point snapping becomes less user friendly.

@Old Bruce That has already been identified and fixed for the next version.

There's some logic which tries to work out which is the best fit direction to copy the nodes in. It does this primarily from the directions of the two handles - the closest match governs which way the nodes are copied. The problem is your nodes are almost 90 degrees to the target nodes, so it is picking the closest direction, but probably not what you hoped. If you nodes were closer to the right direction it should work more reliably.

As for the node flipping/twisting direction - it's supposed to try match the direction, so that shouldn't happen. There may be a tolerance bug in there. If you could link you example, I can test it. I've tried replicating your example, above but mine is watching the curve in the correction direction, without flipping the point. Your test file would be useful.

NO - absolutely NOT a bug. It's a feature - you've got to really want to use it - since you have to drag over another curve node, AND wait for a long hover. You'll also notice that the hint line cunningly tells you what to expect. I'm amazed that no one ever seems to read it - since it tells you what the tool can do at any moment in time. The cursor also changes - no one spotted that either??? The feature will copy a run of handles. If you multi-select, it will match up all the handles either side of the one being dragged. For people who replicate sections of geometry for layering curves (for effects, etc), this is very useful. Since we don't have a copy-n-paste of a sub-curve section, this is faster than using snapping to replicate curve nodes and handles.

The Node tool now has its own application of transforms that work on just the selected curve handles. This also goes for the Pen, Pencil, Vector brush tools which are based on the Node tool. Make a handle selection, and things should become enabled. The Point Transform Tool should still be offering normal transforms though - that is a bug.

I don't get you. This is a thread about 1.7 RC right? All this works fine. You can create a document, or a document with multiples artboards. They can all have bleed, which you can now preview, and you can export with bleed. I'm not sure exactly how you were using slices to achieve this?

How did slices give you that? If you had three slices, they'd export as three separate files.

Err. That's just a standard document with bleed. You still don't need slices, and I wouldn't even use artboards for this. Just create a document, with bleed. Export it, with bleed. I'd just create it to size, and use guides to mark the spine edges. You could already do that in 1.6 (albeit without visible bleed on the preview). That's pretty much standard for every print template I've ever had to use from all the big printing companies in the UK.

There is - get the 1.7 RC and use that...

Artboards would be the way to go. I just did it in 1.7 RC. Make three artboards for front, spine and back. Set bleed. Export as PDF, area = Whole Document. Chose the PDF settings to include printer marks.

ok. Problem is that the bleed value is currently a property of the document or artboard - it is not a property of the export format settings (though the option to use bleed is for PDF export). Slices also have no concept of a bleed size, and so we get into the question of where the bleed size comes from. I can see that ultimately people might want a per-export format option - but that is superfluous to the majority of use cases, so we'd have to think very carefully about how it would work.

Bleed is (as far as I understand) a print property. Slices were never really intended for print - generally for web export, icons, etc. Yes, we offer PDF and SVG formats for slices, but for completeness. Is there a reason you are trying to use slices instead of artboards?

Yes....

It's intentional. The default behaviour remains unchanged, which means that tutorials don't need to be updated to make mention of turning the option off.

Incidentally, the stroke size option is a property of the selected object. The feature you are referring to is transformations applied through the Transform panel. We already have a mechanism for text that sizes as a property of the object - the use of Frame text or Art text.

But, you'd then have a setting in unrelated area of UI that affects how changes applied by the Transform panel work. Not great UX. This is something we'll have to think through....

Yes - another option might make sense. Just no one else has asked for until now. We've tried to be careful about to adding too many options all over the place though. The transform panel is supposed to be simple.