Hi Haskellers.
In my package MFlow [1] I program an entire web navigation in a
single procedure. That happened in the good-old WASH web application
framework.
The problem is the back button in the Browser.
To go back in the code to the previous interactions when the data
input does not match the
Date: Sun, 25 Mar 2012 17:54:11 +0400
> From: Aleksey Khudyakov
> Subject: Re: [Haskell-cafe] Mathematics and Statistics libraries
> To: haskell-cafe@haskell.org
> Message-ID: <4f6f2383.6070...@gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> On 25.03.2012 14:52, Tom D
On Tue, Mar 27, 2012 at 01:13:15PM -0500, Jeremy Shaw wrote:
> This should be fixed in happstack-server-6.6.5. You will need to rebuild
> web-routes-happstack as well to get the changes.
>
> Let me know if it works for you!
It does.
Thank you very much for your kind and swift help.
--
Семен Тр
Oh, okay ^^ sorry, my bad. I should have compiled with -Wall.
So I started a repo at https://github.com/YwenP/bytestring-generic
Le 27 mars 2012 22:01, Bas van Dijk a écrit :
> On 27 March 2012 21:46, Yves Parès wrote:
> > Yes, thank you to remind me of that, I remember now having seen the
>
On 27 March 2012 21:46, Yves Parès wrote:
> Yes, thank you to remind me of that, I remember now having seen the project.
> Strict ByteStrings being an alias to Vector Word8 is a good idea (are
> bytestrings are already implemented exactly like
> Data.Vector.Storable.Vector). But in that case we co
Hi Bas,
Yes, thank you to remind me of that, I remember now having seen the project.
Strict ByteStrings being an alias to Vector Word8 is a good idea (are
bytestrings are already implemented exactly like
Data.Vector.Storable.Vector). But in that case we could use the API of
vector for bytestrings
On 27 March 2012 11:00, Yves Parès wrote:
> Hello,
>
> As vector provides a class generalizing all flavours
> (Data.Vector.Generic.Vector), it occurs to me that the same could be done
> for ByteString. Then, packages based on it would have the choice between
> hardcoded and generic, they wouldn't
This should be fixed in happstack-server-6.6.5. You will need to rebuild
web-routes-happstack as well to get the changes.
Let me know if it works for you! Here is my test app:
http://hpaste.org/66072
- jeremy
On Tue, Mar 27, 2012 at 8:17 AM, Semen Trygubenko wrote:
> Dear Haskell-Cafe,
>
> La
That is concerning and mysterious.
In Web.Routes.Happstack we do:
>let f = runSite (domain `Text.append` approot) siteSpec (map
Text.pack $ rqPaths rq)
so, boomerang should be using the properly decoded rqPaths from the
Happstack Request. Not sure where things are going wrong. I'll
Dear Haskell-Cafe,
Last weekend I was test driving Web.Routes.Boomerang. A
great package … Is there any way I could make it work with
urls containing non-ASCII characters?
Happstack.Server routing using "path" handles non-ASCII,
as in, for instance,
dir "work" $ path $ workHandler ,
where workH
On 27 March 2012 11:06, Niklas Broberg wrote:
> * Move from old [$...| quasi-quote syntax to the new [...| one.
> The old syntax is still recognized while parsing.
>
Yay! This makes me more happy than it should. :D
___
Haskell-Cafe mailing list
Haskell
Fellow Haskelleers,
I'm pleased to announce the release of haskell-src-exts-1.12.0!
* On hackage: http://hackage.haskell.org/package/haskell-src-exts
* Via cabal: cabal install haskell-src-exts
* Darcs repo: http://code.haskell.org/haskell-src-exts
It's been a long while since the last update be
Hello,
As vector provides a class generalizing all flavours
(Data.Vector.Generic.Vector), it occurs to me that the same could be done
for ByteString. Then, packages based on it would have the choice between
hardcoded and generic, they wouldn't have to duplicate a module to handle
both strict and l
Dear all,
just to remind you: Tomorrow, 28th of March, our Haskell get-together
will take place in Munich. If you plan to join, go to
http://www.haskell-munich.de/dates
and click the button.
Have a nice day,
Heinrich
--
--
hoerde...@funktional.info
www.funktional.info
--
Hi,
I am trying to load the DLL(Wrapper.dll) in my code(Main.hs). When I am
placing the dll in local directory, I am able to load it through following
command:
ghci Main.hs -L. -lWrapper
But, I am not able to load it if I am putting it in some other
directory(../../bin). I used the following co
Thanks Yves for the reply.
The link provided by you is very helpful.
Thank you very much.
Regards,
Rajendra
On Thu, Mar 22, 2012 at 7:53 PM, Yves Parès wrote:
> (Sorry for the double post)
>
> Forget about ByteString.Char8: it doesn't handle unicode as it truncates
> characters.
>
> Going from
16 matches
Mail list logo