Try RamDebugger:
http://www2.compassis.com/c/ramdebugger/index
* It is developed in TCL-TK and is open source
* Is is version controlled by fossil
* It has a module to commit and update fossil projects
* It is suitable to develop TCL-TK, c++, XML and others
* It can use Makefile, gcc and gdb to compile and debug from
inside. It is also a TCL debugger
* It has most or all of you other requirements
The developers (my company and myself), are fossil users
and you can contact us here.
RR
2015-06-11 14:37 GMT+02:00 Stephan Beal <sgb...@googlemail.com>:
> Hi, all,
>
> management summary/TL;DR: what (non-emacs) programming editor do you *nix
> users use for hacking on fossil?
>
> Details...
>
> as of tomorrow it will be 6 months since my medical leave started for an
> inflamed elbow nerve (caused by too much typing), and i will finally be
> returning to work and FOSS (in a reduced capacity at first) as of June 22nd
> :). (That Fossil starts with FOSS is purely coincidental... never noticed
> until now.)
>
> As part of that, as much as i hate it, i am going to have to drop emacs.
> My symptoms have been 95% restricted to my 2 left-most fingers, namely
> those which operate Shift and Ctrl (emacs being very ctrl-centric and
> programming making heavy use of Shift for symbols). (Yes, there are
> shift/ctrl on the right-hand side, but my muscle memory refuses to be
> re-trained in that regard.)
>
> Rather than simply customizing emacs to no end i am looking for educated
> suggestions regarding an exceptional (but non-emacs-like) programmer's
> editor. Of course, there's vi[m] and friends, but it's been 20 years since
> i've even bothered to look at other editors than emacsen, and am somewhat
> hoping that someone can point me to a good non-vi/non-emacs programming
> editor/environment.
>
> Requirements:
>
> - must run on linux. Need not be a console app, but that's a slight plus.
>
> - must be multi-buffer/tab capable. Completely customizable buffer
> splitting/sizing is a big plus (i normally split emacs into 3-5 visible
> buffers of various sizes and orientations).
>
> - incremental search (Ctrl-s) is a big plus.
>
> - shouldn't make over-use of ctrl. (Alt is okay because my thumb operates
> that one.)
>
> - must keep me in the editor (from switching apps/windows) as much as
> possible. e.g. the ability to compile (and, ideally, navigate build errors)
> at a keypress.
>
> - syntax highlighting is a must. (yes, i'm spoiled by that.)
>
> - don't really care which UI toolkit (if any) it uses.
>
>
> Any suggestions for kicking one of my longest-running habits (emacs) are
> much appreciated. (Maybe just use vi bindings in emacs?)
>
> --
> ----- stephan beal
> http://wanderinghorse.net/home/stephan/
> http://gplus.to/sgbeal
> "Freedom is sloppy. But since tyranny's the only guaranteed byproduct of
> those who insist on a perfect world, freedom will have to do." -- Bigby Wolf
>
> _______________________________________________
> fossil-dev mailing list
> fossil-dev@mailinglists.sqlite.org
> http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/fossil-dev
>
>
_______________________________________________
fossil-dev mailing list
fossil-dev@mailinglists.sqlite.org
http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/fossil-dev
