Reading through this doc:
We replaced the rich text editor in HTML Area home page components
with a new version that supports more markup but doesn’t allow HTML to
be manually entered.
In Summer ’15 we will start removing unsupported code from HTML Area
CSS, iframes, or other unsupported markup might stop working properly.
component, we recommend that you use a Visualforce Area component
With Visualforce homepage component the best we could do is design fancy home page components, which has not been the big use of sidebar amongst developers. How do we do the fancy hack we do today using html components since visualforce is hosted in a different domain will the sidebar hacks even work after summer 15?
component is rendered in an iframe on the home page layout, the
Finally why this move :(?
ALERT UPDATE (Spring’16)
These workarounds were never supported by Salesforce officially. They have worked for many years but now the are no longer possible with the Spring’16 Update. It was announced by Salesforce in 2015 that even the workarounds described in the section below for Winter’16 are shut down with the Spring’16 Release, in February 2016. I verified it on different pods and can confirm it’s over. Here are the details:
What is changing?
The Salesforce Technology team is updating code within the standard Messages & Alerts and Custom Links home page
our evolving security architecture best practices. These changes will
enhance the security of your organization.
End of Sidebar workarounds via Messages & Alerts and Custom Links finally in Winter or Spring ’16?
It’s pretty clear and it looks like we have an end-date now.
The new Lightning Experience UI is still evolving. The Lightning Experience UI will probably make a lot of use cases for these workaround obsolete. At this time (2015-10) the new UI is not really feature complete. With the Spring ’16 Release it’s likely that many features required by typical customers might be there. However in my opinion it won’t be possible to migrate all Orgs in 2016-02 on the Lightning Experience UI.
Unfortunately most (or all) of the limitations of the Aloha UI we found reasonable for considering those workarounds are still present.
So the decision to shut down the workarounds at this time can create some extra effort only for an intermediate time until most Orgs can migrate completely to Lightning Experience. It would have been nice, if Salesforce could allow us a little bit more “grace time” for those Orgs, e.g. in form of an critical update or in form of switching that “security improvement” off for one or two releases…
MODIFICATION UPDATE (Winter’16)
Here you can find a way which worked until Spring’16: Requirescript change in Winter ’16 release
ORIGINAL POST (Summer’14 to Summer’15 )
At least up to Summer’15 there is a solution without HTML-Areas.
What does NOT work anymore:
New HTML-Areas are useless in Summer’14! Careful with existing HTML-Areas: you save it, you loose it in Summer’14. They get crippled!
It does not work in Winter’16 anymore! It had worked in Summer’14, Winter’15, Spring’15 and Summer’15. For Winter’16 you need this instead and with Spring’16 it looks like an end…
- create a StaticResouce “YourStaticResourceName” upload a JS file
containing whatever you need (e.g. jquery) and add a command in the
end, like console.log(‘bingo!’);
- go to Setup > Home > Custom Links
- create a new link call it “injection”
have to click!)
- at the body enter
- go to Setup > Home > Home Page Components
- create a new one
- call it “injection-box”
- pick type “Links” (instead of HTML-Area we used before)
- click next
- pick “injection” we created above
- save it
- got to Setup > Home > Home Page Layouts
- add “injection-box” to your layout
- go to anywhere it worked before and check for ‘bingo!’ in your
console. See that ‘YourStaticResourceName’ is successfully injected
to the standard pages 🙂
And finally it seems to be even officially supported, look at this:
Here you’ll find a knowledge article about what is changing for HTML-Areas and a bit on “why” they do it:
Here you can find and contribute use-cases and possible alternatives for this pattern: Why do we still need to hack the Sidebar? Usecases – Workarounds – Alternatives
Hey guys let’s join forces and somehow reach out together to Salesforce and explain to them as a group how important it is to keep the UI open.