[Haskell] ZuriHac 2022 takes place as an in-person event 11-13 June, registrations now open

[Jasper Van der Jeugt]

Hi Friends of Haskell,

After two years of virtual ZuriHac, we are very excited to bring back 
the Hackathon as an in-person event at the beautiful campus of OST (new 
name, same location as 2018/19), right next to lake Zürich.  The event 
will take place Saturday 11 - Monday 13 June.


You will be able to hack on projects with other Haskellers, or even 
start your own project.  There will be plenty of socializing, some 
impromptu hallway tracks, friendly fellow Haskellers to help you out, 
and an overall welcoming vibe.


Aside from the hacking, we'll also host talks, workshops and tracks for 
all levels.  We already have two great speakers lined up: Gabriele 
Keller and Andrew Lelechenko (aka Bodigrim).  And this all for 
absolutely free!


You can find more information about the event and register at:

   https://zurihac.com/

Please note that all participants will need to comply with travel 
regulations and local pandemic-related measurements.


Hoping to see you in Zürich,
Juri Chomé
Bieke Hoefkens
Farhad Mehta
Jasper Van der Jeugt



___
Haskell mailing list
Haskell@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell

[Haskell] Call for Haskell.org Committee Nominations

[Jasper Van der Jeugt]

Dear Haskellers,

It is time to put out a call for new nominations (as usual,
self-nominations and re-nominations are also welcome) for the
Haskell.org committee.

To nominate yourself or one of your friends for a 3-year term
(2022-2025), write an email to: [committee at haskell.org] by the 31st
of December, 2021.  Please feel free to include any information about
yourself (e.g., your story; how you want to contribute to Haskell.org)
that you think will help us decide.

Committee members do not need to be deep technical Haskell
experts.  Instead, we look for enthusiasm towards improving the
community and a broad representation from different segments of the
Haskell world (such as, but not limited to: academia, industry, OSS
development, community building).  We aim to represent the various
facets of "the Haskell society", to be diverse in terms of industry or
research and gender, race, and location.

The role is about setting policy, providing direction/guidance for
Haskell.org infrastructure, planning for the long term and being
fiscally responsible with the Haskell.org funds (and donations).
Being a member of the committee does not necessarily require a
significant amount of time, but members should aim to be responsive
during discussions when the committee is called upon to make a
decision.  You should be able to attend our hour-long call once a
month, and to be available to participate asynchronously in the
Haskell.org Slack and mailing lists.

Strong leadership, communication, and judgment are significant
characteristics for committee members.  As overseers for policy
regarding the open-source side of Haskell, the committee members
must also be able to set aside personal or business-related bias and
make decisions with the good of the open-source Haskell community in
mind. More details about the committee's roles and responsibilities
are on: https://www.haskell.org/haskell-org-committee/

If you have any questions about the process, please feel free to email
us at [committee at haskell.org], or contact one of us individually.

Warm regards
Jasper
___
Haskell mailing list
Haskell@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell

[Haskell] [Announcement] ZuriHac 2021 (18-20 June) - Registration now open

[Jasper Van der Jeugt]

Hey Haskell friends,

We are happy to announce that you can now register for ZuriHac
2021.  It will take place from Friday 18th to Sunday 20th of June.
Like last year, we are holding the event online.

While we are sad that we don't yet get to see each other in person,
this also allowed ~1000 people to join in 2021, instead of the usual
400-500 in Zurich.

We have a couple of exciting things lined up for you this year. Here
is a peek preview, but you can always check out https://zurihac.com
for up-to-date information.

This year, we are honoured to have talks by:

  -  Emily Pillmore
  -  Gabriele Keller
  -  John Hughes
  -  Veronika Romashkina

And we have a couple of tutorials and teaching tracks in the works, as
well as one more talk.  We put a special focus on covering the whole
beginner, intermediate, advanced spectrum:

 -  There will be an advanced track held by our friends at Well-Typed.
 -  digitally induced will teach you IHP, a new batteries-included web
framework that has been gaining a lot of traction. Check it out at
https://ihp.digitallyinduced.com/.
 -  There will be a workshop on Unison, an exciting programming
language that shares a lot of Haskell's syntax and semantics.
Have a look at https://unisonweb.org/.

We are working on more talks and tutorials, so expect further details
to be communicated in the coming weeks.  Keep an eye on our website!

Apart from this, there will be the usual stuff that makes ZuriHac
so much fun.  There will be projects to hack on with other people,
and the possibility to bring your own.  There will be plenty of
socialising, some impromptu hallway tracks, friendly fellow Haskellers
to help you out, and an overall welcoming vibe.

A quick note on how the online event works:

 -  The main hub for the event will be on our Discord server. It
worked really well for us last year, since it provided a sense of
togetherness.  It's easy to use, and it has chats, voice, and
video.  You will get a link when you register.
 -  The talks will be streamed (and recorded) on YouTube. Q will be
held on Discord.  Check out last year's excellent talks:
https://youtube.com/playlist?list=PLiU7KJ5_df6aZbNfh_TUJt-6w9N3rYkTX

Registration is free and open as of right now:

https://zureg.zfoh.ch/register/

Looking forward to seeing you in June!
The Zurich Friends of Haskell - https://zfoh.ch
___
Haskell mailing list
Haskell@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell

[Haskell] 2020 Haskell.org Call for Nominations

[Jasper Van der Jeugt]

Dear Haskellers,

It is time to put out a call for new nominations (typically but not
necessarily self-nominations) to the haskell.org committee.  Three
members of the committee are at the ends of their current terms: Ryan
Trinkle, George Wilson and Tikhon Jelvis.

The Haskell Foundation has also recently put out a call for
nominations.  How does Haskell.org differ from the new Haskell
Foundation?  Why should you nominate yourself for a role?

While the Haskell.org committee shares many goals with the Haskell
Foundation, it remains an independent organization to operate the
haskell.org website, provide resources and infrastructure, and
run programs such as GSoC, like it has been doing for years.  The
Haskell.org committee has voted to affiliate itself with the Haskell
Foundation and several of its members were involved in the founding of
the Haskell Foundation.  We believe that Haskell.org can represent the
community as a stakeholder in the Haskell Foundation and help drive it
forward.

This makes it an exciting time to nominate yourself, as we'll be able
to serve the community better, working closely with other groups in
the Haskell community.

To nominate yourself, please send an email to committee at haskell.org
by the 7th of January, 2020.  Current members are eligible to
re-nominate themselves.  Please feel free to include any information
about yourself that you think will help us to make a decision.

Being a member of the committee does not necessarily require a
significant amount of time, but committee members should aim to be
responsive during discussions when the committee is called upon to
make a decision.

Committee members do not need to be deep technical Haskell experts.
Instead we look for enthusiasm towards improving the Haskell
community.  We aim to represent the different facets of the community.
We aim to be diverse in terms of industry or research, and in terms of
gender, race and location.

The role is about setting policy, providing direction/guidance for
Haskell.org infrastructure, planning for the long term, and being
fiscally responsible with the Haskell.org funds and donations.  As
overseers for policy regarding the open source side of Haskell,
committee members must also be able to set aside personal or business
related bias and make decisions with the good of the open source
Haskell community in mind.

More details about the committee's roles and responsibilities are on

https://www.haskell.org/haskell-org-committee/

If you have any questions about the process, please feel free
to e-mail us at committee at haskell.org, or contact one of us
individually.

Warm regards
Jasper
___
Haskell mailing list
Haskell@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell

Re: [Haskell-community] Haskell.org committee proposals & GRC

[Jasper Van der Jeugt]

Hi Michael,

Thanks for the feedback.  You're completely right: that sort of
documentation is sorely lacking.  I'll update the proposal and/or
repository to more explicit about this.

Warm regards
Jasper

On Thu, Oct 29, 2020 at 05:40:19PM +0200, Michael Snoyman wrote:
> Maybe this is just me, but I think it would be useful to have documented in
> that repository as well what items fall under the purview of the haskell.org
> committee, and therefore what kinds of proposals would be appropriate.
> Maybe this is just me, but I'm not certain where the line would be drawn
> between different groups and committees within the wider Haskell ecosystem.
> If this is already documented somewhere, a link from the README.md would
> IMO be very helpful.
> 
> On Thu, Oct 29, 2020 at 5:23 PM Jasper Van der Jeugt  
> wrote:
> 
> > Hi all,
> >
> > The Haskell.org committee would like to adopt a new proposal format,
> > inspired by the GHC Steering Committee.  We have created a repository
> > with proposals here:
> >
> >https://github.com/haskell-org/committee
> >
> > I would like to call the members of the committee to vote on these
> > proposals, but we also value community feedback.  The two proposals
> > are:
> >
> >  -  0001: Establish the proposal process
> > https://github.com/haskell-org/committee/pull/1
> >  -  0002: Adopt the GRC code of conduct
> > https://github.com/haskell-org/committee/pull/2
> >
> > For posterity and archival, I am including the full text of the
> > proposals here.  For the record, I am in favor of accepting both
> > proposals.
> >
> > # Proposal 0001: Haskell.org proposals
> >
> > In an effort to make the work of Haskell.org committee more
> > transparent, we would like to adopt a proposal process similar to the
> > [GHC Steering Committee].
> >
> > The proposed process is fairly light:
> >
> > 1.  New proposals are created as pull requests with a single file,
> > following a `proposals/XYZW-some-title.extention` naming scheme.
> > A template is available in `proposals/-template.md`.
> >
> > 2.  Proposals must have an author set who is responsible for driving
> > the discussion.  If the author is not a member of the Haskell.org
> > committee, we may additionally appoint a shepherd from the
> > committee to help with this.  It is the responsibility of the
> > author and the shepherd to notify any communities that may be
> > interested in the proposal, so we can gather community feedback.
> >
> > 3.  The proposal must have a link to the PR discussion, so readers can
> > easily find the full discussion once the PR is merged.
> >
> > 4.  We strive to make unanimous decisions, but we can use a majority
> > vote (the committee has an odd number of members) to move forward.
> >
> > 5.  What happens next depends on whether or not the proposal is
> > accepted:
> >
> >  -  If the proposal is accepted, `date-accepted` is set and the
> > proposal is merged into the repository.  A summary with a link
> > to the full PR discussion is sent out to
> > `commun...@haskell.org`.
> >
> >  -  If the proposal is not accepted, the proposal is also merged
> > for posterity, but a section is ammended to explain why it was
> > rejected.
> >
> > # Proposal 0002: Guidelines for Respectful Communication
> >
> > The Haskell.org committee adopts the [Guidelines for Respectful
> > Communication][grc].
> >
> > This applies only to members of the board, in in all our public
> > interactions in the Haskell sphere, including email, social media,
> > discussion forums, and so on.
> >
> > We may later adopt a stricter Code of Conduct, or set a Code of
> > Conduct for platforms we manage (e.g. Discourse, mailing lists), but
> > that is out of scope for this proposal.
> >
> > [grc]: https://github.com/ghc-proposals/ghc-proposals/blob/master/GRC.rst
> > [GHC Steering Committee]: https://github.com/ghc-proposals/ghc-proposals
> >
> > Warm regards
> > Jasper
> > ___
> > Haskell-community mailing list
> > Haskell-community@haskell.org
> > http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-community
> >
___
Haskell-community mailing list
Haskell-community@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-community

[Haskell-community] Haskell.org committee proposals & GRC

[Jasper Van der Jeugt]

Hi all,

The Haskell.org committee would like to adopt a new proposal format,
inspired by the GHC Steering Committee.  We have created a repository
with proposals here:

   https://github.com/haskell-org/committee

I would like to call the members of the committee to vote on these
proposals, but we also value community feedback.  The two proposals
are:

 -  0001: Establish the proposal process
https://github.com/haskell-org/committee/pull/1
 -  0002: Adopt the GRC code of conduct
https://github.com/haskell-org/committee/pull/2

For posterity and archival, I am including the full text of the
proposals here.  For the record, I am in favor of accepting both
proposals.

# Proposal 0001: Haskell.org proposals

In an effort to make the work of Haskell.org committee more
transparent, we would like to adopt a proposal process similar to the
[GHC Steering Committee].

The proposed process is fairly light:

1.  New proposals are created as pull requests with a single file,
following a `proposals/XYZW-some-title.extention` naming scheme.
A template is available in `proposals/-template.md`.

2.  Proposals must have an author set who is responsible for driving
the discussion.  If the author is not a member of the Haskell.org
committee, we may additionally appoint a shepherd from the
committee to help with this.  It is the responsibility of the
author and the shepherd to notify any communities that may be
interested in the proposal, so we can gather community feedback.

3.  The proposal must have a link to the PR discussion, so readers can
easily find the full discussion once the PR is merged.

4.  We strive to make unanimous decisions, but we can use a majority
vote (the committee has an odd number of members) to move forward.

5.  What happens next depends on whether or not the proposal is
accepted:

 -  If the proposal is accepted, `date-accepted` is set and the
proposal is merged into the repository.  A summary with a link
to the full PR discussion is sent out to
`commun...@haskell.org`.

 -  If the proposal is not accepted, the proposal is also merged
for posterity, but a section is ammended to explain why it was
rejected.

# Proposal 0002: Guidelines for Respectful Communication

The Haskell.org committee adopts the [Guidelines for Respectful
Communication][grc].

This applies only to members of the board, in in all our public
interactions in the Haskell sphere, including email, social media,
discussion forums, and so on.

We may later adopt a stricter Code of Conduct, or set a Code of
Conduct for platforms we manage (e.g. Discourse, mailing lists), but
that is out of scope for this proposal.

[grc]: https://github.com/ghc-proposals/ghc-proposals/blob/master/GRC.rst
[GHC Steering Committee]: https://github.com/ghc-proposals/ghc-proposals

Warm regards
Jasper
___
Haskell-community mailing list
Haskell-community@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-community

Re: [Haskell] Fwd: [GitHub] You've been removed from the Haskell organization

[Jasper Van der Jeugt]

Hi Dominic,

My apologies.

There was a proposal about making a plan to clean up the Haskell
organisation on GitHub at some point; but it wasn't supposed to happen
now or like this at all (and definitely not without communication
& agreement of the people involved!) -- it seems someone was a bit
too trigger happy.  I've added you back now and will figure how this
happened.

Warm regards
Jasper

On Wed, Mar 11, 2020 at 03:54:55PM +, domi...@steinitz.org wrote:
> Can someone tell me why I have been removed from the Haskell organisation?
> 
> Many thanks
> 
> Dominic Steinitz
> domi...@steinitz.org
> http://idontgetoutmuch.org
> Twitter: @idontgetoutmuch
> 
> 
> > Begin forwarded message:
> > 
> > From: GitHub 
> > Subject: [GitHub] You've been removed from the Haskell organization
> > Date: 11 March 2020 at 15:53:24 GMT
> > To: idontgetoutmuch 
> > 
> >    
> > You have been removed from the @Haskell 
> > organization
> > 
> > Hi @idontgetoutmuch,
> > You’ve been removed from the Haskell organization.
> > Manage your GitHub email preferences 
> > Terms  • Privacy 
> >  • Log in to 
> > GitHub 
> >  
> > GitHub, Inc.
> > 88 Colin P Kelly Jr Street
> > San Francisco, CA 94107
> 

