Niel, Outside of flags to enable display of modules specific to each major platform (+windows, +posix, +osx) I see two options. This all depends on hoogle having some sort of list of modules for each platform, which I believe would be the main problem.
1) Show all the functions (when the number is low), but place platform specific functions under separate headers: "Windows", "Linux/BSD/POSIX", "OS X", etc. This way the users can remain as ignorant as I was and still find their data. 2) Detect the OS (when possible - perhaps difficult for the web/JS interface) and display the functions specific to the platform requesting the search. This has a small issue if you are searching on one platform and programming on/for another platform. But the flags could still be used. Thomas On Thu, Feb 19, 2009 at 9:11 AM, Neil Mitchell <ndmitch...@gmail.com> wrote: > Hi > > http://haskell.org/hoogle/?q=socket+%2Bnetwork > > By default it searches the libraries supplied with Windows apart from > Network (for various technical reasons). If you add +network it will > then search the network library. > > What libraries should Hoogle search by default? What flags should be > available to control which ones are searched? I have no idea, if you > do then say what you think and why! > > Thanks > > Neil > > On Thu, Feb 19, 2009 at 2:50 AM, Thomas DuBuisson > <thomas.dubuis...@gmail.com> wrote: >> I recall that Niel made sure hoogle doesn't search through >> non-portable libraries (a shame), but I thought Network.Socket could >> be used on Windows and yet Hoogle does not give any results for >> 'socket' or any other functions within Network.Socket. >> >> First, am I mistaken and Network.Socket is POSIX only? I could swear >> it wasn't. Secondly - is there any chance of lifting the non-portable >> libraries ban, Niel? From the stand point of an application developer >> it might not sound good, but even in Haskell some software is system >> level and bound to be single platform (case and point: XCB, xmonad, >> hsXenCtrl). Judging by the amount of research in systems level >> functional programming I wouldn't be surprised to see this collection >> grow and making functions hard to find isn't productive. >> >> Thomas >> _______________________________________________ >> Haskell-Cafe mailing list >> Haskell-Cafe@haskell.org >> http://www.haskell.org/mailman/listinfo/haskell-cafe >> > _______________________________________________ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
