philkmills: Phil and guitar (Default)
There are properties associated with messages. Some of them would be nice to keep in the backup and some probably irrelevant. Here I am discovering how they are transmitted.


Mar. 7th, 2012 02:49 pm
philkmills: Phil and guitar (Default)
When I started this, I was handling background database updates by keeping control of which thread was allowed access at any one time. This worked fine for simple cases but was starting to look top-heavy. The recommended method is to have each thread maintain its own "scratchpad" of modified objects and, when there's a commit, merge the changes into any other affected threads.

It took a bit of a rewrite compared to the simple template code for Core Data that Apple provides but it looks as if it will be easy to work with from here on.

Bug score: Open 13, Fixed: 75.
philkmills: Icon for AutoSongbook (iPad)
Attempting to post with a user icon that's selected according to a keyword. Since I now have more than one image associated with this account, there's a better chance of it happening. :-)

Bug score: Open 15, Fixed 73.

New Test

Feb. 27th, 2012 11:00 am
philkmills: Phil and guitar (Playing)
Posting with selected metadata. At this point posting mostly works except for some oddities with pending messages saved from earlier sessions.
philkmills: Phil and guitar (Default)
Yesterday I had a friend coming over and, while waiting for him, I put the iPad version of the program through some tests. As usual, sitting down and using the application rather than just following my planned-out steps reveals a number of bugs.

The thing that makes iPad development a little more difficult that iPhone is that the iPhone UI usually only has one thing happening at any time. For the iPad there are extra sanity checks concerning synchronized display of data.

Bug score: Open 20, Fixed 63.
philkmills: Phil and guitar (Default)
The most recent bugs to be fixed were fairly resistant. In one case, improper re-flowing of text when the display size changes, turned out to be an Apple problem and has been reported to them. I have a workaround that's OK for what I'm doing but would be really annoying in other cases.

Another pair of bugs, related to how things on the display are resized to make room for a keyboard, turned out to be problems in code I had taken from samples in Apple's own documentation for how to handle the situation.

And I fixed a few of *my* bugs too. :)

Bug score: Open 20, Fixed 57.
philkmills: Phil and guitar (Default)
New things that work are, using index controls to navigate through word lists, making toolbars disappear or not depending on the screen being displayed, improvements (more detail) for error objects being generated because of server errors, and consistent behavior concerning remembering selections when returning to parent table views.

Bug score: Open 24, Fixed 51.

UI Fixes

Feb. 2nd, 2012 04:52 pm
philkmills: Phil and guitar (Default)
The one major piece of the program I haven't done much on yet is the ability to post a new message to the user's journal. As strange as it seems, that's not a core function of the program but one that -- like viewing a reading list -- seems like it should be there for convenience. If someone *really* wants to post messages and replies, Safari does that quite well.

Most of today's fixes related to cleaning up the post code that I'd written as a semi-functional placeholder so that it will be easier to make it do what I really want.

Bug score: Open 25, Fixed 47.
philkmills: Phil and guitar (Default)
Creating an interface for managing stopwords turned out to be a bit more time-consuming than I'd expected. Partly that was getting the database access right but mostly it was spent figuring out a couple of oddities within the development kit.

There is a controller class which one can use as a caching interface to the database. It tracks DB changes and updates query results accordingly. Optionally, it informs a delegate that changes have happened. However, if you give it a delegate and it detects that the changes aren't being processed, it invalidates its own cache. This causes havoc if the programmer's strategy is to defer such processing to a more appropriate time.

The other weirdness was the product of the visual interface editor. The task was to put a sub-view inside a scrolling view which, itself, was inside a primary view. The tool decided to apply positive x/y offsets to the sub-view and compensating negative offsets to the scroller. It looked great until the user tried to make anything scroll...then, confusion in the form of objects wandering aimlessly across the screen.

Bug score: Open 31, Fixed 40.
philkmills: Phil and guitar (Default)
Yesterday's main task was getting the basics of a stop word list in place to support text search. (For those who haven't lived in the world of text indexing and retrieval, stop words are those that you don't care about, the ones that appear in just about every piece of text and therefore are useless for locating important information.)

I'm intending to supply a default list with the application but also allow its customization. This means that the provided list needs to be copied to a manageable location -- database -- when the application is installed. The app needs a screen that allows additions and deletions. An easy way to do additions is showing the user what has already been indexed and allowing those to be moved into the stop word list.

Removing a stop word is somewhat problematic in that it could only be effective for messages indexed after the removal. That means either re-indexing existing messages or living with inconsistency. There's an option of disallowing removal after any messages have been indexed...which might not be a bad thing.

At this point, database access for stop words is working; only the maintenance function is still to be done.


Jan. 21st, 2012 09:50 am
philkmills: Phil and guitar (Default)
Between last night and this morning I've removed one large item from the Bugzilla list of enhancements. (Aside: I'm not sure 'enhancement' is the right word for implementing a feature in the first version of an application...but it's an available category and it will do.)

My program is now capable of filtering downloaded messages according to the account or community where they were posted (or some combination of those) and applying a list of search terms to find messages containing 'any' or 'all' of those terms. It's using an indexed keyword search rather than full text so, at least with test accounts, it responds quite quickly.

(Note to self: Add another enhancement item for a method of modifying the supplied "stop word" list.)

Bug score: Open 31, Fixed 17.


