Hi Tomas,
> > Are you sure that this works as expected? 'mapc' with a function of
> > seven arguments expects seven lists as arguments.
>
> Sorry, it was an idea waiting for feedback about demand, not
> production quality code:-(
No offense intended! :-) I was just wondering whether I misunderst
Hi Alex,
> ok, ok, now as there is such a _huge_ demand for cookies ;-)
:-D
> I was always reluctant to include any cookie support at all, as the
> http and form frameworks are designed to work without them
Fair enough.
> I privately consider cookies a bad design issue.
I agree to some extent
Hi Henrik,
> The only reason I'm opting for the cookie solution is that the current
> session logic is using ports and there are not an unlimited amount of
> ports, I don't like that, furthermore it seems overkill for what I
> ...
> So Alex, how does the url option compare to the cookie solution,
The only reason I'm opting for the cookie solution is that the current
session logic is using ports and there are not an unlimited amount of
ports, I don't like that, furthermore it seems overkill for what I
want to do here where I only want to use the current (app) logic in
the sign up form and th
Hi Tomas and Henrik,
ok, ok, now as there is such a _huge_ demand for cookies ;-)
I was always reluctant to include any cookie support at all, as the http
and form frameworks are designed to work without them, and I privately
consider cookies a bad design issue.
> (de cookie @
>(let At (rest
Thanks Tomas, yes I'm aware of that thread and will try it out.
I could've sworn though that I had it working somehow but I can't
remember anymore, could be that I've lost the working version because
I can't tell the difference anymore.
/Henrik
On Thu, Apr 2, 2009 at 10:01 AM, Tomas Hlavaty wr
Hi Henrik,
> (cookie 'uid Uid)
> (setq *Cookies (cons 'uid Uid))
> (redirect (pack *Domain "@desktop")))
The problem is that 'redirect' does not set the cookies (see the
previous discussion and @lib/http.l code for 'redirect', 'httpStat'
and 'httpHead').
Also, you do not need (setq *Cookies (con
It's been a long time and I've finally had some time to revisit this
code, if I recall correctly I had it kind of working last time with
the *Cookies global as per the instructions in the prior post by Alex,
however when I run the application with the newest pico I get nowhere,
I don't know if some
On Mon, Oct 20, 2008 at 11:26:00PM +0700, Henrik Sarvell wrote:
> Simply manually navigating to http://localhost:8080/@desktop after
> this displays all the correct results. It seems I can not set the
> cookie and simply retrieve its contents through the use of *Cookies in
> the same request?
The
Since redirect won't set the cookie I tried a workaround:
(de signin ()
(app)
(action
(html
..
(gui '(+Button) "Login"
'(if (chkLogin (val> (: home uname)) (val> (: home pwd)))
(redirect (pack *Domain "@desktop?+" @))
(err "Could not login.")))
..
This correctly routes
On Sat, Oct 18, 2008 at 12:34:34PM +0200, Alexander Burger wrote:
> '(ifn (chkLogin (val> (: home uname)) (val> (: home pwd)))
> (err "Could not log in")
> (cookie 'uid Uid) # Implicit 'prog' in the 'else' part
> ... ) )
Oops, should have been
'(ifn (chk
Hi Henrik,
> separate problem, I want to jump to http://localhost:8080/@desktop but
> the GUI stuff is overriding something so I end up for instance at
> http://localhost:54688/@desktop.
Yes. This is because the browser assumes a local URL and thus uses the
base href to produce the full address.
Hi Henrik,
>(cookie 'uid Uid)
>(redirect "@desktop"))
The cookie won't get set if you are redirecting. I found the same
problem when implementing this in picoWiki and solved this by going to
the same page and then re
I'm experiencing some unwanted behavior with regards to cookies, I
have a login form looking like this:
(de signin ()
(app)
(action
(rss-html
(form NIL
( NIL NIL NIL
( NIL "Username" (gui 'uname '(+TextField) 10))
( NIL "Password" (g
14 matches
Mail list logo