Axel Simon <axel.si...@in.tum.de> writes: > Hi Jens, Andy, > > On May 7, 2010, at 7:17, Andy Stewart wrote: > >> Hi Jens, >> >> Jens Petersen <peter...@haskell.org> writes: >> >>> On 5 May 2010 21:50, Andy Stewart <lazycat.mana...@gmail.com> wrote: >>>> For demos under "gtk2hs/demo", we need move "gstreamer" to >>>> "gstreamer/demo", and move rest demos to "gtk/demo" >>> >>> Or alternatively making "gtk2hs/demo" into a separate "gtk2hs-demos" >>> cabal package say >>> might be better and more portable? >>> >>> Well personally I don't mind - just an idea that occurred to me >>> this morning. :) >> Because all gtk2hs packages will split, so make demo along with it's >> package better than split demo, then user don't need find those demo. >> >> BTW, we don't compile demo default, so it's not matter portable. > > I think we should compile all demos by default but not install them. > You can specify that with cabal. However, I don't know if you can > build an executable in a cabal file that depends on the library that > is being built in the cabal file. If that doesn't work, we need to > come up with a new solution. > >> Thanks for your suggestion, we will consider this. > > One thing that's a bit odd or wrong now it that demos like the profile > viewer is now bundled with glade just because it's user interface was > done in glade. However, it's really a demo application in itself, > independent from glade. > > I think we should leave the demos bundled with the libraries for now. > We can change this later. Yes, some demo (like `profile viewer`) is hard to sort. Split demos out from gtk2hs repository is clearer.
BTW, demo `mozembed` should go, we can't make it work even can compile pass. Cheers, -- Andy ------------------------------------------------------------------------------ _______________________________________________ Gtk2hs-devel mailing list Gtk2hs-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gtk2hs-devel
