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 <[email protected]> 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 <[email protected]> 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 <[email protected]> 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 >>> [email protected] >>> 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 >> [email protected] >> http://www.haskell.org/mailman/listinfo/haskell-cafe >> > _______________________________________________ > Haskell-Cafe mailing list > [email protected] > http://www.haskell.org/mailman/listinfo/haskell-cafe > _______________________________________________ Haskell-Cafe mailing list [email protected] http://www.haskell.org/mailman/listinfo/haskell-cafe
