Posts Tagged ‘UX’

Mobile Industry Review and the Emporia Telecom Series

Wednesday, March 21st, 2012

For a number of weeks now, Mobile Industry Review has been doing a series with Emporia Telecom, a company whose mobile offerings are designed around the needs of those persons who might be older or have needs for simpler and easier to undestand mobile devices. I hesitate to pigeon-hole their offerings into something just for an older audience, because everyone can do with better designed user interfaces, attention to detail/behavior, and such. But, their focus on this group is notable, specifically because it seems to follow along the lines of what we were getting at with our 4th resolution, intentional design decisions and UIs/UXs which follow mobile perspectives.

The Mobile Industry Review series has about six videos (at the time of writing) already published. I’d encourage you to take a look at them:

While watching these videos, or after watching them, consider these points in view of what you are planning or doing in respect to mobile ministry:

  • Does your application or service not just include smartphone and non-smartphone users, but the various ranges of age groups within each?
  • How does your application or service scale to age groups where information is consumed and retained in a different bucket than a UI guide’s recommended “lines per screen?”
  • How do you track or model healthier communication behaviors across age/demographic groups?

A step perhaps towards addressing that resolution by seeing the wisdom of designing for those who carry the most wisdom in many of our communities.

 

Spatial Interfaces, Theological Literacy

Wednesday, February 15th, 2012

Tim Challies Visual Theology - Books of the Bible iPad-sizedLast week, or so, I wrote over on my personal site (Blog.AntoineRJWright) a post talking about this idea of spatial interfaces and how the concept of such a means of navigation intersects directly with the thoughts I’ve been having about theological (more specifically, biblical) literacy and what that means we should be enabling given this age of connectivity, productivty, and access to tools of publishing (re: internet). Here’s a snippet:

As I was just going through Twitter and seeing what all people have been posting about today. I came across a neat Biblical visualization from Tim Challies. Seeing this reminded me that I’ve not done much of an update here (or MMM) about the All Books Project that I’ve been working on. So, let’s talk spatial interfaces (a topic seen in a recent meetup I attended) and theological literacy – and why these merge nicely.

Read of the rest of Spatial Interfaces, Theological Literacy at Blog.AntoineRJWright

I make some bold claims in that piece (“theological literacy isn’t just reading/comprehension, but its able to (re)create the Word contextually” for example). What are your thoughts? Especially for those of you whom are teachers/pastors, can you teach to this level? And if not, are you misapplying the term literacy in light of the command in Matthew 28:18-20?

 

[Experiment] Redesigning MMM

Wednesday, February 1st, 2012

[Screenshot] MMM Alternate Homepage - Share on OviFor a number of years now, we’ve been talking about redesigning MMM. This has been a much harder process than I would have thought because of changes in the general organization of site assets, as well as other tasks relating to making a living out of this endeavor. That said, things have been happening on that front and I’m ready to put forward something of a beta to what would/could be a new iteration of MMM.

View the Alternate/Redesigned MMM (for those viewing this on their mobile device, see the note at the bottom of this posting for an additional step to see this)

This is following inline with some of the 2012 resolutions we’ve posted so far (practicing what we preach). This is also an evolution in the philosophy behind MMM in being more than simply a destination towards information, but a collection of those stories presented in a way that accents the use of mobile towards addressing those questions and implications of using mobile in faith-based contexts.

Goals of the Redesign
Of the comments most heard about MMM, one of the loudest has been in the findability of information on the site. Indeed, its an issue. This site has been in existence since 2005 and there’s over 3000 posts full of content. In addition to just having those posts, there’s been several themes that have run throughout the site, making it harder still to simply use a search box to figure a direction to find things. This design seeks to make the entry point to the content better (behind the scenes, content is literally being reorganized to fit a consistent paradigm).

The other goal of this redesign is to reflect the overall user experience (UX) goal we’d have for mobile applications. There are a few mobile applications that we’ve published to date, yet none of them were able to capture exactly the kind of reading, searching, and interactive experience that we’vev been after. After careful consideration of the options (using one or more content management services, developing several native applications, etc.), it was decided that to create a single webpage that had most of the features in a mobile-first role would be the direction. This would be incomplete without redoing the entire WordPress template, so this initial design was completed in order to test the feasability of moving forward.

