Moving to a new home

Last week I moved into a new apartment, when I got there the place was a mess and I have been spending the last week and a half cleaning it up. Though it is not perfectly clean, I now have a bed to sleep on and a desk to do work at. Not to mention I just got a new computer as well. A nice practical computer with two monitors, a nice graphics cards, a good processor, a solid state drive for the operating system, and plenty of ram. Aside from the heat I believe I will be quite comfortable coding here for many days. I cant wait to get back to working on Briefcase.

– Asher

 

Advertisements

Changing the Spreadsheet rendering method

The current rendering method for the spreadsheet is the HTML5 canvas. Which works remarkably well. However it has two drawbacks that I have run into so far. The first is that it renders raster images, which means that if you zoom in to the page, the input text and menu bar scale fine but the spreadsheet gets very pixelated. The other is speed. Everything drawn onto the canvas is done in javascript which is inherently slow. Due to me not knowing enough about how the HTML5 canvas drawing functions work, I have no doubt that I am causing multiple redrawings to occur each time I want to change the canvas contents. While the canvas version of the spreadsheet will not be going away the focus will shift for the time being onto a native rendering environment. The WYSIWYG editor is still planned to use the canvas, hopefully by the time that begins development we will be better at writing efficient canvas drawing functions.

– Asher

Code Documentation

Documenting code is important. Documenting code is not just commenting code, but also writing pages on how to use your code. Recently I have seen some rookies do things in there documentation similar to:

If you are a user then ask your system admin to set up the server / configuration files

Then never in their documentation include any information for the system admin on how to do so. This kind of documentation is not helpful, you need to have a walk through for each part of the set-up and each part of the usage. Another thing that I have seen recently with projects that include a library or framework is that a link to the installation page for that library is included as the primary source of information about how to install the library that their software depends on.  If you use a library or framework like that then you should try to include a brief summary with a list of instructions on how to install the library or framework under standard circumstances. Then include a link to the external installation page as a backup in case the user needs more information in order to install the package.

While the github wiki is great for documentation it can sometimes be hard to figure out a way to properly display all the information you would like, especially if there is a different way to install the program depending on what operating system you are on. For Briefcase I would like to create a website that has this documentation. A live Briefcase server will also be up and running soon that will allow people to register and test out Briefcase. This will be separate from the dev server that has been running for the past few months, and hopefully more stable.

In other news if anyone is good a graphics design we would love to have you on the project, my claim to fame for graphics design is being able to make the corners curvy and some little photoshop stuff.

– Asher

Gone for a While

I am out of the country for a while, forgot to mention it. I probably will not do much work until I get back to the states. Maybe I will, maybe Ill die on one of the hikes and never work on it again… I hope not though. See ya in a week (whoever you are).

– Asher

Simple Graphical Updates

While we have been developing briefcase one of the goals is for it to look good. Recently I finished what I believe to be a good first version of how briefcase will look. Maybe even in the future we will have people creating their own version of the layout.

– Asher Glick

 

Beginning the summer

The summer is coming along nicely so far. We have accomplished many things with the server back end including a standard way of passing messages between the server and the client, renaming files, deleting files, and making the user profile and login screen look nicer. There are still a few outstanding bugs (some of which are quite important) that need to be fixed before it becomes completely usable. We also improved the documentation on setting up the Django backend so that developers can set up the Briefcase environment in minutes without having to crawl through pages of documentation on the Django or python sites. A menu system with the ability to handle shortcut keys (as well as a stand alone shortcut key library) is my next goal for the project and will hopefully be done this weekend.

Multiple Cell Selection

After a while we now have a functional multi-cell selection working! Though at the moment of writing the functionality for manipulating those cells is not yet implemented I do hope that they will be soon. Once the ability to manipulate multiple cell groups is complete I will begin again at tackling the problem of the code editor and how to make it faster.
Multiple Cell Selection Screeshot
Beth is currently working on getting the back-end to handle the live view for multiple users. There are also some problems with database migration that cause the database to be deleted every so often. Once that bug is fixed we will have a public server that people can access in order to test out our software. I also hope to roll out a few new application ideas before too long for interested parties to begin work on if they want to help contribute.

– Asher Glick