"Flat" text frames are easier to handle than tables any time. ![]() So, the right solution was a workflow change: "flat" text frames without tables, content import via simple tab separated text file without XML tags, advanced paragraph formatting via text styles with keyboard shortcuts. Publisher doesn't support XML import and auto-formatting, but its text styles – paragraph decorations in particular – are more flexible that InDesign's. ![]() And tables paired with XML are a p.i.t.a. But back in the day, my use of tables was only necessary because it wasn't possible to create regular text styles to achieve the same design effect. I might raise that as a bug separately, because that definitely doesn't seem right.If you're doing a lot of operations moving tiles or sprites around on a bitmap, and everything needs to be grid aligned it's just a lot more work compared to using the Marquee ToolĪnother option is to figure out a completely different workflow that will get you exactly where you want to be as well.īeen there done that while moving a couple of layout projects from InDesign (CS5.5) to Publisher in the past few months.Įxample: in InDesign I would use tables as predefined layout elements, and import XML to fill and auto-format them with text content. though - aligning nodes can convert them from sharp points to curves, and do strange things to those curves, so that the previously sharp corner becomes a tiny loop. This I think has uncovered a bug (or at least some unexpected behaviour) in AD. My latest plan was to place the small ellipses, snap lines to them, then go and select each group of 3 nodes directly and 'align center' them. Makes sense that that's not an option though. I've been experimenting with this - I think if I could set the snapping to 'snap to bounding box mid points' _without_ enabling 'snap to object bounding boxes', that would work. > there is no way to make a single node point, it would have to be a very small ellipse. I really just need a common snapping point for three separate lines, but using a small object gives 4 or more snapping points at the bounding box edges. I don't think it will help in my case because the angles and spacing of the grid aren't ever uniform - it's not really a 'grid' at all. Wow - I hadn't even seen those grid options - there's a lot to look at there! I've only been looking at the snapping manager until now, thanks! Lastly, I need to place many hundreds (maybe thousands!) of these points manually, so a solution would need to be reasonably streamlined to be practical. This seems easy enough, except I can't think of a way to create a single snapping point that's not on a path. This worked visually, but any inaccuracy in the meeting points of the lines created 'clipped corners' on the main triangles, and small triangles in the joins.Īfter a few attempts, I think an approach could be to mark the intersection points on the grid, and then use those to snap the points along the lines, to ensure they cross accurately. My first attempt was to draw in the lines across the whole building and then use their (expanded) stroke to 'punch' out the triangles. It is critical for my project that they are actually triangles (3 points only, though the sides can be curved). Because the grid is 'wrapped' onto the building, the triangles are not a uniform size or shape. I have a complex drawing of a building to create, and need to align many irregular points into a triangular 'grid'. ![]() Is it possible to draw a single point in AD? As in, a single point, not attached to a path? Or is there another way to create an object to snap to that is a single point only - perhaps a small circle and snapping to its centre?
0 Comments
Leave a Reply. |
Details
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |