erealgroup wrote on Friday, June 25, 2010:
We have the 3.1 and 3.2 css ready. I spoke to Tony earlier today and we will be sending it to him on monday so that it can be given to the community. I just recieved the 4.0 css from my team to review and will let you guys know when that one will be ready.
thanks,
Phillip Gallego
Admin Health
drbowen wrote on Saturday, June 26, 2010:
“For example the dutch versions of files …”
This was a major “….flop” that forced the forking of the project into the “standard” international version of OpenEMR and the “Dutch” version. What is left is a vestigial appendage.
"And is any layout concurrently supported except ‘2’? "
A better question is any other layout being used?
We use concurrent layout “0”. It is unsupported but still quite functional.
I bet there are plenty who are stuck on concurrent layout “1”.
That said, I want to move to the new 4.0-devtip which is really none of the above.
“The Athletic Teams”
They are alive and well. This is custom code added by and maintained by Rod. I know he supports at least 5 UK teams and was hoping to expand this. It would be nice to find a way to move this out into a module instead of in the main code base, however, the current database structure has not been conducive to this change.
Sam Bowen, MD
http://openmedsoftware.org
mike-h30 wrote on Saturday, June 26, 2010:
We have been using concurrent layout “0” since going live with OpenEMR 2.8.3. We are now on OpenEMR version 3.0.1. We like having the menu items at the top as it maximizes screen real estate. We still have a few work stations with 17" LCDs that benefit from the top menu items. I personally never liked the radio buttons ( concurrent layout “1”) and found that cluster of radio buttons to be visually unpleasing and confusing. We would like to continue using concurrent layout “0” with OpenEMR 4.0.
-Mike
bradymiller wrote on Monday, June 28, 2010:
Phillip,
Can you give us an estimated time of arrival on the 4.0 CSS. This will help with our planning for the 4.0 release.
thanks,
brady
bradymiller wrote on Monday, June 28, 2010:
Tony,
Here are specifics for the current 4.0 gui.
1) 6 bugs that are still active in the bugs tracker assigned to rachoac (note that I personally verified these all, and they all still exist; most have comments from me beginning of june after Aron’s most recent bug fix sprint).
2) Modul size is a real issue here. They are cool, but would be considered non-functional by many. The best thing to do here would be to have the moduls cover a “percentage” (guessing like 90% horizontal and 75% vertical) of the screen rather than an absolute pixel size. This is a necessary bug to fix before the release, and please don’t assume the community will fix it. If I had the time, I’d help you and work on it (but I don’t).
3) The only odd inconsistency left is why the History link on the patient summary page does not open a modul (while the other 4 links do). Was there a reason for this?
thanks,
brady
tmccormi wrote on Tuesday, June 29, 2010:
Brady,
3019501 Facility entry form cut off - the 1/2 screen issue is confirmed.
3007478 Pop-up Windows too small - this is a really an enhancement request and only from one person (abeit an important one) we’ll see what we can do
2998847 UI refactoring demo insur search/add button - MI2 did not work on this (it not a modal at all, which would be a key indicator), it’s definitely broke. We’ll look at if and convert it to modal to follow the pattern
The others are all fixed and re verified that just now.
The referrer issues you are reported can not be repeated by any test I’ve tried.
-Tony
bradymiller wrote on Tuesday, June 29, 2010:
Tony,
The cvs demo error log is strewn with errors from your testing:
http://opensourceemr.com:2089/log/logPhp.txt
-brady
bradymiller wrote on Tuesday, June 29, 2010:
Tony,
Please use correct cvs demo error log (link above) and re-assess all bugs. The bug when see admin-<log is there:" File does not exist: /var/www/html/library, referer: http://opensourceemr.com:2089/openemr/interface/logview/logview.php"
and I assume all other bugs still exist. Also, I am confident the search/add button is secondary to the gui refactoring; no need to go to a modul, just fix the previous pop-up functionality (as is in the 3.2 cvs demo); my guess is there’s a path issue (pretty much all the gui bugs are path issues) which will be reported in the error log.
I’m gonna stay away from the pop-up size issue. A user is saying it’s unusable, so we should get specifics from the user (Sam). My quick testing doesn’t show anything that horrible, so I’m unclear on the specific issue; and your the best one to figure that out from him.
thanks,
-brady
blankev wrote on Tuesday, June 29, 2010:
Pop-up Window is to small. Than I am the second person that was wondering if this could be doen within a reasonable time.
If I could make a request, it would be phrased as follows:
Please make the Pop-up window with a memory so it remembers the last state for that particular Pop-up Window.
I am used to double click the corner, so I did not ask for this, but now it is mentioned, and for a new User it could be an extra plus to use the Pop-up Windows more often
Tnx for your attention on this matter.
Pimm.
blankev wrote on Tuesday, June 29, 2010:
Another request could be that in the Letter window we there could be the choice to insert the e-mail address of the User, Client and referrer.
sunsetsystems wrote on Tuesday, July 27, 2010:
Regarding the issue of popup modal dialogs:
Seems to me these are major space-wasters. In particular Rx/History/Report/Documents/Transactions in the patient summary. How about making these tabs instead of modals? Surely that would be more functional, intuitive and space-efficient, and the sizing issue would go away.
bradymiller wrote on Tuesday, July 27, 2010:
hey,
Sounds good. Could have Summary/Rx/History/Report/Documents/Transaction tabs. Summary would be main tab. I’d also suggest that by default ‘collapsing’ the Demographics and Notes panels (in the Summary screen).
-brady
tmccormi wrote on Tuesday, July 27, 2010:
Making them Tabs would work well I think, but I think the Summary info needs to visible virtually all the time, this is a key issue with making sure important info is visible when doing encounters, Rx, etc … I like having it on the right div and the data entry area on left div (someday we’ll make that layout a configuration option).
I want to pull the encounters/visits frame into a collapsible set of TABs as well, ZHealthcare has already demo’d a version of that to me that looked really cool and very functional, replacing the frame pulldown forms with a TAB for each form type.
Need to make the left_nav Visit forms menu optional as well (if it isn’t already).
zhhealthcare wrote on Friday, August 06, 2010:
Hi
I believe the tabular format is in this: http://github.com/zhhealthcare/openemr/tree/paul-GUI-Interface
Sam