Iāve seen and scratched my head over this before. Seems it only occurs on one ARNPās laptop (told her it was personal! Turns out, some folks donāt appreciate my sense of humor ). Leading me to believe it has something to do with locale.
Can you please check whether the nation note field editing is a bug or not in OpenEMR 5 ?
We can able to reproduce the issue in our local .
Kindly check this and share your views.
Also, a screenshot of step 3 would be helpful. since as I recall there should be editor stuff(ie. buttons etc.) showing up. And, if so, then there should editor stuff showing up in the edit screen.
@visolveemr , (no need to send me the screenshot requested above). Confirmed this bug on 5.0.0 with most recent patch.
btw, I was not even able to test this in the most recent development codebase since there is a bug in the new
Administration-Lists gui that appears to not show empty lists in the selector (@robert.down).
Regarding the bug of not being able to create layout based forms in main codebase, this is not related to @robert.down gui refactoring of the List editor (which is really nice by the way). This is actually a new feature by @sunsetsystems whereby, the creation of layout based forms/transactions are now created in Administration->Layouts. So, that issue has been put to rest.
Above being said, the Nation Notes now does not work at all in the Layout Based Notes in the development codebade. All I see is a vertical bar when try to edit the form that can not be clicked on (usually click on it and the a editor popup happens). Below screenshot shows the vertical bar for the Nation Notes field(note the field to the right of it is a textarea field). @sunsetsystems , any thoughts on this?
Iām finding that clicking exactly on the vertical bar on my (not quite current) test site does open the pop-up. The textarea to the right as well as its containing div are initially created with style=ādisplay:noneā and so you cannot click on that. I have no idea whatās going on there or whatās supposed to un-hide it.
After getting the popup I am able to see the problem reported by Visolve. Am not immediately seeing what would cause it.
Several things going on here but I donāt see why with generating html in the note and it appears as html in the edit field this is a problem. Where else should it be? As long as it doesnāt show as html in the editor or encounter print then I say works as expected.
There is a styling issue and graceful exits donāt work as expected. Also, if creating LBF fails, we get a hang. Noticed too that the encounter can lose its session 'till app keep alive timer restores the session.
@brady.miller Regarding the initial emptiness and non-clickability of the Nation Notes field in your test case, its table cell is very narrow because there is no cell below it to force it wider. This problem would go away if you add a field above or below it in the layout. A reasonable fix in the code might be to force a minimum width for the (non-hidden) div inside the cell.
I guess I donāt care either. Can say it has worked this way for as long as Iāve used OpenEMR. Could also supply the anchor a title like āeditorā etc. @brady.miller Also noted that sometimes leaving edits or views in encounter form or I guess when globals is recalled, the session is gone. I think cal timer or background services timer restores the session to continue on but for a time session is poof. Sounds similar to encounter problem someone was recently having when they would go back into a form and pid and eid was missing.
The styling issue is that we have a text-area inside a text class. Text-area has width but text class doesnāt so text-area is restrained. Donāt know if whomever did theme style sheet it is meant to not give a text class a width so may be best to fix inline in this case. Should I? Iām going to try to add a time picker option so ā¦