2011-03-31 2 views
6

On m'a demandé de faire la démonstration de certaines améliorations de l'interface utilisateur ExtJS pour nos applications actuelles dans Salesforce. Ceci est juste une preuve de concept que ExtJS fonctionnera comme un bon remplacement de l'interface utilisateur par défaut que la plupart de nos pages VisualForce utilisent.CSS, Salesforce, ExtJS et le blues

Tout fonctionne très bien, c'est-à-dire, à l'exception de quelques bric et brac du CSS. Il y a beaucoup de styles dans "... visual.force.com/sCSS/21.0/sprites/13013.../Theme3/default" qui jouent avec les éléments ExtJS. Plus précisément commmon.css et extended.css. Voici un exemple:

Extended.css

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

est-il une façon élégante autour de cela, ou est tout simplement pas ExtJS va bien jouer à l'intérieur de Salesforce? Par exemple: Y a-t-il un moyen de dire à ma page VisualForce d'ignorer commmon.css et extended.css?

+2

Nous avons beaucoup utilisé extJS et nous ne pouvions pas contourner ce problème sans avoir recours à des modifications d'extJS et/ou de modélisation. Je vais offrir une récompense ici, je suis prêt à le savoir aussi ... – mmix

+0

@mmix Bon à savoir Je ne suis pas le seul à souffrir ici. il est assez facile de surcharger ce genre de choses, mais cela ne devrait vraiment pas être nécessaire. – Stephano

Répondre

4

Je ne peux pas parler de ce que fait Salesforce, mais si les styles d'Ext sont remplacés (par n'importe quel autre CSS), vous avez deux choix: supprimer le CSS offensant, ou remplacer vous-même les règles. Pas beaucoup de chemin autour de cela dans Ext 3.x. Dans Ext 4, vous serez en mesure de bac à sable vos styles Ext en personnalisant la config globale Ext.baseCSSPrefix, ce qui permettra d'éliminer efficacement ce problème à l'avenir.

+0

Je pourrais certainement essayer la bêta ExtJS 4. Tous les liens et/ou exemples de Ext.baseCSSPrefix en action sont appréciés :). À votre santé! – Stephano

+0

Malheureusement, la politique interdit les trucs bêta pour moi, je suis toujours intéressé d'apprendre une solution (le cas échéant). Au fait, les choses deviennent vraiment moche quand SF elle-même rejoint la partie ext. Ils utilisent réellement extJS 3.2.2 pour afficher les utilitaires de mode de développement, donc nous finissons par charger l'extJS deux fois, et dans différentes versions :) – mmix

+0

+1 La version bêta d'ExtJS 4 résout effectivement ce problème. Ne détestez-vous pas quand quelque chose qui n'est pas encore sorti pourrait vous rendre la vie plus facile? Merci pour l'indice. Je vous donne aussi la victoire, car cela semble être la seule façon de résoudre ce problème. – Stephano

7

Avez-vous besoin des feuilles de style Salesforce standard? Sinon, vous pouvez utiliser les attributs showHeader et standardStylesheets pour empêcher Salesforce d'envoyer les feuilles de style.

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

Cela semble très prometteur. Je profitais d'un peu de soleil hier (rare dans ma région) alors je vais devoir faire un tourbillon lundi. Je rapporterai une fois que je l'aurai essayé. À votre santé! – Stephano

+1

+1 Comme cela se débarrasse des deux feuilles de style offensantes. Donc merci pour ça! Malheureusement, mes utilisateurs ne voient plus l'en-tête. Cela les perturbera et ils penseront qu'ils ont quitté Salesforce. Utilisateurs stupides. – Stephano