ubercool Posted February 17 Share Posted February 17 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 Link to comment Share on other sites More sharing options...
Pšenda Posted February 17 Share Posted February 17 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.5.2636 (Retail) Dell OptiPlex 7060, i5-8500 3.00 GHz, 16 GB, Intel UHD Graphics 630, Dell P2417H 1920 x 1080, Windows 11 Pro, Version 23H2, Build 22631.4317. Dell Latitude E5570, i5-6440HQ 2.60 GHz, 8 GB, Intel HD Graphics 530, 1920 x 1080, Windows 11 Pro, Version 23H2, Build 22631.4317. 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. Link to comment Share on other sites More sharing options...
ubercool Posted February 17 Author Share Posted February 17 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 Link to comment Share on other sites More sharing options...
Alfred Posted February 17 Share Posted February 17 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) Link to comment Share on other sites More sharing options...
thomaso Posted February 18 Share Posted February 18 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 macOS 10.14.6 | MacBookPro Retina 15" | Eizo 27" | Affinity V1 Link to comment Share on other sites More sharing options...
ubercool Posted February 18 Author Share Posted February 18 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 Link to comment Share on other sites More sharing options...
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.