On Sun, Feb 8, 2009 at 3:36 PM, Jens Petersen <[email protected]> wrote: > > 2009/2/7 Jean-Philippe Bernardy <[email protected]>: >> Yeah, gtk is effectively not supported. > > Ok, then better to state so openly somewhere, say in README? I have > wasted a lot of time testing it... :)
Sorry about the inconvenience. :/ The idea of course would be that you document your experience to that somebody can pickup where you left... > Probably same for pango. Pango is "experimental" but we really hope to fix it. It's the official future for Yi :) >>> * config >>> - really wish there was runtime loading of config and customization - >>> HConf is not really attractive IMHO >> >> Doesn't "reload" give you satisfaction? > > I dunno - it doesn't feel right - I would like to be able to config > what is loaded at runtime and load modules by hand. > > M-x load MyLib.hs > > or what is the vision here? The issue is that this breaks type safety. To put it in a slogan: it does not really fit the "haskell spirit". >>> and it does not play well with >>> distro packaging >> >> What do you mean? > > Not sure if I am up to date with the status quo, but running from > ~/.yi/yi-i386-linux feels like a hack to me. > > If a Linux distro packages yi, one would expect it to run /usr/bin/yi > and not some user binary instead. > I think I/we will face this problem soon since there are places to > include xmonad in fedora. > (I wonder if Debian does anything for it.) > > Does the new ghc library in ghc offer any help with this now that > hsplugins is old? I've had too much bad experience with GHC API so that I don't think I'll look into it any time soon. There was one version of yi (0.3 ?) that was configured using it, but it was a nightmare to build and distribute. (In addition of the type-safety issue). >> I have implemented all features I need... If people wish to improve I'd >> be glad to help, but I have little motivation to implement stuff I don't >> need. > > I think a heavy Emacs user is needed in the core team! ;) fwiw I never used vi(m) :) -- JP --~--~---------~--~----~------------~-------~--~----~ Yi development mailing list [email protected] http://groups.google.com/group/yi-devel -~----------~----~----~----~------~----~------~--~---
