thomaso

You probably will see it in AD, too, if you place a non-white background behind the bars (as I did with grey in my screenshots above). To prevent these you could enlarge the single stripes slightly to make them overlapping each other. The glitches above and below (at the outer edges of the set of bars) don't appear in 100% view. • So avoid using the PNG in larger size. Or export it in larger size but use it in smaller. • Another, more tricky/complex workaround could be to blur the complete edges in the width of a few pixels, that would prevent the partially appearance but creates a transparency along the entire edge and look more even that way (but blurry, too). • A third trial could be to add a stroke at these edges in the final color of the background, covering the 'steps' at the bar edges created by antialiasing which occur as repeatedly increasing opacity (visible in my 1st screenshot as a stepwise gradient from gray to green).

Hello merkelz, Welcome to the Affinity forums! It looks like an issue caused by antialiasing (of a former vector object?). This zoom shows how the edge gets converted in the pixel raster image format PNG: It doesn't show up for me in 100% view: But I see a different glitch above/below the red bar (which possibly is positioned with a gap between violet and green bars):

For such a massive downscaling it is useful to sharpen the image afterwards. Example from 1500 px > 125 px: not sharpened / sharpened: (enlarge your browser zoom to make the difference more obvious.) < bilinear < bicubic < lanczos The resampling algorithm doesn't really matter here.

Nevertheless, this thread might be almost ideally fitting as a reminder to that quite related issue: This issue still occurs in v1.7.3 and current beta v518.

In all Affinity apps I see white object edges which do not really exist in the objects but are rather a rendering issue. Their occurrence varies with the zoom level and appears flickering when zooming. They are quite disturbing because they force me to look for an object's displacement again and again (e.g. of 2 objects with distance = 0) or look for wrong cropping of image resources. Example in APub: two identical vector rectangles with distance = 0: flickering edges_APub.m4v Example in ADesigner: same as APub + a non-rectangular object position, whose edge even does not disappear on zooming: flickering edges_ADesigner.m4v Example in APhoto: just a photo – one pixel image layer, not cropped, not edited: flickering edges.m4v

Glad it works for you! – I still would like to understand how that happened: Did you initially start with a master page which you deleted later but not before page 4 was created? And did you move this layer in the layers hierarchy? Or were does this layer "(Master Page)" come from?

I was able to delete in your .afpub the spreads 2/3 and 6/7 successfully. Here the .afpub reduced to 4 pages as shown in your PDF: Dec2019Jan2020Beaconlayout_4 pages.afpub Whereas when trying to delete page 2 as a single page I got a crash, too. * I also got a crash for this action in APu beta v518, which is a pity because in v502 the pages panel got some improvement but that obviously doesn't help in this case. EDIT: Supplement: I think the culprit for the crash is on page 4 an orphaned layer, (auto-)named as "(Master Page)". There is neither a master in the pages panel nor does this layer occur on in the document window layout view. This seems to cause the crash of single page before 4 because it would force all layers of page 4 to become moved from a left to a right page whereas a deletion of spread 2/3 simply alters the internal numbering. * After deleting this orphaned master layer I was able to delete pg 2 with no harm.

@TheOtherRoland, unfortunately the switch of left/right (or inner/outer) margins, or just their labels, appears to be intentionally and so-called "by design". Although with the previous beta (v502) came improvements for the behavior within the pages panel this left/right issue still exists in the current beta v518 in the way it has been answered already earlier: User: Does that mean a single master in a facing document always is treated as a left page? Serif: For now, yes that is the case. It's just the way it's been designed. https://forum.affinity.serif.com/index.php?/topic/78148-master-page-margins/&amp;do=findComment&amp;comment=529943

Interesting: this fixed window's position works like a charm when using two monitors, then its occurrence in center and docked to the menubar appears perfect:

This not-mac-typical behavior is related to the fact that in Affinity opt/alt vs. cmd modifier keys are switched and work vice versa. It was discussed already, as far I know with no Serif respond yet. It is still unknown what made Serif set these two modifier keys that way – though it is always documented in the toolbar info: So, using the cmd key instead opt/alt does ignore the moment of pressing the key and behaves as usual and expected.

