meridian360

And furthermore, I *did* search for why AD v2 is still using rich blacks and not 100k. With no relevant solutions/results in google. So I went to the forums and made a post.

And it's responses like this that don't help anyone. Seriously... Starting with..."Why..." does. not. help. Period. It's like asking "Why would you WANT 100K?" If there are other threads, just link to them and be done with it. Please. Thank you. ------ I started "another" thread because when I want to give feedback, my first reaction is to give Affinity feedback. NOT search yet another forum for another unanswered post. And the only way Affinity allows to contact them "directly" is through these user forums. So, I'm submitting *MY* feedback. If it's annoying, well, it should be! They haven't fleshed out their feature set yet, which is annoying to users! Something something...Squeaky wheel. If it's been answered or Affinity is working on it, then by goodness sakes, they can respond --on the record-- and lock the thread. Otherwise, redundant threads only points out how pointless it is to use of forums threads as "feedback". Cheers.

And maybe the bigger problem is that Affinity has no real feedback system. Just these forums. You can make a post and put it out in the ether. But there's never any indication if the dev teams even acknowledge your 'feedback' or problem. That's considerably more frustrating, folks.

Please Affinity, for the love all things binary, please let us change the default 'black' to 100K, especially when the document settings are already in CMYK!! Why continue to punish (some of) us users by having the default black a "rich" black? It's annoying as heck to constantly have to change any new black objects or type, even imported stuff back to just K. Getting rid of the "rich" black is costing me time. Just set CMYK documents' black to K. I want to set black as 100K. Just K. K. Ok? Please?

Agreed. Let's hope v2 continues to improve. I notice that even snapping isn't the same instant satisfaction that v1 had (?). Which is one the things AD does *so* much better than--ahem--that other app. And it's just odd that you can still manipulate and/or interact with things in locked layers. Hopefully, just bugs and not UX decisions by Serif. I know they can't 1:1 copy the subscription beast. I just want to AD to be faster from a workflow standpoint, so I can use it for more projects. There's still too many hoops to jump through. It's getting there, though. Cheers.

I know that now. That why I said I found a scenario where that "Select a Layer" UI/UX technique fails. Just clicking on the Layer doesn't allow for things like Boolean operations, because it's not selection the objects, it's selecting the layers, but at the same time propagating the styles to its offspring objects. This is something Adobe came up with years and years ago and there's reasons why it doesn't always work in real world applications. The Cmd+A does work for non-style operations, but *still* does not show which *individual* object are selected. That's my point. If you're zoomed in, you will not know if you what and/or if you have the correct objects selected. The Cmd+A does allow for the Boolean operation to work. But my Glory be! It does show the outlines. It sit corrected!! Ok, onward! Thanks for the bonk on the head to get me in the right direction! Last point, and I think this is a bug. Selecting the Same. I tried that with Same Stroke weight > Equal. -- But even with the target layer the only one selected and Edit all Layers turned OFF, ADv2 still selected objects in a Hidden and Locked layer! Any ideas on that? This is all part of my sorting data from a GIS output into "final" layers to make a map. Different classes of stuff is exported and the GIS doesn't always export everything into tidy layers. We have to do that manually. Thus, selecting "by stroke weight or color" and then dumping it into our own layers. Thanks for all the hand holding!

Ok, just found a scenario that the "Select a Layer" to get the Objects on the Layer does not work. What about when you want to make a compound object out of all those objects on the layer? Selecting the Layer from the above conversation works for color (etc) attributes but not boolean operations. I still had to select all the objects by scrolling and shift-clicking in the Layer Panel to be able to do a Boolean operation (Add). Any ideas?

Now that I can handle, even if it's counter intuitive to 20+ years of Freehand and AI UI/UX experience. It still needs to show that what objects that "Layer Selection" is being applied to before you change the attributes, but it's something. It's still not perfect, but at least it's a one-click solution to applying attributes to all the objects in a layer. Thanks.

Hi Walt, Yup, ok.. that's the difference in reality vs expectation. What I *want* is to select all the Objects in the layer. I want to do that with one, quick UI operation (like the clicking on the layer would be). So if clicking on the Layer only selects the Layer and not the Objects, then that doesn't work (for me). Ex: I want to change all Highways from Red 4pt to Blue 3pt. I want to be able to click the Layer, which would select all the objects, then go to the Color panel and change it to Blue; then change the Stroke panel to 3pt. But right now, I have to go to that Layer, Expand it, Select the First object, Scroll to the bottom of the list (could be 10s of thousands of objects in a map), and Shift Click to select all the object in the layer....THEN now go to the Color panel and change it to Blue; then change the Stroke panel to 3pt. See the difference? One-Click SelectAll vs. Click-Scroll-ShiftClick. One is instant, the other is very time consuming when done over and over all day. Thanks...

Ok, problem.... When I do the click on a layer, or even Select All with the Layer Selected and Edit All Layers turned off, the Color and Stroke Panels are not reflecting what is in the layer. I have layers that have only one type of object, Ferry routes. I want to change the style of said route line to some other color and/or dash... But if I select the layer, the Color and Stroke panels don't show the current specifications of the lines?!! They just show blank lines. If I select an individual object, the Color panel updates appropriately. So, even though I can now select all the objects in a layer, how can I get ADv2 to recognize that I've done so? Sigh... The whole point is speed and efficiency. If a user has to scroll through and select stuff from the layer panel all the time, that's a huge time sink. And make Affinity Designer useless (for me) as a professional replacement for the "Other A" guys. Maybe there's legal reasons Serif can't do certain UI/UX things, but having a Color panel not update is frustrating. Cheers.

