-
Posts
13,847 -
Joined
Posts posted by Dan C
-
-
Welcome to the Affinity Forums @FranciscoRiojas
As Garry has mentioned above, please try opening your SVG in a separate application, as the viewer you are using may be applying this white matte to your file.
If the issue continues, can you please provide a copy of your .afdesign file here for me, so that I can investigate further?
3 hours ago, FranciscoRiojas said:Also, ive had no problem exporting to svg with no background...but svg, i can't figure out why im getting a white background
I'm a little confused by the above statement also, I suspect that you mean a different format that you have had no problem with previously?
Many thanks in advance!
-
39 minutes ago, arifg said:
Is it possible to batch save/export many tabs(seperate projects) as common filetypes( jpg,png,tiff...) in affinity photo?
Unfortunately there's no option for this in Affinity currently, you would need to open each 'tab' and use Export individually - our apologies!
-
Thank you trying these steps for me - it's certainly interesting to hear that the same occurred with v2.1.1, indicating the crashes are not a programmatical error in v2.2 specifically.
On 10/7/2023 at 7:35 AM, EEN said:also tried to install the DDU but it wouldn't run
On 10/14/2023 at 12:47 AM, EEN said:So - then I tried creating a new user account on my laptop as per your instructions, however for some unknown reason my computer is refusing to let me login with it. It goes through the whole login process at Windows start up then takes me back to my normal logon screen. It has also reset my normal Windows password so I'm not sure what's going on there, it sounds like it's probably something weird with my computer that's causing the issue in the first place. If you have any suggestions on how to get around this I can try again.
Our team currently believe that the fact DDU is unable to run and you've been unable to login to this newly created user indicates a wider issue on your machine that isn't directly related to Affinity.
Unfortunately at this time we can only suggest generic Windows 11 repair options, such as those in the link below, in the hopes this resolves the multiple issues occurring with your machine -https://www.thewindowsclub.com/how-to-repair-windows-11
My apologies that I do not have any further specific advice for you at this time.
-
Many thanks for trying all of these steps for me and I'm very sorry to hear this behaviour has continued.
I've escalated this issue internally with our team as I'm unsure of why the apps are acting in this way for you, so I'll be sure to respond here ASAP with any further suggestions we have.
In the meantime, I appreciate new crash reports are not being generated by the app, therefore would you be able to produce a new Event Viewer log, following the same steps as before, to see if there is any further indication of a cause to the right-click context menu crash you can replicate across multiple users?
Again this is not something being reported by other users or replicable directly by our team at this time, indicating a potential local issue to your machine but hopefully the Event log will be clearer in this regard
-
Hi @Kamui,
Welcome to the Affinity Forums & thanks for your report!
I'm getting this logged with our development team as the behaviour doesn't seem quite correct to me - and doesn't match the behaviour on the Desktop.
However in the meantime, you should be able to achieve this by creating your selection of the table cells, Copying, then creating a selection of table cells where you want to paste the content to and then use Paste - you should now find this pastes the data between multiple cells as required:
I hope this helps
-
Thanks for your report @Darner!
4 hours ago, Darner said:When adding metadata / rights on a file and without the CC rights in the roll down menu, it auto generates a CC right in the file looks like.
I believe you're referring to the 'Rights' section in the Metadata Studio within Affinity Photo, though unfortunately I don't understand the issue you're reporting based on the above.
Can you please expand on your exact workflow for me? If possible, a screen recording would also be helpful
-
My apologies - I will DM you a direct link to download the file on Dropbox now through the Forums, as I'm unsure why this isn't being correctly received externally currently!
-
6 minutes ago, R C-R said:
Can you tell me what the US English version of "windows free moveable" (Fenster frei Verschiebbar) in the Views menu is so I can test this for myself?
'Fenster' is the Window menu, not View menu - so I'm not sure why OP mentioned the View menu in their post.
From what I understand, the 'Fenster frei Vercheibbar' menu item referenced above is actually 'Ansicht als frei verschiebbares Fenster' within the 'Fenster' menu, which is the German Translation for the Float View to Window option in the Window menu.
-
Please find attached a 'fixed' version of your file, which no longer uses any FX and can be exported to PDF with vector layers, which can then be imported into Illustrator.
There were a few oddities with your file, such as the document using a 32bit HDR colour space (which is unusual for a label) as well as a few issues with the text objects, so I have recreated these.
Please carefully double check this file to ensure you are happy with my changes before sending to print etc.
I hope this helps
-
Thanks for your report @Affinity-Inspiration!
21 hours ago, Affinity-Inspiration said:Selecting a set of cells for example, with intent to merge them fails to recognise the Pencil. Only using the finger tip lets it work to bring down the popup menu to select Merge Cells.
As mentioned in your thread here, this is expected behaviour in the Affinity apps, as we don't currently recognise the 'long press' action when using the Apple Pencil -
21 hours ago, Affinity-Inspiration said:I can find no way to delete Columns or Rows. Again, only the finger tip works to open the popu menu, but even then tapping Delete achieves nothing.
There are a few things happening here -
Firstly the 'Quick Actions' menu will only appear with a long-press on screen, and therefore will only work with your finger to open this menu, as above.
Secondly, the 'Delete' option here acts the same as the Delete icon on the left hand toolbar and will not delete rows/columns, it should simply delete any text contents of the cell(s) you have selected.
21 hours ago, Affinity-Inspiration said:Getting the other popup menu with Delete Rows and Delete Columns to actually is very random, and crashes the app entirely as you will see.
The pop-up menu with these options can be triggered by tapping once on the right hand side of any Row / Column label - which is the same behaviour as on desktop. Due to this being a singular 'tap' to open the menu, it can be achieved using either a finger or the Apple Pencil.
I can see the cause of the crash in your recording, after deleting the first column, the app does not correct select the next column in the table, instead only selecting the first cell. When then selecting delete column with only the first cell selected, the app crashes. I'll be logging this as a bug with our development team now.
I hope this helps
-
Hi @accesstime,
Thanks for your report!
Unfortunately I've been unable to replicate this behaviour here currently - though this may be occurring due to your Layers hierarchy in your specific file.
I appreciate you mention this is an intermittent issue, but if you are able to provide a screen recording showing this happening, we should be able to investigate further.
If you're unsure how to take a screen recording, please check out our FAQ linked below -
Does this occur with seemingly any asset, or only specific ones? Are your Icon Assets purely vector, or a mixture of pixel and vector content?
When this next occurs, I'd recommend checking the layers Opacity in the Layers Studio, to ensure this has not accidentally been reduced - equally you can use the Transform Studio to see the current X,Y,H&W values for the selected object, which also may provide some insight as to the objects location in your document.
Many thanks in advance
-
Thanks for reporting this issue and letting us know the solution you used to resolve this.
This isn't an issue I've seen reported previously and thus far I have been unable to replicate this behaviour here.
If you find a consistent way to 'trigger' this issue occurring on your mac, please do let us know and I will be happy to report this to our developers!
22 hours ago, Thomahawk said:2. even deleting all preference settings did not solve the problem. But it should have.
This likely depends on the specific 'preferences' you deleted, as the app stores settings in multiple locations on your Mac and I don't believe any of the 'CTRL' run up reset options would directly affect this setting.
-
22 hours ago, Thomahawk said:
THIS POST MISTERIOSLY DISAPPEARED HERE IN THE FORUM WITHOUT A TRACE. WHY?
Your post in 'Bugs' was a duplicate of your 'Questions' thread, which was posted first and updated as [SOLVED] with your findings shortly after.
Please do not create duplicate threads across multiple sections of the Forums - this can cause delays in our support team replying and is not required.
I'll be locking this thread from further replies, and we'll continue to support/discuss this issue within the original Questions thread below.
Any further duplicate posts may be removed without warning, and this applies to all Forum members.
-
I'm very sorry to hear this Dave!
1 hour ago, dlampel said:- So as to paste some word processor text into a text frame, I right-clicked to bring up the context menu.
- Crash (no menu displayed; just disappeared).
Out of interest, do you have a clipboard manager or similar app that may be interfering with the paste/context menu within Affinity?
I'd also like to suggest a few more options, to see if we can specifically pinpoint the cause here.
-
'Roll back' to version 2.1.1 - now you have the 2.2 EXE version installed, we can technically install 2.1.1 MSIX at the same time, provided the apps aren't open simultaneously. We don't recommend this long term, but can be useful for testing purposes.
Of course any of your saved 2.2 documents won't be compatible within this version, but I'm interested to know if 2.1.1 is legitimately more stable for you and the crashing you're experiencing is directly related to the 2.2 update - or if this is simply coincidental timing with the latest release.
-
Create a new user account - if you are willing, I'd be interested to know how the apps behave on your PC within a new user account on Windows. Once you've created the account you can install the version 2.2 Affinity apps and use your Affinity ID to license the apps (as you would normally) and then using either a new document, or continuing with the files you're using above where you're experiencing issues, test the app to see if they remain as unstable as they are on your regular account./
This could help determine if the cause of the latest instabilities within Affinity on your PC are related to additional third party apps you may have installed, your user profile configuration, Windows OS settings etc.
Should the same issues occur in a new user profile, and not within 2.1.1 then this would give much more credit to the possibility of a wider issue within version 2.2 that I could report to our development team for further investigation
-
Thank you for your continued patience here - I've been doing further testing and investigating with your files and I have found the following:
__________1. There is an issue with your 'Original MASTER.afpub" files provided in regards to the file size and opening times in the Affinity apps. Opening this file on my mac took a considerable amount of time (over 60 mins), used 33GB+ of RAM (memory) and read over 175GB worth of data from the disk. This is never expected with an Affinity document and indicates a larger issue with this specific file that I can't personally locate - therefore I have logged that specifically as a bug with our developers to be investigated further. I believe this is the same issue underlying issue causing the files inability to be 'reduced' in physical size - as I have deleted all pages & master pages from the document, essentially leaving a file with a singular blank page and the size of the saved .afpub file did not reduce. I have noted this within the development report for your file.
__________2. Following the below steps with your V1 files (in both V1 & V2) I'm not seeing the additional masters being created - though this may be due to a misunderstanding in your workflow, as I do not mind admitting I've had a little trouble understanding the PDF file provided with these files. The steps I've followed are as such:
- Open "V1 2024 BUJO Master 0 Pages.afpub"
- Select "Master BUJO Links.xlsx" in Data Merge manager to relink
- Set Sheet to "MergeFutureLog"
- All Records, Merge Enabled, All Pages
- Generate from Data Merge
- Save generated document
- Return to "V1 2024 BUJO Master 0 Pages.afpub"
- Add pages from file - select recently generated/saved doc
- Add All Pages, Before Page 1, Discarding unused text styles
- (❌) No new masters added to file?
- Delete Page 2 (was Page 1)
- Add new Page using "00 Year by Months LinP DM" master
- Data Merge Manager
- Set Sheet to "Merge Year Calendar", All Records, Merge Enabled, Page Range 2-2
- Generate from Data Merge
- Save generated document
- Add Pages from file - select recently generated/saved doc
- Add All Pages, After Page 2, Discarding unused text styles
- (❌) No new masters added to file?
Am I misunderstanding the workflow you've described within the PDF provided for the V1 files? If so, could you point out amendments to the above steps that would replicate this duplicating masters issue?
I did not continue past the first two Merge > Save > Add Pages from File attempts, as neither of these created duplicated masters and therefore I determined my workflow must be missing something.
__________3. As I wasn't yet able to replicate the duplicating of masters, I don't believe I'm seeing the same file size increasing on 'Add Pages' that you've reported also.
When adding the merged result document to the 'parent' .afpub file and saving it, the file size does increase slightly - but this is expected as new page(s) have been added to the document, from the merged files. Again I suspect that I'm not seeing the reported issue directly due to misunderstanding the workflow causing your duplicated masters.
__________Hopefully with the correct steps for point 2 above, I'll be able to replicate both issues reported and log these with our developers also.
I look forward to hearing from you here
-
Many thanks for providing these for me - I have logged this as a bug with our development team to be investigated further and they will use the files/information provided to work to resolve these crashes in a future update, as this is unlike anything we've seen previously.
In the meantime, as we're unable to replicate this internally - even on an Ultrawide monitor, currently our best suggestions are either to continue to use 150% scaling within Windows, or not to 'full screen' the Affinity apps.
My apologies that I don't have any further resolutions at this time, but I will be sure to update this thread with any information or suggestions that our team can provide
-
Please find below direct links to the Hunspell dictionaries. To download a file, right click the link and select Save Link As...
(In Safari, select Download Linked File As... but do not select Download Linked File or .txt will be appended to the filename.)
- af_ZA
- an_ES
- ar
- be_BY
- bg_BG
- bn_BD
- bo
- br_FR
- bs_BA
- ca
- cs_CZ
- da_DK
- de
- el_GR
- en
- eo
-
es
- es_AR.aff
- es_AR.dic
- es_BO.aff
- es_BO.dic
- es_CL.aff
- es_CL.dic
- es_CO.aff
- es_CO.dic
- es_CR.aff
- es_CR.dic
- es_CU.aff
- es_CU.dic
- es_DO.aff
- es_DO.dic
- es_EC.aff
- es_EC.dic
- es_ES.aff
- es_ES.dic
- hyph_es.dic
- es_GQ.aff
- es_GQ.dic
- es_GT.aff
- es_GT.dic
- es_HN.aff
- es_HN.dic
- es_MX.aff
- es_MX.dic
- es_NI.aff
- es_NI.dic
- es_PA.aff
- es_PA.dic
- es_PE.aff
- es_PE.dic
- es_PH.aff
- es_PH.dic
- es_PR.aff
- es_PR.dic
- es_PY.aff
- es_PY.dic
- es_SV.aff
- es_SV.dic
- es_US.aff
- es_US.dic
- es_UY.aff
- es_UY.dic
- es_VE.aff
- es_VE.dic
- et_EE
- fr_FR
- gd_GB
- gl
- gu_IN
- gug
- he_IL
- hi_IN
- hr_HR
- hu_HU
- id
- is
- it_IT
- kmr_Latn
- ko_KR
- lo_LA
- lt_LT
- lv_LV
- mn_MN
- ne_NP
- nl_NL
- no
- oc_FR
- pl_PL
- pt_BR
- pt_PT
- ro
- ru_RU
- si_LK
- sk_SK
- sl_SL
- sq_AL
- sr
- sv_FI
- sv_SE
- sw_TZ
- te_IN
- th_TH
- tr_TR
- uk_UA
- zu_ZA
-
Known Issues -
French (Canadian), French (Belgium), French (Luxembourg) & French (Swiss)
When importing text from external apps, such as Word or LibreOffice, that use these languages, Affinity will show a warning for a missing dictionary.
From our research, individual Spelling/Hyphenation dictionaries do not exist online for these languages, so instead it appears as though these third party apps will simply use a French (French) dictionary in order to provide Spelling/Hyphenation support, assumedly through the use of symlinks.
As the Affinity apps don't currently support symlinks for dictionaries, we instead recommend manually installing the French dictionaries from the above provided links, but changing the Language code of the downloaded files and folders as required.
For example, if you see a warning regarding a missing fr_CA (French (Canadian)) dictionary when importing text, please download the above fr.aff, fr.dic & hyph_fr.dic files.
Once downloaded, rename these files to fr_CA.aff, fr_CA.dic & hyph_fr_CA.dic respectively and then add them to the required location/language folder on your OS, using the above instructions.These steps are also true for the other languages listed above, substituting the language code (fr_CA, fr_BE, fr_LU or fr_CH) as required.
Once you have installed the French dictionary files using these language codes, you should find the relevant Spelling/Hyphenation options can now be selected in Affinity and the missing dictionary warning is no longer shown.
German (Swiss), German (Austrian) & Belorussian
When downloading dictionaries for the above languages, some of these files have filenames which require amending.
For German (Swiss) and German (Austrian), the files are suffixed with '_frami'.
For Belarussian, the files are suffixed with '_official'.
Before installing the dictionaries for these languages, we recommend deleting these suffixes and not including them within the language code for any folders created.
For example:
German Swiss files are named 'de_CH_frami'. After downloading, rename the file(s) to 'de_CH' and create the folder using this code.
Belarussian files are named 'be_official'. After downloading, rename the file(s) to 'be' and create the folder using this code. -
24 minutes ago, Yossarian Dogovitch said:
As an example : I open a jpg which is originally 11,4 MB and without any manipulation to it save it. The file size is 15,9 now.
It's possible that this size increase is due to metadata being exported with the JPEG from Affinity, which may not be included with the original image. The same is true for the Colour Profile, which may not be embedded in the imported image.
I'd recommend unticking the relevant options for embedding metadata and colour profiles when exporting your images in order to maintain a smaller file size - though do please note that the above information is still correct and image sizes are bound to change based on the composition of the image, the export compression & algorithms used, etc, all of which is expected behaviour and not a bug.
I hope this clears things up
-
Many thanks for providing these for me!
Your Event Viewer logs show that Windows Explorer is hanging, and shortly after the Affinity apps crash in System.IO.FileSystemWatcher - essentially meaning Windows is having trouble with your file system and the Affinity apps then try and access this hung process, which in turn causes the Affinity apps to crash.
Windows Explorer hangs can happen for many reasons, so I'd recommend the following:
-
Update Windows - it appears as though you are using a Windows version which has since been patched, so I'd recommend installing the latest version through Windows Settings
-
Run Windows SFC tool - Windows covers this process here, as you are running Windows 11 you can skip step 2 (DSIM):
https://support.microsoft.com/en-us/topic/use-the-system-file-checker-tool-to-repair-missing-or-corrupted-system-files-79aa86cb-ca52-166a-92a3-966e85d4094e
- Update your GPU drivers - this is a recommended step according to a few sites reporting on exporer.exe hangs, and we always recommend running the latest drivers for Affinity. You can find the latest drivers for your Intel i5-10400 here: https://www.intel.com/content/www/us/en/products/sku/199271/intel-core-i510400-processor-12m-cache-up-to-4-30-ghz/downloads.html
Finally, I can see you are using the MSIX version of the Affinity apps, which can occasionally have a harder time accessing files/folders on your system due to the Sandboxed nature of MSIX apps.
Therefore I'd recommend uninstalling the MSIX versions (this can be done through Windows Settings > Apps & Features) and then installing the EXE versions from the below links, selecting the "Also Available : EXE" download options for each:
Photo - https://store.serif.com/update/windows/photo/2/
Designer - https://store.serif.com/update/windows/designer/2/
Publisher - https://store.serif.com/update/windows/publisher/2/Please do let me know how you get on here
-
Update Windows - it appears as though you are using a Windows version which has since been patched, so I'd recommend installing the latest version through Windows Settings
-
Thanks for letting me know and I'm sorry to hear this!
I've resent the document through Dropbox using the email address your Forum account uses - you should hopefully receive this email shortly, which will have a download link to your file
-
Just now, dlampel said:
but I recall no mention of this when we moved to v2.2--and certainly I have seen no warning messages pop up about the use of older files. But clearly there must be something different between v2.1.1 files and v2.2 files, making this warning necessary. So that got me to thinking: Most if not all the files that have been giving me the aforementioned problems began as v2.1 templates. I wondered, Could that be the root of these problems?
Each update we release will iterate the 'file version' for Affinity documents.
This has always been the case, including V1 updates.
For example;v1.8 documents cannot be opened in v1.7,
v2.1 documents cannot be opened in v2.0,
v2.2 documents cannot be opened in v1.10.Therefore there is nothing 'special' in this regard to v2.2 and v2.1 files, simply files opened and saved in any later version of the Affinity apps cannot be opened in a previous version.
A warning will only be shown when trying to open a file in a previous version of Affinity, that has since been saved in a later iteration of the apps. This warning appears as follows:
I do not expect that any of the issues you've reported above are specifically due to using 'v2.1 template' files within Affinity v2.2.
-
Hi @ashr,
Welcome to the Affinity Forums
I can see you have also directly emailed our support team - please refrain from contacting us through multiple channels at once as this can cause delays to you receiving a response.
In regards to the issue reported, we've replied via email and we'll continue to support you there. I hope this clears things up.
-
On 10/13/2023 at 9:54 PM, lettergothic said:
So, there's no auto-flow of an imported, multi-page doc; you have to click to get each page? The Autoflow youtube vid. that Walt sent in response to my first post shows a 20(?) image sequence flowing into a document automatically. Of course, I couldn't get that to work either . . .
As you've mentioned, both the tutorial provided and example screen recordings (such as the one from myself) in this thread show this feature is present and works correctly when following the described workflow. Therefore I'm not certain why this would lead you to such a conclusion.
On 10/13/2023 at 10:56 PM, lettergothic said:"Auto flow is only maintained when using an afpub file where you already had autoflow applied."
This is not true, and again directly contradicts the screen recordings provided in this thread.
On 10/13/2023 at 8:54 PM, lettergothic said:Unfortunately, selecting the "Place Image" tool, holding "Shift", selecting the file and clicking "Open" results in exactly the same outcome as shown in my screen recording: the "Place Panel" shows two pages (selected) with page 1 in the page 2 position and no page 2 content —ditto the APub doc.
Your workflow is still not correct, as the Place Studio does not appear in any of your recordings
On 10/13/2023 at 9:40 PM, lettergothic said:Since I always had page selected, I had never seen the "Place Panel"! I made sure everything was deselected. Using the "place" tool, I shift-selected the file, clicked "open" and got the "place" panel! In the panel, the dropdown showed Page 1 and clicking the arrow shows pg. 2. I can't shift-select both son I chose p.1, hovered the "place cursor" over pg.1 on the 2 pg. doc. and clicked. Pg.1 of the file appeared in pg. 1 of the doc. and pg. 2 was blank—no flowing of pg.2 into my doc.
You are not holding down shift when navigating to File > Place. You are instead 'shift-selecting' your Pages in the Pages Studio, before using File > Place. This is not needed, as you do not need any active selection of Pages or Layers, which Walt covered previously -
On 10/13/2023 at 9:27 PM, walt.farrell said:In your most recent screen recording, you selected two pages in the Pages panel. That makes no sense for this operation You need to select the 2 pages in the Place panel when you get it.
Part of your problem may be that you have a Picture Frame selected when you do the Place operation. Make sure you do not have anything selected (click in the pasteboard, outside a page, with the Move Tool selected).
Please make sure you have deselected the Pages in the Pages Studio, and your Layers in the Layers Studio as requested.
Now, make sure you are holding down the shift key and continue to keep this pressed. Navigate to File > Place, with the Shift key still held.
You'll now see a Windows Explorer dialog open, prompting you to select the file to place. At this point you can let go of the Shift key and select the PDF to be placed.
If you follow this workflow correctly, you'll see the PDF appear in the Place Studio.
On 10/13/2023 at 9:45 PM, lettergothic said:"You did not expand the top bar, above the page that is displayed, in the Place panel."
This is the first I've heard of this! Others have just said to click the dropdown triangle. How do I "expand" the top bar?!
The 'top bar' can then be found in the Place Studio and can be expanded by selecting the triangle icon -
This is the workflow shown in my recording, and described in the post from Seneca in this thread previously:
On 10/12/2023 at 11:39 PM, Seneca said:1. Select the file
2. Hold down the Shift key before clicking File > Place.
3. A Place Panel will open.
4. Click on the name of the file where you see an arrow like this > to reveal the rest of the pages (in the Place Panel).
5. Select all the pages and click on the main page to start the automatic placement of all pages.
Please make sure you are following all steps, as have been reiterated a few times within this thread and the feature will function correctly.

Error occurring when trying to export as .pdf Affinity Publisher 2.2.0
in Affinity on Desktop Questions (macOS and Windows)
Posted
No problem at all, I'm very glad to hear this
As Walt mentions above, we've release 2.2.1 today and you can find the list of bug fixes in this version here:
We're working to release a 2.3 beta as soon as possible for users signed up to our beta program but I'm unable to guarantee any specific bug fixes until the beta is released - or until the 'Serif Info Bot' posts in any thread to confirm a fix.
At this time, the issue reported here is still logged with our developers (this is logged as a 'regression' as it is a new bug introduced in 2.2 with the update of 'PDFLib', the Library Affinity uses to export to PDF) and therefore should hopefully be addressed as soon as possible.
I hope this clears things up!