Does anyone else have (a fix to) the following problem with the Haskell
bundle:
When making do statements, unless I do the brackets+semicolons thing to tell
ghc to ignore formatting, I get a
"The last statement in a 'do' construct must be an expression"
even though I have everything lined up correctly.
Thanks
I meant to mention this a while back. I stuck a utility in the
MoinMoin bundle for grabbing a browser cookie. The usage is simple:
cookie <url> <cookie_name>
It tries to find the named cookie which is the best match for the
url. It first tries to grab the cookie from the WebKit cookie file,
then Camino's, then Mozilla's. The cookie is emitted to stdout.
Might this be useful in the Support folder for other bundles to make
use of? (I was actually surprised to not find something similar
already there.)
j.
Hi all!
I have a problem with invisible characters here. E.g. writing perl
code, I use || quite often. I produce this character on my Swiss
German keyboard using Option-7. Normally, I put a space after || to
increase readability. There it happens that I keep the option key
pressed while pressing the space key - and this apparently produces
some invisible character. In any case, perl complains:
Unrecognized character \xC2 at /Users/abonhote/test2.pl line 5.
I have turned on "show invisibles", but the extra character doesn't
show up. How can I avoid typing these characters?
Thanks in advance!
André
helo i would like to use
----------
PHP Project Functions - "Dion Almaer"
Goes through the project directory and groks out all functions. If you
select some text it will narrow it to that.
Before running command: Nothing
Command(s): grep -E -n -r --include=\*.php --exclude=.svn "function
${TM_SELECTED_TEXT:-$TM_CURRENT_WORD}\w+\s*\("
${TM_PROJECT_DIRECTORY:-$TM_DIRECTORY}
Standard input: None
Standard output: Show in separate window
Pattern: ^(.+):(\d+):(.*)$
Format String: $1, line $2: $3
File Register: 1
Line: 2
------------
finded there :
<http://macromates.com/wiki/Main/SearchWiki?pagename=Main%2FSearchWiki&q=php…>
but it didn't work
can you help me ?
> I too am a huge (unfortunate) fan of working on remote files...
> This topic has been discussed at great length. Since it is
> apparent none
> of the existing solutions work nicely and as elegantly as working
> on local
> code we all have come up with less than ideal solutions for solving
> this
> problem. I for example use RBrowser because I like that - but
> again it is
> less than perfect. So.. We need a better solution. Writing down the
> short list of requirements
> - Tie to Textmate - very closely
> - Allow me to easily create a project out of remote files
> - Allow me to add remote files
> - Allow me to search those remote files
> - Save the file back
> - Connect via ssh
> - Should be able to routinely (background) poll the remote
> system
> and determine the status of the file. This should be able to be
> turned
> off or time adjusted based on user needs. I wouldn't need this per
> se.
> - Should have an integrated browser mechanism which 1) gets
> on a
> remote system (ssh) 2) allows you to traverse a remote file system
> - Might want to be able to bind a command to a save ( svn
> commit )
> feature
> - Might want to be able to bind a command to the file
> status ( p4
> fstat ) feature
>
> OK what do we need to add shorten or comment on?? Perhaps the
> cyberduck /
> rbrowser / macfuse / Olrik folks are listening. I think David
> Olrik's
> solution is a decent start but needs a bit more polishing. A better
> solution can't be far off..
>
>
> Thoughts??
At this point (unless TextMate 2.0 addresses the issue ;) I think
MacFuse pretty much solves everything, so the single one change that
I would like to see in textmate is a mechanism to stop and/or set
intervals on the project directory scanning routine. I have no idea
what that would entail or if it's even feasible, so forgive me Allan
if what I'm saying is ludicrous... ;) That single change would make
MacFuse usable on projects that have more than 5 files... and solve
everything... no?
Me, again.
OK, so the GHCi fix was due to Alan's patch of the haskell bundle, not to my
trashing my local bundle repository.
I've been playing with the 3rd party bundle Plain Text Wiki, but it doesn't
seem to play nice with the fact that I modify some of the standard bundles
(LaTeX templates and commands primarily). I've installed it in the standard
place now, but then it will get wiped out upon update, right?
So, I tried the Experimental Wiki bundle: easy to do, perform the one
command available. Apparently it should open a wiki based in a subdirectory
of the bundle. I get the following error message, looks like a typo in the
file linkify.rb
(Errno::EPIPE)
from
/Applications/TextMate.app/Contents/SharedSupport/Bundles/Experimental
Wiki.tmbundle/Support/bin/linkify.rb:39:in `<<'
from
/Applications/TextMate.app/Contents/SharedSupport/Bundles/Experimental
Wiki.tmbundle/Support/bin/linkify.rb:39
from
/Applications/TextMate.app/Contents/SharedSupport/Bundles/Experimental
Wiki.tmbundle/Support/bin/linkify.rb:38:in `open'
from
/Applications/TextMate.app/Contents/SharedSupport/Bundles/Experimental
Wiki.tmbundle/Support/bin/linkify.rb:38
sh: line 1: /Users/ds08/Library/Application
Support/TextMate/Support/bin/Markdown.pl: No such file or directory
/tmp/tm_wiki/intro.html
I went into linkify.rb and noticed that the path is based on a HOME
directory, so I altered that path name to be based on TM_SUPPORT_PATH. Now
it works. And its cool (a bit clunky but useful).
It would be good to have the patch committed to the repository.
Best wishes
David
OK I know this is a lame feature that probably only I would use, but
here are my thoughts & maybe someone has a suggestion or maybe it
could make its way into TextMate 9.1 or something...
I know there are keyboard shortcuts to focus on the drawer and to
show the drawer, but I'd love a shortcut to toggle the size of the
drawer. By that I mean:
Initial State: Project window with drawer of n px width. (TM
"remembers" and saves this value)
Closed State: Drawer is hidden, but project window resizes its width
to fill the space that was once occupied by the drawer.
Expanded state: project drawer increases its width until all items in
the drawer are displayed without any ellipsis (...) characters. The
window resizes (reduces) its width to make room for the drawer.
In all of the modes the sum of window width + drawer width would
remain equal. The reason I bring it up is that I almost always work
with TM zoomed to fill the screen. Toggling the drawer on/off does
not resize the window so it doesn't improve the size of the project
window. Also, if I have several nested folders, it becomes difficult
to read file names when the drawer is kept narrow. I'm constantly
dragging folders from the drawer to the dock icon to open temporary
sub-projects or revealing files in the finder just to view the files
full names.
I don't expect that this is something that enough people need to
warrant major development time, but I thought I'd just voice my
opinion. Maybe TM 2.0 will open up something that a plugin can use
to handle this functionality?
If anyone sees some obvious currently available solution I'm
overlooking please let me know.
- Cliff