Ok, it shows up white – on screen only or when printed, too? If on print then everything is fine, isn't it? I'd say if you do see transparency in various apps on screen (as I do with both your pdfs and the other files as mentioned) then the black on a print would be related to and generated during the printing process and by all involved software, including the app which is used to send the print task. p.s.: to test transparency a white background is less useful than your previous gray because in some apps + printed on paper the white can be the default color which also occurs with no content at all. With a white image background a non-transparent JPG looks the same as a TIF with transparency. Maybe Pauls (from Serif) will come back with more detailed or even different results.

This feature improvement request is currently relevant in Separated Mode and when using two monitors. Some users of a laptop have a 2nd monitor connected which allows to place document windows on the larger screen and panels on the smaller. Unfortunately for a custom panel arrangement Affinity currently demands to switch to Separated Mode. Separated Mode also separates document windows by default. Also new windows get opened on the 'main screen' (e.g. the laptop's internal), regardless of its size (resolution) and of already existing document windows on the other screen. That way any new document window appears covered behind panels and is therefore 'invisible'. To combine these document windows as tabs in 1 window the user needs to select "View" > "Merge All Windows" – every time a document gets opened. Unfortunately to do so it also is necessary to first select (activate) the already existing window, otherwise this command moves all documents to the newly opened document on the unwanted screen and behind the panels. Requests: a.) enable a Separated Mode which does not affect document windows but panels and toolbar only. b.) make new document windows open on the screen which already shows a document window. c.) remind in Separated Mode the document window size and position. d.) allow to auto-fit document windows between panels instead of behind them in full screen size. Or: e.) improve the Not-Separated Mode by enabling custom panel + toolbar arrangement on 2 monitors. This would have the same result as a) + b) + c) + d). Since in not-separated mode the panel docking and sticking works better than in separated mode this option e.) is the preferred towards a.) – d.) for users who still want to arrange panels as groups around the document window and currently use separated mode just to make use of 2 monitors. Example setup of two monitors (macbook internal + larger external): Same example with menubar, Affinity panels, toolbar and document window: New documents open on smaller screen, covered behind panels:

I see in your flower PNG, TIF, .afdesign and PDF transparency on screen for PNG and TIF. Also your "Untitled.pdf" prints both images to me with not black but transparent background and shows the light grey. Possibly your black print result is a printer software issue. Are you aware whether your printer supports postscript transparency? How does the background appear on print if you export as PDF/X-1 (it prevents postscript transparency but flattens)?

(In both retail v1.7.3 and beta v518) When opening an .afpub which has a missing resource I may choose "Yes" to locate a folder or file in a finder-like window. Unfortunately then the finder's "Search" text field may be selected (highlighted) but is not accessible for my text cursor. I can't use the search though I would need it in particular this situation.

At this moment of this new "New..." window (1st occurrence at all, not finalized yet * ) I see a lot more reason NOT to limit thoughts, fantasy and feedback in a way as it will be useful in a later beta or especially in a retail version. * In particular the occurrence of "Recent documents" in this "New..." window and the layout of only two columns for landscape icons (+ free wasted space) makes me feel of this current window version to be an idea, a trial, a test.

Of cause it can. It's just a matter of layout, design, navigation etc., in short: of consequences. It even is possible to treat presets totally different and separated from templates.

This may be true for presets, but not for templates.  Templates show the picture of a page. This thread is about "Presets" in particular – NOT about templates.

Nevertheless, as you mention, there is no need (and imho no use) to show these large amount of presets as icon view at all. Yes, templates are a different pair of shoes, as Recent files, too. Whereas "Recent documents", appearing in the "File" > "New.." window actually should generate new documents with the properties of a recent file – but without its content. At the moment these "Recent documents" in "New..." rather belong to "File" > "Open..." than to "New..." cause they don't generate anything 'new' at all. I don't understand this thought. Especially a longer preset list wouldn't give more info in icon view style but need more screen space. The icons are rectangles only, in either portrait or landscape orientation. Their dimension info is quite tiny, and they don't give color, margin or bleed info. So you need to check the property area anyway. That way it would be more informative + comfortable to enlarge the properties + values area (currently on the right) and reduce the icon view to a (collapsable) template area only. Finally recent documents should neither not appear here or should get treated as empty templates if mentioned in "New...".

(Sorry, there is no need to let us know what you do NOT know.)

@Jon P, I emptied my recent files for v518. Indeed the quicklook issue disappeared. Thank you! – Now I still would want to reset the path for those .propcol files in the screenshot above – any hint where I can set it again? @fde101, in current Affinity versions + bug reports the "permission" issues are related to saving, exporting or crashing problems, not to a dialog window to set a custom file path. That way to call this "quicklook" issue a "permission" issue would be unnecessary confusing. The info about Sandbox of AppStore versions only was given in the forum by a moderator at least once. Also your Activity Monitor.app gives the info about apps using Sandbox, possibly you need to activate its column first:

It was asking me to confirm a file path, were it stored 18 .propcol files afterwards (see screenshot above). I have no sandbox Affinity version, did not buy in the AppStore. One might call a file path definition a "permission" (to allow to save at THAT place) – to me a permission on a computer is always just "Yes" or "No", not a file path.

I appreciate that the new "New..." window allows to show all properties for a new document in 1 view after unfolding all their sections. (I don't need to jump between tabs as in previous versions.) A. I would appreciate even more if all properties sections could be set as unfolded. Currently I still need to unfold manually the "Color", "Margins" and "Bleed" sections every time I open this window. Unfortunately it does not keep my recent unfolded use after closing/reopening this window. B. The preset sections don't remind my recent setting and "My Presets" are always at the bottom end, both in the pulldown menu and the icon view. Unfortunately they don't appear as first entry of sections. I'd appreciate to be able to hide some preset sections, e.g. by collapsing like for properties area. No user will need all sections in the same frequency, e.g. "Architects" don't need to see "Devices" presets permanently and vice versa. C. The icons are very space demanding within this window– but give visually not much info. Actually they only show the ratio of a preset (portrait/landscape), which also is given numerically with its dimensions. Unfortunately the icons are quite large whereas the icon's text info (e.g. dimensions) is quite small, text size seems to got reduced to make the text fit inside the icons (by Design, for what reason?). This way to me the icons appear mainly disturbing than as an additional information. I'd appreciate to get rid of the icons and have a text list instead, possibly with tiny icons aside (like file icons in finder list view), that would be large enough to show their page orientation. D. The presets are either in portrait or landscape orientation; some presets have margin of 25 mm, regardless of their size. – Unfortunately any change on a default preset can't be saved, instead I need to save an additional "My Preset". This makes the list of presets and their pixel wasting icons longer, even if a user wants to use e.g. the default "A4" but just as landscape format again and again. A. Three sections need to be manually unfolded each time: B. "My Presets" are forced to the bottom of menu and icon view: C. Preset icons need much screen space – but don't give information besides page orientation...: ... instead their text info (respectively dimensions) appears quite small to fit into icons:

A sudden issue made the "New..." window disappear. I used "File" > "New..." again and did not see the window. After moving all panels aside (which cover my internal screen) I discovered two "New..." windows behind them. I could move them to the second screen and also bring either of them to foreground by clicking on one, also I could navigate in both, but both still where partially covered by the panels. The issue occurred while scrolling through the preset icons. I am not able to reproduce this occurrence.

Unfortunately I did no screenshot – I thought I'd get access to that dialogs again at any later time. It was definitely no permissions window, both asked for a file path/folder. Both windows looked the same, just with different line of text in the header. The look was quite the same like a "Save As..." window, but not docked and no title bar and with a text command instead. After confirming the first window ('share') it closed and immediately the second appeared ('application'). There was no other Affinity UI visible at that moment, the document window and panels occurred after confirming these dialog windows.

@Jon P, unfortunately one of the two finder-like windows (mentioned previously) appeared to be related to application user preferences. I just discovered 18 .propcol files in my documents folder (the one I had selected during the app start). How can I reset this path, e.g. to the former "~/Library/Application Support/Affinity Publisher beta/user" ? Sorry, I can't find a preference to set it.