GarryP

Glad to help. That sort of little thing is very easy to overlook.

You have Hide Studio checked (ticked). Uncheck (untick) it and it should come back.

We users don’t have the information to answer that other than giving our own personal, and very limited, view of things and I think it’s unlikely that Serif records its usage (but it might). Even if Serif did record its usage, and told us what it was, it's probably not of much use to us users. If you don’t want the Split View to show when you press “,” then you can remove the Keyboard Shortcut via Settings / Shortcuts. This particular shortcut can be found in the View sub-section of the Application shortcuts. For example, in Designer:

This thread has been given an official tag (usually, but not always, with the format “AF-<number>”) which can be seen under the thread title. When a thread has been given an official tag it means that Serif have logged it in their system to, at least, be considered for further work. (If you click, or tap, on the tag you will see a list of related threads which have been given the same tag.) When something changes in regard to the situation as described in the thread, the Affinity Info Bot will make a posting in the thread explaining what has happened and what can be done about it (often simply upgrading to the latest version). If the Affinity Info Bot has not created a post which says that the issue has been worked on, or fixed, you can assume that the situation remains as it was, from a user perspective. Serif don’t usually give us timescales for changes or fixes, or information about their plans for such, so it’s generally not worth your time asking for them. If you want to know when a situation mentioned in an officially-tagged thread has changed, all you need to do is follow that thread and you will get a notification if/when this happens. You can follow a thread by going to the top of any page of that thread and pressing the “Follow” button at the right of the thread header. If you want to know what changes to the software may be coming soon, the best places to look are the relevant beta sections of the forums.

Welcome to the forums @Crazybirder It would have been better if you had asked this question in the appropriate “Questions” section of the forums rather than in the “Resources” section of the forums as the “Resources” section is for people sharing resources for others to use rather than asking questions. No harm has been done, but posting questions in the “Questions” section is the right thing to do. A moderator might move this thread for you so there’s no need to duplicate this elsewhere.

An extra problem with this comes when the user clicks in the value field and then presses Enter without making a change. In this instance, the value displayed for user input is the (rounded) integer value and that is then used as the ‘underlying’ value. Pressing Enter causes the ‘underlying’ value to change even if the user didn’t make any change. See attached video – the green line shows where the grid should be with the correct ‘underlying’ value and the red line shows where it is after the second ‘edit’ where nothing should have changed. 2025-07-02 09-05-14.mp4

One way you can try and get round the “Error code: -200” problem is to convert the image to a different format (e.g. PNG → JPG, etc.) before uploading. That doesn’t always work, and whether it works seems to be random to me, but it does work sometimes. Another thing you can try is to reduce the dimensions of the image but that’s not always useful when we need to see the image exactly as it is (in this case, with a screenshot, it might not be much of a problem). I have found that a maximum height/width of 800 pixels seems to work most of the time but that might not be great if we need to see all of the fine details.

On Windows that is Ctrl+click on the thumbnail of the layer in the Layers Panel, rather than just Cmd/Ctrl+clicking on the layer.

You can get rid of the grey line at the top of the image with the Erase Brush Tool. (Be careful what you erase.) One method to make the ‘background’ fully transparent would be to: select the Flood Select Tool; set the Tolerance (on the Context Toolbar) to 1% (or another very low value); set Contiguous (again, on the Context Toolbar) to ON; click on the area that you have seen in my video which isn’t fully transparent (Alpha = 6); press the Delete key to delete the selected pixels; use menu “Select → Deselect”. Then you can export the image and it should be okay. See attached video for a demonstration. 2025-07-01 13-22-28.mp4

The problem as I can see it is that the ‘background’ of the “Pixel” layer is not fully transparent. See attached video where I use the Info Panel to look at the pixels that I move the mouse pointer over. Some pixels are fully transparent but some have a very low opacity white (Alpha = 6). You will need to make those pixels fully transparent also. (And there’s also a grey line at the top of the layer.) 2025-07-01 13-13-03.mp4

Using the document format in the export process doesn’t tell us whether the two documents have different formats or not. That is the important information I am trying to elicit – if the formats are different then you will probably have problems.

To find the colour profile information you can: open the document; in Designer or Publisher, use menu “File → Document Setup” and choose the Colour tab (see first attached image); or in Photo select the Pan Tool and the information is at the left-hand side of the Context Toolbar (see second attached image).

Thanks for making that clearer. What is the colour profile of the ‘icon document’ and what is the colour profile of the ‘recipient document'? And can you share the ‘icon document’, as suggested, so we can analyse it?

Welcome to the forums @rollvideo You have you shown us an image of your Export Dialog which shows you exporting to TIFF (16-bit) but you are talking about PNGs. Which do you want to use? Is your recipient document, the document you are placing the exported images into, a 16-bit RGB document, to go with your 16-bit TIFF? Can you share the ‘icon document’ before it is exported so we can look at it properly?

Why have you shown us one example in the image but given us a different example in the document? Please give us an example document where we can see the problem as it is described in the image and text.

The Tool Handle Size can’t be made any larger than the “Large” size setting in Settings / Tools. And we cannot change the colour of those handles. We also cannot change the colour of the pixel selection ‘marching ants’ which is always black and white, but should normally be visible on any background as it is the only thing that is ‘moving’. We also cannot change the colour the marquee selection rectangle which is visible when dragging with the Move Tool.

The PDF import process isn’t perfect and there can be times when an imported document looks okay on-screen but something ‘behind the scenes’ – which we users have no control over – has gone wrong, thus causing problems ‘along the way’. The problem might be ‘fixable’ but you might need to have to apply the ‘fix’ to every label you use, which could be time-consuming. I would recommend seeing if you can get the label in a different format, e.g. SVG, PNG, TIFF, etc.

Is that a crash report from your system or did you get it from somewhere else? There’s generally not much point in us users reading/interpreting the crash reports as we don’t know how the applications work internally. Better to leave it to the staff members who should be able to advise further.

Was the label supplied to you as an Affinity document, or have you opened/imported a different type of file to get the Publisher document which you supplied to us? If it was a non-Affinity file type, what type was it originally and which import settings did you use?

What do you get from the Royal Mail – what’s the file type – and how do you put it in your document?

How is the barcode constructed? Image/pixel layer, vector layer(s), mixture of types of layers, text from font, or something else? Can you supply an example document which contains a barcode which isn’t getting printed?

This thread has some suggestions that you can try:

Moving, simply changing the position of, a text frame - within the same document - should not normally resize the frame, and I’ve never seen that happen. Can you supply a full-screen (whole application UI) video showing us where this occurs? One way that some text can ‘disappear’ from a text frame, when the text frame is moved, is where the baseline grid is being used; sometimes the baseline grid is ‘incompatible’ with the combination of frame size and font size and a line of text can ‘disappear’ from the bottom of the frame. If you are using the baseline grid – either the document baseline grid or an individual layer baseline grid – this needs to be checked.

Repeating the same problem in multiple posts/threads has no positive effect, to my knowledge, from a user-perspective, on the speed of problem resolution, and doing so goes against the forum guidelines.

Is this the same problem that you reported here?: