[Haskell-cafe] Announcement: Beta of Leksah IDE available

Jeff Heard jefferson.r.heard at gmail.com
Wed Apr 1 14:50:41 EDT 2009

I have one problem so far (and one segfault), but I like the IDE a
lot.  When I create a new package inside one of my current source
directories, it adds all the modules in that directory to *both* the
exposed and additional unexposed modules list, resulting in a net zero
modules in the package.  Is this a known problem?  Am I missing
something? I can't see how to add or remove modules from either of
these lists.

-- Jeff

On Wed, Apr 1, 2009 at 1:47 PM, Neil Mitchell <ndmitchell at gmail.com> wrote:
> Hi
> Just tried it out, a few notes:
> * Very easy install - if only gtk2hs could be installed with cabal it
> would have been perfect.
> * Select the package you have installed. I didn't have a clue what to
> do here. Do you mean where I keep my Haskell programs? Or where GHC
> installs them? Can't you figure it out - its a confusing dialog which
> looks redundant.
> * Turning off "To Candy" was an essential first step for me! I can
> perhaps see <- as candy, but replacing $ with diamond is just
> confusing.
> * I opened a .cabal file, and expected to see the files in the source
> in a Window somewhere. I didn't.
> * The UI feels a little clunky, this could be the Gtk feel of the app
> (which in time I'd get over), or the choice of UI (the left-pane is
> quite large). Anything you could do to simplify/streamline the UI
> would be great.
> All in all looks quite neat. This is definitely going somewhere, and
> looks like it will be quite good by the end.
> Thanks
> Neil
> On Wed, Apr 1, 2009 at 6:17 PM, jutaro <jnf at arcor.de> wrote:
>> Thanks Achim,
>> maybe you are right with Plugins. In the moment I'm more focused on adding
>> additional features. But wish the day, that so many want to add features
>> that a plugin system will be essential, we have it.
>> With the GUI arrangement like splitting etc. leksah is quite flexible, but
>> it doesn't support drag and drop, so maybe I'm the only one who knows how to
>> use it. Well our capacity is limited, and no high priority on drag and drop
>> and such thinks.
>> Jürgen
>> Achim Schneider wrote:
>>> J__rgen Nicklisch-Franken <jnf at arcor.de> wrote:
>>>> So I please the members of the community to pause for a moment and try
>>>> out Leksah with a benevolent attitude.
>>> I did (the previous version, tbh), and couldn't find anything to
>>> seriously bicker about... a few problems regarding metadata generation,
>>> but that was dealt with as soon as I RTFM'ed. Ah, yes, you shouldn't be
>>> able to close the toolbar by pressing on one of its buttons that
>>> incidentally looks just like the one to close a file.
>>> Completition already rocks, the interface is nicely configurable
>>> (although I resorted to editing config and session files instead of
>>> using gui commands[1]), project management worked out fine (after I
>>> figured out that I had to manually configure leksah to pass --user to
>>> cabal), all in all it's an impressive piece of code that radiates later
>>> uberness instead of lacking features. Last, but not least, it's _fast_,
>>> _waaaaaaaaay_ more zappy than eclipse. As far as basic IDE features are
>>> concerned, it's also complete.
>>> The one thing that keeps me from switching to it, right now, is the
>>> editor not being a vi. While gtksourceview might be, in theory,
>>> a usable editor, my muscle memory tells me otherwise. It'd be like
>>> switching to autoconf for C development instead of just copying over my
>>> beloved OMakefile.
>>> Providing refactoring support would make it irresistible... maybe it's
>>> time to add a plugin layer, so that things like vacuum or a wrapper
>>> around hp2ps can register themselves with leksah, without giving up
>>> their identity as stand-alone projects. Plugability is the one feature
>>> that made eclipse big, and it won't hurt leksah, either.
>>> [1] I utterly failed to figure out how to do stuff[2], seriously.
>>>     Eclipse has a really nice drag&drop interface with visual feedback
>>>     to rearrange stuff, but I'm not the kind of guy who drops a program
>>>     for lacking such bells&whistles.
>>> [2] "Stuff" being rearranging divisions such that it's first split
>>>     horizontally, the console/type view etc. taking up the bottom part
>>>     and the upper part being split vertically into source view/module
>>>     browser. I just can't stand wrapped lines on the console. Somehow,
>>>     I think it should be the default arrangement.
>>> --
>>> (c) this sig last receiving data processing entity. Inspect headers
>>> for copyright history. All rights reserved. Copying, hiring, renting,
>>> performance and/or quoting of this signature prohibited.
>>> _______________________________________________
>>> Haskell-Cafe mailing list
>>> Haskell-Cafe at haskell.org
>>> http://www.haskell.org/mailman/listinfo/haskell-cafe
>> --
>> View this message in context: http://www.nabble.com/Announcement%3A-Beta-of-Leksah-IDE-available-tp22816032p22831401.html
>> Sent from the Haskell - Haskell-Cafe mailing list archive at Nabble.com.
>> _______________________________________________
>> Haskell-Cafe mailing list
>> Haskell-Cafe at haskell.org
>> http://www.haskell.org/mailman/listinfo/haskell-cafe
> _______________________________________________
> Haskell-Cafe mailing list
> Haskell-Cafe at haskell.org
> http://www.haskell.org/mailman/listinfo/haskell-cafe

More information about the Haskell-Cafe mailing list