Issues in This Redesign
Its one thing to go mobile-first, its another to meet each mobile device that comes here with the experience that’s best for their devices. This alternate landing page doesn’t address every mobile device. Its JavaScript-heavy, and has some features which would make some of our lower-end mobile devices, without a proxy-based browser such as Opera Mini, to choke on either the size or the features. Mobify is still being used to streamline the existing WordPress template’s pages for mobile viewing therefore. A complete theme would be mobile friendly (responsive web design methods) and might not need that help to do so.

Performance is also an issue. Thankfully, its a lot better than it was in initial testing (was very happy to get this onto the production server and see signifiant page loading gains). There’s going to be an issue though since there’s a JavaScript interpreter on the page rendering the Articles section, which makes for a potential bottleneck in loading for some browsers/devices. Ideally, a full WordPress template (written in PHP) would be better able to address this.

There are some more niggles. I’ll see more as time goes on. If you spot anything, let us know via Twitter (@mobileminmag). Small items will be fixed. Bigger items will be fixed in that WordPress version.

Resources to Address Issues/Goals
What’s good about this alternate homepage is that it is providing a means to relearn some JavaScript, brush up on HTML5 and its newer abilities, and finally put into practice some lessons about working with content management systems like WordPress which require not only development, but content strategy focuses. The resources to do all of this is widely available online, and is constantly tapped.

There are a number of people/groups in the Body who deal with aspects of building this which will also come in handy along the way. Web app developers, WordPress customizers, etc. have the kinds of collective wisdom that would be utilized to make this happen. If at some point the work goes beyond the time/abilities here, its possible that such a redesign project would be farmed out.

Lastly, there’s you. For those of you visiting the site daily – thank you. You coming to the site, offering feedback, or simply hitting areas (constantly) helps to direct projects like this towards completition. The more you use the site, especially this alternate version, then the better we are able to make a resource that fits your needs.

Implicaitons of This Design
There is a good chance that we will probably stick with a web-app method for delivering content from here on out. That would mean that building and maintaining apps which also publish this site’s content would only be done as a means to explore the workings of content mangement systems and publishing experiences, rather than anything strategic towards pushing this site forward.

Another, probably more jarring, implication to this design is that we would be (finally) going back to our roots in respect to being mobile-first in everything. This could mean shorter articles, but definitely means more flexibility and versatility in the data streams that make up MMM. For example, we have a “tab” which has a link to all the places we conduct conversations online. Such an item could easily become a single page stream and RSS/XML feed for those who would rather find content in those methods.

The design is using features of CSS and HTML which are more advanced. Based on some of the stats we can gather form those visiting MMM, those features are supported by those visits. However, that’s not a 100% solution. We would like to be as close to 100% mobile compliant, and not at all desktop browser compliant. We’d like to drive the desktop browser experience to primarly search and RSS versus casual browsing.

We are also going to slowly start making the shift towards getting away from email for non-collaborative tasks, and use Twitter as a means to not just be poked about items, but also conduct the initial parts of conversations. Until we do something a but broader federated (identi.ca and/or XMPP-based stuff from our server), that would help us to best triage communications and move quickly towards managing opportunities in this space.

Or you can look at it in this simple statement: we are going even more mobile and virtual and dragging you along for the ride :)

What’s Left?
Using it, finishing the WordPress custom theme conversion, making mobile apps match its UX… ya know, the normal ;)

Just go to http://mobileministrymagazine.com/m.html and have a go at it.

Note for Those Coming from The Mobile Site
If you are reading this from the mobile site, then on clicking this link, you will have to click the link that says Full Site on that page. That’s simply because of how links from our use of Mobify behave.

 

2012 Resolution #4: All Books Project and Mobile UX Standards

Sunday, January 15th, 2012

NET Bible (logo)Technically, it’s the last week of the year and I am supposed to be on vacation. It not felt needed to be taking this time off, but even felt that unction from the Lord that I really needed to set this aside and just breathe a bit. 

And that’s been the case for the most part. Ok, so I cheated a bit one day and pre-wrote another post. But I’ve remained quiet on Twitter and in much administrative work. The break was needed. Then I was awaken from a nap on Christmas Day with a former idea about redoing the UI for the NET Bible. You see, I haven’t found a suitable application for the N8 which I own (I have indeed changed my perspective towards my needs for a Bible app on that style of a mobile several times), and have therefore left things stoic with the HTML files which come from the NET Bible’s publishing. It’s not difficult, as it is a bookmark in my web browser, making me just a browser search away from further readings. But, it’s not the most mobile-optimized experience. Hence, the waking from a really good 2nd nap.

