On Tue, Feb 03, 2009 at 12:57:29AM +0100, Axel Liljencrantz wrote: > I'm pretty happy with darcs, it's interactive features make it very smooth > to work with. But I would consider switching to git, simply because many > people know and use it, making it easier to get new contributors. The fact > that git is significantly faster than any other VCS under most workloads is > also a factor, but not that important for fish, since it's still a > comparatively small project.
hi alex, it is great to see you back! i think it is very understandable that you are busy, and i am glad thatyou just disappear for some time, but don't loose interest in the project completely. we need you :-) as far as the darcs->git switch goes, i'd support that, simply because i use git myself a lot. i don't mind darcs, but i could never figure out how to make sure that my copy of the repo is identical to yours. when i had the build break, the only way i could fix it, was by wiping the repo and checking it out again. in git, such problem could never occurb because it tracks the state of the remote repo locally. in general what would be useful is to have a place where contributors can collect patches in a community branch, allowing the work to continue while you are busy again. then you can pick interesting patches any time you have some spare moments to work on fish. you wouldn't even need to read any emails :-) for any longer period of absence such a community branch could even be the base for new interim releases (may just need some versioning scheme to mark the difference) as far as things to do, here is my current issues/wishlist: * on my usual machine at home i often get a 1-second delay after hitting enter, before the command is executed. something seems to block there. (i don't have access to this machine right now) * please remove the ... in line breaks (or make them optional). they always interfere with copy-pasting command line content (which i seem to do a lot) * support job control for loops: i like to do: while true; run some command; end and currently it is very hard, sometimes impossible to interrupt that. i'd also like to be able to run this in the background. maybe a different method to run that in a subshell would be needed here... * a tool to import the bash_history (or some other shells histroy could be useful) * search for multiple keywords instead of a string. sometimes i am trying to find a complex command where searching one word is not enough, but i can't reproduce an exact sequence. it would be fine if that type of search is only done after the search for the whole string reaches the end. (ie: a search for 'ls foo' first finds any commandsthat contain exactly 'ls foo', and after that it finds commands that contain 'ls' and 'foo' in that order, maybe followed by both words in any order... * vi/vim completions only pick files with some known plain text extensions (like txt). that is very limiting. on unix tradditionally most editable files (eg shell scripts) don't have any extension. please make it possible to complete on all files for vi (sometimes i even want to edit binary files) * incremental search? sometimes i find that my searchterm is not enough. an easy way to add to the search string would be nice. (this could mean to just completely abort the search and go back to the searchstring, edit it, and then search again) i'd like to close with saying that for me by far the killer feature is the shared history among all instances of the shell. i use screen a lot and switch between windows, and having the commands from any window available anywhere else just makes working so much easier. greetings, martin. -- cooperative communication with sTeam - caudium, pike, roxen and unix offering: programming, training and administration - anywhere in the world -- pike programmer working in china community.gotpike.org unix system- iaeste.(tuwien.ac|or).at open-steam.org administrator caudium.org is.schon.org Martin Bähr http://www.iaeste.or.at/~mbaehr/ ------------------------------------------------------------------------------ Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com _______________________________________________ Fish-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/fish-users
