Hi,
I try to mark a task as complete by get the following errors:
/Users/tomd/Library/Application
Support/TextMate/Managed/Bundles/Taskmate.tmbundle/Support/lib/taskmate/file.rb:7:in
`initialize': can't convert nil into String (TypeError)
from /Users/tomd/Library/Application
Support/TextMate/Managed/Bundles/Taskmate.tmbundle/Support/lib/taskmate/file.rb:7:in
`open'
from /Users/tomd/Library/Application
Support/TextMate/Managed/Bundles/Taskmate.tmbundle/Support/lib/taskmate/file.rb:7:in
`readlines'
from /Users/tomd/Library/Application
Support/TextMate/Managed/Bundles/Taskmate.tmbundle/Support/lib/taskmate/file.rb:12:in
`line_at'
from /Users/tomd/Library/Application
Support/TextMate/Managed/Bundles/Taskmate.tmbundle/Support/lib/taskmate.rb:169:in
`toggle_completed'
from Toggle Completed:10
Thanks.
--
View this message in context: http://old.nabble.com/Taskmate-Errors--TM2--tp32987898p32987898.html
Sent from the textmate users mailing list archive at Nabble.com.
Each time I try to compile a LaTeX document, even in a newly creaated user account, I receive the following message. Any ides on what I might be doing wrong?
Traceback (most recent call last): File
"/Users/admin/Library/Application
Support/TextMate/Managed/Bundles/LaTeX.tmbundle/Support/bin/texMate.py",
line 465, in tmPrefs = tmprefs.Preferences() File
"/Users/admin/Library/Application
Support/TextMate/Managed/Bundles/LaTeX.tmbundle/Support/bin/tmprefs.py",
line 45, in __init__ self.prefs.update(self.readTMPrefs()) TypeError:
'NoneType' object is not iterable
Regards,
cme
Chad Michael Eyer
eyer(a)eyer.us
http://www.eyer.us
T: +1-321-422-3428
F: +1-219-228-8882
download vCard
Please see the example in the link below:
http://cl.ly/CfIT
Chinese characters are not wrapping correctly. You can paste in some ä¸æ–‡ to try. I doubt this happens to all CJK cases.
Lucifr
>
> If by event you refer to the ?event specifier? then this is a legacy thing
> that I wanted to have removed before the public alpha.
Gotcha, now it all makes sense.
Most appropriate would be ?callback.document.binary-import? ? commands with
> that (semantic) class are called prior to TM doing anything with the file
> attempted opened.
So the "callback.document.binary-import" is called on any file regardless
if it is marked as 'binary' (i.e. vs plain text) by TextMate? I was under
the impression tm_proj files are plain-text plist files.
Furthermore you want to use attr.rev-path.tmproj as the scope selector so
> that your command is only invoked for *.tmproj files.
Could I ask what "rev-path" stands for? Just curious.
This however being an import filter, TM expects your command to provide the
> file?s content on stdout, so this isn?t designed to do exactly what you
> want.
> I don?t know if you can take it all the way with the info above, but I
> figured this info would be useful regardless of this specific situation and
> it might not require many tweaks to support your desired behavior (e.g. TM
> could be made to act on an ?exit_discard? from your command, and trust your
> command did the proper thing).
Oh I sure hope I can figure it out from that! :) Thank you so much, I
have quite a few plans for bundles so pretty much any info at all regarding
the new features is helpful at this point. A list of semantic classes that
are internally recognized by TM would make my day but if it's not easily at
hand or it will be changing a lot don't worry about it.
I'll post to the list when I have something working to my satisfaction. If
I have something worth committing how do you recommend I go about that?
Brandon
In TextMate 2 I'd like to exclude the contents of a number of folders from my project-wide searches. I'm using the following in my project's ".tm_properties" file:
excludeDirectories = "{$excludeDirectories,log,vendor,tmp}"
However, it doesn't seem to be excluding files from those directories in my project-wide searches. What am I missing?
-Tyson
In the Find results window, after e.g. a Find in Project search, I really miss (in TM 1.5 too) not having a panel within the same results window that shows the relevant section of code when any results line is selected.
In normal use, I have one or more other windows open, and for a reason--I'm looking at them or soon will be. I find it a nuisance that clicking on a Find results hijacks the project window just to show me the relevant code. Frequently, I need to have both that window and the search result visible at once. I can see that this could be a personal preference, so it would be wonderful to have this as a user pref.
Also, I don't find it useful to display a results line twice when the search process has found two matches in the same line. It is adequate (even less confusing, less clutter) to display the results line once, but bold-facing the multiple matches in that single line.
Jerry
I've not looked at TM2 yet, however there is a ton of Q & As hitting the list currently and I suspect lots of wheels are going to be re-invented, tips re-discovered etc...
Any chance of starting a wiki or similar for TM2 so that this stuff can be recorded there and found without needing to sift through the archives of a suddenly very high volume list...
[One way to start one up quickly is to make a blank github project and add a wiki to that...]
Nigel.
--
[ Nigel Metheringham ------------------------------ nigel(a)dotdot.it ]
[ Ellipsis Intangible Technologies ]
I have a question re Citation (Ref-TeX Style) completion or BibDesk. The completion doesn't occur in TM2, while it continues to work fine in TM1, without having to open BibDesk, via the BibDeskTMCompletions script which I put in a ~/bin folder.
Any suggestion as to why it doesn't work in TM 2 alpha? Is it because tooltips might not be working yet, or do I need to point the LaTeX bundle towards my bib files (and how?)? Any hint greatly appreciated by this non-coder.
N.B. Two "likes". I very much appreciate TM2's highly configurable browser window from which I can start TeXShop on whatever file I want to work on, with latexmk giving me automated processing. And the input of Greek, Hebrew, etc. is working beautifully. No need for other editors for that purpose now.
--Gildas
>
> Not in the Bundles directory, but I do sync my TexMate directory with
> Dropbox. ~/Library/Application Support/TextMate is a symlink to
> ~/Dropbox/Library/Application Support/TextMate
Well, that explains why Avain never picked up any of my TM bundles
(although I didn't symlink TextMate, only the subdirs, to avoid syncing the
.pid file). I actually prefer it though since I've collected quite a few
useless and outdated bundles over the years and this gives me a fresh start.
This might be something to mention somewhere since it's probably a pretty
common practice and not something I had considered might be causing an
issue.
Brandon