Establishing the Goal, Identifying the Issues
The first issue that anyone runs into with mobile bible readers is getting around. Yes, there are other aspects such as speed, available content, notes, etc. But, I tend to always boil things down to two key features: reading and searching. Both of these aren’t done well enough in general on mobile, nor on specific platforms, to tilt me one way or another. I figured that since I’m in a browser often enough, and across two platforms which don’t have much shared between them in terms of consistently updated, shared applications, that I could do something that better fits my personal needs. One part of that is navigation, another part is that I search for content differently. The ideal reader for me would need to be equally proficient in both of these.

I am tacking the first issue of navigation on my mobile for this NET Bible. I want a UI that works on my mobile device, with one hand, that spatially orients me to the text, and doesn’t (necessarly) lock me into an app as much as it makes the case for a translation that works and I can change that source as needed. Reading the Word shouldn’t be a distraction, it should make me smile, even in the parts where the justice of God is splitting folks wide open. The UI is first.

Second is search. I’d like to be able to search anything and everything in the text. And then save that search. Search should work as fast as a contact search does. It also should be intelligent – showing me what I searched for previously, and automatically saving the search when its done. That’s the piece that would take the longest to nail. Maybe its a native solution only here – that’s ok, I’m willing to compromise from the route I’ve taken with doing the UI with HTML/CSS/JS – I think.
All Books - Personal Bible Reader (In-Dev Screenshot) - Share on Ovi
What’s Been Developed to Date
What you are looking at is essentially a framework, slightly HTML5-friendly and leveraging jQuery till my JS skills improve (uhmm, CodeYear is looking quite attractive). This is what I’m now using to get around the many, many pages that make up the NET Bible on my mobile. And the really neat thing is that it gets me around, while getting out of the way so that I can simply read. That is key for all of us when looking at reader applications and services, and I think this nails that well.

I’m skipping the landing page that’s done on the official NET Bible. Since this is a personal project, I’m really all about just getting into the text as fast as possible. As you can tell from the screenshot, each section has its own color. That’s just a visual aide to get me into that section as fast as possible. Interesting thing here was how the colors made it easier to navigate on the tablet, where it made little difference initally on the mobile.

At the top of the page is what amounts to a navigation menu. That’s just there to refine things and to setup an eventual search feature. I’ve ignored some (not all) of the conventions for touch-based navigation because I want to keep more of the screen available for text. Being able to have as much screen as possible for reading is important to me.

Remaining Issues/Imperfections
I’ve actually not yet gotten the text placed into this yet (at the time of this article’s writing/editing). I know what I want to have in terms of look and feel, but not sure how best to implement it from a JavaScript perspective. That’s a knowledge gap on my end that I hope to solve, but if you take a look at my sketches, its something that’s probably a lot easier than I’ve been thinking about it.

Another issue, and this follows the text, is that of having the notes show/hide in a pretty manner. The notes are one of the key reasons that I use the NET Bible (really, all published versions of the Bible should come with through translators’ notes). Having those notes show on a tap/swipe manner is something that I think I’d have to switch to using jQuery Mobile or jQuery Touch – or even a custom JavaScript function – to make work.

Performance is a problem. The Nokia N8 received a new web browser with the Nokia/Symbian Anna update, but it still seems to suffer a good bit with my using of jQuery. That’s going to bug me when the full text gets in there. That’s sitting as a near-major issue.

I have not (nor plan to) test this on every mobile platform. I built this on my iPad, and made sure it worked on my N8. It’s totally something to address a personal (peeve) need of mine, but I am compelled as all get out to share it. It uses jQuery, though should probably have the JS written from scratch into th page since it uses so little. And it relies on CSS being supported enough so that it works cleanly (though the HTML is semantically written so that it doesn’t matter if CSS is not supported at all). This also uses a bit of data for the image and for jQuery. So, if you wanted to use this as is, be sure you are aware of that part. I’m not sharing this to support it – only to share something that can be useful for your pursuits.
UX Flow for All Books Personal Bible Reader - Share on Ovi
Things to Work On
At this point, I haven’t tweaked the NET Bible chapter pages as I would like to. The notes are my most important reason for using this text and figuring how to take their code for opening the notes into the footer area that I have is a bugger. I want that to work most of all, but haven’t yet figured up how to make it work best on my device (let alone anyone else’s).

