The Collapsing Works!

Like, completely! We finally got the collapsing panel to work. It starts at 100%. When you click to close it, it changes to pixels first, hides the table, then closes it. When you click to open, it opens, changes to 100%, then unhides the table. Beautiful! JK, also managed to fix the table size to fit phone screenwidth. Awesome!

Progress on Mobile Find Patient

All right, so after quite a bit of trial and error and a lot of Googling, we finally resolved the error in the way the Javascript handled percent values. The only problem was that the way one site claimed that percent height's worked, turned out to not be accurate. So it was a miracle that everything worked the way that it did. It seems, then, that resolving the "popping" problem we had with the collapsible divs might not be possible. Instead we are going to have to re-engineer this without percentages. Oh, well, progress is progress!

The New Mobile Site

Surprisingly JK and I found that getting the hang of the JSP was not as hard as we anticipated. We do have to follow a lot of trails through the trunk, but these are not that hard to pin down. Since my last post we have almost entirely completed the Patient Search page for the mobile site. This is a huge milestone. We are now left with trying to figure out how to get the findPatient div to resize when a search is in progress. What we have done:

• Shrunk page elements to be suitable for mobile environment
• Brought language bar up to rest immediately under the page info (fixing the display problem on the iPhone)
• Shortened the user login bar
• Shortened the search field
• Eliminated unnecessary whitespace (breaks, etc.)
• Coded the JavaScript to scroll the findPatient and createPatient fields
• Made small formatting tweaks to make things cleaner overall

Now as we approach the end of the semester we hope to get the patientSearch page done, at least, so that we have something concrete to show in our final presentation. Regardless of what we get done before then, we will be continuing into the summer. Hopefully we will soon begin on the patient summary page.

Long Since Due Update

After some discussion and planning between us and Ben Wolfe, we have settled on a definite course of action from here out. We are going to be designing an entirely new mobile interface, but we will be working one page at a time. We're starting out with the patient search and patient summary pages. We will be designing first and then coding these pages in JSP. We are taking special care to order the elements by importance to the user base (primarily clinicians). Since we have a presentation coming up, we are working on a mock-up layout that we can present.

Location of Pages in the Project

I did some digging and found this article on the OpenMRS website. It was not that hard from there to find the location of our web pages: http://dev.openmrs.org/browser/openmrs/trunk/web/WEB-INF/view.

What Was Our Project Scope Again?

Recently JK and I hit a roadblock that we simply cannot walk around. The spacing problem that I showed in the last post could only be fixed one way: turning the white link list (userBar) into a drop down menu in the CSS. Unfortunately, the only way this can be done is with an unordered list. "Well, that's perfect!" I thought, "The blue link list (navList) was an unordered list, so surely userBar would be as well." Wrong! userBar turned out to be a series of spans. Yuck! So we decided that despite our attempts to do a purely CSS operation, we were going to have to mess with the HTML. Being a "skilled" web designer (meaning an undergrad who had taken an Internet Development course), I wisely suggested that we validate the HTML before we start editing, so we don't throw errors on top of errors. Heh, first mistake. It turned out that the page (yes, this is just the home page, not the entire site, which we must also work on), whose DOCTYPE header claimed to be XHTML 1.0 Transitional, had 73 errors and 1 warning! In our local copy of the HTML we managed to eventually boil this down to 3. Now, remember, this is just the home page. One of the remaining errors was an autocomplete attribute we didn't want to mess with (you know, the kind you put in forms that all the major web browsers understand but for some reason isn't standard even though there is no reasonable workaround?). The other two errors were tell-tale signs that the HTML had been generated on the server side. Not good! This means that now JK and I will have to dig down into the MVC that OpenMRS uses to manage their project and find out which piece exactly generates the HTML and we can go about changing it so that it generates it the way we need it to. Sound fun? JK isn't looking forward to it. Personally, I'm excited, but I must admit it is daunting.

So now our project has gone from "create the mobile stylesheet" to "digging down in the MVC to regenerate the HTML." Meanwhile, the rest of our class is laughing at us because we finally have to do some "real" coding.

More Problems

Remember how beautiful the page looked before logging in?



Yeah, then you log in.

Mobile Home Page Finished

The home page for the mobile site is finally finished. It wasn't that hard to edit for the most part--it took a lot to get it to work in the Windows Mobile Internet Explorer, though. The finished product is to the left. Yeah, it still has an ugly white space in the navList. Unfortunately there was no workaround for this. It took long enough just to get that OpenMRS logo in the corner to stay in the corner. Windows Mobile IE has no support for the position property in CSS.

In order to get this to work we had to float that Log In bar in the corner:

#userBar {
position: absolute;
top: 0px;
right: 0px;
float: right;
width: 60%;
text-align: right;
padding: 0px;
margin: 0px;
z-index: 5;
color: #333333;
line-height: 26px;
background-color: #ffffff;
}

