I found one deprecated call (in two incarnations): listcats expands to list_cats, but the beauty in using the Bundle is, I just exchanged it to expand to wp_list_categories and I was done. I don’t have to remember which calls are deprecated, I’ll just have to make sure to check the Bundle as soon as new lists with deprecated calls show up and exchange them. The only “clear and present danger” I see in this approach is: What do i do, while not using TextMate? But that holds true for almost anything handled by a Bundle in TextMate. (I just found out, that the editor in WordPress does not close HTML-Tags when ⌘ – ⌥ – . is pressed. )

Kudos to Joost for picking up the task. Thanks, really.

I’m going to test it later today.

sudo ln -s /Users/admin/FBLogs /Library/FrontBase/LogFiles(OS X)
Creates a symbolic link to the directory FBLogs (the directory needs to be created first) named LogFiles in your FrontBase-directory. If FrontBase “sees” this directory, all logs will be created and written there instead of the standard-location in Databases. If you are using Linux or Unix, choose a convenient location on your hard-disk.

Now you’re ready to log (and roll), but you have to tell FrontBase first. Fire up sql92, connect to the database in question and use

SET WRITE SQL TRUE GLOBAL;

to convince FrontBase to start logging. To turn logging off, use

SET WRITE SQL FALSE GLOBAL;

The logfile-name is the one with “sql” added, so [name_of_your_database].fb.sql is the file the commands shown above use for logging. Said file will grow to astonishing proportions in a very short time, on a busy database, that is. If you want to use a new file while logging is active, use

SWITCH TO NEW SQL LOG;

The current file will be renamed to [name_of_your_database].fb.sql.YYYYMMDDHHMMSS and a new file named [name_of_your_database].fb.sql will be created and used (keep this in mind when using tail -f).

Again, this is supposed to be a debugging-feature, not something you enable and let run forever. Check out the documentation, there is more to logging in FrontBase; especially the explanation of the contents of your log files.

Hope this helps, if you tend (like me) to forget these commands, bookmark the post.

• Written in Erlang
• Flat-file and document-centered
• Replication built in
• Runs on
  1. Linux
  2. OS X
  3. Windows
• Open Source

What’s not to like? And since the local database is replicated with the peers, no backups. But don’t forget to put two or three machines in another building.

A short explanation regarding split(): The function allows the programmer (a.k.a. us) to translate a string like ‘A-B-C-D’ into a character array, using (in this case) - as delimiter, or marker where data ends or begins during the translation.

Back to AppleScript, there is no function to split a string easily; the “whys” seem to be buried in the vaults of the developers. Not that we wouldn’t need that kind of functionality on a recurring basis, though. But since AppleScript has a property called text item delimiters, we could make use of said property, couldn’t we? Let’s take a look at the code first:

	set myTestString to "1-2-3-5-8-13-21"

	set myArray to my theSplit(myTestString, "-")

	on theSplit(theString, theDelimiter)
		-- save delimiters to restore old settings
		set oldDelimiters to AppleScript's text item delimiters
		-- set delimiters to delimiter to be used
		set AppleScript's text item delimiters to theDelimiter
		-- create the array
		set theArray to every text item of theString
		-- restore the old setting
		set AppleScript's text item delimiters to oldDelimiters
		-- return the result
		return theArray
	end theSplit

The first two lines make use of the handler and display the result in the, appropriately named, “Result”-window in Script Editor.app. The Handler theSplit expects a string and the delimiter to be used as arguments. We need to store the current setting of text item delimiters first. (Never ever override the delimiter without restoring it as soon as you are done, debugging of larger scripts can be a real pain should you forget to restore, believe me.) Then we override the current setting with our delimiter. The theArray is populated with the split-up contents of theString, the delimiter is restored and we return the result.

I’m aware that I could have just used theString and overwrite it with the result, but doing it this way allows the insertion of another handler to convert the array to a different data-type, if needed.

The other thing I’m aware of is the fact, that the code shown above ruins my XHTML-conformity for good, a sacrifice for you, dear reader.

If you could scrape some definitions from your stylesheet, then—depending on the traffic on your website—getting rid of some stuff might mean less traffic. Besides, knowing your code is clean makes you feel better, believe me. The idea is so obvious, I wonder why nobody came up with something like The CSS Redundancy Checker a long time ago. IMHO, the work of a genius.

The author hints, that the functionality might come as a TextMate-Plugin in the future, BTW.