Posts Tagged ‘future’

Don’t Stand Still

Wednesday, March 31st, 2010

Too often developers allow their applications to remain stagnant after launch. This is not something I want to happen with TimeTable. A couple days ago I pushed a small update which gave immediate access to a simple API allowing developers to get data into TimeTable. The biggest request I’ve heard from people is that they want to be able to use a timer outside of TimeTable. This is now being opened up with the announcement of the first companion TimeTable application, the TimeTable Work Timer.

Because TimeTable is written using the Cappuccino web framework and Objective-J it closely resembles the native programing environment on Mac OS X (Cocoa). This makes it extremely easy to port software from one platform to another. As a result I ported the work timer from TimeTable to Cocoa. The result gives you a simple, stand alone, work timer which integrates seamlessly with TimeTable.

The timer itself looks like this:
TimeTable Work Timer

Once you close the timer you will be prompted if you want to send the data to TimeTable. If you click yes TimeTable will load up and you will be prompted to select the project you wish to add the timed work to.

TimeTable Once you select the project the you can add the work time just like you would any other work time in TimeTable.

Remember, this is the first version of this timer, I will continue to work on it adding more functionality. Since I’m opening the TimeTable API I hope other developer will also build TimeTable integration into their products. If you have a favorite timer application you use for your work, let them know you want TimeTable integration.

If you’re a developer you can read more about the TimeTable API at http://timetableapp.com/developers.html

This API will continue to grow with time, so more features will be added and better integration will be supported. If there is something specific you would like to see also feel free to email support!

The new TimeTable downloads page is located here, or you can download the new TimeTable Work Timer directly.

Update: added support for Mac OS X 10.5

3… 2… 1… SHIP!

Saturday, February 20th, 2010

Well, almost. So the purpose of this blog post is to let you know I missed another internal deadline. There have been a few new problems that arose with TimeTable. A couple were technical related, a few real life delays, and then there is the matter of me wanting to have  every feature I could think of in the product.

So let me give you a small update on TimeTable itself before I talk about shipping.
I’m so proud of this product.  I went back to RC2 the other day just to see how much work I’ve actually done and I was blown away. Some companies would ship RC2 as a finished 1.0 product and the GM I’ve got running as version 2.0. So the first thing I did that the user will love is updated the deadline picker. When you select the deadline for a project you can now use the text date picker control, or the calendar view.

The next thing noticeable is the interface improvements. I’ve gone ahead and added a boarder around the top of windows in order to make them stand out from the background below them. This means I can essentially remove most of the unneeded dark HUD windows in favor of a more consistent interface. Small things like a auto-completing textfield was added. So when you assign a client to a particular project you no longer have to type the name perfectly. I also added some hooks in the application for account renewal. So basically when you login and your account is about to expire you get alerted. You’ve also got a way to renew your account from within the application.

A lot of work has gone into the tables themselves. Your projects and clients are not re-orderable. So you can simply drag a project or client from the sidebar and change the order of it. I’ve gone above and beyond that though! You can also drag work time and expenses to different projects thereby moving it! The same holds true for clients too. If you drag a project from the clients view to another client the project is then associated with the new client. The behavior is a bit difficult to describe, but it’s very intuitive once you see it. With drag and drop there is also sorting. Your projects, work data, and expenses are now sortable by clicking the header for each column. In addition to sorting there is also resizing. If you need more or less room to display your data the tables are all user resizable.

Obviously the point of this release is to focus on bug fixes, and that’s all I’m going to focus on for now.

What you probably care about most is the shipment date though, so lets talk about that. I was ready to ship TimeTable 2 weeks ago until I found one bug in the latest builds that I can’t live with. Once that is fixed I’m shipping the product. I hope to also ship with a series of screencasts to help you, the users, easily jump in and start using TimeTable. So what about a rock solid date? I simply can’t give one. I’m pushing for the end of March at the latest, but it’s up in the error.

I really want to get the new Gold Master in the hands of the users, but with the renewal system tied in I simply can’t do that.

Thank you all for the support.
-Randy Luecke

Ending a year and missing deadlines