> ___
> Haskell mailing list
> Haskell@haskell.org
> http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell

___
Haskell mailing list
Haskell@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell

[Haskell] [GSoC 2020] Call for Ideas

[Jasper Van der Jeugt]

Google Summer of Code [1] will take place again in 2020!

Haskell.org has been able to take part in this program in the past
two years, and we'd like to keep this momentum up since it greatly
benefits the community.

Google is not extremely open about what factors it considers for
applications from organizations, but they have stated multiple times
that a well-organized ideas list is crucial.  For that, we would like
to count on all of you again.

If you are the maintainer or a user of a Haskell project, and you
have an improvement in mind which a student could work on during the
summer, please submit an idea here:

https://summer.haskell.org/ideas.html

For context, Google Summer of Code is a program where Google
sponsors students to work on open-source projects during the summer.
Haskell.org has taken part in this program in 2006-2015, and 2018-2019.
Many important improvements to the ecosystem have been the direct or
indirect result of Google Summer of Code projects, and it has also
connected new people with the existing community.

Projects should benefit as many people as possible – e.g. an
improvement to GHC will benefit more people than an update to a
specific library or tool, but both are definitely valid.  New libraries
and applications written in Haskell, rather than improvements to
existing ones, are also accepted.  Projects should be concrete and
small enough in scope such that they can be finished by a student
in three months.  Past experience has shown that keeping projects
"small" is almost always a good idea.

[1]: https://summerofcode.withgoogle.com/

Warm regards
Jasper
___
Haskell mailing list
Haskell@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell

[Haskell] Call for Haskell.org Committee Nominations

[Jasper Van der Jeugt]

Dear Haskellers,

It is time to put out a call for new nominations (typically but not
necessarily self-nominations) to the Haskell.org committee. We have
three members of our committee due for retirement --
Jasper Van der Jeugt, Niki Vazou, and Mitsutoshi Aoe.

To nominate yourself, please send an email to committee at haskell.org
by the 7th of January, 2020. The retiring members are eligible to
re-nominate themselves. Please feel free to include any information
about yourself that you think will help us to make a decision.

The Haskell.org committee serves as a board of directors for
Haskell.org, a 501(c)3 nonprofit which oversees technical and
financial resources related to Haskell community infrastructure.

Being a member of the committee does not necessarily require a
significant amount of time, but committee members should aim to be
responsive during discussions when the committee is called upon to
make a decision. Strong leadership, communication, and judgement are
very important characteristics for committee members. The role is
about setting policy, providing direction/guidance for Haskell.org
infrastructure, planning for the long term, and being fiscally
responsible with the Haskell.org funds (and donations). As overseers
for policy regarding the open source side of Haskell, committee
members must also be able to set aside personal or business related
bias and make decisions with the good of the open source Haskell
community in mind.

We seek a broad representation from different segments of the Haskell
world -- including but not limited to those focused on education,
those focused on industrial applications, those with background in
organizing users-groups, and those focused directly on our technical
infrastructure.

More details about the committee's roles and responsibilities are on
https://wiki.haskell.org/Haskell.org_committee
If you have any questions about the process, please feel free to
e-mail us at committee at haskell.org, or contact one of us
individually.

Warm regards,
Jasper Van der Jeugt
___
Haskell mailing list
Haskell@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell

[Haskell] ZuriHac 2020 (12-14 June) registration is now open

[Jasper Van der Jeugt]

Hi Haskell friends!

