This is a guest post submitted by Craig Button (@TheProdSon)
Introduction, Quick Summary
Since most of you have no idea who I am, I suppose I should introduce myself. First and foremost I am a believer and follower of Jesus Christ. After that I’m a geek. I’ve owned just about every type of computer ever made and today work on both Mac and PCs depending on what I’m doing. I use both Pages and MS Word, prefer Excel to Numbers, and either PowerPoint or Keynote depending on what I’m doing. I’m a health care provider by profession, an educator by avocation, I’ve been clergy, (church offices on weekdays weren’t what I was expecting) and am now a grad student. I’m always looking for ways to package and present information.
I was excited when Apple announced iBook 2.0 and iBooks Author. I’m in the process of producing a couple of books/ebooks and was looking for something that would make it easier. I was hoping that iBA was going to be it.
After spending a few days playing with it (and I have to be honest and admit it was playing, not a focused systematic study/evaluation of the program) There are some conclusions that I’ve come to regarding iBooks Author which might not match your needs, but hopefully shines some light towards its strengths and weaknesses at this juncture of the application.
Summarizing the Positives and Negatives
There will be projects I’ll use iBA for. However, I won’t be using it for everyday kind of work. Not because, I don’t like it, or it’s a bad program, or even because of the EULA that says you can only sell product from iBA thought Apple. I’m accustomed to a bit more control and flexibility when creating publications, and iBA doesn’t quite meet those spot on – though its not far off.
Positives about iBA: It works, it looks good, it’s easy and it produces what it says it’s going to.
Negatives about iBA: it produces HUGE files. A test file went from 800K .txt file to 27MB (~1000K = 1MB) with a couple of pictures added. The second, and in my case the biggest thing against iBA, is it only produces a product that can be viewed on iOS devices. That means not on the Kindle, not on a Nook, not on an Android phone, not on anything unless it has been made by Apple. I’m a Mac fan boy. But, I’m about communication. Therefore, limiting my target audience isn’t good for me. My first product is to be a textbook on Critical Care for Emergency Room nurses. The second book will be first aid and health for photographers. Both topics I’m pretty passionate about (hence my issues with file sizes and limited devices).
It’s About Workflow
It’s about workflow. The term workflow is one that you hear in the digital photography world. It is the term that defines the flow of data from the camera to the final print. I think the term works well for the ePub/ebook industry as well.
My Workflow: I use a program called Scrivener. This is a Mac application, (Windows and Linux also available) that I use to produce the text of my work. It’s a combination text editor and research organizer. This is probably were 80+% of my work is done. I do all my writing within Scrivener. It also produces ePub files which can be read by nearly all computing platforms. It does have some drawbacks, with one of them being that its not easy to place tables and graphics into the output. From there, I use Adobe InDesign for layout that needs formatting and graphics. I don’t own this program; I rent it as needed since I only use it maybe 1-2 months out of the year. Using InDesign I produce a ePub, witch is a zip file that includes all the information needed for the ebook reader to read your file. It only takes a little modification for it to work on any of the readers.
How could iBA fit into this workflow? Well in my next publication, it might work for me. These books I’m publishing on health care and first aid directed at travel photographers whom are likely to have iOS devices. But, in using iBooks with plans on selling it, I’m sure the iPad market will be a bit too limiting. I will however give it a try. iBA is very easy, and I’m hoping it will allow me to easily produce the product I want. However, for anything that is text-based, or contains just a few graphics, the files produced by iBA are way to big and to limiting.
The workflow I have fits my use case, and allows me the broadest target audience. While I’m a geek, and still have a copy of the original PageMaker running on a Mac Classic, I’d like to have more control than what iBA offers. On the other hand, for someone who has never produced an ebook, iBA might be the perfect tool.
Conclusions
After writing the first few paragraphs, and sleeping on it, I came up with a few other thoughts. The first is that I’ve been through this kind of transition before. I remember when PageMaker first came out and people had lots of different fonts to use. I remember when Photoshop first came out and it was affordable to anyone to buy. People produced some horrendous publications and photos. And you’ve all probably sat through some pretty long, boring PowerPoint presentations. Just because the tools are there, doesn’t mean that everyone should use them.
I’m a Tim Taylor, not a Bob Villa, when it comes to using those hammers and screwdrivers. Like any task which needs to be done, it deserves to be done right. Use the right tool, have the right people use the tool, and spread the word.
For more information and to download (free), see the iBooks Author page on the Apple website. Note: content created with iBooks Author can only be read on devices with iBooks2 on the iOS device.
Craig is @TheProdSon on Twitter.
Some time ago, we were invited to the offices of 
Earlier this month, I was reading over at the 
Last week, we spent some time with 
A few years ago, I was in San Diego for a conference and entered into a conversation with a gentleman who wanted to know more about MMM. Of the questions that he asked, one of them that was one part shocking, but another part (quickly) introspective was whether MMM also serves the Jewish community who would like to also participate in this conversation about faith and mobile devices? Don’t get me wrong, I know completly the (American Protestant) Christian slant to things here, but it wasn’t clear until then if such a perspective was a determent or a benefit towards things. After that conversation, I grappled with the implications of my answer to him (we aren’t a respecter of religions, but are careful in every approach taken), and what that should mean going forward. This past November/December, that context came up again – but in the guise of an application (and its resulting conversations) and an experiment.
![[Screenshot] MobMin.Info (from iPad) - Share on Ovi](http://media.share.ovi.com/m1/lt/3260/2e42c33b850443a5905da4d1fff8b284.jpg "[Screenshot] MobMin.Info (from iPad) - Share on Ovi")
9(unknown*no*no*1)&guid=ON&x_utmac=MO-16595840-1){kind=small}
Church Tech Today’s 6 Great Church Tech Blogs, MMM Refresher
January 25th, 2012We’d encourage you to check out all of the sites notes on the Church Tech Today post, and be sure to leave a comment there towards other resources you might know of and use online. There’s definitely a body of things happening that’s worth keeping track of.
A Refresher About MMM
Given that inclusion on the list, and some good trends happening lately towards an increasing number of visitors, this is also a good opportunity to give a quick refresher as to what MMM is and what are some of the things you can find here.
First, this is who we are:
There’s more on our about page including the history, notes about where we’ve been, and how MMM fits into this picture of faith and technology.
We’ve got (probably) the most comprehensive listing of Bible and religious apps, a listing of mobile web and application services for buiding your own products, and a page full of cases studies, resources, and metrics towards web and mobile tech. Beyond those items, we keep a pretty updated media page which has our issues, presentations, and experiments and another which is simply a tag cloud of all of the tags we’ve used on articles.
In terms of keeping track with MMM, there’s this website, our mobile website, a Twitter account (@mobileminmag), an RSS feed, and even an ability to get posts emailed to you via Feedburner. While we do have a few apps, these are regarded as experiments moreso than primary engagements (or content model doesn’t fit within the need for a native app), though we tend to do a number of these just to check out mobile platforms and the content management systems which bolster their use.
Its a bit much. But, its done so that you have something to build on when you want to learn more about, or advance your ministry/organization towards mobile practicies which are more respective of your faith/ethics questions than some others. If we are missing something, or you’ve got something you’d like to add, let us know. Or, like with the Church Tech Today post, just add us on your website so that others can take advantage of anything good here you’ve found, and then we’ll find you and make a reason for the Body to come together (John 17:20-27).
Tags: admin, Church Tech Today, MMM
Posted in Commentary, Site News, Social Engagement | View Comments