Quem constroi relatorios Power BI para usuarios exigentes conhece o dilema: o tomador de decisao quer densidade de informacao, mas uma pagina com vinte visuais vira um painel ilegivel. O instinto comum e empilhar cards, matrizes e botoes de drillthrough em uma mesma tela. Existe um recurso subutilizado que resolve boa parte disso sem poluir o layout: os report page tooltips, ou tooltips de pagina.
\nEm vez da tooltip default (que mostra apenas os valores do ponto de dado), voce desenha uma pagina inteira do relatorio e a vincula como tooltip de um visual. Quando o usuario passa o mouse sobre uma barra, uma fatia de pizza ou uma celula, o Power BI renderiza essa pagina filtrada pelo contexto daquele ponto. E uma mini-dashboard contextual que so aparece no hover e some quando o mouse sai.
\nComo configurar na pratica
\nO fluxo tem quatro passos que precisam estar todos corretos, ou a tooltip simplesmente nao aparece:
\nO ponto que mais gera confusao e o filtro de contexto. A tooltip so recebe o contexto da coluna que esta no eixo ou na legenda do visual de origem automaticamente. Se a sua pagina de tooltip usa uma medida que depende de uma dimensao diferente, nada filtra e voce ve o total geral em todo hover. A solucao e adicionar, no Filters pane da pagina de tooltip, a coluna pela qual voce quer filtrar no bucket Keep all filters apropriado, ou garantir que o campo de categoria esteja no mesmo caminho de relacionamento.
\nTooltips condicionais por medida
\nUm uso avancado pouco conhecido: voce pode definir, via Field > tooltip, qual pagina de tooltip aparece com base em uma medida que retorna o nome da pagina. Isso permite mostrar uma tooltip diferente para registros em alerta (ex.: margem negativa) versus registros normais, sem duplicar o visual. A medida precisa retornar exatamente o nome da pagina de tooltip como string; qualquer divergencia faz cair no comportamento default silenciosamente.
\nOs erros que derrubam a performance
\nTooltips de pagina sao poderosas, mas cada hover dispara a renderizacao de uma pagina inteira. Em modelos DirectQuery ou com medidas DAX pesadas, isso significa uma query ao backend a cada passada de mouse. Alguns cuidados obrigatorios em producao:
\nTooltip de pagina vs drillthrough vs visual dedicado
\nO criterio de decisao e o nivel de interacao esperado:
\nTooltips de pagina sao, no fim, uma ferramenta de densidade sem poluicao: entregam a camada de contexto que o executivo quer sem transformar a tela principal em um amontoado de visuais.
\nSe a sua empresa precisa de relatorios Power BI que equilibrem profundidade analitica e performance em escala, a Dynamic Solucoes atua desde a modelagem do dataset ate o design de experiencia do relatorio, com planos de suporte continuo e consultoria especializada para o ecossistema Microsoft.
\nAnyone who builds Power BI reports for demanding users knows the dilemma: decision-makers want information density, but a page with twenty visuals becomes an unreadable dashboard. The common instinct is to stack cards, matrices, and drillthrough buttons on a single screen. There is an underused feature that solves much of this without cluttering the layout: report page tooltips.
\nInstead of the default tooltip (which only shows the values of the data point), you design an entire report page and bind it as the tooltip of a visual. When the user hovers over a bar, a pie slice, or a cell, Power BI renders that page filtered by the context of that point. It is a contextual mini-dashboard that appears only on hover and disappears when the mouse leaves.
\nHow to set it up in practice
\nThe flow has four steps that all need to be correct, or the tooltip simply will not appear:
\nThe point that causes the most confusion is context filtering. The tooltip only automatically receives the context of the column that is on the axis or legend of the source visual. If your tooltip page uses a measure that depends on a different dimension, nothing filters and you see the grand total on every hover. The fix is to add, in the Filters pane of the tooltip page, the column you want to filter by in the appropriate Keep all filters bucket, or make sure the category field is on the same relationship path.
\nConditional tooltips by measure
\nA little-known advanced use: you can define, via Field > tooltip, which tooltip page appears based on a measure that returns the page name. This lets you show a different tooltip for records in alert state (e.g., negative margin) versus normal records, without duplicating the visual. The measure must return exactly the tooltip page name as a string; any mismatch silently falls back to the default behavior.
\nThe mistakes that kill performance
\nPage tooltips are powerful, but each hover triggers the rendering of an entire page. In DirectQuery models or with heavy DAX measures, that means a backend query on every mouse pass. Some mandatory precautions in production:
\nPage tooltip vs drillthrough vs dedicated visual
\nThe decision criterion is the level of interaction expected:
\nPage tooltips are, in the end, a tool for density without clutter: they deliver the layer of context the executive wants without turning the main screen into a pile of visuals.
\nIf your company needs Power BI reports that balance analytical depth and performance at scale, Dynamic Solucoes works from dataset modeling all the way to report experience design, with continuous support plans and specialized consulting for the Microsoft ecosystem.
"}},"pageContext":{"slug":"/blog/power-bi-report-page-tooltips-drill-contextual/","previousPost":null,"nextPost":{"frontmatter":{"title":"Dataverse: concurrency com row versioning e optimistic locking"},"fields":{"slug":"/blog/dataverse-optimistic-concurrency-row-version/"}}}},"staticQueryHashes":["2269431855"]}