We are happy to announce that ZuriHac 2020 will take place from Friday
the 12th to Sunday the 14th of June, hosted again at the HSR
(https://www.hsr.ch/), on the shores of beautiful Lake Zurich.

You can find all the information on:

https://zurihac.com

The Zurich Haskell Hackathon is a free, international, grassroots, and
collaborative coding festival. Our goal is to nourish the Haskell
community, learn exciting new things, and to have fun working on
projects together.

This year, we are already excited to announce talks by:

 -  Alexis King
 -  Rob Rix

More speakers will be announced later.

In addition to talks, we will offer beginner, intermediate, and advanced
tracks, similar to last year.  The details of this will also be
communicated in the coming months.

The event is open to any experience level, from beginners to gurus. If
you are completely new to Haskell, rest assured that there will be
tutorials for you to take, and a bunch of friendly advanced Haskellers
to answer your questions and help you along.

We will have space for 500 attendees, making this the largest Haskell
gathering that we know of!  Registration is free and open as of right
now:

https://zurihac.com/#registration

We would also like to thank the Hochschule für Technik Rapperswil for
their amazing support and for hosting us again this year.  Without them,
an event of this scale and quality would be extremely difficult to pull
off.

We can't wait to see you in June,
The Zurich Friends of Haskell (https://zfoh.ch/)
___
Haskell mailing list
Haskell@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell

[Haskell] GSoC 2019 Student Applications now open

[Jasper Van der Jeugt]

Hi all,

We'd like to remind you that Google has opened student applications for
Google Summer of Code 2019 [1].  Applications can be submitted through
their dashboard [2].

If you are thinking of applying, there is a list of ideas submitted by
our wonderful community [3] that can serve as inspiration.  Of course,
we also welcome other proposals!

Please contact us [4] if you have any other question about the program.

Warm regards
Jasper Van der Jeugt
on behalf of the Haskell.Org Committee

[1]: https://summerofcode.withgoogle.com/
[2]: https://summerofcode.withgoogle.com/dashboard/
[3]: https://summer.haskell.org/ideas.html
[4]: https://summer.haskell.org/contact.html
___
Haskell mailing list
Haskell@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell

[Haskell] Haskell.Org accepted for GSoC 2019

[Jasper Van der Jeugt]

Hi all,

We're very excited to announce that Haskell.Org has been accepted [1]
into the Google Summer of Code 2019 program [2].  We hope that, like
last year, it will lead to a whole range of improvements to the Haskell
ecosystem, and to new faces joining our community!

We would like to thank everyone who submitted ideas -- this is a key
part of being accepted into GSoC.  Now, here's the near term timeline:

- Today - March 25: Potential student participants discuss application
  ideas with mentors
- March 25 - April 9: Students can submit applications
- May 6: Accepted student proposals announced

At this point, we're looking for both students and extra mentors.  We
would like to assign at least two mentors to each project if possible,
so the students get the support they deserve.  Additional ideas for
projects are still welcome!

There's a lot of information on our Summer of Haskell page [3].  If
there are any students who are not sure where to begin, feel free to
reach out to us directly [4]!

[1]: https://summerofcode.withgoogle.com/organizations/5556388114202624/
[2]: https://summerofcode.withgoogle.com/
[3]: https://summer.haskell.org/
[4]: https://summer.haskell.org/contact.html

Warm regards
Jasper Van der Jeugt
on behalf of the Haskell.Org Committee
___
Haskell mailing list
Haskell@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell

[Haskell] [ANN] Haskell.Org Discourse Instance

[Jasper Van der Jeugt]

Hello all,

We would like to announce a new discourse-based forum for the Haskell
community, at:

https://discourse.haskell.org/

This is inspired by the Rust, Nix and Elm discourse instances, where
these forums have had a strong positive effect on the community. We will
run this as a "beta" for 6 months and then evaluate its usefulness. It
is meant as an extra alternative to Haskell-cafe, reddit and Haskell
IRC, but it does not replace any of those.

Discourse is completely open source and easily accessible using an email
client. We would like to thank the Haskell.Org admin team for
provisioning a server and Matthew Pickering for suggesting this and
doing the hard work setting up the instance.

Warm regards,
Jasper Van der Jeugt
on behalf of the Haskell.Org Committee
___
Haskell mailing list
Haskell@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell

[Haskell] [GSoC 2019] Call for Ideas

[Jasper Van der Jeugt]

Google Summer of Code will take place again in 2019, for the 15th year
of the program [1]!  We are very proud that Haskell.Org has been able to
take part every year except for the initial year (2015) and 2016-2017,
when we had to resort to running our own program.

Last year, we were fortunate enough to join again, and we think the
results greatly benefited the Haskell community [2].  We are hoping to
do the same for 2019.  As far as we know, a really important part of our
application to GSoC is the list of ideas we provide.  For that, I would
like to count on all of you.

If you are the maintainer or the user of a Haskell project, and you have
an improvement in mind which a student could work on during the summer,
please submit an idea here:

https://summer.haskell.org/ideas.html

For context, Google Summer of Code is a program where Google sponsors
students to work on open-source projects during the summer.  Haskell.org
has taken part in this program from 2006 until 2015, and again in 2018.
Many important improvements to the ecosystem have been the direct or
indirect result of Google Summer of Code projects, and it has also
connected new people with the existing community.

Projects should benefit as many people as possible – e.g. an improvement
to GHC will benefit more people than an update to a specific library or
tool, but both are definitely valid.  New libraries and applications
written in Haskell, rather than improvements to existing ones, are also
accepted.  Projects should be concrete and small enough in scope such
that they can be finished by a student in three months.

Warm regards
On behalf of the Haskell.Org committee
Jasper Van der Jeugt

[1]: 
https://opensource.googleblog.com/2018/11/google-summer-of-code-15-years-strong.html
[2]: https://summer.haskell.org/news/2018-09-01-final-results.html
___
Haskell mailing list
Haskell@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell

[Haskell] ZuriHac 2019 registration now open

[Jasper Van der Jeugt]

Hello Friends of Haskell,

We are happy to announce that registration for ZuriHac 2019 is now open.
Participation is free but limited to 450 attendees.  You can register
at:

https://zfoh.ch/zurihac2019/#registration

This year, we've taken dogfooding a step further and rolled our own open
source registration system in Haskell, so please let me know if you
experience any issues.

ZuriHac 2019 will take place from Friday the 14th to Sunday the 16th of
June 2019.  It will be hosted at the Hochschule Rapperswil on the shores
of beautiful Lake Zurich.  This will mark the 8th anniversary of ZuriHac
since our beginnings in 2010.

The Zurich Haskell Hackathon is a free, international, grassroots, and
collaborative coding festival.  Our goal is to connect Haskellers,
expand the community, learn things from each other, and to work on
Haskell libraries, tools, and infrastructure.

This year, we will enjoy keynotes from:

- Simon Peyton Jones
- Susan Potter
- Richard Eisenberg
- Ryan Trinkle

More keynote speakers will be announced.

The event is open to any experience level, from beginners to gurus.  We
want to make a special effort to ensure that the event is welcoming and
accessible to people completely new to Haskell.  That is why we are
super excited that, Julie Moronuki, co-author of Haskell Programming
from first principles [1] and Joy of Haskell [2], has kindly agreed to
teach a beginners course in one of the classrooms we have available.
Additionally, there will be mentors that you can approach during the
whole event with any Haskell-related questions.

This is a great opportunity to meet your fellow Haskellers in real life,
find new contributors for your project, improve existing libraries and
tools or even start new ones!

You can find all of this information and more on our website:

https://zfoh.ch/zurihac2019

We would also like to thank our sponsors Digital Asset [3], DFINITY [4]
and HSR [5] for their strong commitment to the Haskell community and for
supporting this great event!

Looking forward to seeing you there,
The Zurich Friends of Haskell association.

[1]: https://www.goodreads.com/book/show/25587599-haskell-programming
[2]: https://joyofhaskell.com/
[3]: https://digitalasset.com/careers.html
[4]: https://dfinity.org/jobs
[5]: https://www.hsr.ch/
___
Haskell mailing list
Haskell@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell

[Haskell] ZuriHac 2019 takes place 14 to 16 June in Zurich, Switzerland

[Jasper Van der Jeugt]

Hello Friends of Haskell,

It is our great pleasure to announce that the next ZuriHac will take
place from Friday the 14th to Sunday the 16th of June 2019.  It will be
hosted at the Hochschule Rapperswil on the shores of beautiful Lake
Zurich. This will mark the 8th anniversary of ZuriHac since our
beginnings in 2010.

The Zurich Haskell Hackathon is a free, international, grassroots, and
collaborative coding festival. Our goal is to connect Haskellers, expand
the community, learn things from each other, and to work on Haskell
libraries, tools, and infrastructure.

This year, we will enjoy keynotes from:

- Simon Peyton Jones
- Susan Potter
- Richard Eisenberg
- Ryan Trinkle

More keynote speakers will be announced.

The event is open to any experience level, from beginners to gurus.  We
want to make a special effort to ensure that the event is welcoming and
accessible to people completely new to Haskell.  That is why we are
super excited that, Julie Moronuki, co-author of Haskell Programming
from first principles [1] and Joy of Haskell [2], has kindly agreed to
teach a beginners course in one of the classrooms we have available.
Additionally, there will be mentors that you can approach during the
whole event with any Haskell-related questions.

This is a great opportunity to meet your fellow Haskellers in real life,
find new contributors for your project, improve existing libraries and
tools or even start new ones!

We will have space for over 400 attendees.  Registration is free and
will open on 26th of December, as a late holiday present to Haskellers
around the globe.  You can find this information and more on our
website:

https://zfoh.ch/zurihac2019

We would also like to thank our sponsors Digital Asset [3], DFINITY [4]
and HSR [5] for their strong commitment to the Haskell community and for
supporting this great event!

Looking forward to seeing you there,
The Zurich Friends of Haskell association [6]

[1]: https://www.goodreads.com/book/show/25587599-haskell-programming
[2]: https://joyofhaskell.com/
[3]: https://digitalasset.com/careers.html
[4]: https://dfinity.org/jobs
[5]: https://www.hsr.ch/
[6]: https://zfoh.ch/
___
Haskell mailing list
Haskell@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell

[Haskell] 2018 State of Haskell Survey

[Jasper Van der Jeugt]

Hi all,

(apologies if you receive multiple copies of this email)

We are running a 2018 State of Haskell Survey here:

https://airtable.com/shr8G4RBPD9T6tnDf

If you have some time to spare, please submit a response.  This goes a
long way in helping the community.  The survey closes on the 15th of
November.

This survey is co-sponsored by Haskell.org and Haskell Weekly, but I'd
like to give credit where credit is due, so I'll add that Taylor Fausak
did almost all of the hard work -- thanks a lot!

Kind regards
Jasper Van der Jeugt
on behalf of the Haskell.org committee
___
Haskell mailing list
Haskell@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell

Re: [Haskell-community] 2018 state of Haskell survey

[Jasper Van der Jeugt]

Hi Taylor,

Yes, we're happy to support it from Haskell.org.

One additional ask from our side would be that the raw results are
published as well, but I saw in the issue you're already planning on
doing that.

Cheers
Jasper

On Thu, Oct 25, 2018 at 11:18:30AM -0400, Taylor Fausak wrote:
> We’re one week out from the release of the survey. I plan on spending this 
> weekend putting the finishing touches on it. Can I plan on announcing it as 
> the official state of Haskell 2018 survey, supported by both Haskell Weekly 
> and Haskell.org <http://haskell.org/>? 
> 
> > On Oct 17, 2018, at 7:00 PM, Jasper Van der Jeugt  wrote:
> > 
> > Hi Taylor,
> > 
> > Just a small comment: I would like to keep the survey open a bit longer -- 
> > I would suggest two weeks.  This gives us a bit more time to push it out 
> > twice to as many channels as possible (once at the start and a reminder 
> > after a week or so).  My intuition is that we'll be able to gather 
> > significantly more responses that way.
> > 
> > Thanks again for organizing this!
> > 
> > Cheers
> > Jasper
> > 
> > On Thu, 18 Oct 2018 at 00:55, Taylor Fausak  > <mailto:tay...@fausak.me>> wrote:
> > Thank you all for the wonderful feedback so far! I greatly appreciate all 
> > of it. 
> > 
> > I didn’t mean to be exclusionary with my language before, and I thank y’all 
> > for correcting me there. “We’re doing this together for the benefit of all” 
> > is an excellent way to say what I’m shooting for here. 
> > 
> > My goal for the survey is to be useful to many different groups of people: 
> > the GHC team, library authors, application developers, repository 
> > maintainers, prospective employees, hiring managers, community organizers, 
> > and no doubt many more groups that I’m not thinking of right now. I want to 
> > avoid results that are neat but not useful. I also want to avoid results 
> > that simply throw fuel onto common flame wars.
> > 
> > Last year I announced the survey results and provided some commentary. I 
> > suspect I’ll do something similar this year, although reading your comments 
> > here makes me want to do less analyzing in favor of simply publishing. I am 
> > not particularly adept at analyzing survey results and am bound to make 
> > some rookie mistakes. In fact, one of the reasons that I published the 
> > results last year was so that someone who actually knew what they were 
> > doing could slice and dice the data. 
> > 
> > As far as scheduling is concerned, I plan to keep the survey open for a 
> > week, from November 1st to 7th. Publishing the results should happen 
> > relatively quickly after that. I slowed myself down last year by rendering 
> > a bunch of graphs, and even so I published on November 15th. 
> > 
> > It sounds like the Haskell.org committee is broadly in favor of backing the 
> > upcoming Haskell Weekly survey. Is that correct? In either case, what are 
> > the next steps? 
> > 
> > > On Oct 16, 2018, at 5:10 PM, Boespflug, Mathieu  > > <mailto:m...@tweag.io>> wrote:
> > > 
> > > Since I was pinged up-thread, might as well chime in. If only to say
> > > "I agree": selection bias is what it is. Taylor's efforts to come to
> > > this committee are laudable. And really could help mitigate some
> > > issues we've seen with other surveys. Selection bias isn't something
> > > worth agonizing over, provided we're careful to say in the analysis of
> > > the results: "We found that X% of the respondents of this survey use
> > > Y", not "X% of Haskell devs use Y".
> > > 
> > > On Tue, 16 Oct 2018 at 21:02, Simon Peyton Jones via Haskell-community
> > > mailto:haskell-community@haskell.org>> 
> > > wrote:
> > >> 
> > >> | Hi Taylor. I like the way you pose things here: "I don't expect that
> > >> | to remove selection bias, but it will let me (us, really) say: We're
> > >> | doing this together for the benefit of all sides". I think that's a
> > >> | better place to start from.
> > >> 
> > >> I like this too -- and like Gershom, I'd delete "sides".  We aspire
> > >> to work together, not on different sides.
> > >> 
> > >> | earlier I've been thinking about a bit, where you wrote: "My goal is
> > >> | for this survey to be *the* authoritative Haskell survey and for the
> > >> | community to broadly accept it's results."
> > >> 
> > >> 

Re: [Haskell-community] 2018 state of Haskell survey

[Jasper Van der Jeugt]

Hi Taylor,

Just a small comment: I would like to keep the survey open a bit longer --
I would suggest two weeks.  This gives us a bit more time to push it out
twice to as many channels as possible (once at the start and a reminder
after a week or so).  My intuition is that we'll be able to gather
significantly more responses that way.

Thanks again for organizing this!

Cheers
Jasper

On Thu, 18 Oct 2018 at 00:55, Taylor Fausak  wrote:

> Thank you all for the wonderful feedback so far! I greatly appreciate all
> of it.
>
> I didn’t mean to be exclusionary with my language before, and I thank
> y’all for correcting me there. “We’re doing this together for the benefit
> of all” is an excellent way to say what I’m shooting for here.
>
> My goal for the survey is to be useful to many different groups of people:
> the GHC team, library authors, application developers, repository
> maintainers, prospective employees, hiring managers, community organizers,
> and no doubt many more groups that I’m not thinking of right now. I want to
> avoid results that are neat but not useful. I also want to avoid results
> that simply throw fuel onto common flame wars.
>
> Last year I announced the survey results and provided some commentary. I
> suspect I’ll do something similar this year, although reading your comments
> here makes me want to do less analyzing in favor of simply publishing. I am
> not particularly adept at analyzing survey results and am bound to make
> some rookie mistakes. In fact, one of the reasons that I published the
> results last year was so that someone who actually knew what they were
> doing could slice and dice the data.
>
> As far as scheduling is concerned, I plan to keep the survey open for a
> week, from November 1st to 7th. Publishing the results should happen
> relatively quickly after that. I slowed myself down last year by rendering
> a bunch of graphs, and even so I published on November 15th.
>
> It sounds like the Haskell.org committee is broadly in favor of backing
> the upcoming Haskell Weekly survey. Is that correct? In either case, what
> are the next steps?
>
> > On Oct 16, 2018, at 5:10 PM, Boespflug, Mathieu  wrote:
> >
> > Since I was pinged up-thread, might as well chime in. If only to say
> > "I agree": selection bias is what it is. Taylor's efforts to come to
> > this committee are laudable. And really could help mitigate some
> > issues we've seen with other surveys. Selection bias isn't something
> > worth agonizing over, provided we're careful to say in the analysis of
> > the results: "We found that X% of the respondents of this survey use
> > Y", not "X% of Haskell devs use Y".
> >
> > On Tue, 16 Oct 2018 at 21:02, Simon Peyton Jones via Haskell-community
> >  wrote:
> >>
> >> | Hi Taylor. I like the way you pose things here: "I don't expect that
> >> | to remove selection bias, but it will let me (us, really) say: We're
> >> | doing this together for the benefit of all sides". I think that's a
> >> | better place to start from.
> >>
> >> I like this too -- and like Gershom, I'd delete "sides".  We aspire
> >> to work together, not on different sides.
> >>
> >> | earlier I've been thinking about a bit, where you wrote: "My goal is
> >> | for this survey to be *the* authoritative Haskell survey and for the
> >> | community to broadly accept it's results."
> >>
> >> This sounds a bit too exclusive to me, and implicitly critical of other
> >> work.  Better to stick to the positives: you simply want the
> >> opinions of a broad constituency on a broad range of questions.
> >>
> >> | Anyway, this is all a long-winded way of suggesting that it might be
> >> | good if the purpose of the survey was explicitly set out as trying to
> >> | inform developers of haskell libraries and tools (and educational
> >> | materials) regarding the systems their potential users work on and
> >> | develop, and their habits and practices in doing so, and where they
> >> | encounter difficulty. That is explicitly as a way of learning rather
> >> | than as any sort of horse-race or popularity contest.
> >>
> >> That sounds good to me -- but again in drafting the goals I'd stick
> >> to the positives, and not speak about horse-races.
> >>
> >> Simon
> >> ___
> >> Haskell-community mailing list
> >> Haskell-community@haskell.org
> >> http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-community
>
> ___
> Haskell-community mailing list
> Haskell-community@haskell.org
> http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-community
>
-- 
Jasper
___
Haskell-community mailing list
Haskell-community@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-community

[Haskell] [GSoC] 17 students have been accepted for Haskell.org

[Jasper Van der Jeugt]

 is a form of metaprogramming where a
metalanguage's own infrastructure is directly employed to generate and
manipulate object programs. It begins by creating a single abstract
syntax tree (AST) which can serve a purpose similar to what is currently
served by Template Haskell (TH), and the front-end AST inside GHC
(HsSyn). Meta-programs could then leverage, much more directly, the
machinery implemented in GHC to process Haskell programs. This work can
also possibly integrate with Alan Zimmerman's work on compiler
annotations in GHC, and enable a better IDE support.

# Format-Preserving YAML

Student: Wisnu Adi Nurcahyo
Mentors: Tom Sydney Kerckhove, Jasper Van der Jeugt

Sometime Stack (The Haskell Tool Stack) ask us to add an extra
dependency manually. Suppose that we use the latest Hakyll that needs a
`pandoc-citeproc-0.13` which is missing in the latest stable Stack LTS.
Stack asks us to add the extra dependency to solve this problem.
Wouldn't it be nice if Stack could add the extra dependency by itself?

# Enhancing the Haskell Image Processing Library with State of the Art
# Algorithms

Student: khilanravani
Mentors: Alp Mestanogullari

The project proposed here aims to implement different classes of Image
processing algorithms using Haskell and incorporate the same to the
existing code base of Haskell Image Processing (HIP) package. The
algorithms that I plan to incorporate in the HIP package have vast
applications in actual problems in image processing. Including these
algorithms to the existing code base would help more and more users to
really use Haskell while working on some computer vision problems and
this would make Haskell (kind of) ahead in the race of with functional
programming languages such as Elm or Clojure (since their image
processing libraries are pretty naive). In this way, this project can
substantially benefit the Haskell organization as well as the open
source community. Some of the algorithms proposed here include the
famous Canny edge detection, Floyd - Steinberg (Dithering) along with
other popular tools used in computer vision problems.

# Making GHC Tooling friendly

Student: Zubin Duggal
Mentors: Ben Gamari, Gershom Bazerman, Joachim Breitner

GHC builds up a wealth of information about Haskell source as it
compiles it, but throws all of it away when it's done. Any external
tools that need to work with Haskell source need to parse, typecheck and
rename files all over again.  This means Haskell tooling is slow and has
to rely on hacks to extract information from GHC. Allowing GHC to dump
this information to disk would simplify and speed up tooling
significantly, leading to a much richer and productive Haskell developer
experience.

# Helping cabal new-build become just cabal build

Student: typedrat
Mentors: Herbert Valerio Riedel Mikhail Glushenkov

While much of the functionality required to use the `new-*` commands has
already been implemented, there are not-insignificant parts of the
design that was created last year that remain unrealized.

By completing more of this design, I plan to help the `new-` prefix go
away and to allow this safer, cleaner system to replace old-style cabal
usage fully by rounding off the unfinished edges of the current
proposal.

# Parallel Automatic Differentiation

Student: Andrew Knapp
Mentors: Trevor L. McDonell, Edward Kmett, Alois Cochard

Automatic Differentation (AD) is a technique for computing derivatives
of numerical functions that does not use symbolic differentiation or
finite-difference approximation. AD is used in a wide variety of fields,
such as machine learning, optimization, quantitative finance, and
physics, and the productivity boost generated by parallel AD has played
a large role in recent advances in deep learning.

The goal of this project is to implement parallel AD in Haskell using
the `accelerate` library. If successful, the project will provide an
asymptotic speedup over current implementations for many functions of
practical interest, stress-test a key foundation of the Haskell
numerical infrastructure, and provide a greatly improved key piece of
infrastructure for three of the remaining areas where Haskell's
ecosystem is immature.
___
Haskell mailing list
Haskell@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell

[Haskell] [Google Summer of Code 2018] Student Applications are now open

[Jasper Van der Jeugt]

Hey all,

As we've previously announced through different channels, Haskell.org
was accepted into Google Summer of Code 2018 [1].

Students application have now opened.  Students can submit their
proposal at the Summer of Code Dashboard [2].

We are also seeking mentors for possible projects.  This year, we would
like to assign a back-up mentor for each student.  If you are interested
in mentoring, please contact us [3] so we can add you to the mentor list
directly.  Having good mentors is an important factor in making the
students feel welcome and guiding them to a succesful completion of
their projects.

If you would like to apply but you don't know how to start your
proposal, have a look at our ideas list [4] and this great guide [5].

Lastly, we recognize that inclusion is an important part of our mission
to promote Haskell. Therefore, we strongly encourage applications from
people in communities that are underrepresented in functional
programming, including but not limited to women; people of color; people
in gender, sexual and romantic minorities; people with disabilities;
people residing in Asia, Africa, or Latin America; and people who have
never taken part in similar programs before.

Kind regards, Jasper Van der Jeugt & George Wilson on behalf of the
Haskell.org Committee

[1]: https://summerofcode.withgoogle.com/organizations/5706672807346176/
[2]: https://summerofcode.withgoogle.com/
[3]: https://summer.haskell.org/contact.html
[4]: https://summer.haskell.org/ideas.html
[5]: http://write.flossmanuals.net/gsocstudentguide/writing-a-proposal/
___
Haskell mailing list
Haskell@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell

Re: [Haskell-community] (no subject)

[Jasper Van der Jeugt]

Hello Prajawal,

Let me know which project(s) you are interested in and I can provide you
with the contact information.

Cheers
Jasper

On Sun, Mar 04, 2018 at 02:19:28PM +0530, prajawal sinha wrote:
> Hey!!! where could I get haskell gsco mentors contact from?

> ___
> Haskell-community mailing list
> Haskell-community@haskell.org
> http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-community

___
Haskell-community mailing list
Haskell-community@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-community

[Haskell] [Call for Project Ideas] Haskell.org Google Summer of Code 2018

[Jasper Van der Jeugt]

Google Summer of Code will take place again in 2018 [1].  Last year,
Haskell.org was not selected, and we decided to run our own program [2],
which ended very successfully [3].

This year, we would like to apply to Google Summer of Code again, since
their sponsorship is very significant.  The main feedback we received
from Google last year was that we didn't really have a great homepage
for Summer of Code with ideas for students (things were very rushed and
we ended up submitting a link to an outdated bug tracker -- not ideal!).

We already started fixing that last year by building a nicer webpage to
host ideas [4].  We would now like to call on the community to submit
ideas for the students.

If you are the maintainer or the user of a Haskell project, and you have
an improvement in mind which a student could work on during the summer,
please submit an idea here:

https://summer.haskell.org/ideas.html

Or contact Niki Vazou (nvazou [AT] cs.umd.edu) or myself (m [AT]
jaspervdj.be) directly.

For context, Google Summer of Code is a program where Google sponsors
students to work on open-source projects during the summer.  Haskell.org
has taken part in this program from 2006 until 2015.  Many important
improvements to the ecosystem have been the direct or indirect result of
Google Summer of Code projects, and it has also connected new people
with the existing community.

Projects should benefit as many people as possible -- e.g. an
improvement to GHC will benefit more people than an update to a specific
library or tool, but both are definitely valid.  New libraries and
applications written in Haskell, rather than improvements to existing
ones, are also accepted.  Projects should be concrete and small enough
in scope such that they can be finished by a student in three months.

Best, Niki Vazou & Jasper Van der Jeugt for the Haskell.org Committee

[1]: 
https://opensource.googleblog.com/2017/09/announcing-google-summer-of-code-2018.html
[2]: https://summer.haskell.org/news/2017-02-28-2017-announce.html
[3]: https://summer.haskell.org/news/2017-09-15-final-results.html
[4]: https://summer.haskell.org/ideas.html
___
Haskell mailing list
Haskell@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell

[Haskell] [Announce] ZuriHac 2018: Registration now open

[Jasper Van der Jeugt]

We are happy to announce that registration for ZuriHac 2018 is now open.
Participation is free but limited to 300 attendees.  You can register
at:

http://zurihac.info/register

This year, the Haskell Hackathon will take place Friday June 8th to
Sunday the 10th.  It will be hosted at the Hochschule Rapperswil right
besides the beautiful lake Zurich, like last year.

The Zurich Haskell Hackathon is a free (as in beer), international,
grassroots collaborative coding festival whose goal is to expand the
community and to build and improve Haskell libraries, tools, and
infrastructure.  This is already the 7th Haskell Hackathon in Zurich!

This year, we will enjoy keynotes from:

- Niki Vazou
- Edward Kmett
- Stephen Diehl

More keynote speakers will be announced.

This event is open to any experience level, from beginners to gurus.
This year, Julie Moronuki, co-author of Haskell Programming from first
principles [1], has kindly agreed to teach a beginners course in one of
the classrooms we have available.  Additionally, there will be mentors
on site whom you can directly approach during the whole event with any
Haskell-related question you have.

This is a great opportunity to meet your fellow Haskellers in real life,
find new contributors for your project, improve existing libraries and
tools or even start new ones!

More information about ZuriHac can be found on our website [2].

We would also like to thank our sponsors Adjoint [3], Digital Asset [4],
HSR [5] for supporting this great event!

Looking forward to see you there,
the Zurich HaskellerZ meetup group

[1]: https://www.goodreads.com/book/show/25587599-haskell-programming
[2]: https://zurihac.info/
[3]: https://www.adjoint.io/
[4]: https://digitalasset.com/careers.html
[5]: https://www.hsr.ch/
___
Haskell mailing list
Haskell@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell

[Haskell] [Announce] ZuriHac 2018 - 8-10 June in Zurich, Switzerland

[Jasper Van der Jeugt]

It is our pleasure to announce that, like in previous years, ZuriHac
will also take place in 2018 -- from Friday June 8th to Sunday the 10th.
It will be hosted at the Hochschule Rapperswil right besides the
beautiful lake Zurich, like last year.

The Zurich Haskell Hackathon is a free (as in beer), international,
grassroots collaborative coding festival whose goal is to expand the
community and to build and improve Haskell libraries, tools, and
infrastructure.  This is already the 7th Haskell Hackathon in Zurich!

This year, we will enjoy keynotes from:

- Niki Vazou
- Edward Kmett
- Stephen Diehl

More keynote speakers will be announced.

This event is open to any experience level, from beginners to gurus.
This year, Julie Moronuki, co-author of Haskell Programming from first
principles [1], has kindly agreed to teach a beginners course in one of
the classrooms we have available.  Additionally, there will be mentors
on site whom you can directly approach during the whole event with any
Haskell-related question you have.

This is a great opportunity to meet your fellow Haskellers in real life,
find new contributors for your project, improve existing libraries and
tools or even start new ones!

We will have space for 300 attendees.  Registration will open on 6th of
December.  You can find more information on our website [2].

We would also like to thank our sponsors Digital Asset [3] and HSR [4]
for supporting this great event!

Looking forward to see you there,
the Zurich HaskellerZ meetup group

[1]: https://www.goodreads.com/book/show/25587599-haskell-programming
[2]: https://zurihac.info/
[3]: https://digitalasset.com/careers.html
[4]: https://www.hsr.ch/
___
Haskell mailing list
Haskell@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell

Re: [Haskell] Last call for presentations: CUFP 2017, September 7-9, Oxford, UK

[Jasper Van der Jeugt]

We have extended the deadline until Monday (12th of June).

Jasper

On Wed, Jun 7, 2017 at 9:35 PM, Jasper Van der Jeugt <m...@jaspervdj.be> wrote:
> The deadline for CUFP presentations is this friday, the 9th of June.
> This CFP and the form for submitting presentations proposals can be
> found at: http://cufp.org/2017/call-for-presentations.html
>
> 
>
> 2017 Call for Presentations
>
> Workshop for Commercial Users of Functional Programming 2017
> Sponsored by SIGPLAN
> CUFP 2017
> Co-located with ICFP 2017
> Oxford, UK
> September 7-9
> Talk Proposal Submission Deadline: 9 June 2017
>
> The annual CUFP event is a place where people can see how others are
> using functional programming to solve real world problems; where
> practitioners meet and collaborate; where language designers and users
> can share ideas about the future of their favorite language; and where
> one can learn practical techniques and approaches for putting functional
> programming to work.
>
> 
>
> Giving a CUFP Talk
>
> If you have experience using functional languages in a practical
> setting, we invite you to submit a proposal to give a talk at the event.
> We're looking for two kinds of talks:
>
> Retrospective reports are typically 25 minutes long. Now that CUFP has
> run for more than a decade, we intend to invite past speakers to share
> what they’ve learned after a decade spent as commercial users of
> functional programming. We will favour experience reports that include
> technical content.
>
> Technical talks are also 25 minutes long, and should focus on teaching
> the audience something about a particular technique or methodology, from
> the point of view of someone who has seen it play out in practice. These
> talks could cover anything from techniques for building functional
> concurrent applications, to managing dynamic reconfigurations, to design
> recipes for using types effectively in large-scale applications. While
> these talks will often be based on a particular language, they should be
> accessible to a broad range of programmers.
>
> We strongly encourage submissions from people in communities that are
> underrepresented in functional programming, including but not limited to
> women; people of color; people in gender, sexual and romantic
> minorities; people with disabilities; people residing in Asia, Africa,
> or Latin America; and people who have never presented at a conference
> before. We recognize that inclusion is an important part of our ission
> to promote functional programming. So that CUFP can be a safe
> environment in which participants openly exchange ideas, we abide by the
> SIGPLAN Conference Anti-Harassment Policy:
>
> http://www.sigplan.org/Resources/Policies/Anti-harassment
>
> If you are interested in offering a talk, or nominating someone to do
> so, please submit your presentation before 09 June 2017 via the CUFP
> 2017 Presentation Submission Form:
>
> https://goo.gl/forms/KPloANxHHwdiaoVj2
>
> You do not need to submit a paper, just a short proposal for your talk.
> There will be a short scribe's report of the presentations and
> discussions but not of the details of individual talks, as the meeting
> is intended to be more of a discussion forum than a technical
> interchange.
>
> Nevertheless, presentations will be recorded and presenters will be
> expected to sign an ACM copyright release form.
>
> Note that we will need presenters to register for the CUFP workshop and
> travel to Oxford at their own expense. There are some funds available to
> would-be presenters who require assistance in this respect.
>
> ----------------
>
> Program Committee
>
> Alex Lang (Tsuru Capital), co-chair
> Rachel Reese (Mulberry Labs), co-chair
> Garrett Smith (Guild AI)
> Danielle Sucher (Jane Street)
> Jasper Van der Jeugt (Fugue)
> Yukitoshi Suzuki (Ziosoft)
> Evelina Gabasova (University of Cambridge)
> Brian Mitchell (Jet.com)
>
> 
>
> More information
>
> For more information on CUFP, including videos of presentations from
> previous years, take a look at the CUFP website at http://cufp.org. Note
> that presenters, like other attendees, will need to register for the
> event. Acceptance and rejection letters will be sent out by July 15th.
> Guidance on giving a great CUFP talk
>
> Focus on the interesting bits: Think about what will distinguish your
> talk, and what will engage the

[Haskell] Last call for presentations: CUFP 2017, September 7-9, Oxford, UK

[Jasper Van der Jeugt]

The deadline for CUFP presentations is this friday, the 9th of June.
This CFP and the form for submitting presentations proposals can be
found at: http://cufp.org/2017/call-for-presentations.html



2017 Call for Presentations

Workshop for Commercial Users of Functional Programming 2017
Sponsored by SIGPLAN
CUFP 2017
Co-located with ICFP 2017
Oxford, UK
September 7-9
Talk Proposal Submission Deadline: 9 June 2017

The annual CUFP event is a place where people can see how others are
using functional programming to solve real world problems; where
practitioners meet and collaborate; where language designers and users
can share ideas about the future of their favorite language; and where
one can learn practical techniques and approaches for putting functional
programming to work.



Giving a CUFP Talk

If you have experience using functional languages in a practical
setting, we invite you to submit a proposal to give a talk at the event.
We're looking for two kinds of talks:

Retrospective reports are typically 25 minutes long. Now that CUFP has
run for more than a decade, we intend to invite past speakers to share
what they’ve learned after a decade spent as commercial users of
functional programming. We will favour experience reports that include
technical content.

Technical talks are also 25 minutes long, and should focus on teaching
the audience something about a particular technique or methodology, from
the point of view of someone who has seen it play out in practice. These
talks could cover anything from techniques for building functional
concurrent applications, to managing dynamic reconfigurations, to design
recipes for using types effectively in large-scale applications. While
these talks will often be based on a particular language, they should be
accessible to a broad range of programmers.

We strongly encourage submissions from people in communities that are
underrepresented in functional programming, including but not limited to
women; people of color; people in gender, sexual and romantic
minorities; people with disabilities; people residing in Asia, Africa,
or Latin America; and people who have never presented at a conference
before. We recognize that inclusion is an important part of our ission
to promote functional programming. So that CUFP can be a safe
environment in which participants openly exchange ideas, we abide by the
SIGPLAN Conference Anti-Harassment Policy:

http://www.sigplan.org/Resources/Policies/Anti-harassment

If you are interested in offering a talk, or nominating someone to do
so, please submit your presentation before 09 June 2017 via the CUFP
2017 Presentation Submission Form:

https://goo.gl/forms/KPloANxHHwdiaoVj2

You do not need to submit a paper, just a short proposal for your talk.
There will be a short scribe's report of the presentations and
discussions but not of the details of individual talks, as the meeting
is intended to be more of a discussion forum than a technical
interchange.

Nevertheless, presentations will be recorded and presenters will be
expected to sign an ACM copyright release form.

Note that we will need presenters to register for the CUFP workshop and
travel to Oxford at their own expense. There are some funds available to
would-be presenters who require assistance in this respect.



Program Committee

Alex Lang (Tsuru Capital), co-chair
Rachel Reese (Mulberry Labs), co-chair
Garrett Smith (Guild AI)
Danielle Sucher (Jane Street)
Jasper Van der Jeugt (Fugue)
Yukitoshi Suzuki (Ziosoft)
Evelina Gabasova (University of Cambridge)
Brian Mitchell (Jet.com)



More information

For more information on CUFP, including videos of presentations from
previous years, take a look at the CUFP website at http://cufp.org. Note
that presenters, like other attendees, will need to register for the
event. Acceptance and rejection letters will be sent out by July 15th.
Guidance on giving a great CUFP talk

Focus on the interesting bits: Think about what will distinguish your
talk, and what will engage the audience, and focus there. There are a
number of places to look for those interesting bits.

Setting: FP is pretty well-established in some areas, including formal
verification, financial processing, and server-side web services. An
unusual setting can be a source of interest. If you're deploying
FP-based mobile UIs or building servers on oil rigs, then the challenges
of that scenario are worth focusing on. Did FP help or hinder in
adapting to the setting?

Technology: The CUFP audience is hungry to learn about how FP techniques
work in practice. What design patterns have you applied, and to what
areas? Did you use functional reactive

[Haskell] Reminder: Call for Presentations: CUFP 2017, September 7-9, Oxford, UK

[Jasper Van der Jeugt]

Hello all,

This is just a reminder that there are 3 weeks until the deadline for
CUFP 2017 submissions.  If you use haskell in the industry, please
consider submitting a proposal.

The CFP and the form for submitting presentations proposals can be
found at: http://cufp.org/2017/call-for-presentations.html



> 2017 Call for Presentations
>
> Workshop for Commercial Users of Functional Programming 2017
> Sponsored by SIGPLAN
> CUFP 2017
> Co-located with ICFP 2017
> Oxford, UK
> September 7-9
> Talk Proposal Submission Deadline: 9 June 2017
>
> The annual CUFP event is a place where people can see how others are
> using functional programming to solve real world problems; where
> practitioners meet and collaborate; where language designers and users
> can share ideas about the future of their favorite language; and where
> one can learn practical techniques and approaches for putting functional
> programming to work.
>
> 
>
> Giving a CUFP Talk
>
> If you have experience using functional languages in a practical
> setting, we invite you to submit a proposal to give a talk at the event.
> We're looking for two kinds of talks:
>
> Retrospective reports are typically 25 minutes long. Now that CUFP has
> run for more than a decade, we intend to invite past speakers to share
> what they've learned after a decade spent as commercial users of
> functional programming. We will favour experience reports that include
> technical content.
>
> Technical talks are also 25 minutes long, and should focus on teaching
> the audience something about a particular technique or methodology, from
> the point of view of someone who has seen it play out in practice. These
> talks could cover anything from techniques for building functional
> concurrent applications, to managing dynamic reconfigurations, to design
> recipes for using types effectively in large-scale applications. While
> these talks will often be based on a particular language, they should be
> accessible to a broad range of programmers.
>
> We strongly encourage submissions from people in communities that are
> underrepresented in functional programming, including but not limited to
> women; people of color; people in gender, sexual and romantic
> minorities; people with disabilities; people residing in Asia, Africa,
> or Latin America; and people who have never presented at a conference
> before. We recognize that inclusion is an important part of our ission
> to promote functional programming. So that CUFP can be a safe
> environment in which participants openly exchange ideas, we abide by the
> SIGPLAN Conference Anti-Harassment Policy:
>
> http://www.sigplan.org/Resources/Policies/Anti-harassment
>
> If you are interested in offering a talk, or nominating someone to do
> so, please submit your presentation before 09 June 2017 via the CUFP
> 2017 Presentation Submission Form:
>
> https://goo.gl/forms/KPloANxHHwdiaoVj2
>
> You do not need to submit a paper, just a short proposal for your talk.
> There will be a short scribe's report of the presentations and
> discussions but not of the details of individual talks, as the meeting
> is intended to be more of a discussion forum than a technical
> interchange.
>
> Nevertheless, presentations will be recorded and presenters will be
> expected to sign an ACM copyright release form.
>
> Note that we will need presenters to register for the CUFP workshop and
> travel to Oxford at their own expense. There are some funds available to
> would-be presenters who require assistance in this respect.
>
> ----------------
>
> Program Committee
>
> Alex Lang (Tsuru Capital), co-chair
> Rachel Reese (Mulberry Labs), co-chair
> Garrett Smith (Guild AI)
> Danielle Sucher (Jane Street)
> Jasper Van der Jeugt (Fugue)
> Yukitoshi Suzuki (Ziosoft)
> Evelina Gabasova (University of Cambridge)
> Brian Mitchell (Jet.com)
>
> 
>
> More information
>
> For more information on CUFP, including videos of presentations from
> previous years, take a look at the CUFP website at http://cufp.org. Note
> that presenters, like other attendees, will need to register for the
> event. Acceptance and rejection letters will be sent out by July 15th.
> Guidance on giving a great CUFP talk
>
> Focus on the interesting bits: Think about what will distinguish your
> talk, and what will engage the audience, and focus there. There are a
> number of places to look for

[Haskell] Fwd: Getting ready for Summer of Haskell 2017

[Jasper Van der Jeugt]

Hey all,

The student applications for Summer of Haskell 2017 are now open! You can
apply at:

https://goo.gl/forms/OAfyD0Oen2KvKu6t2

The application period is open until the 6th of May, so that should give
you plenty of time.

At this time, we are also actively *seeking mentors*.  In case you would
like to mentor a project, please let us know:

https://summer.haskell.org/contact.html

Thanks to the generous donations of our sponsors, we will be able to
sponsor around 10 students this year (depending on the applications we
receive).


Our sponsors are:

   - haskell.org kicked things off this year by funding a student and
   organizing the Summer of Haskell 2017 after a successful Summer of
   Haskell 2016
   <https://mail.haskell.org/pipermail/haskell-cafe/2016-December/125702.html>
   .
   - Asahi Net <https://asahi-net.jp/en/> is a Japanese Internet service
   provider that has been running stable systems for over 25 years.  They are
   a proud sponsor of the Summer of Haskell, and contribute to the Japanese
   Haskell community.
   - Awake Networks <http://www.awakenetworks.com/> is building a next
   generation network security and analytics platform. They are a proud
   sponsor of the Summer of Haskell and contribute broadly to the Haskell
   community.
   - CodeWorld <http://code.world/> is an educational project that blends
   mathematics and Haskell programming into a visual playground.  Chris Smith
   has volunteered to fund two students to work on CodeWorld in particular.
   - Digital Asset <http://digitalasset.com/> provides Distributed Ledger
   solutions for financial institutions globally. They have developed a pure,
   typed, functional, domain specific language for writing contracts, called
   DAML. They are a proud sponsor of the Summer of Haskell and contribute
   broadly to the Haskell community.
   - Facebook <http://facebook.com/> uses Haskell in its anti-abuse
   infrastructure
   <https://code.facebook.com/posts/745068642270222/fighting-spam-with-haskell/>
and
   as part of that effort we open-sourced the Haxl
   <https://github.com/facebook/Haxl> framework which is being used at
   scale in production to automatically parallelise data-fetching code.
   We're delighted to be able to support the Haskell community's efforts by
   sponsoring a student for this year's Summer of Haskell.
   - Fugue Inc. <http://fugue.co/> radically simplifies cloud operations
   with its software-defined system for dynamically orchestrating and
   enforcing cloud infrastructure at scale. Fugue uses Haskell in its product
   and is proud to sponsor a student to improve the ecosystem.
   - Galois <http://galois.com/> applies cutting-edge computer science and
   applied mathematics to solve difficult technological problems, delivering
   practical solutions tailored to our clients’ needs. Haskell and other
   functional programming languages are key tools we use in providing these
   solutions.
   - IOHK <https://iohk.io/> is a technology company committed to using
   peer-to-peer technologies to provide financial services to the three
   billion people who don't have them. We implement our first-principles
   cryptographic research in Haskell and we are committed to the development
   of the Haskell ecosystem.
   - Tweag I/O <http://tweag.io> is a network of software innovation labs
   across Europe. We develop novel solutions and products for our clients
   around the world. Haskell is key to delivering fast, correct and
   maintainable code. We have shipped Haskell in anything from tiny web
   services to large high-performance compute clusters with custom
   hardware. We're particularly keen to help the community grow Haskell
   into the strongest systems programming language and ecosystem out there.
   We're very proud to sponsor a student this summer to help make it happen.
   - Davean has volunteered to fund a student expressly to work on the Hadrian
   build system for GHC <http:///ideas.html#hadrian-ghc>.

Best,
Niki Vazou & Jasper Van der Jeugt
for the Haskell.org Committee

On Wed, Apr 5, 2017 at 3:17 PM, Niki Vazou <nikiva...@gmail.com> wrote:

> We are happy to announce that Summer of Haskell 2017 will host at least 8
> students, funded from the Haskell community and corporate sponsors.
>
> You can find all information (including the timeline) at the Summer of
> Haskell new webpage:
>
>https://summer.haskell.org/
>
> Students can submit applications from April 25th until the May 6th. We
> recommend that interested students start thinking about their proposals and
> brainstorm with potential mentors. In case you would like to participate as
> a student, but you have no idea what to work on, we have a page dedicated
> to ideas here:
>
>https://summer.haskell.org/ideas.html
>
> Teachers of FP courses at universities around the world are strongly
> 

Re: [Haskell] haskell Summer of Code

[Jasper Van der Jeugt]

Sorry for the double mail -- re-sending since my mail bounced for the
haskell mailing list.

Jasper

On Wed, Apr 19, 2017 at 12:10 PM, Jasper Van der Jeugt <m...@jaspervdj.be> 
wrote:
> Hey all,
>
> Sorry for the confusion.  As stated in the timeline, the student
> application period begins on the 25th of April, so next week.  At that
> time, a form will be provided on <https://summer.haskell.org/>.  I
> should have added this info explicitly to the homepage -- I will rectify
> that now.
>
> If it is somehow not possible to submit at that time because of schedule
> conflicts, please contact us and we will take of it.
>
> Kind regards
> Jasper Van der Jeugt
>
> On Wed, Apr 19, 2017 at 07:11:17AM +0530, Harendra Kumar wrote:
>> It is surprising that the haskell summer of code webpage does not mention
>> how to or where to submit a proposal. After reading this email I went
>> through the SoC announcement email myself and thus got to
>> https://summer.haskell.org/ which too does not have any details on how to
>> submit proposals, maybe I missed something. However, I could find the
>> following from contacts page on this website:
>>
>> You can reach us by sending an email to committee [AT] haskell.org.
>> Alternatively, you can contact nvazou [AT] cs.umd.edu and m [AT]
>> jaspervdj.be directly.
>>
>> I guess, you can try sending your proposal to these email ids, I have
>> copied them on this email as well.
>>
>> -harendra
>>
>>
>> On 19 April 2017 at 05:14, Bhavishya Desai <bhavishyagop...@gmail.com>
>> wrote:
>>
>> > Hello devs,
>> >
>> > I'm attaching the link of my proposal for summer of code.I'm interested in
>> > IOS app for codeworld.
>> >
>> > Here it is:Proposal
>> > <https://docs.google.com/document/d/1HWTtCZqQdAC9CD9ADCo6CuWfBidunnwi_1vlw5d1nm4/edit?usp=sharing>
>> >
>> > Sorry if it's not the right place for submitting proposals for review, I
>> > couldn't find any appropriate place(even the irc wasn't that active.)
>> >
>> > Waiting for your review,
>> >
>> > Thank YOU.
>> >
>> > ___
>> > Haskell mailing list
>> > Haskell@haskell.org
>> > http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell
>> >
>> >
___
Haskell mailing list
Haskell@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell

[Haskell-cafe] Ghent FPG meeting on 26 June, 2013

[Jasper Van der Jeugt]

Hello,

The Functional Programming Group Ghent (GhentFPG) [1] is a friendly group for
all people interested in functional programming, with a tendency
towards Haskell.
It is organised as part of Zeus WPI [2].

We are pleased to announce that we will hold a next meeting on Wednesday, 26th
of June, starting at 19h00! There will be three talks.

The main presentation, by Adam Bergmark from Silk [3] is about Fay [4]:

  Fay is a proper subset of Haskell that compiles to JavaScript. There is a
  compiler with the same name written in Haskell. Web browsers only speak
  JavaScript but more and more people find that they want to compile to
  JavaScript instead.

  Why do we want to compile Haskell to JavaScript, and what advantages does
  Fay have compared to other compilers?

  What are the challenges in compiling Haskell and supporting a language
  ecosystem, and how do we do it?

  What can Fay currently do, and what is planned for the future?

  This will be a broad overview about Fay for prospective users, followed by
  an in-depth look at interesting parts of the compiler internals.

Additionally, there will be two short talks by two students who did an
Msc. Thesis
about functional programming languages:

  Genetic Algorithms in Haskell by Matthias Delbar
  Automatic Detection of Recursion Patterns by Jasper Van der Jeugt

The meeting will take place in the Jozef Plateauzaal at the following address,

Faculteit Ingenieurswetenschappen
Universiteit Gent
Plateaustraat 22
9000 Gent

As mentioned above, we aim to start at 19:00. After the meeting we can go
for drinks in a nearby pub (this latter part is, of course, completely optional)

We hope to see you all there!

Regards,
On behalf of the GhentFPG organising committee.

[1]: http://groups.google.com/group/ghent-fpg
[2]: http://zeus.ugent.be/
[3]: http://www.silkapp.com/
[4]: http://www.fay-lang.org/

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

[Haskell-cafe] ANN: Hakyll 4

[Jasper Van der Jeugt]

After a few weeks of beta status [1], I've now released version 4.0 of
the Hakyll static site generator library. I'm really glad with this
release, as from what I've found and heard, it makes many things a lot
easier.

# Main changes

- The important `Compiler` type has been changed from `Arrow` to
  `Monad`: this makes it much easier to write custom compilers, as
  most Haskellers are more familiar with monads.

- The template stays superficially the same, but it has grown much
  more powerful and flexible underneath.

- Early and fast access to metadata makes things such as tags and
  pagination much easier.

- All items (images, css...) can now have metadata associated.
  Metadata can no longer be manipulated, and this immutability should
  reduce the number of encountered bugs.

- A `check` command has been added. This allows you to check that all
  internal (or external) links are still alive.

# Installation, migration

In order to install Hakyll 4, grab it from Hackage:

cabal update
cabal install hakyll

Here are some useful links:

- Website: http://jaspervdj.be/hakyll/
- Tutorial index: http://jaspervdj.be/hakyll/tutorials.html
- Migration guide:
  
http://jaspervdj.be/hakyll/tutorials/hakyll-3-to-hakyll4-migration-guide.html

All feedback is welcome as always.

[1]: https://groups.google.com/d/topic/hakyll/eRKWz8bVB0w/discussion

Peace,
Jasper

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

[Haskell-cafe] ANN: stylish-haskell 0.2

[Jasper Van der Jeugt]

Hello all,

I've just released stylish-haskell 0.2 [1]. This release adds a
flexible configuration file, which already provides some options for
the different processing steps, and it will also make future
enhancements easy. You can use a per-project configuration file, as
documented in the README [2]. A sample configuration file looks like
[3].

Feedback is very welcome, issues and enhancement requests can filed here [4].

[1]: http://hackage.haskell.org/package/stylish-haskell
[2]: https://github.com/jaspervdj/stylish-haskell/blob/master/README.markdown
[3]: 
https://github.com/jaspervdj/stylish-haskell/blob/master/.stylish-haskell.yaml
[4]: https://github.com/jaspervdj/stylish-haskell/issues

Peace,
Jasper

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] ANN: reform - a type-safe form generation and validation library in the spirit of formlets and digestive-functors 0.2

