forum thread motivate this issue:
problem: users are able edit description field in html popup window but after close editor plain html code displayed. editing is cumbersome displaying is ugly
solution: for better UX i suggest to implement new fieldtype (??or improve description type ??) based on above google forum thread and following requirements/use case: mockup how should works attached.
realisation idea, although require investigation to know possibilities/limitations:
1. User create a new record
2. User click to description field inline html editor opening (inline html editor)
3. User type text
4. User leave field, system save record changes
5. IDempiere rendering html instead displaying html code (html rendering)
Nils Kohlström contribute preliminar version of WHTMLEditor.java (attached)
Integrating pieces from original editor and the scripts from the plugin from .
I changed it to open the editor with righ-click context menu instead of directly click.
The problems I found with opening editor with direct click are two:
the user cannot copy the value in the field
the user cannot navigate to a link within the field
Peer review, tests and feedback is appreciated.
Tested rapidly, just some thoughts :
perhaps a double click can open the editor directy (that's the behaviour for String editors)
if the content is not detected as html, that would be better to keep the 'original' editor - idea would be to reduce the height. (subject already talked https://idempiere.atlassian.net/browse/IDEMPIERE-3018).
Thanks to all contributors !
implemented the double click when the field is editable - for read-only still the righ-click editor works
> if the content is not detected as html
I think this changes what we talked in IDEMPIERE-3018. Here the dictionary explicitly says that the column is intended to be HTML, so I think is better to force rendering and editing as HTML.
Nice changes, thanks !
Perhaps add IsHtml on AD_Field so we can use choose to override the setup of column per window/tenant ?