Delphi, Dropbox and Live Templates

Live Templates have been in Delphi and C++Builder since BDS2006 and they offer a way to automate a lot of routine typing in the code editor, especially if you put in the effort to both tailor the standard templates and create new templates. There are plenty of other, better, resources about Live Templates, like this, and this, so I don’t intend to go into how to write your own.

However, customisations like this are a dual-edged sword: yes, they can make you more productive, but sit down in front of a machine that doesn’t have them and suddenly you’re even less productive than before you started. This has been happening more and more frequently to me as I find myself using Delphi in multiple VMs on multiple machines in multiple physical locations.

My Live Templates are in version control, so for awhile I was just trying to remember to checkout the latest versions prior to starting the IDE, but I’d forget more often than not, so while I intend keeping them in version control, this isn’t the solution I’m looking for.

What I want is a way to make sure my Live Templates are kept up to date on every machine, physical or virtual, with no ongoing intervention on my part. You know, kind of like Dropbox?

Well, actually, exactly like Dropbox.

When this realisation hit me, I got very excited. I already had Dropbox installed in most of the VMs I was using, so it should be a relatively easy thing to tell it to sync the xml files RAD Studio uses to store Live Templates, right?

Yes… and no.

Getting Dropbox to sync them is stupidly easy. I created a templates folder in my Dropbox folder and copied all my custom Live Templates into it (actually, checked them out of version control, but that’s beside the point). I gave Dropbox some time to do its magic and Bob’s your father’s brother, my templates are on all my machines!

Now I just have to tell all my instances of Delphi to look in this dropbox/templates folder. That should be as easy as setting the path to my Live Templates folder in the IDE options, and….err, hang on, there’s no IDE option for that?

OK Delphi, you’re gonna make me earn this I see.

So let’s have a look. In a default installation, the standard Live Templates that come with RAD Studio are stored in:

C:\Program Files\Embarcadero\RAD Studio\9.0\ObjRepos\en\Code_Templates

In addition, the IDE will look for any custom Live Templates you create in:

C:\Users\mgroves\Documents\RAD Studio\code_templates

Hmmm, that ObjRepos bit in the first path gives me an idea.

Attempt 1: There is an IDE option for setting a Shared Object Repository, really meant for sharing common forms and projects across a team so they are visible when you use File | New. This was there long before Live Templates were even a glimmer in someone’s eye, but still, maybe it’ll work for everything under that directory?

Unfortunately not. This could still be useful for sharing Object Gallery forms and projects across machines, if you use that feature, but no luck for templates.

Attempt 2: I didn’t really expect this one to work, but it was so easy to try I thought I’d quickly rule it out. I created a Windows Shortcut to my LiveTemplates DropBox folder inside my C:\Users\mgroves\Documents\RAD Studio\code_templates folder. Windows Explorer was happy, but the IDE was not fooled.

Attempt 3: OK, being polite didn’t get me anywhere, so let’s try a different tack: regedit. I spelunked around in the IDE registry keys for quite awhile, sure that I would find an option to change to tell the IDE where to look for user-defined Live Templates. It may well be there, but I didn’t find it.

I gave up and went and had a coffee. Something about Attempt 2 with the shortcut was nagging at me. I vaguely remembered something about a later Windows version getting a feature like Symbolic Links from Unix. Couldn’t remember what they were called, but basically, Shortcuts done properly. When I got back, a quick search revealed that in fact I was right, and that in Windows they were cunningly called….Symbolic Links. Read up on them here, but they are NTFS specific and introduced with Windows Vista. NB: See the comment below from Stefano Moratto about the junction command line tool, that looks like it will probably work for earlier versions of windows such as XP.

You create a Symbolic Link at the command line using mklink. You’ll need Administrator rights to do this, so start up cmd.exe as Administrator, navigate to your user-defined live templates folder (in my case C:\Users\mgroves\Documents\RAD Studio\code_templates) and type the following command:

mklink /D SharedTemplates c:\Users\mgroves\Dropbox\templates

The params are:

  • /D – tells it to create a symbolic link to a directory rather than a file
  • SharedTemplates – the name of the symbolic link that will be created
  • c:\Users\mgroves\Dropbox\templates – the directory to which the symbolic link should point. In this case, my templates folder being sync’d by Dropbox.

Do all that properly and you should see a message like this:

symbolic link created for SharedTemplates <<===>> c:\Users\mgroves\Dropbox\templates

Now, if my theory works, as far as RAD Studio is concerned, the contents of my Dropbox templates folder is actually in a subdirectory of C:\Users\mgroves\Documents\RAD Studio\code_templates called SharedTemplates.

Indeed, my theory did work. Firing up the IDE shows that all the templates in that dropbox/templates directory are available when you hit Ctrl-J, and Dropbox takes care of the hard work of keeping all my machines up to date.

This will probably also work if you’re using some other service apart from Dropbox. It could also be a way to get multiple people on your team sharing a single set of templates from a shared network folder, as a few people have asked about.

Oh, and if you don’t already use Dropbox, then consider signing up using this link and we both get an extra 500MB of space (yes, I’m shameless, I know, but I shove a LOT of stuff into dropbox).