Thanks, Walt. That's a step closer to what I want. That helps, a lot. But boy, such an obscure UI/UX option. [head/palm smack] And this functionality actually works just by clicking the parent layer now. Doing so, (with your highlighted button off) selected all in that layer. Groovy. Now, is there a way/option for ADv2 to show all the selected objects *individually* and not as a whole? Such that, if you're zoomed into one area, you might not know if you've actually selected things, because well, the select box is way outside the current view window. Cheers!

In Illustrator, you can Shift-Click on a Layer, which then Select all the Object[s] on that ONE layer. Is there a way to do that with Affinity Designer v2?

Well, it was because I had opened and worked on a .svg. Even though I saved it as a .afdesign file, apparently that was enough to cause an error. When I copy and pasted the contents into a new .af file, I can print just fine. Sigh. Chalk up another Affinity UI bug.

Like the title says...press Cmd+P and Affinity Designer simply hard crashes. Poof. I recently upgraded to Mac OS 12.5 Monterey. Everything else works fine, including printing. If I save the file out as a PDF. I can print it just fine. Help?

Hi Mike, Yes, 150 dpi is a standard resolution for printing. That's our minimum, as well. And sorry, I just can't send my client's files. The goal here is to get that 65,466 pixel wide, exported at 72 dpi, to fit a map that's at 1:3,500,000 scale, at a minimum of 150 dpi final resolution. Cartographers use dpi/ppi to get our stuff to a specific Scale. That might be where we're crossing wires a bit. Once we hit the minimum dpi for printing, the actual file dimension isn't so important, as long as it is big enough for the map's coverage. We aren't making a single static image fit a layout matrix. It has to fit all sorts of other line/point/area data that was exported separately from the GIS. What is important is that it's at the right Scale. If a lake is a mile wide on the ground and the map scale is 1" = 1 Mile, then the raster better show that lake to be 1" across, whether it's made up of 150 dots or 200 dots. Our recent project had a land cover raster. For a map that's at 1:3,500,000 scale (meaning 1" on map = 3,500,000" on the ground), the satellite data can be exported at a 75 meter sample size. That is, each dot of data is a generalization of a piece of ground that is 75 meters wide/across. That raster is being exported from the GIS at 72 dpi. So for each inch of raster, there are 72 dots that are each 75 meters on the ground. So the scale of the raster is 1: 212,598.432. (see above for the formula.) That is, at 72 dpi, one inch of raster shows 212,598.212 inches across on the ground. But to get that raster to match the vector/paper map in Illustrator, we have to get it scaled down to 1:3,500,000. So, divide 3,500,000 by 212,598, then multiply the results by 72 dpi, and you get 1185.33 dpi. 1185.33 is the dpi the original 72dpi raster has be converted to in order to be at 1:3,500,000 scale. That way one inch of vector data exported separately from the GIS matches up with one inch of the raster. The file extents again doesn't matter, as long as it extends across the desired part of the map. It's not going to line up with any other file. Think of a map of the US, we use a "layer mask" to hide everything but say the land mass of the lower 48 states. The raster can be an inch bigger than the landmass's extent or it can be 30 inches wider. Doesn't matter; the mask is gonna hide the 'extra stuff'. So when I say the raster is 65,566, that never really enters the calculation, because we're not after an image size, we're after image Scale. ---- Now, this is where the decimal comes in. Maps at 60" across aren't too worried about a bit of anti-aliasing. But what is important is FIT. Does the raster "fit"? We don't want to scale the raster in Illustrator. AT ALL. AI's scale tools are archaic, even barbaric (don't get me started). Beyond that, if there are color changes in the raster, we don't want to rescale it, each time for each new output. Even though you can re-link, sometimes there's 2-3 tiffs (shading, hypsometric tints, and land cover, etc) that are all exported at the same extents. So, we want to import the file, "Set it, and forget it". The less we scale images in AI, the better. But, can we round the scale? Nope. At the size of the maps, even that 0.33 difference in DPI makes all the difference between the raster "fitting" and not fitting. We're after the doc scale, regardless of that initial dpi. The dpi just serves as means to get to our proper scale, which in this case, results in a file that just happens to be 55.315" across. See screenshot of closeups of a US Lower 48 map for the comparison. The artboard in that file is 56" across. You can see the difference when both the 1185 and the 1185.33 files are aligned the same at the west coast. The 1185 does not align at all by the time you get to the east coast. That 0.33 difference in DPI makes for a .02" difference across only 75% of the map file. It get's bigger at the far east/right edge. That 0.02" is a noticeable difference. It's amazing how quickly stuff "sticks out" when rivers don't line up to the channels/canyons! ;) ---- If I were to use AP, right now, to make the raster, it would be rounded to the 1185 dpi. And it wouldn't fit. I'd have to try to scale it manually in AI. I'd rather dance in molten lava in bare feet than do that. :) Thanks for the discussion and making me think. Hope this quick tutorial on how us map nerds get things put together. Cheers, .curt