Re: [Haskell-cafe] Comment Syntax
* Andrew Coppin andrewcop...@btinternet.com [2011-06-03 18:12:04+0100]
On 03/06/2011 05:02 PM, Albert Y. C. Lai wrote:
I propose that only {- -} is comment; that is, -- is an operator token
and not a marker of comments.
I'm curious to know why anybody thought that -- was a good comment
marker in the first place. (I'm curious because Haskell isn't the
only language to have made this strange choice.)
It is, for my taste, a good comment marker, because of its resemblance
to a dash. It makes the code look like real text:
let y = x + 1 -- increment x
--
Roman I. Cheplyaka :: http://ro-che.info/
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] Subcategories on Hackage
Hi, There are some categories on Hackage that have become so large that it is hard to find something, i.e. Data(414 packages) and Graphics (191). Thats why I suggest to use subcategories separated from the category with a dot. To show that this makes sense I made subcategories for graphics libraries at the end of this email. Whatever happens to hackage2 this would be an immediate improvement. How -- I would volunteer for the manual categorization and let the community look over it. I could upload the changes with a script but the version number has to increase even if only the category has changed. I also don't want to be responsible for a massive spike in the upload statistics. Shouldn't the cabal file be excluded from the versioning policy? = It is allowed to upload a library with the same version number if only the cabal file has changed. One should write a notifiaction mail to all owners to reply if they don't agree. Then after a week executing the script that applies the changes. Categories for Graphics: Graphics.2d bacteria program: braindead utility to compose Xinerama backgrounds barchart library and program: Creating Bar Charts in Haskell chalkboard library and programs: Combinators for building and processing 2D images. chalkboard-viewer library: OpenGL based viewer for chalkboard rendered images. Chart library: A library for generating 2D Charts and Plots dia-base library: An EDSL for teaching Haskell with diagrams - data types dia-functions library: An EDSL for teaching Haskell with diagrams - functions diagrams library: Embedded domain-specific language for declarative vector graphics diagrams-cairo library: Cairo backend for diagrams drawing EDSL diagrams-core library: Core libraries for diagrams EDSL diagrams-lib library: Embedded domain-specific language for declarative graphics explore program: Experimental Plot data Reconstructor funcmp library: Functional MetaPost gloss library: Painless 2D vector graphics, animations and simulations. gloss-examples programs: Examples using the gloss library GoogleChart library: Generate web-based charts using the Google Chart API graphics-drawingcombinators library: A functional interface to 2D drawing in OpenGL haha library and program: A simple library for creating animated ascii art on ANSI terminals. HDRUtils library: Utilities for reading, manipulating, and writing HDR images hevolisa program: Genetic Mona Lisa problem in Haskell hevolisa-dph program: Genetic Mona Lisa problem in Haskell - using Data Parallel Haskell Hieroglyph library: Purely functional 2D graphics for visualization. HPlot library and program: A minimal monadic PLplot interface for Haskell hs-captcha library: Generate images suitable for use as CAPTCHAs in online web-form security. hs-gchart library: Haskell wrapper for the Google Chart API hsparklines library: Sparklines for Haskell internetmarke program: Shell command for constructing custom stamps for German Post plot library: A plotting library, exportable as eps/pdf/svg/png or renderable with gtk plot-gtk library: GTK plots and interaction with GHCi printxosd program: Simple tool to display some text on an on-screen display scaleimage program: Scale an image to a new geometry testpattern program: Display a monitor test pattern wumpus-basic library: Basic objects and system code built on Wumpus-Core. wumpus-core library: Pure Haskell PostScript and SVG generation. wumpus-drawing library: High-level drawing objects built on Wumpus-Basic. wumpus-microprint library: Microprints - greek-text pictures. wumpus-tree library: Drawing trees zsh-battery program: Ascii bars representing battery status Graphics.3d Attrac program: Visualisation of Strange Attractors in 3-Dimensions cal3d library: Haskell binding to the Cal3D animation library. cal3d-examples programs: Examples for the Cal3d animation library. cal3d-opengl library: OpenGL rendering for the Cal3D animation library FieldTrip library: Functional 3D gnuplot library and program: 2D and 3D plots using gnuplot HGL library: A simple graphics library based on X11 or Win32 hgl-example program: Various animations generated using HGL IcoGrid library: Library for generating grids of hexagons and pentagons mapped to a sphere. nymphaea program: An interactive GUI for manipulating L-systems reactive-fieldtrip library: Connect Reactive and FieldTrip reactive-glut library: Connects Reactive and GLUT Graphics.Fractal fractal program: Draw Newton, Julia and Mandelbrot fractals gmndl program: Mandelbrot Set explorer using GTK hfractal program: OpenGL fractal renderer mandulia program: A zooming visualisation of the Mandelbrot Set as many Julia Sets. Graphics.Raytracing glintcollider program: A simple ray tracer in an early stage of development. glome-hs library and
Re: [Haskell-cafe] Comment Syntax
Roman Cheplyaka r...@ro-che.info writes:
* Andrew Coppin andrewcop...@btinternet.com [2011-06-03 18:12:04+0100]
On 03/06/2011 05:02 PM, Albert Y. C. Lai wrote:
I propose that only {- -} is comment; that is, -- is an operator token
and not a marker of comments.
I'm curious to know why anybody thought that -- was a good comment
marker in the first place. (I'm curious because Haskell isn't the
only language to have made this strange choice.)
It is, for my taste, a good comment marker, because of its resemblance
to a dash. It makes the code look like real text:
let y = x + 1 -- increment x
And when the language was first defined, there was no real dash
available for this purpose. Nowadays we could use the unicode em
dash (U+2014, — if it survices nntp), and free up -- for other
purposes.
Of course, its hard to predict what effect this would have when
people didn't know how to enter it, and although it's quite
distinctive in proportional fonts, the difference between - and
— in monospace fonts is much harder to see.
--
Jón Fairbairn jon.fairba...@cl.cam.ac.uk
http://www.chaos.org.uk/~jf/Stuff-I-dont-want.html (updated 2010-09-14)
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Subcategories on Hackage
2011/6/4 Tillmann Vogt tillmann.v...@rwth-aachen.de: Hi, There are some categories on Hackage that have become so large that it is hard to find something, i.e. Data(414 packages) and Graphics (191). Thats why I suggest to use subcategories separated from the category with a dot. To show that this makes sense I made subcategories for graphics libraries at the end of this email. Whatever happens to hackage2 this would be an immediate improvement. How -- I would volunteer for the manual categorization and let the community look over it. I could upload the changes with a script but the version number has to increase even if only the category has changed. I also don't want to be responsible for a massive spike in the upload statistics. Shouldn't the cabal file be excluded from the versioning policy? = It is allowed to upload a library with the same version number if only the cabal file has changed. One should write a notifiaction mail to all owners to reply if they don't agree. Then after a week executing the script that applies the changes. [snip] Hi, I would simply prefer tags. Actually, there is a problem that becomes even worse in your proposal: packages appearing in multiple categories, and packages not appearing in some expected category. A simple example in your proposed categories: HDRUtils library: should it be in 2d, RasterFormats, or maybe in 2dFormats, ... with tags, 2d, raster, format, can be used, but also hdr, image, etc. I don't remember what was proposed for hackage 2. Cheers, Thu ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] *GROUP HUG*
From from what I see here, Haskell at work seems to target web development. I should try this soon... What is everyone using? Yesod? 2011/6/4 Michael Xavier nemesisdes...@gmail.com I just wanted to echo this a bit. I'm a Ruby on Rails developer in my day job. While I still enjoy ruby, I was very proud that my studies of Haskell helped me identify a problem a week or so ago that would be much more difficult to solve in an imperative language and benefits from laziness. While the role of this tool will be limited compared to what I do day by day, I can finally say that I'm using Haskell at work. If anyone is curious, the project is essentially a service that determines the optimum order for a comparison shopping engine. On Thu, Jun 2, 2011 at 11:52 AM, Yves Parès limestr...@gmail.com wrote: Learning Haskell will pay off much less than learning PHP, if your goal is to find a job. Amen. I cannot agree with this for practical reasons. I'm using Haskell for real world commercial applications, and I'm very productive with it. I wish so much I could say that... Out of curiosity, what are you using Haskell for? 2011/6/2 Ertugrul Soeylemez e...@ertes.de Alberto G. Corona agocor...@gmail.com wrote: Haskell is an academic asset as well as a fun asset. I cannot agree with this for practical reasons. I'm using Haskell for real world commercial applications, and I'm very productive with it. There is however a variation of this statement, with which I could agree, namely: Learning Haskell will pay off much less than learning PHP, if your goal is to find a job. It takes a lot longer and there are a lot less companies in need of Haskell programmers. Greets, Ertugrul -- nightmare = unsafePerformIO (getWrongWife = sex) http://ertes.de/ ___ 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 -- Michael Xavier http://www.michaelxavier.net ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Subcategories on Hackage
Why not hierarchical tags? (Tags organized in directories, well, basically, tags with slashes or dots) This is the most flexible IMHO. 2011/6/4 Vo Minh Thu not...@gmail.com 2011/6/4 Tillmann Vogt tillmann.v...@rwth-aachen.de: Hi, There are some categories on Hackage that have become so large that it is hard to find something, i.e. Data(414 packages) and Graphics (191). Thats why I suggest to use subcategories separated from the category with a dot. To show that this makes sense I made subcategories for graphics libraries at the end of this email. Whatever happens to hackage2 this would be an immediate improvement. How -- I would volunteer for the manual categorization and let the community look over it. I could upload the changes with a script but the version number has to increase even if only the category has changed. I also don't want to be responsible for a massive spike in the upload statistics. Shouldn't the cabal file be excluded from the versioning policy? = It is allowed to upload a library with the same version number if only the cabal file has changed. One should write a notifiaction mail to all owners to reply if they don't agree. Then after a week executing the script that applies the changes. [snip] Hi, I would simply prefer tags. Actually, there is a problem that becomes even worse in your proposal: packages appearing in multiple categories, and packages not appearing in some expected category. A simple example in your proposed categories: HDRUtils library: should it be in 2d, RasterFormats, or maybe in 2dFormats, ... with tags, 2d, raster, format, can be used, but also hdr, image, etc. I don't remember what was proposed for hackage 2. Cheers, Thu ___ 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
Re: [Haskell-cafe] Problem with linker
No, it does not report any problem. 2011/6/4 Clint Moore cl...@ivy.io On Sat, Jun 04, 2011 at 01:17:03AM +0200, Alejandro Serrano Mena wrote: Hi, I'm trying to use Hoogle as a library in my Summer of Code project. But when I try to compile using Cabal, I get the following error: Linking dist/build/scion-browser/scion-browser ... /home/serras/.cabal/lib/hoogle-4.2.4/ghc-7.0.2/libHShoogle-4.2.4.a(Serialise.o): In function `s1ePR_info': (.text+0x2015): undefined reference to `hooglezm4zi2zi4_Pathszuhoogle_version1_closure' /home/serras/.cabal/lib/hoogle-4.2.4/ghc-7.0.2/libHShoogle-4.2.4.a(Serialise.o): In function `s1f8a_info': (.text+0x338f): undefined reference to `__stginit_hooglezm4zi2zi4_Pathszuhoogle_' I've been looking for some information and it seems to be related with the fact that Hoogle first builds a library and then build an executable using the library, but all files get recompiled in that second pass. Is there any way to workaround this problem? Does 'ghc-pkg check' report any problems? ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Problem with linker
I'm using the last Haskell Platform available in Arch Linux, with GHC 7.0.2 and Cabal 1.10.1.0 (the last one). The problem is not installing Hoogle, because it builds and works correctly, but linking with the library Hoogle provides. 2011/6/4 Rogan Creswick cresw...@gmail.com On Fri, Jun 3, 2011 at 4:17 PM, Alejandro Serrano Mena trup...@gmail.com wrote: I've been looking for some information and it seems to be related with the fact that Hoogle first builds a library and then build an executable using the library, but all files get recompiled in that second pass. Is there any way to workaround this problem? Upgrading Cabal / cabal-install is a good place to start, if you're not already using the 0.10's. I also suggest using cabal-dev, since issues like this can be caused by combinations of dependencies that conflict. There's a good chance that you just have a weird mix of compiled libraries that don't all work together, and cabal isn't able/willing to rebuild everything necessary to make all the things in your user package db work together. I very recently installed Hoogle locally, on a fresh system, so I'm fairly confident it's still possible without too many headaches :). --Rogan ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Subcategories on Hackage
Am 04.06.2011 11:08, schrieb Vo Minh Thu: 2011/6/4 Tillmann Vogttillmann.v...@rwth-aachen.de: Hi, There are some categories on Hackage that have become so large that it is hard to find something, i.e. Data(414 packages) and Graphics (191). Thats why I suggest to use subcategories separated from the category with a dot. To show that this makes sense I made subcategories for graphics libraries at the end of this email. Whatever happens to hackage2 this would be an immediate improvement. How -- I would volunteer for the manual categorization and let the community look over it. I could upload the changes with a script but the version number has to increase even if only the category has changed. I also don't want to be responsible for a massive spike in the upload statistics. Shouldn't the cabal file be excluded from the versioning policy? = It is allowed to upload a library with the same version number if only the cabal file has changed. One should write a notifiaction mail to all owners to reply if they don't agree. Then after a week executing the script that applies the changes. [snip] Hi, I would simply prefer tags. Actually, there is a problem that becomes even worse in your proposal: packages appearing in multiple categories, and packages not appearing in some expected category. Well, what is the difference between a tag and a category? The second sounds more mathematical. A sub tag or a sub category is better because some categories have clearly a sub relation. I.e. I cannot imagine 2d-image-formats to be part of some other category than graphics. But generally I agree that more tags are also a solution, but how to display this without increasing the page size. So I think in the end it is tradeoff between display size and reasonable narrowing of where a category can belong. A simple example in your proposed categories: HDRUtils library: should it be in 2d, RasterFormats, or maybe in 2dFormats, ... with tags, 2d, raster, format, can be used, but also hdr, image, etc. I don't mean that a library should appear in only one (sub-)category, HDRUtils may appear in all the categories you mention. but if someone wants to know what raster image formats are supported he immediately finds it ind RasterFormats. I don't remember what was proposed for hackage 2. Cheers, Thu ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Subcategories on Hackage
On 4 June 2011 10:42, Tillmann Vogt tillmann.v...@rwth-aachen.de wrote: Well, what is the difference between a tag and a category? The second sounds more mathematical. Although it doesn't exist (yet), tags would support a filtering view. As for categories, I'll be the first to play the joker and mention the essay Ontology is overrated... ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] ANN: unordered-container 0.1.3.0
Hi Johan, Am Donnerstag, den 05.05.2011, 23:02 +0200 schrieb Johan Tibell: I've just uploaded a new version of the unordered-containers package, a package of fast hashing-based container types. I was looking into using HashMap in a tool for the Debian Haskell Group that currently uses a somewhat large Map, but I found some functions missing that I was using: * unions * element * unionWith * mapWithKey Do you plan to provide an API as similar to Map as possible, and those functions just have not been implemented yet, or will those likely never be added? Thanks, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Subcategories on Hackage
http://www.shirky.com/writings/ontology_overrated.html On Sat, Jun 4, 2011 at 10:02 AM, Tillmann Vogt tillmann.v...@rwth-aachen.de wrote: Hi, There are some categories on Hackage that have become so large that it is hard to find something, i.e. Data(414 packages) and Graphics (191). Thats why I suggest to use subcategories separated from the category with a dot. To show that this makes sense I made subcategories for graphics libraries at the end of this email. Whatever happens to hackage2 this would be an immediate improvement. How -- I would volunteer for the manual categorization and let the community look over it. I could upload the changes with a script but the version number has to increase even if only the category has changed. I also don't want to be responsible for a massive spike in the upload statistics. Shouldn't the cabal file be excluded from the versioning policy? = It is allowed to upload a library with the same version number if only the cabal file has changed. One should write a notifiaction mail to all owners to reply if they don't agree. Then after a week executing the script that applies the changes. Categories for Graphics: Graphics.2d bacteria program: braindead utility to compose Xinerama backgrounds barchart library and program: Creating Bar Charts in Haskell chalkboard library and programs: Combinators for building and processing 2D images. chalkboard-viewer library: OpenGL based viewer for chalkboard rendered images. Chart library: A library for generating 2D Charts and Plots dia-base library: An EDSL for teaching Haskell with diagrams - data types dia-functions library: An EDSL for teaching Haskell with diagrams - functions diagrams library: Embedded domain-specific language for declarative vector graphics diagrams-cairo library: Cairo backend for diagrams drawing EDSL diagrams-core library: Core libraries for diagrams EDSL diagrams-lib library: Embedded domain-specific language for declarative graphics explore program: Experimental Plot data Reconstructor funcmp library: Functional MetaPost gloss library: Painless 2D vector graphics, animations and simulations. gloss-examples programs: Examples using the gloss library GoogleChart library: Generate web-based charts using the Google Chart API graphics-drawingcombinators library: A functional interface to 2D drawing in OpenGL haha library and program: A simple library for creating animated ascii art on ANSI terminals. HDRUtils library: Utilities for reading, manipulating, and writing HDR images hevolisa program: Genetic Mona Lisa problem in Haskell hevolisa-dph program: Genetic Mona Lisa problem in Haskell - using Data Parallel Haskell Hieroglyph library: Purely functional 2D graphics for visualization. HPlot library and program: A minimal monadic PLplot interface for Haskell hs-captcha library: Generate images suitable for use as CAPTCHAs in online web-form security. hs-gchart library: Haskell wrapper for the Google Chart API hsparklines library: Sparklines for Haskell internetmarke program: Shell command for constructing custom stamps for German Post plot library: A plotting library, exportable as eps/pdf/svg/png or renderable with gtk plot-gtk library: GTK plots and interaction with GHCi printxosd program: Simple tool to display some text on an on-screen display scaleimage program: Scale an image to a new geometry testpattern program: Display a monitor test pattern wumpus-basic library: Basic objects and system code built on Wumpus-Core. wumpus-core library: Pure Haskell PostScript and SVG generation. wumpus-drawing library: High-level drawing objects built on Wumpus-Basic. wumpus-microprint library: Microprints - greek-text pictures. wumpus-tree library: Drawing trees zsh-battery program: Ascii bars representing battery status Graphics.3d Attrac program: Visualisation of Strange Attractors in 3-Dimensions cal3d library: Haskell binding to the Cal3D animation library. cal3d-examples programs: Examples for the Cal3d animation library. cal3d-opengl library: OpenGL rendering for the Cal3D animation library FieldTrip library: Functional 3D gnuplot library and program: 2D and 3D plots using gnuplot HGL library: A simple graphics library based on X11 or Win32 hgl-example program: Various animations generated using HGL IcoGrid library: Library for generating grids of hexagons and pentagons mapped to a sphere. nymphaea program: An interactive GUI for manipulating L-systems reactive-fieldtrip library: Connect Reactive and FieldTrip reactive-glut library: Connects Reactive and GLUT Graphics.Fractal fractal program: Draw Newton, Julia and Mandelbrot fractals gmndl program: Mandelbrot Set explorer using GTK hfractal program: OpenGL fractal renderer mandulia program: A zooming visualisation of the Mandelbrot Set as many Julia Sets.
Re: [Haskell-cafe] ANN: unordered-container 0.1.3.0
Hi, Am Samstag, den 04.06.2011, 14:23 +0200 schrieb Joachim Breitner: I was looking into using HashMap in a tool for the Debian Haskell Group that currently uses a somewhat large Map, but I found some functions missing that I was using: * unions * element * unionWith * mapWithKey here are naive implementations using the current API, although I guess better code can be created within unordered-container: -- Functions from Data.Map missing in Data.HashMap unions = foldl M.union M.empty member k = isJust . M.lookup k unionWith f m1 m2 = M.foldrWithKey (M.insertWith f) m1 m2 mapWithKey f = runIdentity . M.traverseWithKey (\k v - Identity (f k v)) Greetings, Joachim -- Joachim nomeata Breitner mail: m...@joachim-breitner.de | ICQ# 74513189 | GPG-Key: 4743206C JID: nome...@joachim-breitner.de | http://www.joachim-breitner.de/ Debian Developer: nome...@debian.org signature.asc Description: This is a digitally signed message part ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] *GROUP HUG*
On Fri, 2011-06-03 at 10:03 +0200, Ketil Malde wrote: Gresham's law states roughly that bad money drives out good. I thus propose a corollary: bad languages drive out good. That's not entirely true - http://en.wikipedia.org/wiki/Gresham's_law. which states that when government compulsorily overvalues one money and undervalues another, the undervalued money will leave the country or disappear into hoards, while the overvalued money will flood into circulation i.e. bad money drives out good *if their exchange rate is set by law*. Regards signature.asc Description: This is a digitally signed message part ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Subcategories on Hackage
Am 04.06.2011 15:00, schrieb Sebastian Fischer: http://www.shirky.com/writings/ontology_overrated.html I think I have read that article a long time ago. I just looked at it again. Very lengthy but true. In the middle there is a section when ontologies work well and ... it all applies to Hackage. When Does Ontological Classification Work Well? Domain to be Organized Small corpus 3k libraries is nothing compared to the whole web (referring to the yahoo example), or every book on earth Formal categories already exist, just need some improvement Stable entities Haskell is a mathematical language, and if there is one thing that will never change then it is math Restricted entities access only after personal email Clear edges ? Participants Expert catalogers Maybe the best educated programmers in the world Authoritative source of judgment Maybe Coordinated users It could be better Expert usersmostly ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Comment Syntax
On 11-06-04 02:20 AM, Roman Cheplyaka wrote: It is, for my taste, a good comment marker, because of its resemblance to a dash. It makes the code look like real text: let y = x + 1 -- increment x COBOL is real text, if that is what you want. ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Comment Syntax
*Touché.* Nice one. 2011/6/4 Albert Y. C. Lai tre...@vex.net On 11-06-04 02:20 AM, Roman Cheplyaka wrote: It is, for my taste, a good comment marker, because of its resemblance to a dash. It makes the code look like real text: let y = x + 1 -- increment x COBOL is real text, if that is what you want. ___ 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
Re: [Haskell-cafe] ANN: unordered-container 0.1.3.0
Hi Joachim, On Sat, Jun 4, 2011 at 2:23 PM, Joachim Breitner nome...@debian.org wrote: Hi Johan, Am Donnerstag, den 05.05.2011, 23:02 +0200 schrieb Johan Tibell: I've just uploaded a new version of the unordered-containers package, a package of fast hashing-based container types. I was looking into using HashMap in a tool for the Debian Haskell Group that currently uses a somewhat large Map, but I found some functions missing that I was using: * unions * element * unionWith * mapWithKey Do you plan to provide an API as similar to Map as possible, and those functions just have not been implemented yet, or will those likely never be added? I plan to add those functions. I just haven't gotten around to it (hacking on GHC at the moment). Feel free to send patches. -- Johan ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] ANN: mecha-0.0.5
Mecha [1,2,3] is a constructive solid modeling DSL. I haven't worked on Mecha in awhile, so this release just contains some minor cleanup and reorganization. My next step is to build an OpenGL interactive visualization tool, something like a basic CAD window to rotate and zoom around 3D models. What is the easiest way to generate polygon meshes from constructive solid geometry? Marching cubes [4] seems pretty involved. -Tom [1] http://hackage.haskell.org/package/mecha [2] https://github.com/tomahawkins/mecha [3] http://tomahawkins.org/ [4] http://en.wikipedia.org/wiki/Marching_cubes ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] *GROUP HUG*
Yves Parès limestr...@gmail.com wrote: From from what I see here, Haskell at work seems to target web development. I should try this soon... That's one of the main use cases for Haskell in real world projects (in my opinion). However, I also use Haskell for network servers. What is everyone using? Yesod? Personally I use Yesod, but that's mainly a matter of taste. I think, the other big framework is Happstack. There is also a framework called Salvia. It comes with a very nice AJAX wiki/blog demo. You should check it out. The reason why I use Yesod is twofold: Firstly and mainly because I'm used to it. Secondly because I didn't like Happstack that much. I'm amazed by how you can get very productive with very little code, but that reasoning probably also holds for the other frameworks. One important note about Yesod, however: To really exploit it to its full power you should understand very well and be willing to use some of the Haskell extensions, most notably type families, quasiquoting and Template Haskell. Many people view this as a downside. Greets, Ertugrul -- nightmare = unsafePerformIO (getWrongWife = sex) http://ertes.de/ ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Subcategories on Hackage
On Sat, Jun 4, 2011 at 10:41 AM, Tillmann Vogt tillmann.v...@rwth-aachen.de wrote: Formal categories already exist, just need some improvement I don't see how the categories we have are near formal categories, but I digress. Stable entities Haskell is a mathematical language, and if there is one thing that will never change then it is math I also can't see this so clearly. It is like saying that books are just letters on paper, and nothing will change that. What we need to categorize is what is being done with Haskell, not Haskell itself. Restricted entities access only after personal email We have the opposite, any one can upload a library to Hackage and I don't think anyone wants to change that. Clear edges ? See his example, where he says that there are no blended elements. A Haskell library may have characteristics from two or more different categories. Expert catalogers Maybe the best educated programmers in the world We don't have any catalogers at all! =( Authoritative source of judgment Maybe We also don't have an authoritative source of judgement, but that is something easier to change. Coordinated users It could be better There is almost no coordination at all. Expert users mostly Yes, mostly, I agree =). tl;dr: I don't think ontologies are suitable for Hackage. Cheers! -- Felipe. ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Subcategories on Hackage
On 6/4/11 9:41 AM, Tillmann Vogt wrote: Am 04.06.2011 15:00, schrieb Sebastian Fischer: http://www.shirky.com/writings/ontology_overrated.html I think I have read that article a long time ago. I just looked at it again. Very lengthy but true. In the middle there is a section when ontologies work well and ... it all applies to Hackage. I'm not so sure of that. When Does Ontological Classification Work Well? Domain to be Organized Small corpus3k libraries is nothing compared to the whole web (referring to the yahoo example), or every book on earth Sure, it's small by library standards; but then again, libraries have curators. Libraries don't have to deal with everyone just filling out their own metadata when donating a book to the library. In comparison to others corpora of its kind, Hackage is of middling size and still growing. The relevant corpora here are things like CPAN, CTAN, CRAN and the like; not the whole internet, nor even a university library. Formal categoriesalready exist, just need some improvement The categories aren't formal. Formal categorization means things like the names of biological species or the various constructs of abstract algebra, things which have a fixed and definite definition. Even the ontology of biology suffered a major upset over the last two decades as genetic sequencing demonstrated that the previous organization of species was woefully wrong. When is something a 2D graphics library vs a 3D library? What about all the shades in between, all the various options like depth parallax, pseudo-3D, fixed perspective, sprites on 3D backgrounds,... before you enter true 3D rendering? Something like the raster category may be a bit more formal, but even with my feeble knowledge of graphics I know that graphics as a whole is a mish mash of differing things and not a formally specified domain. Stable entitiesHaskell is a mathematical language, and if there is one thing that will never change then it is math Haskell is quite mathematical, but mathematics have shifted and changed dramatically over the years. Math changes all the time. Programming libraries and projects even moreso. Goals and directions change all the time. What began as a project in category A could easily shift to become focused on category B. Restricted entitiesaccess only after personal email What Clay means here is things like a library that only deals in bound volume books, as opposed to dealing also in other literary media (papyrus, velum,...) or in non-literary media (music, video,...). This does describe Hackage pretty well though. It's only for software, and only for software written in (or for) Haskell. While that's still a very broad domain, at least all the entities in it are of the same kind. Clear edges ? Participants Expert catalogersMaybe the best educated programmers in the world Even if we are the best educated, I doubt there are very many Haskellers with expert-level experience in cataloging. How many of us work as librarians, ontologists, or other professions in charge of organizing and curating data? There are a few, I'm sure. Some work in databases, and some do annotation work (e.g., the NLPers), but the average Haskeller is not an expert cataloger. And I'm sure the experts are too busy to have all of Hackage foisted upon them. Authoritative source of judgmentMaybe Hackage has no Benevolent Dictator For Life (that I'm aware of). -- Live well, ~wren ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] ANN: mecha-0.0.5
If the purpose is just to visualize the model then there are easier ways to do so that generating a polygonal representation and rendering that. See these for more info: * http://www.opencsg.org/ * http://www.nigels.com/research/ -Corey O'Connor coreyocon...@gmail.com http://corebotllc.com/ On Sat, Jun 4, 2011 at 12:25 PM, Tom Hawkins tomahawk...@gmail.com wrote: Mecha [1,2,3] is a constructive solid modeling DSL. I haven't worked on Mecha in awhile, so this release just contains some minor cleanup and reorganization. My next step is to build an OpenGL interactive visualization tool, something like a basic CAD window to rotate and zoom around 3D models. What is the easiest way to generate polygon meshes from constructive solid geometry? Marching cubes [4] seems pretty involved. -Tom [1] http://hackage.haskell.org/package/mecha [2] https://github.com/tomahawkins/mecha [3] http://tomahawkins.org/ [4] http://en.wikipedia.org/wiki/Marching_cubes ___ 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
Re: [Haskell-cafe] Subcategories on Hackage
On Sat, Jun 4, 2011 at 7:46 PM, Felipe Almeida Lessa felipe.le...@gmail.com wrote: tl;dr: I don't think ontologies are suitable for Hackage. I think I agree. For instance, I just uploaded fix-imports and had to decide which categories it is in. It manages imports, which is IDE-like and people looking for IDE-like features might be interested, so IDE. It's concerned with haskell itself, so Haskell. And it's meant to be used with an editor, though it isn't an editor itself, so Editor. It's actually none of those things, but there's no specific category for it, and if there were I think it would be too small to be useful. So I picked things I think people who might be interested in it would be searching for. I don't think a hierarchy would have helped in this case, but tags would be appropriate. Actually, I wound up using the categories like tags. I think we just need better search, e.g. +tag +tag or something. ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
