ubercool Posted February 17, 2024 Posted February 17, 2024 I'm trying to add a drop shadow to a four-column table, and the shadow leaks into certain cells; see the attached screenshot. Meanwhile, I have a one-column table where the shadow displays perfectly. Does anyone have any idea why this is happening? Quote
Pšenda Posted February 17, 2024 Posted February 17, 2024 By the shape of the "outer" shadow, it is clear, that the white cells are not considered part of the table. Are they transparent? Quote Affinity Store (MSI/EXE): Affinity Suite (ADe, APh, APu) 2.5.7.2948 (Retail) Dell OptiPlex 7060, i5-8500 3.00 GHz, 16 GB, Intel UHD Graphics 630, Dell P2417H 1920 x 1080, Windows 11 Pro, Version 24H2, Build 26100.2605. Dell Latitude E5570, i5-6440HQ 2.60 GHz, 8 GB, Intel HD Graphics 530, 1920 x 1080, Windows 11 Pro, Version 24H2, Build 26100.2605. Intel NUC5PGYH, Pentium N3700 2.40 GHz, 8 GB, Intel HD Graphics, EIZO EV2456 1920 x 1200, Windows 10 Pro, Version 21H1, Build 19043.2130.
ubercool Posted February 17, 2024 Author Posted February 17, 2024 I filled that row with white, which solved the problem. However, that still doesn't explain why the other table did not have this bug, even though it uses the same table format with alternating transparent rows. 🙄 Quote
Alfred Posted February 17, 2024 Posted February 17, 2024 23 minutes ago, ubercool said: that still doesn't explain why the other table did not have this bug The first column of the four-column table looks OK, and you stated earlier that the first (and only) column of the other table looks OK, so it seems to me that the two tables are behaving exactly the same way. Quote Alfred Affinity Designer/Photo/Publisher 2 for Windows • Windows 10 Home/Pro Affinity Designer/Photo/Publisher 2 for iPad • iPadOS 17.5.1 (iPad 7th gen)
thomaso Posted February 18, 2024 Posted February 18, 2024 2 hours ago, ubercool said: I filled that row with white, which solved the problem. However, that still doesn't explain why the other table did not have this bug, Alternatively to fill the unfilled cells of the alternating rows you can just apply a white fill to the entire table (= 'frame', as in 'text frame'). This will apply colour behind the existing, alternating cell colours. Transparent cells (cells with no fill) aren't a bug but there are two different options: cell versus frame colours. (compare: colour options for text paragraphs: text colour | character background colour | paragraph decoration colour | text frame colour). 2 hours ago, ubercool said: even though it uses the same table format with alternating transparent rows. A table format can be applied but you still may modify parameters without changing the saved 'table format' definition. Again compare text: you can have a certain font or colour with a style saved as "body" applied to some text … but you may still change the font or colour of characters or paragraphs without changing the definition of "body" and "body" will still be applied. For text a deviation of an applied saved style gets indicated by a + symbol next to the style name (e.g. in the context toolbar or paragraph panel as "body+"). For table formats this indicating feature does not exist. Accordingly two tables (or texts) can have the same saved format (or style) applied but may look different. Like saved text styles also the table formats have an option to (re-)apply a format with overriding any local formatting. If you choose this option for your two examples they will appear with same design. Alfred 1 Quote • MacBookPro Retina 15" | macOS 10.14.6 | Eizo 27" | Affinity V1 • iPad 10.Gen. | iOS 18.5. | Affinity V2.6
ubercool Posted February 18, 2024 Author Posted February 18, 2024 15 hours ago, thomaso said: Alternatively to fill the unfilled cells of the alternating rows you can just apply a white fill to the entire table (= 'frame', as in 'text frame'). This will apply colour behind the existing, alternating cell colours. Transparent cells (cells with no fill) aren't a bug but there are two different options: cell versus frame colours. (compare: colour options for text paragraphs: text colour | character background colour | paragraph decoration colour | text frame colour). A table format can be applied but you still may modify parameters without changing the saved 'table format' definition. Again compare text: you can have a certain font or colour with a style saved as "body" applied to some text … but you may still change the font or colour of characters or paragraphs without changing the definition of "body" and "body" will still be applied. For text a deviation of an applied saved style gets indicated by a + symbol next to the style name (e.g. in the context toolbar or paragraph panel as "body+"). For table formats this indicating feature does not exist. Accordingly two tables (or texts) can have the same saved format (or style) applied but may look different. Like saved text styles also the table formats have an option to (re-)apply a format with overriding any local formatting. If you choose this option for your two examples they will appear with same design. Thanks so much for your extensive answer. To avoid this issue, I have modified the Table Format template to use white fill rows. I'm glad there is an Override Local for tables, too. Thanks again for the tip! 😊 Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.