Acho que descobri uma solução para isso!
Você pode definir um URL base de visualização ao vivo nas configurações do projeto. Quando Brackets tenta visualizar a página, ele carregará o nome do arquivo e o caminho no seu projeto do arquivo atual, anexado ao final desse URL base.
O problema com o WordPress é que o caminho e o nome do arquivo do arquivo php em que você está trabalhando raramente estão de alguma forma relacionados à URL que você acessará para executar esse código e visualizar sua página de modelo.
Então, o que faremos se quisermos que nosso servidor exiba uma página diferente daquela que o navegador solicitou? Reescrita de URL!
Configurei meu URL de base entre colchetes como http://server.dev/theme/
e criei um arquivo .htaccess
para o Apache no meu servidor de desenvolvimento. Aqui está um exemplo:
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteRule theme/archive.php "/?m=201510"
RewriteRule theme/ "/"
RewriteRule theme/header.php "/"
RewriteRule theme/footer.php "/"
RewriteRule theme/page.php "/?page_id=16080"
RewriteRule theme/search.php "/?s=asdf"
RewriteRule theme/sidebar.php "/"
RewriteRule theme/single.php "/?p=16247"
</IfModule>
Como você pode ver, é necessário escolher algumas solicitações de páginas arbitrárias para alguns dos arquivos que serão editados.
Para ter certeza, existem muitos outros problemas com fluxo de trabalho e atualização, pelo menos em testes no Brackets 1.5, mas isso resolve um grande problema de usar o Live Preview do Brackets para WordPress.