CSS, Salesforce, ExtJS y blues

Me han pedido que haga una demostración de algunas mejoras de UI ExtJS en nuestras aplicaciones actuales dentro de Salesforce. Esto es solo una prueba de concepto de que ExtJS funcionará como un buen reemplazo de UI para la interfaz de usuario predeterminada que usan la mayoría de nuestras páginas de VisualForce.CSS, Salesforce, ExtJS y blues

Todo funciona muy bien, es decir, excepto algunas probabilidades y extremos del CSS. Hay muchos estilos dentro de "... visual.force.com/sCSS/21.0/sprites/13013.../Theme3/default" que están jugando con los elementos de ExtJS. Específicamente commmon.css y extended.css. He aquí un ejemplo:

Extended.css

body .x-date-middle, .x-date-left, .x-date-right { 
    background: none repeat scroll 0 0 transparent; 
}

¿Hay una manera elegante en torno a esta, o se ExtJS simplemente no va a jugar bien en el interior de Salesforce?

Por ejemplo: ¿Hay alguna manera en que pueda decirle a mi página de VisualForce que ignore commmon.css y extended.css?

Fuente

2011-03-31 Stephano

Hemos estado utilizando extJS bastante extensamente y no pudimos evitar esto sin recurrir a modificaciones a extJS y/o plantillas. Voy a ofrecer una recompensa aquí, estoy dispuesto a saber sobre esto también ... – mmix

@mmix es bueno saber que no soy el único que sufre aquí. es bastante fácil anular estas cosas, pero realmente no debería ser necesario. – Stephano

No puedo hablar de lo que Salesforce está haciendo, pero si los estilos de Ext están siendo anulados (por cualquier otro CSS realmente) tiene dos opciones: eliminar el CSS ofensivo o anular las reglas usted mismo. No mucho en torno a eso en Ext 3.x.

En Ext 4 podrás sandbox sus estilos Ext mediante la personalización de la configuración global Ext.baseCSSPrefix, que efectivamente eliminar este problema en el futuro.

Fuente

2011-04-01 00:14:02

Definitivamente podría probar ExtJS 4 beta. Se aprecian todos los enlaces y/o ejemplos de Ext.baseCSSPrefix :). ¡Aclamaciones! – Stephano

Desafortunadamente, la política prohíbe cosas beta para mí, todavía estoy interesado en conocer una solución (si corresponde). Por cierto, las cosas se ponen realmente feas cuando SF se une a la fiesta de ext. Usan realmente extJS 3.2.2 para representar las utilidades de modo de desarrollo, así que terminamos cargando el extJS dos veces, y en diferentes versiones :) – mmix

+1 El ExtJS 4 beta realmente resuelve este problema. ¿No lo odias cuando algo que todavía no ha salido podría hacerte la vida más fácil? Gracias por la pista. Te doy la victoria también, ya que esta parece ser la única forma de resolver este problema en la actualidad. – Stephano

¿Necesita las hojas de estilo estándar de Salesforce? De lo contrario, puede usar los atributos showHeader y standardStylesheets para evitar que Salesforce envíe las hojas de estilo.

<apex:page standardStylesheets="false" showHeader="false"> 
</apex:page>

Fuente

2011-04-01 05:20:32

Esto parece muy prometedor. Estaba disfrutando de un poco de sol ayer (raro en mi área) así que tendré que dar un giro este lunes. Informaré una vez que lo pruebe. ¡Aclamaciones! – Stephano

+1 Como esto se deshace de las dos hojas de estilo ofensivas. ¡Así que gracias por eso! Lamentablemente, ahora mis usuarios no ven el encabezado. Esto los confundirá y pensarán que abandonaron Salesforce. Usuarios tontos. – Stephano

Respuesta

Cuestiones relacionadas