[Jasper Van der Jeugt]

Congrats on the release!

I would like to help out with the full comparison since I have some
knowledge and experience on the subject. Because of the different
approach, I think there's definitely room for two libraries.

Cheers,
Jasper

On Tue, May 22, 2012 at 2:23 AM, Felipe Almeida Lessa
felipe.le...@gmail.com wrote:
 On Mon, May 21, 2012 at 7:18 PM, Jeremy Shaw jer...@n-heptane.com wrote:
 I hope to do a full comparison of reform vs digestive-functors 0.3 vs
 yesod forms in a few weeks.

 That would be awesome!  Just sayin' =).

 Cheers,

 --
 Felipe.

 --
 You received this message because you are subscribed to the Google Groups 
 HAppS group.
 To post to this group, send email to ha...@googlegroups.com.
 To unsubscribe from this group, send email to 
 happs+unsubscr...@googlegroups.com.
 For more options, visit this group at 
 http://groups.google.com/group/happs?hl=en.


___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

[Haskell-cafe] [ANN] blaze-html-0.5

[Jasper Van der Jeugt]

Hello all,

I've just released a new version of blaze-html on Hackage. It has some
backward-incompatible changes, so feel free to contact me if you run
into any trouble.

Summary of changes:
- Split into blaze-markup and blaze-html
- Easy creation of custom HTML elements
- Very simple HTML tree manipulation

