[Haskell] KDevelop & Haskell
Gour
I've 'discovered' that latest KDevelop (3.0) has some sort of support for
Haskell development.
Although pretty new to Haskell, I'm looking for adequate IDE and would like
to hear if someone can share his/her experiences in using KDevelop (or some
other) IDE for Haskell development?
(otherwise I'm light vim user, so pls. don't recommend me to learn emacs :-)
Sincerely,
Gour
--
Gour
go...@mail.inet.hr
Registered Linux User #278493
_______________________________________________
Haskell mailing list
Has...@haskell.org
http://www.haskell.org/mailman/listinfo/haskell
Claus Reinke
> Haskell development.
like what? seriously, what features would you _use_?
> Although pretty new to Haskell, I'm looking for adequate IDE and would like
> to hear if someone can share his/her experiences in using KDevelop (or some
> other) IDE for Haskell development?
> (otherwise I'm light vim user, so pls. don't recommend me to learn emacs :-)
so what's wrong with vim?-)
syntax highlighting comes factory-installed, lots of the programmer's editor
features can be adapted for Haskell (more than most IDEs, and programmable,
just as in emacs, but who has time to read the manuals to find all the features
these two editorides provide? would you believe that most Haskellers haven't
even set up their editor properly with Hugs, because they don't know that
would give them access to an age-old jump-to-definition feature?-),
http://www.cs.kent.ac.uk/people/staff/cr3/toolbox/haskell/Vim/
(this is a bit older, so I don't know whether it still works with current
Hugs versions; the ghci variant was never really developed because
ghci didn't give out as much useful information as Hugs did)
http://www.cs.kent.ac.uk/projects/refactor-fp/
(this is current, and should eventually include most of the former
Vim mode, not to mentions lots of other fascinating features:)
Cheers,
Claus
(who's been asking for ages that Haskell implementations provide
standard APIs, for IDEs such as vim and emacs and other tools to hook
into; and who is therefore happy to notice some recent and promising
developments)
Gour
> > I've 'discovered' that latest KDevelop (3.0) has some sort of support for
> > Haskell development.
>
> like what? seriously, what features would you _use_?
Didn't try yet, therefore I'm asking :-)
But I saw that haskell is in the the table of supported languages.
> > Although pretty new to Haskell, I'm looking for adequate IDE and would like
> > to hear if someone can share his/her experiences in using KDevelop (or some
> > other) IDE for Haskell development?
> > (otherwise I'm light vim user, so pls. don't recommend me to learn emacs :-)
>
> so what's wrong with vim?-)
>
Nothing. Just the contrary :-)
> syntax highlighting comes factory-installed, lots of the programmer's editor
> features can be adapted for Haskell (more than most IDEs, and programmable,
> just as in emacs, but who has time to read the manuals to find all the
> features these two editorides provide?
That's fine. I vim can satisfy my Haskell needs, it means jsut to dive a little
bit deeper in.
> would you believe that most Haskellers haven't
> even set up their editor properly with Hugs, because they don't know that
> would give them access to an age-old jump-to-definition feature?-),
If you say so ..
> http://www.cs.kent.ac.uk/projects/refactor-fp/
> (this is current, and should eventually include most of the former
> Vim mode, not to mentions lots of other fascinating features:)
This one is nice. Thank you.
>
> Cheers,
> Claus
> (who's been asking for ages that Haskell implementations provide
> standard APIs, for IDEs such as vim and emacs and other tools to hook
> into; and who is therefore happy to notice some recent and promising
> developments)
Have you (maybe) tried KDevelop with kvim?
Sincerely,
Gour
--
Gour
go...@mail.inet.hr
Registered Linux User #278493
_______________________________________________
Claus Reinke
> Didn't try yet, therefore I'm asking :-)
always the same effect:) yes, there are features one would like
to see in a language-aware development environment, and that
aren't well supported for Haskell in current editors/IDEs. but
the main reason for that is that it isn't easy to fake language
support for Haskell, so that most of the interesting features
need proper support by a frontend that supports most of the
language, and is being kept up to date and maintained. Take
your pick for which of these requirements are most likely to fail..
that's why it would be nice if the supported Haskell implementations
we have would also offer the necessary API on top of which such
enhanced IDE functionality could be implemented in everyone's
editors of choice.
> But I saw that haskell is in the the table of supported languages.
yes, and it is nice to see it advertised this way, but I just checked,
and the support seems to be in its very early stages:
http://developer.kde.org/documentation/library/cvs-api/kdevelop/html/LangSupportStatus.html
> That's fine. I vim can satisfy my Haskell needs, it means jsut to dive a little
> bit deeper in.
it's definitely worth it - I haven't read all of it myself, and they keep adding
things with every new release, but there are some helpful discoveries to
be made in the online manual.
it won't do everything (unless you do a little programming, or we get
those APIs I keep mumbling about), but it will do a lot. fake syntax
colouring is surprisingly useful, say if you generate strings with escaped
strings and wonder whether you've closed terminated the outer string,
or just for the better overview, but not being based on a proper parser,
it does get confused occasionally. beyond that, you'll just have
to translate some things from a Lisp/C/Java-mindset (bracket matching,
jump to closing bracket, etc. work just fine, so do tag files, and simple
indent manipulation, but to be able to browse from import
statements to imported modules, e.g., you have to ":set include.." and
":set includeexpr.." and so on). the haskell mode for vim I mentioned
has some examples, and calls out to hugs for features that would be
hard to implement in vim.
> > would you believe that most Haskellers haven't
> > even set up their editor properly with Hugs, because they don't know that
> > would give them access to an age-old jump-to-definition feature?-),
> If you say so ..
oh, these unbelievers!-)
http://cvs.haskell.org/Hugs/pages/users_guide/options.html#OPTIONS-EDITOR
http://cvs.haskell.org/Hugs/pages/users_guide/module-commands.html
set your editor as specified, start Hugs, type ":find foldl", enjoy.
for extra marks, make your editor call out to Hugs, load the current
module, and :find the identifier under the cursor. (or were you
suggesting that most Hugs users are already aware of this
feature and use it every day?)
> > http://www.cs.kent.ac.uk/projects/refactor-fp/
> > (this is current, and should eventually include most of the former
> > Vim mode, not to mentions lots of other fascinating features:)
> This one is nice. Thank you.
why, thank you!-)
>>.. happy to notice some recent and promising developments)
>Have you (maybe) tried KDevelop with kvim?
no, I was thinking of the recent Haskell-in-Haskell frontends, and
of Simon M's work on providing an API for ghc to support a
visual studio binding. The frontends, or the API once it has evolved,
are just what one needs to provide programmers editors with
Haskell-awareness.
http://www.haskell.org/communities/11-2003/html/report.html#sect5.2.3.1
http://www.haskell.org/communities/11-2003/html/report.html#sect5.3.3
http://www.haskell.org/communities/11-2003/html/report.html#sect6.5.5
Cheers,
Claus
Gour
> that's why it would be nice if the supported Haskell implementations
> we have would also offer the necessary API on top of which such
> enhanced IDE functionality could be implemented in everyone's
> editors of choice.
>
> > But I saw that haskell is in the the table of supported languages.
>
> yes, and it is nice to see it advertised this way, but I just checked,
> and the support seems to be in its very early stages:
>
But, it's better than nothing :-)
>
> it won't do everything (unless you do a little programming, or we get
> those APIs I keep mumbling about), but it will do a lot.
Do you have some pointer for discussion(s) about these APIs you're mumbling
about?
> set your editor as specified, start Hugs, type ":find foldl", enjoy.
> for extra marks, make your editor call out to Hugs, load the current
> module, and :find the identifier under the cursor. (or were you
> suggesting that most Hugs users are already aware of this
> feature and use it every day?)
At the moment (6th ch. of Thompson's Craft of FP) I'm still with Helium :-)
but otherwise I was/am using ghc to compile e.g. darcs and other Haskell stuff.
> > This one is nice. Thank you.
>
> why, thank you!-)
At the moment I'm compiling HaRE under MSYS/MinGW environment. Where can I
report back?
> >Have you (maybe) tried KDevelop with kvim?
>
> no, I was thinking of the recent Haskell-in-Haskell frontends, and
> of Simon M's work on providing an API for ghc to support a
> visual studio binding. The frontends, or the API once it has evolved,
> are just what one needs to provide programmers editors with
> Haskell-awareness.
>
> http://www.haskell.org/communities/11-2003/html/report.html#sect5.2.3.1
> http://www.haskell.org/communities/11-2003/html/report.html#sect5.3.3
> http://www.haskell.org/communities/11-2003/html/report.html#sect6.5.5
Wow! It looks great. I definitely have to find out some more time in pursuing
my learning of Haskell, since there is interesting development going on.
(recently I've found few posts on Ruby list with the complain that "but
ultimately lost interest because the discussions focused on a /much/ higher
level than they do here on the Ruby list--arguments over language design, etc.,
with few mentions of using Haskell to do anything productive.", so I hope that
something like Programatica Project can drastically change the situation and
bring Haskell more tho the mainstream (despite the fact if this is the
intention of the whole project :-)
Thank you for enlighetning me about Programmatica.
Sincerely,
Gour
--
Gour
go...@mail.inet.hr
Registered Linux User #278493
_______________________________________________