Wednesday, December 23rd, 2009

It’s not uncommon for software engineers to miss deadlines; in fact it’s far too common. As the end of the year rolls around I wanted to share some internal stuff regarding TimeTable. TimeTable development began in early March of 2009. Since that data I set an internal deadline for myself of shipping TimeTable 1.0 by my birthday, December 31st of 2009.

When I began TimeTable development I thought I could write a web app using PHP, XHTML, JS (with jQuery), and CSS. For the most part this was a decent application. The problem I had with using traditional web technologies became much more prevalent when I reached several thousands of lines of code. It wasn’t pretty. If I needed to change one line of code I could spend fifteen minutes looking through a single file for the javascript, or CSS if it was a style that I needed to change. Then it could have been a style that I needed to change but the style was set in javascript instead of CSS. Some people would say I was just sloppy with my code, and they would be right, to an extent. But in the process of being sloppy I uncovered a sad truth in the use of jQuery and traditional web technologies for web application development: It simply doesn’t work. jQuery is a javascript library designed to be used for websites, not applications. Then as I approached the launch of a product I began to spend more and more of my time squashing browser bugs. Every browser had its own problems, and it was unmanageable.

It was hard to bring myself to rewrite something which I had put so much time into, but it was painfully obvious I wasn’t really happy with where TimeTable had gone. So it was around the middle of May I found myself looking for new options. It was about this time that 280North introduced a new product called Atlas which took the internet a storm at the Future of Web Apps conference. Atlas in short is a web app Integrated Development Environment (IDE) for the new web application framework Cappuccino. Coupled with the new Aristo theme designed by Sofa I became very interested in Cappuccino when developing my 2nd iteration of TimeTable.

I wasn’t totally sold on Cappuccino at first. Cappuccino is designed to abstract you from the “web layer” you’re working on. That is, you should never use traditional web technologies (HTML, CSS, Javascript) to design your app. Instead Cappuccino actually requires you to use a whole new language called Objective-J. Based off Objective-C which is used almost exclusively on Mac OS X and the iPhone Objective-J takes a little bit to get used to. Objective-J is actually compiled down to javascript later on using either a parser on the browser or on your development machine if you’re putting out a release version. Objective-J is a strict superset of Javascript though, which means any bit of javascript you write is still perfectly valid. Because you’re sitting on another layer I wasn’t sure how comfortable I would be using it. I explored other options like SproutCore which Apple uses for their MobileMe web applications and GWT which Google uses, but each of them had their own fall backs. In the end 280Slides and Atlas sold me on Cappuccino.

I spent the next several months hacking together some ugly code. It got to the point where I began to wonder if using such a cutting edge technology was such a good idea for TimeTable. Cappuccino was obviously incomplete, specifically  missing a key component: the TableView! How could I actually choose a framework which didn’t even have a component necessary for the product I was going to ship? Well after a few days of stalling I went and looked to see what SproutCore was doing about the tableview, only to find that Sproutcore through it would be a good idea to ship a 1.0 framework without a decent method of displaying tabular data. The TableView for Cappuccino had already seen quite a bit of work from 280North, but development had kind of stalled a little bit. It was at this time that I contributed my first bit of code to an open source project. I brought the tableview up to spec enough that it could actually display data as needed and look decent too. After several weeks of work I push the new CPTableView up to my Cappuccino repository and it was merged into the main branch. Since then, several other parties have contributed features including theme-able cells (included the selected state) and inline editing to the TableView. I also added things like keyboard support, better support for scrolling to rows and columns, and automatic resizing of columns. You should see these features merged into the main Cappuccino repository come the first of the year. The TableView is a key component for many different projects so don’t expect development to stop; I’m sure many people will contribute to the TableView and TimeTable will only get better because of it.

Over the many months of working with Cappuccino I gained access to the private Alpha of Atlas. Before the beta went out I got to see exactly what Atlas could do. Again, I was impressed, but more so because of what I saw I could do with my application after I compiled it. It wasn’t until the public beta of Atlas shipped that I was able to talk about it, but I saw TimeTable running on the desktop, side by side with my native applications. It’s pretty amazing to see it in person and got my head spinning with ideas. It was at this time I knew my “gamble” with Cappuccino had actually paid off.

