You opted for JSON for configuring your project. I've seen other people do that, but the problem is most interpreters don't support comments (because comments arn't part of json) and even if you have really_verbose_names_with_underlines_for_spaces, sometimes you just can't get away without comments. YAML, I think, is better suited for configuration files. Disclaimer: This is a minor criticism.
Thanks for the thought. I wanted to use something like YAML but I didn't want to introduce an unnecessary dependency. Upon further review, I probably could have used a vanilla .ini file and ConfigParser ( http://docs.python.org/2/library/configparser.html ) It's a built-in module and .ini supports comments.
Show HN: completeme, 't' in Github for Bash
11–20 of 21 posts
Re: Show HN: completeme, 't' in Github for Bash
#12Re: Show HN: completeme, 't' in Github for Bash
#13Eh, SublimeText does this already. Cool to have it in Bash though.
That may be where GitHub got it from. I don't use SublimeText because it's not installed on all the machines I login to. Also, GUI windows are a pain.
Hard to believe that shipped two years ago
Re: Show HN: completeme, 't' in Github for Bash
#14Very cool, I love using this feature on github. Looks like it looks for github repos, and will search up the tree and back down from there. However, this seems to mess up for me. If I go into a sub-directory in a repo and then try to open a file in the parent directory via `ctl+t`, then it tries to open that filename in the current directory, not from the parent (I'm using emacs as $EDITOR). One other little thing, i…
Also, it'd be really nice if the open action ended up in my bash history, e.g., open something via `completeme`, close it, and then use ctrl+r or the up arrow to get back to it and open it again.
One more—running the escape command (ctrl+g) seems to exit emacs? (using emacs 24.2.1)
Re: Show HN: completeme, 't' in Github for Bash
#15Re: Show HN: completeme, 't' in Github for Bash
#16Re: Show HN: completeme, 't' in Github for Bash
#17Wishlist #1 in a pull request :)
Re: Show HN: completeme, 't' in Github for Bash
#18This removes a major bash painpoint for me. Wicked awesome.
Re: Show HN: completeme, 't' in Github for Bash
#19Very cool, I love using this feature on github. Looks like it looks for github repos, and will search up the tree and back down from there. However, this seems to mess up for me. If I go into a sub-directory in a repo and then try to open a file in the parent directory via `ctl+t`, then it tries to open that filename in the current directory, not from the parent (I'm using emacs as $EDITOR). One other little thing, i…
A little more info—I'm using iTerm2 on Mac OS 10.8.2 Also, it'd be really nice if the open action ended up in my bash history, e.g., open something via `completeme`, close it, and then use ctrl+r or the up arrow to get back to it and open it again. One more—running the escape command (ctrl+g) seems to exit emacs? (using emacs 24.2.1)
- Good catch on the subdirectories within a git repository. Currently, we'll open the file you end up on with $EDITOR, which isn't necessarily correct relative to your cwd. I'll fix that. - Re: curses cleaning up after itself, I haven't seen that in xterm or terminator. Are you sure that's completeme's fault? Perhaps it's iTerm or emacs? I've never used iTerm and don't have access to a Mac. It could have something to do with this function not getting called: https://github.com/mattspitz/completeme/blob/80328799a000180... - I originally had this writing to your bash history but removed it because it wasn't really executed by the user. This may end up being obviated by: https://github.com/mattspitz/completeme/pull/1 I'd like to have Return open your editor (with history) and something else (Tab?) dump back into your prompt. - I don't know what could cause your misbehavior in emacs with Ctrl+G. I'm using 24.3.1 and can't reproduce it.