Jan. 20th, 2012 11:13 am
philkmills: Phil and guitar (Default)
Wednesday was dedicated to fixing some user interface bugs. Yesterday was mostly a write-off for working on this project. Today, so far, I've got sorting working for filtered messages and for friends/reading list messages both from the UI point of view where sort order is selected and from the data side that responds to it.

Bug Score: Open 31, Fixed 16.
philkmills: Phil and guitar (Default)
I've only found a few bugs and fixed a few in the past couple of days but one of the fixes was a big one. I now have a unified way of handling network errors within the application so that, whether they come from a problem with a connection or are returned as server text, they propagate through the application from the network layer to the top-level callers in the same way.

(Debugging asynchronous networking is the same kind of fun as swinging blindly at spontaneously-regenerating, rocket-powered pinatas.)

Bug score: Open 35, Fixed 11.
philkmills: Phil and guitar (Default)
The current score on the buglist front is: Open 37, Resolved 7.

Of the ones that got fixed today, most were small but the one exception was: Make the friends list (reading list) work. That involved parsing the return values, deciding which ones to keep, creating a UI for the list of them, another page for showing details, and the logic for navigation.
philkmills: Phil and guitar (Default)
The main part of today's programming adventure was testing various ways of creating a custom 'skin' for an iOS application. This is connected to my previous post about things that the development kit doesn't want to let a developer do...but it's also something that's done repeatedly. The trick is not so much in finding a way as in finding a way that is less likely to break than others.

The nice thing about my current choice is that, if it breaks because of changes in a future iOS release, the failure will almost certainly show up as a user interface that looks like the non-customized one. Some of the other candidates could have failed in ways that affected functionality.

Since Dreamwidth now has the ability to send a user's reading list to a client in a similar format to LJ's friends list, I've started fixing the 'bug' related to that not being shown for a DW account.
philkmills: Phil and guitar (Default)
I spent the evening at a local Cocoa developers' meeting in downtown Toronto. Since I got there by public transit I had time to spend and put most of it into exercising the application on my iPad while taking notes. This was the first version of it that I built to run on a device instead of a simulator and it behaved reasonably well -- only one crash in about 45 minutes of testing.

It got me nine more functional/appearance bugs as well to add to my project list, however, so that's good. :-)


Jan. 10th, 2012 11:20 am
philkmills: Phil and guitar (Default)
Doing a complete review of the iPad-specific application screens this morning only added three items to my bug list. Two of those were obvious enough that I did the fixes first and then created the Bugzilla entries.

This is actually difficult for me...remembering that having entries in the list has value in itself. It serves as a reminder of what problems occur and, therefore, may occur again. It also is a guide for estimating amounts of work for future projects.

Also fixed was a potential problem of attempting to save search terms for a post that had none. This brings the current score of bugs to: Open 28, Resolved 3.
philkmills: Phil and guitar (Default)
After going through a few days of organizational wheel-spinning, I now have a configuration where Bugzilla running on Linux is available throughout my LAN. This inspired me to go through the eleven iPhone screens in my application prototype, try out all the controls, and enter a bug report for everything that wasn't how it should be. Current count: 28.

The level of granularity on these is all over the map, ranging from adding another field to a certain display to "Help...yes, there should be some". This, combined with the fact that the iPad side of things mostly consists of placeholders, means that the number of entries is likely to climb significantly in the near future. On the other hand, I'm happy to have an interactive product plan available.
philkmills: Phil and guitar (Default)
The past couple of days have been mostly 'readonly' with respect to this project.

Using a new feature of Dreamwidth that allows a client program to obtain a reading list, similar to a LiveJournal friends list, revealed a bug in its implementation. I reported that to DW. It was fixed and I now have code to use it...and verify that their fix worked. (Amazing response time from the host developers!)

Probably as a protection mechanism, my mind temporarily lost track of the fact that I spent a half-day fruitlessly trying to install a bug-tracking system for personal use on my Macintosh. (I'm used to using them on Linux and the core Mac OS isn't *that* different, hard could it be?)

Bugzilla is written in Perl. Perl uses CPAN as an installation module. CPAN is wonderful when it works and impenetrable when it doesn't. It died with an "unknown error" on installing prerequisites. (If *you* don't know, I'm sure *I* don't!)

The Bug Genie -- a PHP application -- almost worked. After a number of upgrades to supporting software, I got it to connect to my database server (PostgreSQL), at which point it hung attempting to create tables. No error message...a form of communication that makes "unknown" seem exceptionally forthcoming.

MantisBT's install page -- also PHP -- came up blank with no clues concerning errors. (I detect a pattern!) Trying a different admin page gave an error, saying that my version of PHP was missing UTF-8 support in its regular expressions module. Nope...not rebuilding the language processor based on the whims of an unproven application!

Still looking for a bug-tracker.
philkmills: Phil and guitar (Default)
  • Completed the logic for moving between views on an iPhone/iPod. Any button or gesture that brings a new set of views onto the screen or dismisses the current one is now functional.

  • Identified views that don't need to exist on an iPad and coded around those in the controllers that are shared between devices. (Although I want this to work on smaller screens, working with them makes me happy that I originally waited until the iPad came out to get involved in iOS programming.)

April 2012

2223 2425262728


RSS Atom

Most Popular Tags

Style Credit

Expand Cut Tags

No cut tags
Page generated Sep. 25th, 2017 12:35 am
Powered by Dreamwidth Studios