Then we had to float the image left:

#banner img{
height: 1.25em;
float: left;
margin: 5px 0 0 0;
padding-top: 0px;
}

When that was all done, I played for a while trying to get that white space to go away to no avail. It is functional now though and it looks sufficiently good.

Emulators

JK and I have been working on setting up emulators for testing our mobile pages in. We have Windows Mobile and Blackberry emulators configured, and we have an Android emulator that we don't have ready yet.

Google Image Swirl

Google has a new experiment to toy around with: http://image-swirl.googlelabs.com/. Image Swirl sorts images contextually and offers a much cleaner GUI for searching through the results. It is only a demo right now, but it looks promising.

Mobile Emulators

Yesterday, JK and I went on a hunt for smartphone emulators online. JK installed a Blackberry emulator that he is having trouble configuring. I installed the Windows Mobile 6 emulator. I will also have to install Virtual PC 2007 in order to enable the wireless feature of the emulator. I have not yet done that, though the setup is sitting in my Shared Documents.

Mobile Project: Now It's Ours

Thanks to the help of Ben Wolfe, my partner and I now are assigned to the mobile project (ticket #1778). We have just barely begun planning, so we don't have much yet. We're looking at our options with the graphics.

You Can't Sing! Hackers, You Can't Sing!

The Free Software Song...great idea, but no one has performed it well yet. At least, not that I have found. Let's not even mention Stallman here.

Creativity Is Elusive

From his vast wellspring of ideas, my partner created his blog at Non-Super Magnet Room. The funny thing is, even that wasn't his idea. It was our professor's. Regardless, you may find cross-referencing my and his posts useful from time to time.

Some Major Software Company's Worst Nightmare

Ok, so we just got done watching Revolution OS, and I have to say I think esr is now my role-model. Maybe that's a bit extreme...or is it? Despite the obviously biased nature of Revolution OS (mentioned by our professor ahead of time), I think the video elicited some great discussion on where open source is today and where it could be going. Personally, I think it is valuable practically, but I also think that the free software movement's views are good ideals to work toward. We need idealists pushing us in the right direction, even if their true vision would never be met. Thoughts?

Warning Radioactive Material!

Welcome to the Super Magnet Room! Despite the title of the blog and this post, this has nothing to do with super magnets or radioactive material--well, maybe just a tad. I'm a university student on a mission to contribute to the OpenMRS project. Each week I will be blogging a little bit about the progress of the ticket that I and my partner are working on, or things we have been discussing in class about Open Source in general (Free Software, if you prefer (I prefer)). We are looking into tackling the mobile style sheet for OpenMRS.

So, what do super magnets or radioactive material have to do with anything? Well, our classroom is in the basement of the science building--right next to the super magnet room and about 50 feet away from the radioactive material closet. If you were looking for a site about blowing stuff up or crazy science experiments, maybe this is not for you. Then again, you might see something you like here. On the other hand, if you're looking for a bunch of "scruffy hackers," you came to the right place.