As the end of the year rolls around it’s become obvious to me that I won’t be shipping the final version of TimeTable by my internal deadline of December 31st.  That’s okay though because TimeTable has simply blown me away. I couldn’t be happier with my decision to move TimeTable to Cappuccino and likewise I couldn’t be happier with the way TimeTable has turned out. I planned on shipping the 2nd release candidate today however there are a couple features I want to implement. Once the 2nd RC is out the door I’ll be locking the feature set down for 1.0. Meaning, there will be no new features added to TimeTable between RC2 and the Gold Master (GM). Gold Master will be the version I ship which will be sold. After I ship the GM I will be focusing my effort on getting the TimeTable website which has been sadly neglected up to spec with the application. This includes getting pricing information, frequently asked questions, up date help files, screenshots, and screencasts online.

I’ve already begun developing a feature set for a 1.5/2.0 release, which will of course be free to most TimeTable users (more details about this when the pricing information goes up). I want to thank all of you who have supplied feedback for TimeTable. You will be receiving coupon codes when TimeTable ships for your discount. I also want to thank all of you who have provided support, you’ve been invaluable. TimeTable will ship as a rock solid product and this couldn’t have been done without the Cappuccino community, and all the support I’ve received from you guys.

I hope you all have a happy holiday season.

Thank You,
Randy Luecke

Shipping Beta 1!

Sunday, November 15th, 2009

It’s here folks! After months of work, and rework, testing, and sleepless nights I have beta 1 ready to ship! At the end I’ll go over some of the newest features and known bugs, but for first I want to give a little info on the roadmap for TimeTable and beta program.

For about a week or so I’ll only be giving access to the beta to my private alpha testers. This is because my server isn’t up to the task at the moment for all the testers that have signed up! Don’t worry, those invites will be coming out very soon! I’ve already begun the process of setting up a new server that will handle the load of several hundred Beta testers. I also need to setup a more formal way to get send feedback.

I’ll be working on screencasts in the coming week(s). Instead of one long screencast that would take about an hour I’ll be working on individual videos for specific features of TimeTable. This will allow me to go more in depth on each feature and release them more frequently.

The first thing you’re going to notice with TimeTable beta 1 is that the images load separately… This usually wouldn’t be filed as a bug since this is how all web applications usually load their resources. There is an awesome new technology that is bundled with Cappuccino that will end up allowing me to compile the whole application into one file. This means that all the resources will be loaded at once meaning you’ll never have a seconds delay when loading an image. I was hoping to get this into the beta but I would had to push the launch off another week.

So now let’s jump into the features.

The most important feature in beta 1 is invoice creation. I’ve included the ability to download both summarized and itemized invoices. When I move to the new server I’ll be including the ability to not only generate these invoices, but email them directly to your client. Next, I’ve included keyboard support. Pressing enter on a dialog will perform the default action, there is keyboard support for menu items however the shortcut won’t be printed on the menu item until the next release.

Roadmap:
So the end of the road for 1.0 is within sight now. The next release will focus on invoice customization. After that the releases will include bug fixes and UI clean up.  I hope to have no more than three betas. So get your feedback in before the RC if you want to be eligible for a discounted rate for the first year.

Side notes:
Today (November 15th) is the day Atlas (a 280 North product) ships. This is the 2nd product from 280 North. Atlas is a development tool for laying out the UI for Cappuccino applications. I’m now able to talk a little about the product. I’ve been testing the early alpha versions of Atlas throughout it’s development. Atlas as a UI editor isn’t going to be that important for TimeTable for the 1.0 release because it’s too late in development. However there is one feature that makes TimeTable shine. Atlas offers you the ability to build your own projects as a native desktop application. I won’t lie, TimeTable running on the desktop is absolutely gorgeous. I hope that I’ll get a desktop version out the door the day I ship 1.0 but I can’t make any promises. I want to wish 280 North all the best with Atlas, they’ve been a tremendous help getting TimeTable where it is today. I wouldn’t have been able to continue without all their help. Also I would like to thank everyone that expressed interest in the project. Coming back to the list of people requesting access to the beta makes gave me the push to finally begin work on cleaning up the mess of the code it was originally. You guys are amazing!

