I just installed the svn update to GTDAlt (r6072) that reportedly has the fix for date handling.
I opened a new GTDAlt document, made a new project, added a new context item and tried to insert a due date (either using # or via menu) and received an error about a non-existent nib file on the desktop. Looking at the code for "set date", I found this line that I think needs to be fixed:
str = `#{e_sh dialog} ~/Desktop/testing.nib -mp #{e_sh plist}`
I'm not sure which nib the command be looking in but hope that either Allan or Charilaos might be able to help fix this.
Thanks,
Norm --- Norman A. Cohen nacohen@mac.com
"Whatever you may be sure of, be sure of this, that you are dreadfully like other people." James Russell Lowell
On Nov 11, 2006, at 4:20 PM, Norman Cohen wrote:
I just installed the svn update to GTDAlt (r6072) that reportedly has the fix for date handling.
I opened a new GTDAlt document, made a new project, added a new context item and tried to insert a due date (either using # or via menu) and received an error about a non-existent nib file on the desktop. Looking at the code for "set date", I found this line that I think needs to be fixed:
str = `#{e_sh dialog} ~/Desktop/testing.nib -mp #{e_sh plist}`
I'm not sure which nib the command be looking in but hope that either Allan or Charilaos might be able to help fix this.
Oh man, I forgot to change it. It was pointing to the nib I was using for testing. I just committed a fix.
Thanks,
Norm
Haris
Nice job on the date picker, Haris. The best of the implementations so far, I think. Best, Mark
On Nov 11, 2006, at 9:35 PM, Mark Eli Kalderon wrote:
Nice job on the date picker, Haris. The best of the implementations so far, I think. Best, Mark
Entirely thanks to Allan's attention to detail. I kept coming back with implementations, and he had at least 10 things that were wrong with each one. And he was right in all of them. I bet he has a number of things that are wrong with this one two.
Btw, it is nowhere mentioned yet unfortunately, but the entry in the datepicker that accepts number of dates accepts simple arithmetic expressions. So if today is Sunday, and you want the Tuesday 3 weeks from today, you could type: 3*7+2.
The only problem with the date picker atm is that there is no way to tell TM which of the two you want it to use. Atm the way it works, is that if you do anything with the date field, then that is the one that will be used. Otherwise, it is the days field instead.
Haris
I still have the same problem. In the code it still reads: str = `#{e_sh dialog} ~/Desktop/testing.nib -mp #{e_sh plist}`
even though I have just downloaded revision 6092
I did a full checkout using svn of both the GDTAlt bundle and support. I also have reloaded 'support'.
Now i have a new problem: Pressing shift-2 I get this error: tm_dialog: server version at v4, this tool at v5 (they need to match) /Library/Application Support/TextMate/Support/lib/dialog.rb:19:in `load': Cannot parse a NULL or zero-length data (PropertyListError) from /Library/Application Support/TextMate/Support/lib/dialog.rb: 19:in `menu' from /tmp/temp_textmate.SL5nVA:5
Any thoughts? Thanks,
Christopher
On 11 Nov 2006, at 21:50, Charilaos Skiadas wrote:
On Nov 11, 2006, at 4:20 PM, Norman Cohen wrote:
I just installed the svn update to GTDAlt (r6072) that reportedly has the fix for date handling.
I opened a new GTDAlt document, made a new project, added a new context item and tried to insert a due date (either using # or via menu) and received an error about a non-existent nib file on the desktop. Looking at the code for "set date", I found this line that I think needs to be fixed:
str = `#{e_sh dialog} ~/Desktop/testing.nib -mp #{e_sh plist}`
I'm not sure which nib the command be looking in but hope that either Allan or Charilaos might be able to help fix this.
Oh man, I forgot to change it. It was pointing to the nib I was using for testing. I just committed a fix.
Thanks,
Norm
Haris
______________________________________________________________________ For new threads USE THIS: textmate@lists.macromates.com (threading gets destroyed and the universe will collapse if you don't) http://lists.macromates.com/mailman/listinfo/textmate
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512
On 12.11.2006, at 22:54, Christopher Brewster wrote:
I still have the same problem. In the code it still reads: str = `#{e_sh dialog} ~/Desktop/testing.nib -mp #{e_sh plist}`
even though I have just downloaded revision 6092
I did a full checkout using svn of both the GDTAlt bundle and support. I also have reloaded 'support'.
Now i have a new problem: Pressing shift-2 I get this error: tm_dialog: server version at v4, this tool at v5 (they need to match) /Library/Application Support/TextMate/Support/lib/dialog.rb:19:in `load': Cannot parse a NULL or zero-length data (PropertyListError) from /Library/Application Support/TextMate/Support/lib/ dialog.rb:19:in `menu' from /tmp/temp_textmate.SL5nVA:5
Any thoughts? Thanks,
Christopher
You also have to update the PlugIns directory. The Dialog.tmplugin needs to be up to date. Simon - - ----
privacy is necessary using http://gnupg.org public key id: 0x6115F804EFB33229 http://ruderich.com/
simonruderich.asc
Colour me dense, but how does one go about accomplishing this feat? The Plugins directory in my TextMate.app does not have SVN metadata...
On 11/12/06, Simon Ruderich simon@ruderich.com wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512
On 12.11.2006, at 22:54, Christopher Brewster wrote:
I still have the same problem. In the code it still reads: str = `#{e_sh dialog} ~/Desktop/testing.nib -mp #{e_sh plist}`
even though I have just downloaded revision 6092
I did a full checkout using svn of both the GDTAlt bundle and support. I also have reloaded 'support'.
Now i have a new problem: Pressing shift-2 I get this error: tm_dialog: server version at v4, this tool at v5 (they need to match) /Library/Application Support/TextMate/Support/lib/dialog.rb:19:in `load': Cannot parse a NULL or zero-length data (PropertyListError) from /Library/Application Support/TextMate/Support/lib/ dialog.rb:19:in `menu' from /tmp/temp_textmate.SL5nVA:5
Any thoughts? Thanks,
Christopher
You also have to update the PlugIns directory. The Dialog.tmplugin needs to be up to date. Simon
privacy is necessary using http://gnupg.org public key id: 0x6115F804EFB33229 http://ruderich.com/
simonruderich.asc
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin)
iD8DBQFFV5+2YRX4BO+zMikRCstyAKDHHK+6GmDHlQd80CGnLNQey+FuAACg1S/7 HZyLqJ6mHaVidISmZtcQNsI= =Htag -----END PGP SIGNATURE-----
For new threads USE THIS: textmate@lists.macromates.com (threading gets destroyed and the universe will collapse if you don't) http://lists.macromates.com/mailman/listinfo/textmate
On Nov 18, 2006, at 1:28 PM, Chris Rose wrote:
Colour me dense, but how does one go about accomplishing this feat? The Plugins directory in my TextMate.app does not have SVN metadata...
There are two things needed. The one is Dialog.tmplugin, which needs to reside in a PlugIns directory, either inside TextMate.app or ~/ Library/Application Support/TextMate, or even better /Library/ Application Support/TextMate. For that you would need to follow the instructions for getting more bundles in http://macromates.com/textmate/manual/ bundles#getting_more_bundles in order to check out http://macromates.com/svn/Bundles/trunk/PlugIns The net effect should be a directory /Library/Application\ Support/ TextMate/PlugIns, containing Dialog.tmplugin.
Further, you need an updated (from svn) global Support directory, in / Library/Application\ Support/TextMate/Support
Unfortunately this is not entirely trivial, though the following lines should accomplish it, provided that you already have /Library/ Application Support/TextMate, and you have installed svn (subversion). The alternative is to just wait for the next TM version.
cd /Library/Application\ Support/TextMate svn co http://macromates.com/svn/Bundles/trunk/PlugIns svn co http://macromates.com/svn/Bundles/trunk/Support
If you already have the Support directory there, then you would want to replace that last command with: svn up Support
Hope this helps, Haris
-
Charilaos Skiadas -
Chris Rose -
Christopher Brewster -
Mark Eli Kalderon -
Norman Cohen -
Simon Ruderich