In Puncto Entwicklung gibt es was zu jubeln: Mehr als 2000 Elemente in einem Flow und Flow Tests depoyable via Change Sets. Statt CPU Time auf Field Describes zu verbraten, um für jedes Feld exakt herauszufinden, ob man es überhaupt lesen oder schreiben darf, lieber Apex in User Mode verwenden.…
API Zugriff aus Lightning Components ohne Remote Site Setting, Connected App oder anderes Zeugs…
Das aktuelle Release wirkt - neben den kommunizierten Highlights wie mehr Datenspeicher, pinnbare Listviews, der neue Flow Builder, Lightning Web Components - mehr in der Detailtiefe.…
Flow, Community, Security und APIs, mehr Events im Kalender und ein Haufen Zeug für DX und VSCode Fans. Go with the Winter Flow!…
Vignaesh Ram aus der Salesforce Community hat ein Tool bereitgestellt, mit dem man Components gemütlich auf dem Tablet bauen kann. Außerdem: Promises in Apex, Schach in Lightning, u.a.// Drag und Drop für Lightning Components Einfach die einzelnen Components auf die Fläche ziehen, rechts die Eigenschaften festlegen und am Ende…
Ein kurzes Update, hauptsächlich, damit ich's mir merke: 1. <lightning:inputRichtText> als neue base component integriert bereits QuillJS und steht mit Spring17 auch schon als Beta Component zur Verfügung. Was für eine freudige Überaschung. 2. Schaut mal, wie einfach: <apex:page> <img src=…
Man muss weder Metadaten Experte sein noch Components löschen, wenn sie einen neuen Namen brauchen Component Names sind wichtig Component-Namen sind wichtig, denn im Dschungel dutzender Einzelteile, verliert man schnell den Überblick. Dabei passiert mir immer wieder, daß sich die Funktion einer Component soweit verändert, daß ein neuer Name sinnvoll…
Links zu einem Chatter Bot, Code Quality Tools und HowTos, wie man aus einer Lightning Component eine Apex Klasse pollt und mehr...// Chatter Bot mit Process Builder und etwas Apex Super Idee, super Ansatz, super Umsetzung. Wenn ich noch die Finger auf eine ganze Organisation hätte, würde ich das sofort…