Primero:
WPF es 100% independiente del navegador, ya que WPF no se ejecuta en el navegador.
XBAP (ahora obsoleto) y Silverlight se ejecutan en el navegador, pero ambos son subconjuntos de WPF.
Segundo:
El mayor beneficio de WPF es la naturaleza jerárquica de las estructuras de interfaz gráfica de usuario que puede crear. Si alguna vez has hecho la programación ASP.NET, WPF es un movimiento más natural que WinForms.
La vinculación de datos en WPF es diferente, pero mejor, IMO.
Conclusión: XAML y sus complejidades son una gran curva de aprendizaje, y WPF y XAML van de la mano. Pero una vez que comprenda los conceptos básicos y pueda comenzar a construir GUI básicas con él, nunca querrá usar WinForms nuevamente.
En cuanto a los pros y los contras, diría que el único real con con WPF es la gran curva de aprendizaje. Puede hacer todo lo que WinForms puede hacer desde una perspectiva .NET, y es más fácil de usar (una vez que lo comprende) que WinForms. El único lugar donde podría "faltar" es la manipulación directa de GDI +, pero es probable que desee evitar eso siempre que sea posible. Si es necesario en un proyecto de WPF, simplemente cree un control de WinForms y recíbalo en WPF. No es la solución más elegante, pero puede hacer el trabajo.
¿Estás preguntando específicamente sobre Silverlight? ¿O sobre XBAP? o también aplicaciones de escritorio WPF? –
WPF no es para el navegador, es para el escritorio, Silverlight se ejecuta en el navegador, ambos usan XAML para la interfaz de usuario. – CSharpAtl