Jump to content

Outer shadow on table “leaks” inside table


Recommended Posts

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?

Table Outer Shadow Bug 2024-02-17.png

Link to comment
Share on other sites

By the shape of the "outer" shadow, it is clear, that the white cells are not considered part of the table. Are they transparent?

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

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. 🙄

Link to comment
Share on other sites

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.

Alfred spacer.png
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

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.

tableformat.jpg.a95659af0af1fa9a9b298c81e097ec00.jpg

macOS 10.14.6 | MacBookPro Retina 15" | Eizo 27" | Affinity V1

Link to comment
Share on other sites

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.

tableformat.jpg.a95659af0af1fa9a9b298c81e097ec00.jpg

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! 😊

Link to comment
Share on other sites

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.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
×
×
  • Create New...

Important Information

Terms of Use | Privacy Policy | Guidelines | We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.