Search needs to be worked on. I have the flow of how search works, now its a manner of building search that works best for (a) the device I’m using and (b) the approach I’ve taken. I’ll probably be leaning on the insights of some developer communities for this.

Why Even Do This
Personally, I’ve just not been happy with any Bible reader since Bible+. Part of that is that my attention and needs have changed even more than I’ve changed devices. I started simply wanting to read, then it became a matter of comparing versions, then needing something to facilitate teaching/discussions, then it was all about just having apps. Now, I just want the text. As much of it as I can take in, as much of it that’s historically receivable. As much as I can that will continue to provoke me to grow up in this. For all of that, I was practically compelled to build one at some point (Brett and LJ, I’ve listened).

On the other side of this, I’ve gotten a lot of questions about formats for documents on mobiles in 2011. I keep telling folks the same things: .txt and .html. Those are the most ubiquitous formats out there for text documents and work everywhere. If you can get your content into HTML 4.01 you really can meet just about every device made in the last decade that has a browser (regardless if they have a connection or not). If you have a “container” like this, and just fill in the text with whatever txt/html archive that you have available, it works. Many people don’t need multiple versions, they just need to get in and read.

I also thought about how the community came together to solve issues like this with the Palm Bible+ app from the Palm Pilot days. For those of you with a PalmOS PDA or Treo/Centro around still, you should dust it off and download that app and a few modules. Notice something different compared to current apps? Speed in the navigation and search. Heck, if you have peeked into the manual, you’d notice that there’s some easy to remember/use text shortcuts for just about every primary feature, and a few not-so-primary ones (I wrote the manual, and designed the website). Most of all, it gets out of the way. You get into the text and everything else gets out of the way. This is what I thought of when I had the NET Bible and other mobile bible apps. Yes, there is some extent of “designing the experience” that happens, but in consideration to the “Father in heaven who revealed this,” (Jesus said this to Peter) too little chance for that to happen. In a real sense of things, “get out of the way and let me meet God (in my mobile bible reading).”

I have ideas of how to do the search on my N8, but need to know if I need to hack the widgets/WRT feature and figure some kind of database that would live on my memory card which that search could address those queries (maybe there’s a search widget that could be constrained to the local files and/or an online search). Then I would have it, something similar enough to the simplicity of the PalmOS experience, but much like apps today where I am taking (some) advantage of the context of the device I am using and building from there.

From Here To…
This is something that I’m hoping to keep my attention towards finishing this year. Even if I don’t have the N8 at the end of the year, this is something that could work on just about any device I’d go with (except the iPhone). There’s a bit of pain happening with building this, and some understanding (again) of the fun folks (YouVersion, Logos, OliveTree, etc.) go through in building this. But, since I’m just looking to build something that works for me, I can keep most of the distractions at bay and just go for it. Plus, I’m using the HTML archive of the NET Bible as I’m building this, so if there’s something I’m not doing right, it can change pretty quickly.

For you, this is merely an exercise to share. Some of you might be in a similar mode that I’m in – nothing quite works and you have just enough technical skill to nearly get there. If you feel like taking a stab at this for your own efforts, here’s a link to my public Dropbox folder continaing the mobile container and the NET Bible archive (if someone puts this on GitHub, awesome). Whatever you do, let the folks at Bible.org know. I think this will help their efforts (and I’ve not even broken my brain on doing the UI completly from an icon-driven aspect, yet).

Mobile-Friendly and Personalization As Core to User Experience
The takeaway from this project is that there have been several methods to engaging Bible/document reading, social/offline networking, funddraising, and other initiatives in mobile ministry. However, even if you nail the features, at some point in the maturing of that person using the service or the company offering it, doing something that fits the mobile context and that’s personalized will come forth. It might not be the aims of your projects initially, but do know that eventually, they all point to these goals needing to be met.

Some people commit to reading the Bible anew at the beginning of the year. I’m trying to make a Bible app… yea, that fits.

 

OSNOVA and Designing Effective In-Bible Interfaces

Wednesday, December 14th, 2011

Of the few complaints that you tend to hear from those using Kindles/Nooks/Kobos and similar eInk-based reading devices, the primary ones have to do with the speed of navigating while inside of a book. Getting around to different materials isn’t so much the problem for some. Its when they want to get around inside of the materials that there’s a challenge, and sometimes a disappointment.

Over at This Lamp, a commentary on the user interface (UI) refinements made with OSNOVA have been published. This gets me excited because of my personal history with mobile Bible interfaces (Palm Bible+ and Katana specifically) and the amount of work that needs to go into making just getting around as efficient and productive as possible. Here’s a snippet of This Lamp’s observations:

