Jump to content


  • Content Count

  • Joined

  • Last visited

  1. All true. However, I'm a web developer, and when preparing images my final images destined for web will fit on my 27" monitor at 100%. The behavior that I've mentioned several times in this thread would address the issue of larger original files: Any image opened should initially display at 100% by default regardless of the size of any windows open, the size of your workspace, etc. (unless it won't fit on your screen - in which case it should be scaled down to fit). This would, in effect, maintain the current behavior for everyone, and still be a sensible approach (like Preview, etc) with regard to the initial display of 100% images for me.
  2. Thanks for posting JimmyJack Sorry, I wasn't really clear... I wasn't talking about the actual canvas or clipping content - I meant the window/viewport itself. Continuing on my example: In separated mode, when I open any image, the window is 1000x720px (this seems to be the "default" size for all new windows in AP and AD) Let's say I want to view the image at 100% If I zoom (using whatever method) if the image is larger than the window size (like if my image is 1024x1024), now I can't see the whole image area, so I then have to manually resize the window to greater than 1024x1024 and/or pan the image into view. In the old days, the Mac toolbar min/max widget shrank the window to display just the content, system wide and in all apps. If the window was smaller than the content, it would grow to the content boundaries with just a click. At some point Apple changed the widget to be used for fullscreen instead. Currently in AP, I can option-click the fullscreen widget but that just maximizes the window/viewport, it doesn't wrap the viewport to the canvas/content. So I end up spending a lot of time fussing with window re-sizing instead of just getting work done. I may have MANY images open on my screen at once which I need to compare, or copy/paste between.
  3. Thanks for your reply R C-R Apologies, I misread DWright's comment: I read: "zoom to fit display option" ... instead of "zoom to fit display option" Okay, I now understand that is what it's doing... However, the images I show above were on fresh launches of AP with no windows open. Therefore, AP is somehow deciding what size to create the initial window/canvas, and then fitting any opened image inside it that size -- on my machine this appears to be 1000x720. The question is still: Why? Where does 1000x720 come from? Any image opened should initially display at 100% by default regardless of the size of any windows open, the size of your workspace, etc. (unless it won't fit on your screen - in which case it should be scaled down to fit). Does this not make sense? I can't think of any other graphics program that does NOT show opened files at 100%. Even Preview.app does this. And btw, I think AD should do this, too. On my monitor in AD, I can view an 8.5x11in artboard at 100% without scrolling. AD doesn't seem to want to open files that way either, though. It doesn't even remember the zoom saved state. 1000x720px window with 8.5x11 zoomed to 51.7% Another issue that adds to the frustration is that there is no option to "snap canvas to content". This would be very helpful with the current behaviour because at least after I manually zoom to 100%, I'd be able to view my entire image without having to manually resize the workspace to fit. This used to be the default behaviour of window on the Mac using the resize widget in the toolbars. I miss this. Now that widget is used for going fullscreen, (and with option key, zooming the canvas OUT to screen extants), but not back to content. I can see no advantage to opening images at arbitrary zoom levels based on an arbitrary (1000x720?) generated canvas size, and many advantages to opening images at 100% whenever possible. Basically, I'd like to be able to zoom the viewport to the image size, not zoom the image to the viewport size.
  4. Yes I only use separated mode, and I have no use for tabs in a photo editor or design app, or full screen apps either. ;)
  5. R-C-R, Thanks for your reply. I am well aware of all of the zoom methods as well as the shortcuts. After 25 years of using PhotoShop, and using space, command and option for zooming Affinity's "quirk" of "spacebar first" really slows me down. My muscle memory just wants to "chord" the keys -- and Affinity just doesn't like that. But beyond that, my issue here is that I should be able to open a file and work on it without having to zoom it first.
  6. DWright, thanks for the reply... but I still would like to know what's going on. "zoom to fit display" But it is NOT zooming to fit my display. How does it determine this? First photo = Opened a file with AP As you can see, my display is plenty large enough. What is AP using to zoom to? 2nd photo = same file at 100% magnification. 3rd photo = another opened file. Opened at 99%. Plenty of screen to open at 100% As I said, my resolution is 2560x1440. If it's going to "zoom to display", why isn't it using the available screen real estate? In my opinion ALL images should open at 100% unless it is larger than the display area. That is how I interpret "zoom to display". As I said above, clicking "Actual size" zoomed an image to 151.4%, NOT the image's actual dimensions. As Gear maker says below, this definitely appears to be a bug/problem with separated mode. I would expect the same behaviour in either mode. Hopefully this can be addressed in an update. EDIT: I just switched to full screen, and unified mode, and "Actual Size" still zooms to an arbitrary percentage, NOT the pixel dimensions.
  7. If I open a 1024x1024px image in AP, it opens at 60.5%. Why? I don't see any place to set default magnification in prefs, in fact, when opening files in AP, it seems completely random as far as what magnification you get. I just opened a 539x766px image, it opened at 80.9% For EVERY file that I open, I have to double click the magnifying glass to zoom to 100%, and then adjust the window size to see the whole image. This can't be the intended behaviour, can it? My monitor resolution is 2560x1440, so there is plenty of room on the screen for a 1024x1024 image at 100%. It seems to me that if an image will fit on the screen it should open at 100%, not some random percentage. Thanks for any help on this EDIT: After posting this, I was checking out the View menu and clicked on "Actual size". It zoomed to 151.4% Where does this number come from?
  8. I'd really like .bmp support too. Ken, What I'm doing for now is using the free Paintbrush App: http://paintbrush.sourceforge.net/ It's old and hasn't been updated in a while, but it works. Export from Affinity (8 bit tiff), then open and save in Paintbrush. It's a hassle, but doesn't require PhotoShop
  9. Please consider adding this (preferably without deselecting whatever is selected). I always use spacebar to pan, so it took me quite a while to find the units dropdown in the pan tool toolbar.. Until I found it, I was going to Document > Resize Document to change the units. :lol:
  10. After applying your colors to the document, you can create a new swatch palette using the document's colors. You can export/import these and use them in other documents, as well.
  11. Hi MEB, Thanks for the reply, and the great apps! Drag and drop between documents does not work for me - I am in separated mode. :( In both programs, dragging a layer simply moves it out of view, and the receiving document does not accept the drop. "Edit in Photo/Designer" always seems to be greyed out in my File menus (both apps). :( The same behaviour and result in both betas, as well. I'm running Mac OS X 10.7.5 - I can't imagine that would be the cause of this, it it?
  12. I think this has been requested, but I couldn't find any dev responses... can anyone point me to a thread? I use Pages (iWork 09) for a client's magazine, and part of my current workflow includes dragging and dropping from Photoshop/Illustrator into Pages. Illustrator dragging and dropping includes transparency. Photoshop totally fails at transparency whether drag n drop or copy paste. I was absolutely thrilled when I discovered that AD/AP copy and paste works beautifully (including transparency - brilliant use of pdf for this, guys!). Slightly better drag and drop support from Affinity products to other apps would be icing on the already delicious cake. Certainly not a MUST HAVE feature - but would be nice. Of course dragging and dropping within the Affinity products and especially between Affinity documents would be much appreciated and probably more important to have first. This, I would consider a "must have". Thanx for your consideration...
  13. I originally wrote: After posting the above, I didn't see it show up (it was my second post and needed approval) so I started to re-post the following -- which might be more clear: I REALLY appreciate having access to the Apple/System colour picker in the Apps. Currently, you have to double-click to invoke the built-in colour picker (which I think is a little odd). Would it be possible at some point to add the preferred colour picker to the Apps' preferences? Currently to access the Apple colour picker, I have to invoke it from the view menu (with no shortcut). I now see that I can set the shortcut in the beta. Ideally, I'd like to be able to choose and set the picker in App prefs, and single click a colour well/swatch to invoke the colour picker, and/or option-click to invoke the alternate picker. Again, I'm sure I'll get used to the current behaviour, so it's not a dealbreaker, but would be nice. Also, I really do like the built-in color chooser it's fantastic - the reason I use the Apple/system is that I have tons of swatches saved in it for projects, and it's nice to be able to access/pick them.
  • Create New...

Important Information

Please note the Annual Company Closure section in the Terms of Use. These are the Terms of Use you will be asked to agree to if you join the forum. | Privacy Policy | Guidelines | We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.