For more details, see:

http://jaspervdj.be/posts/2012-04-21-blaze-html-0.5.html

Cheers,
Jasper

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

[Haskell-cafe] 10th Ghent Functional Programming Group Meeting on Thursday, December 15, 2011 at 19h30

[Jasper Van der Jeugt]

Dear All,

We would like to remind you of the 10th Ghent Functional Programming
Group (GhentFPG) meeting, which will take place this Thursday,
December 15, 2011, at 19h30 in the Technicum building of Ghent
University (Sint-Pietersnieuwstraat 41, 9000 Gent).

This meeting, we will focus on tackling some interesting problems with
the elegance of functional programming. We will try to post the
problems to this mailing list at least two days in advance.

As with the previous meeting, the meeting room is still unreachable
through the regular building entrance because of construction works.
Hence, attendees need to take the alternative side entrance. This
entrance can be found on the right side (as seen from the street) of
the building -- it will remain open until 20:00. If you walk up to the
Technicum building and go right at the bicycle stands, you should see
“Ingang Blok 1  Blok 2” indicated. Follow this, and you’ll be able to
get inside, at which point you’ll see arrows pointing to the meeting
room. For safety measures the blue doors will be locked, so if you
arrive after 19:30, please give us a call at +32 (0) 9 264 3370, so we
can come and open the doors for you.

P.S. we would also like to remind you that you are all certainly
welcome at the talk about Real-World Functional Programming @
Incubaid, organized by Tom Schrijvers for his course on Functional 
Logic Programming at Ghent University. For more details see [1].

[1]: https://groups.google.com/d/topic/ghent-fpg/csUnMX08WKc/discussion

Hope to see you then!
The GhentFPG Organizing Committee.

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

[Haskell-cafe] ANN: websockets 0.4.0.0

[Jasper Van der Jeugt]

Hello all,

I'm pleased to announce the release of websockets [1] 0.4.0.0 today.
You can grab it on Hackage [2].

This update brings an (almost completely rewritten) library which has
support for multiple versions of the protocol, meaning you can choose
to write backwards-compatible applications, or use the latest and
greatest, all using a common API.

All feedback is obviously welcome, I'd be glad to hear what you guys
think. For the next version, client-side support is planned, so the
library user can write clients in addition to servers. If there's any
other feature you would like to see, feel free to let me know.

[1]: http://jaspervdj.be/websockets/
[2]: http://hackage.haskell.org/package/websockets

Cheers,
Jasper

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] 9th Ghent Functional Programming Group meeting on Tuesday, the 4th of October, 2011

[Jasper Van der Jeugt]

Hello all,

We would like to remind you of our 9th GhentFPG [1] meeting and set
some things straight. In the previous announcement, we mistakenly put
“Thursday, the 4th of October”. This should be “Tuesday, the 4th of
October”. We hope this mistake has not caused any major inconvenience.

There is also a small issue regarding the the room where we will host
the meeting: it is unreachable through the regular building entrance
because of construction works. Hence, attendees need to take the
alternative side entrance. This entrance can be found on the right
side (as seen from the street) of the building -- it will remain open
until 20:00. If you walk up to the Technicum building and go right at
the bicycle stands, you should see “Ingang Blok 1  Blok 2” indicated.
Follow this, and you’ll be able to get inside, at which point you’ll
see arrows pointing to the meeting room. For safety measures the blue
doors will be locked, so if you arrive after 19:30, please give us a
call at +32 (0) 9 264 3370, so we can come and open the doors for you.

