A new year, a new example, and various other bits of progress
Submitted by ddiego on Mon, 2008-02-11 15:45. News and AnnouncementsWell it's been a while, but have no fears, progress on the upcoming Fish Taco release is moving forward, albeit slower than I would like.
The latest example was kind of cool, and I wanted to post about it. It is based on a little article by Ryan Paul at Ars Technica: U CAN HAS LOLcats on Linux with Ruby and GTK. This inspired me to write the equivalent using the VCF:
Big changes in pipeline for upcoming "FishTaco" release
Submitted by ddiego on Fri, 2007-06-15 17:24. News and AnnouncementsThere are some big changes in store for the upcoming release. One of these is a complete revamp of the current delegate implementation in the framework. The new implementation allows for arbitrary function signatures, and for asynchronous invocation. This is the same kind of functionality found in .NET's Delegate.BeginInvoke/Delegate.EndInvoke functions.
Next VCF release code name revealed...
Submitted by ddiego on Wed, 2007-05-23 03:37. News and AnnouncementsDATELINE MAY 22, 2007
May 22, 2007 (The Internet) - While the project is keeping quiet, an unnamed source has confirmed that the next release of the VCF, tentatively due sometime in June or July, is named "FishTaco".
Major IT News: Jameson leaves Microsoft for the VCF Project
Submitted by ddiego on Wed, 2007-05-09 17:59. News and AnnouncementsDATELINE MAY 9, 2007
May 9, 2007 (The Internet) - In a stunning coup de grace the VCF Project has managed to lure Microsoft press spokeswoman Jenna Jameson away from the software giant.
SVN issues
Submitted by ddiego on Wed, 2007-04-18 21:24. News and AnnouncementsIf you're having any issues with committing code via SVN, specifically getting 403 errors you may want to read on.
It appears that SF made some changes a while ago to the SVN repos, and it may affect some people. Quoting:
On November 31, 2006 the access method for Subversion changed. This document reflects those changes. The old method had numerous problems, including spurious 50x error messages and other issues that kept it from functioning fully. This newly documented access method solves many, if not all of the issues with the old mechanism. Users of the old method (https://svn.sourceforge.net/svnroot/PROJECTNAME) should switch to the new access method (https://PROJECTNAME.svn.sourceforge.net/svnroot/PROJECTNAME) using these steps: 1. Make a copy of your local working copy. 2. Run 'svn info' at the root of the repository content, it should display a line that appears similar to: URL: https://svn.sourceforge.net/svnroot/PROJECTNAME/trunk 3. Run the following command at the root of the working copy: svn switch --relocate https://svn.sourceforge.net/svnroot/PROJECTNAME/trunk https://PROJECTNAME.svn.sourceforge.net/svnroot/PROJECTNAME/trunkSo for us, this would be :
svn switch --relocate https://svn.sourceforge.net/svnroot/vcf/trunk https://vcf.svn.sourceforge.net/svnroot/vcf/trunkCheers!