…So, if a Kindle user wants to go directly to a verse, in many non-OSNOVA Kindle Bibles, he or she would have to go to the menu on the Kindle, then table of contents, then scroll through the pages until the book of the Bible sought after appears. Some ebook Bibles have chapter numbers listed, but I’ve seen other Bibles in which the Contents merely takes one to the first chapter in the selected book. With OSNOVA’s DVJ, a specific verse can be accessed directly by typing in an abbreviated form that works with the Kindle. So, if I want to go to Romans 1:17, I’d type ro 1 17 and the Kindle immediately jumps to that location in the Bible…

Read the rest of This Lamp’s experiences with OSNOVA. Also, check out the OSNOVA website for optimized documents for Kindle, Nook, Kobo, and other eInk devices. There are also several tutorial videos on this interface at the OSNOVA blog.

The Efficient Interface Is the One That’s Transforms Lives

One of the best selling features for a Bible/reading application is the efficiency of the user interface. In talking with friends about my iPad during Thanksgiving meals, one of the comments against the iPad was that people couldn’t see how a device like a tablet would be conductive to annotation behaviors such as writing on margins, highlighting, proofreading, and cut-pasting-mashing up more than just lines of text. In that conversation, I demonstrated the abilities of Good Reader (an iPad document reader with many of those features). Upon using it for themselves, the viability of eReaders and tablets became more relevant.

Hence the challenge for user interface (UI) and user experience (UX) folks:design into content pleasurable experiences which take advantage of the technology, not simply repeat the behaviors of less capable media.

 

Literal Deuternomy 6 Tech, OmniTouch

Thursday, October 27th, 2011

These words I am commanding you today must be kept in mind, and you must teach them to your children and speak of them as you sit in your house, as you walk along the road, as you lie down, and as you get up. You should tie them as a reminder on your forearm and fasten them as symbols on your forehead. Inscribe them on the doorframes of your houses and gates. (Deuteronomy 6:6-9 NET)

I’m quite interested in the field of wearable computing, especially as I see it relating to the next logical evolution of computing beyond mobile (hardware). OmniTouch is something that I came across while reading. Its a good bit bulky, but does enhance the spatial relationship people can have within computing interfaces.

I also am reminded of seeing something quite similar done with the Nokia N95 smartphone a number of years ago. Nice how history repeats itself, but finds ways of being reinterpreted in another toolset for additional learnings.

Could your practices in digital faith stand seeing digital graffiti of Scripture on the literal hands, hearts, and buildings of man?

 

Siine Writer and UI Design for Mixed Media Resources

Sunday, October 16th, 2011

For a number of years, we’ve been talking about how Bible applications need to do a better job of addressing the non-pastorial perspective for their applications. We’ve talked about both content and the over all user experience, but rarely have we been able to do more than just instigate more chrome, rounded corners, or a faster search. Almost non of the Bible applications currently available take into consideration the fact that there are more people who own and use mobile devices than those that can read (by stat: the Orality Network speaks that about 60% of the world is or chooses to be illerate; there are nearly 55% of the world’s population that has a mobile phone* (hardware, not account) – overlap, not symmetry).

When looking at Siine Writer and its approach to creating a keyboard that’s based around iconography, I smiled because there seemed to be some develoeprs/UI designers who get it – on a mobile device, context-tuned entry is more powerful the less the user has to do to invent the context they are inputting.

So here’s your challenge. You have a library of resources, and don’t have the time to go about creating read-first interfaces that respect every language you are trying to reach. Can you create instead an icon (and color pallete) driven approach that is better able to lead towards that expected experince that person should have towards your application? Do you know the context of those whom you are building this solution for to do this? Or, does your mobile ministry approach need to start more with analysis of the people group, leaving you less time to make mistakes or do extra work?

If you are looking to build or deploy updates to your Bible/Bible-related applications for more than just the 120 or so trade languages, I’d encourage you to take a look at Siine Writer, accessibility best practices (for example, IBM’s listing), and even conversations that designers and others have about icongraphy and culture. Speaking from experience, its very hard to create interfaces that convey meaning when you are used to letters, words, and phrases to do so. However, the Bible, and specifically its application into how it is applied today, endears us to have to consider context just as much as we’d consider content.