If you can’t find the entrance, or any other problems arise, you can
also contact us at +32476264847.

[1]: http://www.haskell.org/haskellwiki/Ghent_Functional_Programming_Group

Hoping to see you there,
The GhentFPG organizing committee

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

[Haskell-cafe] 9th Ghent Functional Programming Group meeting on Tuesday, the 4th of October, 2011

[Jasper Van der Jeugt]

Hello all,

We are glad to invite you to our 9th GhentFPG [1] meeting, which takes
place on Thursday, the 4th of October, 2011 at 19:30 in the Technicum
building of Ghent University. You do not have to be a Functional
Programming guru to attend, everyone eager to learn is welcome.

As before, the electronic sliding doors will be locked, but a phone
number that you can call to get in will be provided at the doors on
the far left of the building.

The program is as follows:

First, we will have a talk by Jurriën Stutterheim, from Utrecht: Snap
Framework [2] is a relatively young, but very promising and already
quite popular Haskell web framework. Its upcoming 0.6 release has seen
a major redesign in the way you write (reusable) components for the
framework using so-called snaplets. In this talk, we will look at how
you can write snaplets and how you can put them together to create
modular web applications.

Then, we will have a number of lightning talks in which the following
projects are presented:

- hCole-server [3], a web interface to a framework for compiler
optimizations (Andy Georges);
- GA [4], a library to write genetic algorithms in Haskell (Kenneth Hoste);
- websockets [5], a Haskell library for writing WebSocket-capable
servers (Jasper Van der Jeugt).

If you would also like to give a lightning talk (15 mins), please
contact us and we will add you to this list. Afterwards, we will have
some drinks at a local bar.

[1]: http://www.haskell.org/haskellwiki/Ghent_Functional_Programming_Group
[2]: http://snapframework.com/
[3]: http://github.com/itkovian/hcole-server
[4]: http://github.com/boegel/GA
[5]: http://github.com/jaspervdj/websockets

Hoping to see you there,
The GhentFPG organizing commitee

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

[Haskell-cafe] [GSoC] Text/UTF-8: Call for Benchmarks

[Jasper Van der Jeugt]

Hello all,

I'm very glad that I have been accepted again this year for the Google
Summer of Code [1] program for haskell.org. My project aims to improve
the text [2] library by converting it to internally use UTF-8 instead
of UTF-16.

