Hi All,
With Alex Ross' kind permission I created a clone on github and modified it:
git://github.com/gknops/scratch.tmbundle.git
The changes make it work much better with my workflow (YMMV):
- Shortcut changed to easier to use Shift-Cmd-C - Instead of the temporary buffer document it now shows the scratch manager - The file names in the scratch manager are clickable and bring you to where the scratch came from
I kept the original UUIDs (as they were in the svn review repo), not sure if that is a good or bad thing. Someone enlighten me please.
Gerd
On 28 Jun 2011, at 19:48, Gerd Knops wrote:
I kept the original UUIDs (as they were in the svn review repo), not sure if that is a good or bad thing. Someone enlighten me please.
That seems appropriate, since this is meant to supersede the original bundle, not be an alternative.
If no-one objects, I’ll remove the original bundle from review, since it now has a new life on your GitHub account, and I see you correctly imported the full subversion history, good job! :)
On Jun 30, 2011, at 1:44 AM, Allan Odgaard wrote:
On 28 Jun 2011, at 19:48, Gerd Knops wrote:
I kept the original UUIDs (as they were in the svn review repo), not sure if that is a good or bad thing. Someone enlighten me please.
That seems appropriate, since this is meant to supersede the original bundle, not be an alternative.
If no-one objects, I’ll remove the original bundle from review, since it now has a new life on your GitHub account, and I see you correctly imported the full subversion history, good job! :)
Seemed like the right thing to do. No objections from me.
Is there anything special to do then to have GetBundles find it?
Gerd
On 30 Jun 2011, at 16:36, Gerd Knops wrote:
Is there anything special to do then to have GetBundles find it?
Just for the records, the ‘.tmbundle’ extension makes it pick up the bundle.
It does a daily GitHub query around 11 AM UTC where the index is updated, so for new bundles it can take up to 24 hours before the bundle show up in GetBundles.