Tiny USB Wifi Access Point

I travel a lot for work, and a surprising number of the hotels at which I stay still don’t have in-room wifi. Because of this, I’ve carried an Apple Airport Express in my luggage for a couple of years, so that I can have my phone and tablet online while in my room, in addition to my laptop.

Wandering through an electronics store here in Tokyo this afternoon, I came across something confusingly also called an AirPort, from a company called I-O Data. Packaging was all in Japanese, however after a bit of deciphering of diagrams and the odd technical word in English, I realised it was a tiny, USB-powered wifi access point. How tiny? I think the technical term is “bloody tiny”. Here’s a photo beside my Airport Express.

Small enough to be permanently connected in my USB travel pack, which is a small, padded, zip-up case I’ve kept in my laptop bag for a few years now, containing a portable HDD, a few cables (iPhone, micro-USB, etc) and now, a wifi access point, all permanently connected to a USB hub (also in the case). One USB cable to plug in, no need to even unzip it, everything I need already connected, and only one thing to remember to pack up again.

Reasonably cheap too. 2,300 yen, which is less than $30 US.

Anyone want to buy an Airport Express? Only one owner!

Avoiding Distributed Transactions

Last week I presented on “Building Distributed Applications That Don’t Suck” twice at the ADUG conferences in Melbourne and Canberra. As the name may suggest, it’s a heavily opinionated session about the common mistakes people make when building distributed systems, and some techniques you can use to avoid the mistakes.

One of the great things about opinionated sessions is that they spark arguments, and I have thoroughly enjoyed the discussions that started during the breaks between sessions and that have continued on in email since then. One of those discussions has been around distributed transactions, and my advice to actively look for opportunities to avoid them. In the session I discussed how, where the business rules allowed, you could use things like Idempotency and even ordering of inserts to avoid the cost of a distributed transaction. However, it was the topic of Eventual Consistency that caused the most angst.

Read On…

Opening files and URLs in default applications in OS X

After my article on Special Folders, a few people asked how to open a file in the default application.

For example, if I open a JPEG, whichever application is registered as the default app for JPEGs will execute. This is roughly analogous to ShellExecute in Windows.

The question was also asked about opening a URL in the default browser and also sending an email with the default mail application. These are closely related so I’ll cover them at the same time.

It’s actually pretty easy. I’ve got a TOpenDialog on a form, and the following code in a TButton.OnClick event:

procedure TForm2.Button1Click(Sender: TObject);
var
  Workspace : NSWorkspace;
begin
  if OpenDialog1.Execute then
  begin
    Label1.Text := OpenDialog1.FileName;
    Workspace := TNSWorkspace.Create;
    Workspace.openFile(NSSTR(Label1.Text));
  end;
end;

Once we have the filename from the TOpenDialog, we create a NSWorkspace reference and use the openFile method, converting the filename string to a NSString on the way. NSWorkspace is defined in Macapi.Appkit and the NSSTR function to convert a String to a NSString is defined in Macapi.Foundation;

Opening a URL in a browser is slightly longer but not much:

procedure TForm2.Button3Click(Sender: TObject);
var
  URL : NSURL;
  Workspace : NSWorkspace;
begin
    URL := TNSURL.Create;
    URL.initWithString(NSSTR('http://www.malcolmgroves.com'));

    Workspace := TNSWorkspace.Create;
    Workspace.openURL(URL);
end;

Instead of the NSWorkspace.openFile method, we need to use openURL. This expects a NSURL as a parameter, so we construct that and load it up with the initWithString method, again converting our String to a NSString along the way. Executing that code causes Safari (on my machine) to open my website.

Opening a new mail and setting the To, Subject and Body is much the same, just down to the string we pass into our NSURL:

procedure TForm2.Button2Click(Sender: TObject);
var
  URL : NSURL;
  Workspace : NSWorkspace;
begin
    URL := TNSURL.Create;
    URL.initWithString(NSSTR('mailto:fred@flintstones.com?subject=Hello&body=Hello%20Fred'));

    Workspace := TNSWorkspace.Create;
    Workspace.openURL(URL);
end;

You can download the sample project from my delphi-samples repository on github.

Interesting use of 3D UI in music software

Awhile back I wrote about music technology being one of the areas pushing new user interface\interaction technologies, such as the Kinect, and the Wii before it.

Well, I’m a little behind on this one, but this video preview of AudioGL is another example, this time in terms of 3D UI.

Apart from the opening credits, the first section is a pretty standard, albeit slick, 2D interface along the lines of other modular DAWs or instruments. However, around the 8 minute mark he suddenly zooms back from that 2D interface to show all the modules connected on a plane, with the automation tracks flowing through the property on the 2D interface and away to a vanishing point in the distance. Shades of Tron meet Dance Dance Revolution.

I have no idea if this interface would be useful or usable for composition, it appears it may be more oriented towards performance, but I’m impressed with the leap of imagination taken to render automation on the “z axis”, and I’m now wondering about the possibilities for generating 3D datapoints dynamically and the applicability to other domains.