UTF-8 and UTF-16 both have advantages and disadvantages, which
actually makes it a pretty complicated choice. I've written about this
a little in my [3] (especially see Tom Harper's master dissertation if
you're interested in the subject).

To support a decision here on UTF-8 vs. UTF-16, lots of benchmarks
will be needed. Hence, this is the first focus of the GSoC project:
collecting a large benchmark suite which models real-world usage of
the text library.

This is why I'd like to ask everyone who has written/knows libraries
or applications that use the text library extensively to inform me of
these efforts. The reverse dependencies list on Hackage is a good
starting point for me but it doesn't point out how popular these
packages are and how intensively they use the text library. I will
then convert a subset of this code to a
benchmark suite using criterion.

Open source code means more reliable benchmarks, because I can publish
the code I used for them. However, I'm also willing to sign
non-disclosure agreements if this means I can try out what effects the
changes have on large systems.

There's several ways to contact me: you can reply to this thread, or
you can mail me privately using `jaspervdj+t...@gmail.com`. Thanks in
advance for any help!

[1]: http://code.google.com/soc/
[2]: http://hackage.haskell.org/package/text
[3]: http://jaspervdj.be/files/2011-gsoc-text-utf8-proposal.html

Cheers,
Jasper

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

[Haskell-cafe] ANN: Hakyll 3.1

[Jasper Van der Jeugt]

Hello all,

I've just uploaded Hakyll 3.1.0.0 [1] to Hackage. It contains some
backwards-incompatible changes (but they are really for the greater
good).

The most important change is the matching done in the rules DSL. What
used to be written as:

route posts/* someRoute
compile posts/* someCompiler

Is now written as:

match posts/* $ do
route someRoute
compile someCompiler

This new style is way more expressive, as you can define custom
predicates such as:

match (predicate (\i - matches foo/* i  not (matches
foo/bar i))) $ do ...

For more information, see the Pattern documentation [2].

Another slight change is that the `Hakyll.Web.Tags` [3] module now
uses an association list instead of a `Data.Map` -- in case you want
to change the order in which tags are displayed.

If you have any questions or trouble migrating, feel free to drop a
mail to me or here [4] or visit us in #hakyll on Freenode.

[1]: http://hackage.haskell.org/package/hakyll
[2]: http://jaspervdj.be/hakyll/reference/Hakyll-Core-Identifier-Pattern.html
[3]: http://jaspervdj.be/hakyll/reference/Hakyll-Web-Tags.html
[4]: https://groups.google.com/forum/#!forum/hakyll

Cheers,
Jasper

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] 7th Ghent Functional Programming Group meeting on Tuesday, April 26

[Jasper Van der Jeugt]

We probably won't have a video camera, but we can always provide the slides.

Cheers,
Jasper

On Sat, Apr 2, 2011 at 8:41 PM, oliver mueller oliver.muel...@gmail.com wrote:
 sounds like an interesting program...
 you should think about making the talks available later for those who
 can not attend.
 br,
 oliver

 On Apr 1, 7:20 pm, Jasper Van der Jeugt jasper...@gmail.com wrote:
 Dear all,

 We are very glad to announce an exciting program for the 7th meeting of the
 Ghent Functional Programming Group, especially since we are celebrating our
 first year of existence today. Our program features no less than three
 interesting functional programming languages: Erlang, Haskell and Scheme.

 The meeting will take place on Tuesday, April 26 in the Technicum building of
 Ghent University (Sint-Pietersnieuwstraat 41, 9000 Gent) at 19h30. As 
 before, to
 enter the building, you should go to the automatic sliding door on the far 
 left
 of the building and dial the phone number that is provided on the note taped 
 to
 the door. Someone will then open the door for you.

 Our program is as follows:

 1. Tom Van Custem - Experiments with MapReduce in Erlang

 MapReduce is a programming model for large data processing popularized by, 
 and
 in daily use at Google. The MapReduce model builds strongly on key tenets of
 functional programming such as higher-order functions and side-effect free
 execution. In this talk, we summarize this programming model and describe a
 didactic implementation in Erlang. Invented at Ericsson's research labs, 
 Erlang
 is known for its massively concurrent programming model, and itself builds 
 on a
 functional core language. The talk will not focus on Erlang as such, but we 
 will
 describe its key features as needed to understand the MapReduce abstraction.

 2. Tom Schrijvers - How you could have won the VPW 2011 contest with Haskell

 We all know that Functional Programming is great for writing concise 
 solutions
 for programming problems. With some skill this can even be done quickly! Yet,
 there was little evidence of this at the 3rd edition of the Flemish
 Programming Contest (VPW 2011) that took place on March 23. Not so before
 the contest: The jury stress-tested all questions by writing various
 solutions in different languages. Haskell was used to solve most problems
 and invariably produced short solutions.

 In this talk I present my own Haskell solutions to several of this year's
 problems and discuss alternative solution strategies with the audience. After
 the talk you will be all set for winning next year's edition -- or at least
 enjoying it -- using Haskell.

 3. Pieter Audenaert - Functional Geometry and a Graphical Language

 We will discuss a simple language for drawing images. During the 
 presentation we
 will illustrate the power of data abstraction and algebraic closure, 
 meanwhile
 using higher order procedures in an essential manner. The language has been
 designed to easy experimenting with patterns such as those appearing in 
 typical
 M.C. Escher drawings where the artist repeats the pattern both moving it 
 across
 the drawing and scaling it when applicable. In the language we use 
 procedures to
 represent the data objects that will be combined in the final drawing and we
 make sure that all operations conducted on these procedures are algebraically
 closed. These features allow generating patterns of any complexity.

 For our implementation, we use the LISP functional programming language -- 
 more
 accurately, the Scheme dialect. The presentation is based on Structure and
 Interpretation of Computer Programs, Abelson  Sussman

 Hope to see you there!

 The GhentFPG organizing committee,
 Andy Georges
 Jeroen Janssen
 Jasper Van der Jeugt

 ___
 Haskell-Cafe mailing list
 Haskell-C...@haskell.orghttp://www.haskell.org/mailman/listinfo/haskell-cafe

 ___
 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

[Haskell-cafe] 7th Ghent Functional Programming Group meeting on Tuesday, April 26

[Jasper Van der Jeugt]

Dear all,

We are very glad to announce an exciting program for the 7th meeting of the
Ghent Functional Programming Group, especially since we are celebrating our
first year of existence today. Our program features no less than three
interesting functional programming languages: Erlang, Haskell and Scheme.

The meeting will take place on Tuesday, April 26 in the Technicum building of
Ghent University (Sint-Pietersnieuwstraat 41, 9000 Gent) at 19h30. As before, to
enter the building, you should go to the automatic sliding door on the far left
of the building and dial the phone number that is provided on the note taped to
the door. Someone will then open the door for you.

Our program is as follows:

1. Tom Van Custem - Experiments with MapReduce in Erlang

MapReduce is a programming model for large data processing popularized by, and
in daily use at Google. The MapReduce model builds strongly on key tenets of
functional programming such as higher-order functions and side-effect free
execution. In this talk, we summarize this programming model and describe a
didactic implementation in Erlang. Invented at Ericsson's research labs, Erlang
is known for its massively concurrent programming model, and itself builds on a
functional core language. The talk will not focus on Erlang as such, but we will
describe its key features as needed to understand the MapReduce abstraction.

2. Tom Schrijvers - How you could have won the VPW 2011 contest with Haskell

We all know that Functional Programming is great for writing concise solutions
for programming problems. With some skill this can even be done quickly! Yet,
there was little evidence of this at the 3rd edition of the Flemish
Programming Contest (VPW 2011) that took place on March 23. Not so before
the contest: The jury stress-tested all questions by writing various
solutions in different languages. Haskell was used to solve most problems
and invariably produced short solutions.

In this talk I present my own Haskell solutions to several of this year's
problems and discuss alternative solution strategies with the audience. After
the talk you will be all set for winning next year's edition -- or at least
enjoying it -- using Haskell.

3. Pieter Audenaert - Functional Geometry and a Graphical Language

We will discuss a simple language for drawing images. During the presentation we
will illustrate the power of data abstraction and algebraic closure, meanwhile
using higher order procedures in an essential manner. The language has been
designed to easy experimenting with patterns such as those appearing in typical
M.C. Escher drawings where the artist repeats the pattern both moving it across
the drawing and scaling it when applicable. In the language we use procedures to
represent the data objects that will be combined in the final drawing and we
make sure that all operations conducted on these procedures are algebraically
closed. These features allow generating patterns of any complexity.

For our implementation, we use the LISP functional programming language -- more
accurately, the Scheme dialect. The presentation is based on Structure and
Interpretation of Computer Programs, Abelson  Sussman

Hope to see you there!

The GhentFPG organizing committee,
Andy Georges
Jeroen Janssen
Jasper Van der Jeugt

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

[Haskell-cafe] ANN: Hakyll 3

[Jasper Van der Jeugt]

Hello all,

I've just uploaded the 3.0.0.0 version of Hakyll [1] to Hackage [2].
This is a complete rewrite, and completely backward-incompatible with
previous versions. Sorry for that.

On the other hand, I believe almost all aspects of the library have
improved tremendously. Hakyll now uses a declarative EDSL in Haskell
to specify compilation rules, and an arrow-based EDSL to describe the
compilation process. If you want to have a quick look, I recommend
have a glance at the example in the tutorial [3].

More documentation needs to be written, but I wanted to make sure I
can incorporate your feedback into that process.

[1]: http://jaspervdj.be/hakyll/
[2]: http://hackage.haskell.org/package/hakyll-3.0.0.2
[3]: http://jaspervdj.be/hakyll/tutorial.html

Cheers,
Jasper

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] Fwd: web-routes and forms

[Jasper Van der Jeugt]

Hello,

I've backported the `inputHidden` combinator to the 0.0.2 branch, you
can find it on hackage as digestive-functors-blaze-0.0.2.2.

Hope this helps,
Cheers,
Jasper

On Fri, Jan 28, 2011 at 8:10 PM, Corentin Dupont
corentin.dup...@gmail.com wrote:
 Hello again,
 is there a way to had a hidden field in digestive-functor-blaze?
 I'm using it to transmit some data...
 Thanks,
 Corentin

 On Thu, Jan 27, 2011 at 11:21 AM, Corentin Dupont
 corentin.dup...@gmail.com wrote:

 OK thanks, now it's clear!

 On Thu, Jan 27, 2011 at 11:13 AM, Jasper Van der Jeugt
 jasper...@gmail.com wrote:

 Hello,

 As Jeremy said, the HTML returned by formHtml is meant to be placed
 inside the a form tag: it does not include a form tag. You should
 use it like this:

              H.form ! A.enctype (H.stringValue $ show enctype)
                     ! A.method POST ! A.action / $ do
                  html  -- The HTML rendered by formHtml
                  H.input ! A.type_ submit ! A.value Submit

 (with or without the submit button).

 Cheers,
 Jasper

 On Jan 27, 2011 10:54 AM, Corentin Dupont corentin.dup...@gmail.com
 wrote:
  Hello Jasper,
  Do you have an idea?
 
  Thanks,
  Corentin
 
  -- Forwarded message --
  From: Jeremy Shaw jer...@n-heptane.com
  Date: Thu, Jan 27, 2011 at 2:22 AM
  Subject: Re: web-routes and forms
  To: Corentin Dupont corentin.dup...@gmail.com
  Cc: haskell haskell-cafe@haskell.org
 
 
  On Wed, Jan 26, 2011 at 4:33 PM, Corentin Dupont
  corentin.dup...@gmail.com wrote:
 
  Now turning to digestive functors, I don't see where do goes the
  A.action
  actionURL part that was in traditionnal forms?
  It seems I need it for routing the result of the form.
 
  I think you will find formHtml is returning you the stuff that goes
  inside the form tag, but does not actually include the form tag
  itself ?
 
  I am not sure how to modify the attrs using blaze-html. I think that
  is a missing feature of the digestive-functors-blaze package. In
  digestive-functors-hsp there is a function:
 
 
  setAttrs :: (EmbedAsAttr x attr, XMLGenerator x, Monad m, Functor m) =
  Form m i e [HSX.GenXML x] a
  - attr
  - Form m i e [HSX.GenXML x] a
  setAttrs form attrs = mapView (map (`set` attrs)) form
 
 
  You probably need something similar for blaze.
 
  - jeremy




___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] web-routes and forms

[Jasper Van der Jeugt]

Hello,

I forgot to upload the version with the fixed type of `submit`. It is
on hackage now as digestive-functors-blaze-0.0.2.1.

Cheers,
Jasper

On Fri, Jan 21, 2011 at 9:33 PM, Corentin Dupont
corentin.dup...@gmail.com wrote:
 Hello Jeremy,
 I'm still trying to integrate web routes, but there is one thing I don't
 understand:
 how to deal with multiple forms?

 In my former application, each forms used to redirect to a subdirectory of
 the web site, and an appropriate handler was waiting there.
 But now with web routes I don't see how to do that.
 I've tried to push down the decision over subdirectories (with the guard
 dir) inside the RouteT monad:

 type NomicServer   = ServerPartT IO
 type RoutedNomicServer = RouteT PlayerCommand NomicServer

 nomicSite :: ServerHandle - Site PlayerCommand (NomicServer Html)
 nomicSite sh = setDefault (Noop 0) Site {
   handleSite = \f url - unRouteT (routedNomicHandle sh url) f
     , formatPathSegments = \u - (toPathSegments u, [])
     , parsePathSegments  = parseSegments fromPathSegments
 }

 routedNomicHandle :: ServerHandle - PlayerCommand - RoutedNomicServer Html
 routedNomicHandle sh pc = do
    d - liftRouteT $ liftIO getDataDir
    msum [dir Login $ loginPage,
  dir postLogin $ postLogin,
  --nullDir  fileServe [] d,
  dir NewRule $ newRule sh,
  dir NewGame $ newGameWeb sh,
  dir Nomic $ routedNomicCommands sh pc]


 routedNomicCommands :: ServerHandle - PlayerCommand - RoutedNomicServer
 Html
 routedNomicCommands sh (Noop pn)   = nomicPageComm pn sh
 (return ())
 routedNomicCommands sh (JoinGame pn game)  = nomicPageComm pn sh
 (joinGame game pn)
 routedNomicCommands sh (LeaveGame pn)  = nomicPageComm pn sh
 (leaveGame pn)
 routedNomicCommands sh (SubscribeGame pn game) = nomicPageComm pn sh
 (subscribeGame game pn)
 routedNomicCommands sh (UnsubscribeGame pn game)   = nomicPageComm pn sh
 (unsubscribeGame game pn)
 routedNomicCommands sh (Amend pn)  = nomicPageComm pn sh
 (amendConstitution pn)
 routedNomicCommands sh (DoAction pn an ar) = nomicPageComm pn sh
 (doAction' an ar pn)
 routedNomicCommands sh (NewRule pn name text code) = nomicPageComm pn sh
 (submitRule name text code pn)
 routedNomicCommands sh (NewGame pn game)   = nomicPageComm pn sh
 (newGame game pn)


 loginPage :: RoutedNomicServer Html
 loginPage = do
    l - loginForm
    ok $ H.html $ do
   H.head $ do
     H.title (H.string Login to Nomic)
     H.link ! rel stylesheet ! type_ text/css ! href
 /static/css/nomic.css
     H.meta ! A.httpEquiv Content-Type ! content
 text/html;charset=utf-8
     H.meta ! A.name keywords ! A.content Nomic, game, rules, Haskell,
 auto-reference
   H.body $ do
     H.div ! A.id container $ do
    H.div ! A.id header $ Login to Nomic
    H.div ! A.id login $ l
    H.div ! A.id footer $ footer

 loginForm :: RoutedNomicServer Html
 loginForm = do
    ok $ H.form ! A.method POST ! A.action /postLogin ! enctype
 multipart/form-data;charset=UTF-8  $ do
   H.label ! for login $ Login
   input ! type_ text ! name login ! A.id login ! tabindex 1 !
 accesskey L
   H.label ! for password $ Password
   input ! type_ text ! name password ! A.id password ! tabindex
 2 ! accesskey P
   input ! type_  submit ! tabindex 3 ! accesskey S ! value Enter
 Nomic!

 postLogin :: RoutedNomicServer Html
 postLogin = do
   methodM POST -- only accept a post method
   mbEntry - getData -- get the data
   case mbEntry of
     Nothing - error $ error: postLogin
     Just (LoginPass login password)  - do
   mpn - liftRouteT $ liftIO $ newPlayerWeb login password
   case mpn of
  Just pn - do
     link - showURL $ Noop pn
     seeOther link $ string Redirecting...
  Nothing - seeOther (/Login?status=fail :: String) $ string
 Redirecting...

 launchWebServer :: ServerHandle - IO ()
 launchWebServer sh = do
    putStrLn Starting web server...\nTo connect, drive your browser to
 \http://localhost:8000/Login\;
    simpleHTTP nullConf $ implSite http://localhost:8000/;  (nomicSite sh)


 But when I drive my browser to http://localhost:8000/Login/;, happstack
 tell me there is nothing here.
 Am I doing it right? If yes, I must have made a mistake.
 (as you can see I'm still far from putting in disgestive functors ;)

 If you need, the complete application can be found here (see file Web.hs):
 https://github.com/cdupont/Nomic

 Thanks,
 Corentin

 On Wed, Jan 19, 2011 at 5:12 PM, Corentin Dupont corentin.dup...@gmail.com
 wrote:

 Thanks Jeremy.
 I had it to work now ;)

 Corentin

 On Tue, Jan 18, 2011 at 6:01 PM, Jeremy Shaw jer...@n-heptane.com wrote:

 Hello,

 trhsx will be installed in ~/.cabal/bin, so you will need to add that
 to your PATH.

 In order to use the demo code I provided you would need the latest
 happstack from darcs because it 

[Haskell-cafe] 6th Ghent Functional Programming Group Meeting: 17/02/2011

[Jasper Van der Jeugt]

(apologies if you receive multiple copies)

Dear all,

We would like to announce that the sixth Ghent Functional Programming
Group Meeting will take place on Thursday, February 17, in the
Technicum Building (Sint-Pietersnieuwstraat 41, 9000 Gent) of Ghent
University at 19h. We will use the Gobelijn room this time. To bring
some variation into the concept, we will host a problem solving
meeting instead of talks.

Bring your favorite functional programming language, a laptop with a
wireless card (if possible), and the willingness to work together in
small groups with other attendees on some interesting problems. We
would like to note that is not a contest as such, we want to focus on
elegance and working together instead of finding a quick and dirty
solution. A beamer will be available if someone wants to give a quick
explanation on his/her solution.

For more information you can follow us at twitter (@ghentfpg) or sign
up for our google group (http://groups.google.com/group/ghent-fpg).

Hope to see you all then,

The GhentFPG organizing committee,
Andy Georges
Jeroen Janssen
Jasper Van der Jeugt

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] Problem on overlapping instances

[Jasper Van der Jeugt]

Hello,

{-# LANGUAGE OverlappingInstances, FlexibleInstances #-}
import Data.Binary

instance Binary [String] where
get = undefined
put = undefined

works fine here on GHC 6.12.3. That being said, it would be safer
perhaps to add a newtype around [String] so you can avoid the orphan
instance as well, i.e.

import Data.Binary

newtype MyType = MyType [String]

instance Binary MyType where
get = undefined
put = undefined

Cheers,
Jasper

On Wed, Jan 5, 2011 at 9:24 AM, Magicloud Magiclouds
magicloud.magiclo...@gmail.com wrote:
 Hi,
  I am using Data.Binary which defined instance Binary a = Binary
 [a]. Now I need to define instance Binary [String] to make
 something special for string list.
  How to make it work? I looked into the chapter of
 overlappinginstances, nothing works.
 --
 竹密岂妨流水过
 山高哪阻野云飞

 ___
 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: Digestive functors 0.0.2.0

[Jasper Van der Jeugt]

Hello,

Thanks for the error report. Is blaze-html installed correctly? Could
you cabal install blaze-html and verify that you can import Text.Blaze
in ghci?

Cheers,
Jasper

On Fri, Dec 10, 2010 at 5:07 PM, Larry Evans cppljev...@suddenlink.net wrote:
 On 12/09/10 16:46, Jasper Van der Jeugt wrote:
 Hello all,

 I'm very glad to announce the 0.0.2.0 release of the digestive
 functors library. The library provides a general API to input
 consumption, and is an upgrade of formlets.

 I've written an announcing blogpost and tutorial with more information here:

 http://jaspervdj.be/posts/2010-12-09-digestive-functors-0.0.2.html


 Hi jasper.

 Following the instructions on the .html page, I did:

    cabal update
    cabal install snap-server
    cabal install digestive-functors-blaze
    cabal install digestive-functors-snap

 However, when I tried:

  runghc -v 2010-12-09-digestive-functors-0.0.2.lhs

 I got:

 --{--cut here--

 *** Chasing dependencies:
 Chasing modules from: *2010-12-09-digestive-functors-0.0.2.lhs
 Created temporary directory: /tmp/ghc7611_0
 *** Literate pre-processor:
 /usr/lib/ghc-6.12.1/unlit -h 2010-12-09-digestive-functors-0.0.2.lhs
 2010-12-09-digestive-functors-0.0.2.lhs /tmp/ghc7611_0/ghc7611_0.lpp

 2010-12-09-digestive-functors-0.0.2.lhs:15:9:
    Could not find module `Text.Digestive.Blaze.Html5':
      locations searched:
        Text/Digestive/Blaze/Html5.hs
        Text/Digestive/Blaze/Html5.lhs
 Failed, modules loaded: none.
 *** Deleting temp files:
 Deleting: /tmp/ghc7611_0/ghc7611_0.lpp

 --}--cut here--

  In directory:

 /home/evansl/.cabal/lib/digestive-functors-blaze-0.0.2.0/ghc-6.12.1/Text/Digestive/Blaze

  there is:

  -rw-r--r-- 1 evansl evansl 13984 Dec 10 09:18 Html5.hi

 Please, what should I do?

 -regards,
 Larry



 ___
 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

[Haskell-cafe] ANN: Digestive functors 0.0.2.0

[Jasper Van der Jeugt]

Hello all,

I'm very glad to announce the 0.0.2.0 release of the digestive
functors library. The library provides a general API to input
consumption, and is an upgrade of formlets.

I've written an announcing blogpost and tutorial with more information here:

http://jaspervdj.be/posts/2010-12-09-digestive-functors-0.0.2.html

You can get it on hackage here:

http://hackage.haskell.org/package/digestive-functors

As always, all feedback is welcome.

Kindest regards,
Jasper Van der Jeugt

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

[Haskell-cafe] Reminder: BelHac: A Hackathon in Belgium, 5-7 November

[Jasper Van der Jeugt]

Hello all,

We would like to remind you of BelHac, an international Hackathon
taking place in Ghent, Belgium next month.

All details are available on this wiki page [1]. You can register here [2].

WHEN

Friday November 5: 2pm - 7pm
Saturday November 6: 10am - 6pm
Sunday November 7: 10am - 6pm

WHERE

In “The Therminal”, in Ghent, Belgium. Please see the wiki [1] for more details!

SPONSORS

Well-Typed: http://well-typed.com/
O’Reilly: http://oreilly.com/
Incubaid: http://incubaid.com/

We hope to see you in Belgium!

[1]: 
http://www.haskell.org/haskellwiki/Ghent_Functional_Programming_Group/BelHac
[2]: 
http://www.haskell.org/haskellwiki/Ghent_Functional_Programming_Group/BelHac/Register

On behalf of the GhentFPG organizing committee,
Kind regards,
Jasper Van der Jeugt
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] Web application framework comparison?

[Jasper Van der Jeugt]

Hey Dave,

You should check out this page (if you haven't already):
http://haskell.org/haskellwiki/Web

Cheers,
Jasper

On Sun, Sep 26, 2010 at 8:41 PM, Dave Hinton beaker...@googlemail.com wrote:
 There are 179 packages in the Web category on Hackage.

 It am finding it difficult, as someone who is not familiar with any of
 the Haskell web application frameworks on Hackage (and there seem to
 be at least 9), to determine which are good quality, which do things I
 would like a web framework to do for me, and which insist on doing
 things I would rather do myself.

 Is there a page comparing the major frameworks somewhere? I've been
 unable to find one via Google.
 ___
 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

[Haskell-cafe] ANN: blaze-builder 0.1

[Jasper Van der Jeugt]

Dear all,

I have just released a package called blaze-builder on Hackage. It is
basically a builder monoid supporting fast string concatenation. It
was originally written for the blaze-html package, but because we
thought it could be useful elsewhere as well, we are releasing it as a
separate package.

Here is a blogpost with more information:
http://jaspervdj.be/posts/2010-08-05-blaze-builder.html
And here is the Hackage link: http://hackage.haskell.org/package/blaze-builder

All feedback is welcome,
Kind regards,
Jasper Van der Jeugt
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

[Haskell-cafe] BelHac: A Hackaton in Belgium, 5-7 November

[Jasper Van der Jeugt]

Hello all,

We are very pleased to officially announce an international
Hackaton/Get-together in Ghent, Belgium, on 5, 6 and 7 November 2010.

If you are interested in attending, we have put some information on
the wiki [1]. We will soon put up more details about transportation,
accommodation and food. (And Belgian beer, of course!) You can
register here [2].

WHEN

Friday November 5: 2pm - 7pm
Saturday November 6: 10am - 6pm
Sunday November 7: 10am - 6pm

WHERE

In “The Therminal”, in Ghent, Belgium. Please see the wiki [1] for more details.

We hope to see you in Belgium!

[1]: 
http://www.haskell.org/haskellwiki/Ghent_Functional_Programming_Group/BelHac
[2]: 
http://www.haskell.org/haskellwiki/Ghent_Functional_Programming_Group/BelHac/Register

On behalf of the GhentFPG organizing committee,
Kind regards,
Jasper Van der Jeugt
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

[Haskell-cafe] ANN: BlazeHtml 0.1

[Jasper Van der Jeugt]

Hello all,

In light of Google Summer of Code, we are proud to release the first
version of BlazeHtml today. It's a 0.1 release, so beware of bugs!
Nevertheless, we encourage you to try it out. You can find more
information:

- On the website: http://jaspervdj.be/blaze
- On hackage: http://hackage.haskell.org/package/blaze-html-0.1
- In this blogpost: http://jaspervdj.be/posts/2010-06-20-blazehtml-0.1.html

Looking forward to your feedback,
Kind regards,
Jasper Van der Jeugt
Simon Meier
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] ANN: BlazeHtml 0.1

[Jasper Van der Jeugt]

Hey Chris,

Here's an start [1]. However, I'm quite sure the type signature of
`blazeTemplate` is not really what you want, since you have no access
to the snap environment that way. Hence, I'm looking forward to see
your solution :-)

[1]: 
http://github.com/jaspervdj/BlazeHtml/blob/develop/doc/examples/SnapFramework.hs

Kind regards,
Jasper Van der Jeugt

On Sat, Jun 19, 2010 at 1:53 PM, Christopher Done
chrisd...@googlemail.com wrote:
 On 19 June 2010 12:50, Jasper Van der Jeugt jasper...@gmail.com wrote:
 Hello all,

 In light of Google Summer of Code, we are proud to release the first
 version of BlazeHtml today. It's a 0.1 release, so beware of bugs!
 Nevertheless, we encourage you to try it out. You can find more
 information:

 Hurrah! I will use it in my next web project at work. Sounds good to
 try with Snap. If I need to make any patches I'll contribute. Thanks
 for your work!

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [web-devel] Re: [Haskell-cafe] Google Summer of Code: BlazeHTML RFC

[Jasper Van der Jeugt]

On Thu, May 27, 2010 at 8:31 PM, Matt Parker moonmaster9...@gmail.com wrote:
 will it be possible to easily interleave IO values into the HTML? like
 instead of the [1,2,3]

 ul $ forM_ [1, 2, 3] (li . string . show)

 what if it was a function that returned IO [1,2,3] (maybe 1,2,3 came out of
 a database). will the forM_ handle that OK?

Depends on how you write the code. More precisely, it depends on in
which monad the forM_ takes place. Also, I would not recommend
interleaving IO values into the HTML, because the HTML is pure -- you
usually don't want to mix that with IO. I'd rather write something
like:

numbers - getFromDataBase
return $ ul $ forM_ numbers (li . string . show)

Or it could be possible to store your templates in a separate modules,
and they would all have a pure type signature:

templateX :: Arg1 - Arg2 - Html a

I think this would be the preferred way, because it allows a
separation between the pure View code and the IO-interleaved
Controller code in a web application.

Kind regards,
Jasper Van der Jeugt

On Thu, May 27, 2010 at 8:31 PM, Matt Parker moonmaster9...@gmail.com wrote:
 will it be possible to easily interleave IO values into the HTML? like
 instead of the [1,2,3]

 ul $ forM_ [1, 2, 3] (li . string . show)

 what if it was a function that returned IO [1,2,3] (maybe 1,2,3 came out of
 a database). will the forM_ handle that OK?


 On Thu, May 27, 2010 at 12:19 PM, Matt Parker moonmaster9...@gmail.com
 wrote:

 Blaze HTML looks wonderful to me (especially with the do notation), and
 better then Hamlet for one reason: writing idiomatic haskell for stuff like
 this:

 ul $ forM_ [1, 2, 3] (li . string . show)

 instead of the Hamlet style:

 %ul
   $forall children.person child
 %li $child$

 which, i don't know, for some reason, made me feel like i was back in PHP
 land.

 -matt


 On Thu, May 27, 2010 at 7:08 AM, Alberto G. Corona agocor...@gmail.com
 wrote:

 As a user, I have too many HTML generators, a few of them with Ajax and
 none with server-side event handling (like ASPX or JSPX).  Ajax is
 complicated but server side event handling is  what I really miss because it
 is simple  from the user point of view, my ervents could be handled in
 haskell code rather than in javaScript and I  implicitly could  use the
 advantages of  dinamic HTML and Ajax without the need to know them at all.
 Imagine a dynamic Web application  with 100% haskell code made with
 dynamic widgets created by third party developers.
 So, anyone want to create a HTML templating system with server side event
 handling? It is not terribly hard to do. (I refer to ASP.NET documentation
 or the JavaServer Faces framework).
 By the way, I vote for XML templating or else, combinator templating that
 produce XHML templating because it can be handled by a future graphical IDE.

 2010/5/27 Jasper Van der Jeugt jasper...@gmail.com

 Hey Bas,

  How about also providing an enumerator back-end?
 
  http://hackage.haskell.org/packages/archive/iteratee/0.3.5/doc/html/Data-Iteratee-Base.html#t%3AEnumeratorGM
 
  Then your library can integrate more easily with the snap framework:
  http://snapframework.com

 Sure, I can do that. But I already tested integration with the snap
 framework, the best path here seems to call the `writeLBS` function
 from the snap framework on the `L.ByteString` that BlazeHtml produces
 (`writeLBS` internally uses an enumerator).

 Kind regards,
 Jasper Van der Jeugt

 On Thu, May 27, 2010 at 10:38 AM, Bas van Dijk v.dijk@gmail.com
 wrote:
  Q14: Do you see any problems with respect to integrating BlazeHtml in
  your favourite web-framework/server?
 
  How about also providing an enumerator back-end?
 
  http://hackage.haskell.org/packages/archive/iteratee/0.3.5/doc/html/Data-Iteratee-Base.html#t%3AEnumeratorGM
 
  Then your library can integrate more easily with the snap framework:
  http://snapframework.com
 
  Regards,
 
  Bas
 
 ___
 Haskell-Cafe mailing list
 Haskell-Cafe@haskell.org
 http://www.haskell.org/mailman/listinfo/haskell-cafe


 ___
 web-devel mailing list
 web-de...@haskell.org
 http://www.haskell.org/mailman/listinfo/web-devel




___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

[Haskell-cafe] Re: [web-devel] Google Summer of Code: BlazeHTML RFC

[Jasper Van der Jeugt]

On Sat, May 29, 2010 at 7:34 PM, Matt Parker moonmaster9...@gmail.com wrote:

 Q3: Which HTML version would you preferably use?

 HTML 5. google summer of code should be about pushing the new and exciting.

I can say that HTML 5 will definitely be supported. We use some sort
of metacode to generate Haskell combinators from a simple, formal HTML
specification. Thus, it should be possible to support HTML 5, HTML 4
Strict and HTML 4 Transitional easily.

Kind regards,
Jasper Van der Jeugt
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] Re: [web-devel] Google Summer of Code: BlazeHTML RFC

[Jasper Van der Jeugt]

Hey Thomas,

Yes, hsx/hsp could get a performance gain by using BlazeHtml as a
backend. However, I'm not sure if it is possible to change the backend
without changing the user API (but I do hope so).

Kind regards,
Jasper Van der Jeugt

On Sun, May 30, 2010 at 5:58 PM, Thomas Hartman tphya...@gmail.com wrote:
 I'm a heavy hsp user. Could hsp benefit from this project by using
 blaze as a back end instead of whatever it's using now?

 IIUC, Hsp uses hsx (via the preprocessor program trhsx) to convert
 xml-containing hybrid hsp/xml/html files into compilable haskell.

 I expected hsx uses XHTML (which iiuc is what blaze would replace) on
 the backend but I don't see it listed in the dependencies at

 http://hackage.haskell.org/package/hsx-0.7.0

 so I guess it doesn't and uses something internal rather than xhtml. (Right?)

 My question as regards BlazeHTML is if there could be any performance
 win/tie in for the hsp/hsx toolchain.

 FWIW, wrt to blaze sclv commented on reddit The idea is rather that
 this would be a replacement for the html combinator library, as
 distinct from templating (hamlet, hstringtemplate, bravo, chunks,
 press,  co) and as distinct from the *sp model of inlined code (hsp).

 Edit: Ideally, and generally for Haskell libs, the choices of
 persistence layer, html generation library, dispatch model, and server
 layer are largely orthogonal. Strong typing makes any ad-hoc plumbing
 a breeze.

 http://www.reddit.com/r/haskell/comments/bxa0a/blazehtml_a_blazingly_fast_html_combinator/

 thomas.

 2010/5/30 Tom Lokhorst t...@lokhorst.eu:
 +1 for HTML5.

 Also, I suggest focussing on the html serialization of HTML5.

 The xml serialization (XHTML5) is only useful in an XML environment.
 For such environments pure xml libraries are more appropriate.

 Besides, I like html syntax better.

 On 30 May 2010 16:27, Jochem Berndsen joc...@functor.nl wrote:
 On 05/29/2010 08:05 PM, Gregory Collins wrote:

 Matt Parkermoonmaster9...@gmail.com  writes:

     Q3: Which HTML version would you preferably use?

 HTML 5. google summer of code should be about pushing the new and
 exciting.

 Yes, definitely, this should be the default IMO.

 +1


 --
 Jochem Berndsen | joc...@functor.nl
 ___
 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

 ___
 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

[Haskell-cafe] Google Summer of Code: BlazeHTML RFC

[Jasper Van der Jeugt]

Dear all,

BlazeHtml started out on ZuriHac 2010. Now, Jasper Van der Jeugt is
working on it as a student to Google Summer of Code for haskell.org.
His mentors are Simon Meier and Johan Tibell. The goal is to create a
high-performance HTML generation library.

In the past few weeks, we have been exploring the performance and
design of different drafts of this library. Now, the time has come to
ask some questions to the Haskell community — more specifically the
future users of BlazeHtml as well as current users of other HTML
generation libraries.

We have written an RFC to gather feedback from the community:

HTML version: http://jaspervdj.be/posts/2010-05-27-blazehtml-rfc.html
Plain version: http://github.com/jaspervdj/BlazeHtml/raw/develop/doc/RFC.lhs

The easiest way of sending us feedback, comments or criticism is
replying to the haskell-cafe thread here. Alternatively, drop a
comment at the bottom of the HTML version or at reddit.

Looking forward to your feedback,
Kind regards,
Simon Meier
Jasper Van der Jeugt
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] Google Summer of Code: BlazeHTML RFC

[Jasper Van der Jeugt]

Hey Bas,

 How about also providing an enumerator back-end?
 http://hackage.haskell.org/packages/archive/iteratee/0.3.5/doc/html/Data-Iteratee-Base.html#t%3AEnumeratorGM

 Then your library can integrate more easily with the snap framework:
 http://snapframework.com

Sure, I can do that. But I already tested integration with the snap
framework, the best path here seems to call the `writeLBS` function
from the snap framework on the `L.ByteString` that BlazeHtml produces
(`writeLBS` internally uses an enumerator).

Kind regards,
Jasper Van der Jeugt

On Thu, May 27, 2010 at 10:38 AM, Bas van Dijk v.dijk@gmail.com wrote:
 Q14: Do you see any problems with respect to integrating BlazeHtml in
 your favourite web-framework/server?

 How about also providing an enumerator back-end?
 http://hackage.haskell.org/packages/archive/iteratee/0.3.5/doc/html/Data-Iteratee-Base.html#t%3AEnumeratorGM

 Then your library can integrate more easily with the snap framework:
 http://snapframework.com

 Regards,

 Bas

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

[Haskell-cafe] ANN: Hakyll-2.0

[Jasper Van der Jeugt]

Hello,

On this spring day I would like to announce the 2.0 release of
Hakyll[1], the static site generator. It is a rewrite, changes the API
for the better and introduces some new features. A brief changelog:

- Rewrite of the codebase to a clean, arrow based API.
- Pagination was added.
- Built-in functions to generate RSS and Atom.
- Many bugfixes.
- New tutorials added.

Of course, all feedback is welcome.

Kind regards,
Jasper Van der Jeugt

[1]: http://jaspervdj.be/hakyll
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

[Haskell-cafe] ANN: hakyll-1.3

[Jasper Van der Jeugt]

Hello,
Today I'd like to announce the release of hakyll-1.3.
Changes since 1.2:
- Categories were added (as opposed to tags). You can find some
information in this tutorial[1].
- createListing and createListingWith functions were added, as a way
of having a more high-level way to create listings. All tutorials have
been updated to work with listings now, a short explanation is
available here[2]. In short, this basically replaces the old and
verbose renderAndConcat/createCustomPage workflow.

Changes since 1.1:
- Rewrote caching system.
- Rewrote templating system.
- 4x speed improvement, mostly because of the Data.Binary library.

You can get the latest version from hackage[3]. All
feedback/criticism/comments are welcome.

Kind regards,
Jasper Van der Jeugt

[1]: http://jaspervdj.be/hakyll/tutorial6.html
[2]: http://jaspervdj.be/hakyll/tutorial3.html#custom-pages
[3]: http://hackage.haskell.org/package/hakyll
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

[Haskell-cafe] ANN: hakyll-1.0

[Jasper Van der Jeugt]

Hello,

I have just released hakyll[1] 1.0. It is now available on hackage[2].
This is considered a first stable release (hence 1.0), and pretty it
is functional.

Hakyll is a Haskell library for generating static sites. It is written
in a very configurable way and uses an xmonad-like DSL for
configuration.

Important changes:
- Switched from the template library to a custom template system,
because we needed some more flexibility, but not quite as much as
something like HStringTemplate would give.
- Switched from inconsistent String/ByteString usage to String only
for the external API.
- Added a $root system so it is easy to work with relative/absolute URL's.
- Many bugfixes.
- More documentation and a reference are online now.

All feedback and questions are welcome.

Kind regards,
Jasper Van der Jeugt

[1]: http://jaspervdj.be/hakyll
[2]: http://hackage.haskell.org/package/hakyll
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

[Haskell-cafe] ANN: hakyll-0.4

[Jasper Van der Jeugt]

Hello,

I am announcing the release of hakyll-0.4. Hakyll is a static site generator
library written Haskell. It is written in a very configurable way and uses
an xmonad-like DSL for configuration. Notable changes since the last big
release (0.1) include:

- CSS compression
- Dependency handling (aka. not generate everything again every time)
- A simple http server for previewing your site
- Speed improvements and bug fixes
- Several specialized functions for dealing with dates, tags...
- Abstraction of context manipulations
- Some tutorials are added and documentation is mostly complete
- Example sites were added

More information can be found at
http://jaspervdj.be/hakyll
All feedback is welcome.

Kind regards,
Jasper Van der Jeugt
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: [Haskell-cafe] A question on DSL's

[Jasper Van der Jeugt]

Hello,

I see no real reason to use the second approach, unless you're doing
something tremendously new and big. Besides, the first solution is much
easier and will be easier to maintain (in case the back end changes).

Kind regards,
Jasper Van der Jeugt

On Mon, Jan 4, 2010 at 6:14 PM, CK Kashyap ck_kash...@yahoo.com wrote:

 Hi,
 I am not sure if I'm using DSL in the right context here but I am referring
 to those solutions that allow us to write code in Haskell and generate a
 target code source code of another language or even object code for that
 matter. I am aware of two ways of achieving this -
 1. Implement functions that emit the target code - that is, when the
 Haskell code is compiled and run, the target code is emitted
 2. Modify the Haskell compiler's back end to emit the code - that is when
 the Haskell code is compiled the target code is emitted

 I am not sure if there are more ways (hybrid perhaps) ...

 My question is,  when would I chose one approach over the other?

 Regards,
 Kashyap





 ___
 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: hakyll-0.1

[Jasper Van der Jeugt]

Okay,

You're right. I will change the license info as soon as possible.

Kind regards,
Jasper Van der Jeugt

On Dec 8, 2009 6:30 AM, Tom Tobin korp...@korpios.com wrote:

On Sat, Dec 5, 2009 at 6:35 AM, Jasper van der Jeugt jasper...@gmail.com
wrote:  Hakyll is a simp...
I hate to say this, but it looks like you're violating the GPL by not
releasing Hakyll under the GPL, since Pandoc is GPL'd.  I don't think
you're alone in this — IIRC I've seen several Hackage libraries doing
the same thing.

I *really* wish Pandoc would switch to a non-copyleft license.
(Pretty please, with sugar and cherries on top?)  I know that GPL
authors are trying to enforce contributions, but the opposite can very
well happen: if you have an essential copyleft library, someone's
eventually going to write a non-copyleft replacement for it (e.g.,
witness the replacements for Readline) rather than continue to allow
it to restrict the licensing options of the community.  Great
libraries should be able to be embraced without reservations.
___
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

[Haskell-cafe] ANN: hakyll-0.1

[Jasper van der Jeugt]

Hello all,

Hakyll is a simple static site generator library, mostly aimed at blogs. 
It supports markdown, tex and html templates.


It is inspired by the ruby Jekyll program. It has a very small codebase 
because it makes extensive use of the excellent pandoc and Text.Template 
libraries.


More information can be found on:
http://hackage.haskell.org/package/hakyll-0.1
http://github.com/jaspervdj/Hakyll

Kind regards,
Jasper Van der Jeugt
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe