0
Category:
STATUS DETAILS

Comments

great idea!

Category:

Further research learns that you HAVE implemented personal and org wide setting of this in D365. Please port this through to on prem.

Category:

Suggested Enhancement ScopeTo minimize implementation impact while maximizing flexibility, we propose:1. Organization-Wide Default Setting (Primary Requirement) Allow administrators to define a default font family and size for the Rich Text Editor across the organization. This ensures consistent formatting with minimal behavioral changes.2. Rich Text Editor Default Configuration (Optional / Advanced) Allow configuration of default font settings at the Rich Text Editor control level, enabling:Different defaults per entity (Email, Case, Knowledge Article)Different defaults per field (optional)Future extensibility without breaking existing behaviorThis approach minimizes impact while providing long-term flexibility and maintainability.

Category:

Main purpose: Enable organization-wide default house style to ensure consistent formatting, accessibility compliance, and professional communication across all emails and rich text fields.Need : reasonably high , we now have to select all communication in de edtior before sending, Go way down in the font pulldown (no first letter press support) and then select our size. Editor easily shifts back to Segoe UI 9 which is NOT our standard. Gives user the idea that de editor is working faulty

Category:

Surprises me this has only 4 votes now. This is such a no-brainer, provided you are aware enough of the environment you're working in

Category:

This is a great idea! Its hard to keep track of what currency is which when working with several legal entities with different currencies setup! Would certainly help organizations I have worked with!

Category:

This is such an issue at many organizations I work with! This would solve alot of problems and make the excel add-in which relies on this configuration more LE specific!

Category:

This is a great idea! While there is always the option of editing the XML file, that comes with risk and is not easily completed. I agree a targeted export and the ability to rename security objects upon import would be fantastic!

Category:

I believe all extensions are already placed in 1 SQL table? This is done by adding the app id in the field name.But when you do that, why not add those fields (with app id in the name) in the base table? Then you don't need a JOIN at all.

Category:

Expanding on this idea, could we allow recipients to opt into specific notification types so each email address only receives the notifications they want?Example configurationEmail 1 — Opted in to Environment Update only (subset: Production / Sandbox)Email 2 — Opted in to Environment Update and Extension CompatibilityEmail 3 — Opted in to All notifications (current behaviour)This would allow only relevant alerts to be received by the right people and reduce noise while preserving the existing all‑alerts option for tenant admins.

Category:

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 500