On what part do you get stuck if you try to implement panel spanning dendrograms? I'm unsure the premise of #6396 (using communicating grobs) is the right way to go in this case. If we don't need communicating grobs, then the current situation with how Facet$draw_panels() handles empty/collapsed grobs doesn't matter.

Thanks, and apologies for the frequent PRs recently. I'm a big fan of circle plots and currently working on the circular design.

The main issue I'm encountering relates to drawing order: ggplot2 renders each facet panel sequentially, meaning the entire drawing process for one panel is completed before the next begins.

a segment drawn in one panel can be overridden by the background of the panel to its right:

library(ggplot2)
ggplot(data.frame(x = c(1, NA), facet = c("a", "b"))) +
  annotation_custom(
    grob = grid::roundrectGrob(
      gp = grid::gpar(fill = "red", col = "red"),
      width = 0.5, height =   0.5
    ),
    xmin = -Inf, xmax = Inf, ymin = -Inf, ymax = Inf
  ) +
  geom_segment(aes(x, y = 1L), yend = 1, xend = 2L) +
  facet_wrap(vars(facet), nrow = 1L) +
  coord_cartesian(clip = FALSE)

if the layer order is reversed, the segment overrides the annotation—even though the annotation was added after:

ggplot(data.frame(x = c(NA, 1), facet = c("a", "b"))) +
  geom_segment(aes(x, y = 1L), yend = 1, xend = 0) +
  annotation_custom(
    grob = grid::roundrectGrob(
      gp = grid::gpar(fill = "red", col = "red"),
      width = 0.5, height =   0.5
    ),
    xmin = -Inf, xmax = Inf, ymin = -Inf, ymax = Inf
  ) +
  facet_wrap(vars(facet), nrow = 1L) +
  coord_cartesian(clip = FALSE)

In the Facet I'm implementing, it's necessary to decompose each panel and manage a global drawing order across panels to ensure correct rendering and layering.

Thanks for the explanation. Isn't it possible to implement #6407 in the Facet class you're implementing to a degree that you don't get these overlap assymmetries? I also don't understand the desired behaviour here: do you want the annotation to be occluded by the neighbouring panel or not?

I want the overall drawing order to follow the sequence in which layers are added. Specifically, this means starting with Facet$draw_back across all panels, followed by each plot layer in sequence across all panels, and finally rendering Coord$render_bg and Coord$render_fg (assuming theme(panel.ontop = TRUE)).

This approach ensures that what we input is exactly what we see.

If the input panels for Facet is predictable, I think I can manage all things well.

If we were to put the following part under control of Facet instead of Layout, would that give you enough freedom to implement the thing you want?

Yes, if that part were moved under the control of Facet, I believe it would give me enough flexibility to implement the drawing order as intended.

Hi, I'm planning to implement the feature of the ggalign package — the chord diagram — which will depend on this functionality. Would it be okay for me to open another PR to modify the relevant part of the code and add them to the Facet's draw_panel method?

I think it is better to create a new method for the Facet class than to cram it into the draw_panels method. Some extension override the draw_panel method, and we advertise its eligibility for extensions (here), so we cannot simply slap on the responsibility of arranging the panel sandwich to that particular method.

Thanks! Could you suggest a name for the method? Do you think draw_panel_grobs/build_panels would be appropriate?

I've named the method draw_facet_panels. Do you think this is an appropriate name, or would you suggest something else?