For those of you already thinking and working down this path, here’s a recent tweet with some links to icons, icon galleries, and icon design practices that should add to your efforts:

Khoi Vinh (@khoi) – Helpful replies to my earlier tweet about icons: iconfinder.com, iconspedia.com and a post at Owltastic. Thanks everyone.

~ Siine Writer found via Ubergizmo & Techcrunch

*Update: got a question via email about the 55% number. That data is in the ITU datasets. However, it was also published by Tomi Ahonen in Feb 2011.

 

Mobile App Opportunities

Friday, September 23rd, 2011

Might make this Friday's post; making the NET Bible very... on TwitpicFor as much as I would like to get away from the app-centric culture of mobile, there’s something to be gained for that focused window into a task that opens up an opportunity.

For example, the thumbnail on this post. I’d been using the NET Bible on my Nokia N8 since it’s basically a simple “web” app – it’s simply a collection of static webpages arranged as a site and isn’t in need of me loading any thing more than my browser. However, this “package” was really meant for PCs, larger screens, and mouse-driven input. I wanted to change that and so I started exploring what that could look like (first) in wireframe sketches and later a prototype. Nothing has come of it so far, but it has let me stretch my UX muscles a bit.

Then there are those opportunities that come from others such as the one posted this summer by Dave Bourgeios for aN application that would help people create, gather, and manage small group connections – if you will, something like taking cell groups and adding a communications manager component to it that’s usable from a mobile. Now, (at the time of this writing) I’m not sure of the status of this project, but it again points to some of those opportunities that are out there which might not be big hits, but are nonetheless usable and useful.

As you walk into the weekend, probably with a mobile device or several near you, pay attention to the opportunities that lie right next to you. You never know, someone might also be thinking about it as well and will connect with you to push it through.

Update: Speaking of opportunities: just took a quick look at AppGeyser (AppGeyser.com, @AppGeyser) and built a quick MMM Android app. Download it and give us your feedback.

 

Mobile Ministry Should Not Neglect Accessabiliy Practices

Tuesday, September 13th, 2011

It isn’t often that we can cite the many miracles Jesus and the Apostles did in respect to their efforts to those whom their communities considered disabled or access-restricted. We find it as some of the more sincere and humbling acts of Scrpture when those persons are met and not simply healed, but addressed and considered as part of the greater community, not a layer to be ignored until public relations or peer pressure dictates they need attention (Matthew 5:1-15).

So, how do your mobile ministry practices address those who might be disabled or have restricted access due to physical, psychological, or political disabilities? For example, you built that mobile app for your church’s content, but are you relying on Apple/Google/RIM/Nokia/MS to have accessibility controls so they can navigate to your content, or have you designed high contrast, voice-powered interfaces that are independent of whatever the platform may or may not do?

Regard these words from technokitten in a recent post:

It’s not that big a deal, right? I can still do everything I used to be able to do. I only need glasses for a smidgeon of my time. And it can’t be that big a deal when we’re talking technology? Or so you’d think. My experience with mobile devices and my not-quite-as-good-as-it-used-to-be eyesight is pretty appalling:

  • Going to a website on my phone and being forced to view the mobile version where the font is fixed and is too small (only by 1 or 2pts) to read without my glasses. Why can’t I zoom in or increase the font size?
  • Going to a mobile site where having squinted at the article I’m reading, only to find that I can adjust the font size right at the bottom. That should be at the top, no? There’s little point in struggling to read the page only to find at the bottom, I could have made it a whole lot easier for myself.
  • But neither of those are as bad as the app situation. Oh my word. That is simply horrid and a frustration. And I’m speaking having used apps regularly on Android, Windows Phone 7, Nokia N95 and N8, Android and Palm Pre II. Why can’t I increase a font size in an app? Why does the font have to be so small in the first place?

And this is from a person who is simply speaking of her accessibility needs which tend to happen to us all as we simply age. I know from close relationships just how much even mild disabilities are ignored in computing – and more so when it comes to religious applications and connected services.

Now, you can take the approach that this isn’t your fight. But, you’d have a hard time finding your efforts ministering to much of anyone if you do. Sure, you meet the goals of building something via mobile, but you miss the point of “a love that serves” over simply having a talent (1 Corinithians 12-14).

Or, you can take the approach of getting up to speed on what you can do, even going as far as entering contests such as the Vodafone Foundation Smart Accessabiliy Awards. Its really up to you. The testimony of what you address though will be clear in time (Matthew 25:31-45).