I hope that you all enjoy using TimeTable! Remember, TimeTable is going to be whatever you make it, so send feedback! If you want a feature don’t hesitate to let me know!

Regards,
Randy Luecle

The Future of Applications: Part 2

Tuesday, September 22nd, 2009

A few months ago I wrote a rather extensive blog post about the future of applications. With a few recent announcements in the industry and a newly discovered HTML5 API I thought it prudent to revisit this subject.

Of course the recent announcement I am talking about is WebGL implementation in both the latest nightly builds of WebKit and Firefox. WebGL, if you’re not familiar with it, is short for Web Graphics Language. WebGL provides access to OpenGL ES 2.0 from within the browser using javascript. OpenGL ES 2.0 is the graphics engine used on the iPhone and the iPod touch (and other mobile devices). This gives you an idea of the possibilities WebGL is opening up.

The new Canvas element (as well as SVG) in HTML5 adds a vector graphics layer on top of HTML lifting dependence on bitmap graphics. Canvas isn’t new though. In fact, many web applications today use the canvas element today. The CoreGraphics frameworks in Cappuccino is written using the canvas element. For performance reasons the TableView in Cappuccino relies  on canvas to draw the table. I bring canvas up because this is exactly what WebGL uses for rendering 3D graphics in your browser. To draw on your canvas you select a context for which you will be using. Traditionally you will be using the 2D context giving you a “surface” to draw two dimensional primitive shapes. WebGL opens up the 3D context of the canvas element to developers. Actually, WebGL takes it to the next level by more or less “bridging” the 3D context of canvas with OpenGL ES 2.0.

I’ll come back to WebGL later but I want to touch on an API in HTML5 that I had forgotten about when I wrote my original post about the future of apps. I’m talking about Web Workers. First off, you must understand how javascript works in the browser. The javascript in your browser (generally speaking) runs on the same CPU thread as the browser itself. The Google Chrome browser has actually abstracted the webpage and makes it run as a separate process from the browser. This means if your javascript freezes the browser only the page you’re looking at crashes, leaving the other tabs in tact. This however doesn’t solve the problem of a multi-threaded like implementation in javascript. To solve this problem Web Workers were introduced letting parts of your javascript run independently of others. A great example of this is found on the prime number calculators on this page. One version will actually hose up your browser while the other brings the javascript into a new thread preventing the browser from hosing up.

To recap I’ve talked about hardware accelerated graphics and multi-threaded javascript running from within the browser. Now lets take a look at what I said just two months ago.

A few exceptions do come to mind. We currently don’t have support for things like hardware graphics acceleration, extensive support for multi-core processors, standardized local storage solutions, and standardized personal identification.

Now, multi-threaded does not necessarily translate into multi-core but once the javascript is threaded the browser can easily assign different tasks to different cores. So it looks like high performance demanding applications are no longer a problem with HTML5. That just leaves the standardization of access to your personal identity on the web. I am obviously not the only person thinking about how to bring all my desktop applications to the browser. The future is already here, now we must jump ship or waste time catching up.

The Future of Applications

Monday, July 20th, 2009

Applications have come a long way in the last 30 years. From punch cards, to a simple command line interface, to the first graphical user interfaces, to high end editing of photographs and videos. We said “wow” when we watched Steve Jobs introduce the Macintosh in 1984 and we said “wow” when we saw Steve Jobs demo the iPhone in 2007. What makes hardware great is not how fast the processor runs or how shiny the box is. Software makes hardware worth spending money on. Software engineers have been through it all: punch cards, the command line (we’re still there), the mouse, pretty animations. It really is amazing how quickly things have changed but what’s even more amazing is how quickly things are still changing; it’s exciting! So where is the future of applications? Why is the future so exciting? What does the future have in store for individuals, businesses, and enterprises?

(more…)