[Lift] Re: Session problems when running the Lift sample apps and my own simultaneously

2008-11-01 Thread Charles F. Munat

I'll test this as soon as I get a chance.

Chas.

Tim Perrett wrote:
> Chas,
> 
> What happens if you access one under 127.0.0.1 and the other under  
> localhost? Do you still see this?
> 
> Cheers, Tim
> 
> Sent from my iPhone
> 
> On 1 Nov 2008, at 23:16, "Charles F. Munat" <[EMAIL PROTECTED]> wrote:
> 
>> I don't know if anyone else has observed this behavior, but...
>>
>> When I run my Lift app (mvn jetty:run) on port , and  
>> simultaneously
>> run the Lift sample app (mvn jetty:run) on port 8080, the  
>> SessionVars in
>> my app get hosed. I have a CurrentUserId session variable, and it just
>> disappears, causing the user to be logged out.
>>
>> This happens whether I'm doing anything on the Lift sample site or  
>> not.
>> It happens in Firefox 3. I have not tested it in any other browser.
>>
>> Does the browser ignore the port when setting session variables
>> (cookies, I presume)?
>>
>> My suspicion is that the clock on the Lift sample app runs (every ten
>> seconds) and that resets the session, and that the same session is  
>> being
>> used for both apps for some reason. But I am only guessing as I  
>> haven't
>> had time to look.
>>
>> Not sure how important this is, but here's a heads up.
>>
>> Chas.
>>
> 
> > 

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: Session problems when running the Lift sample apps and my own simultaneously

2008-11-01 Thread Tim Perrett

Chas,

What happens if you access one under 127.0.0.1 and the other under  
localhost? Do you still see this?

Cheers, Tim

Sent from my iPhone

On 1 Nov 2008, at 23:16, "Charles F. Munat" <[EMAIL PROTECTED]> wrote:

>
> I don't know if anyone else has observed this behavior, but...
>
> When I run my Lift app (mvn jetty:run) on port , and  
> simultaneously
> run the Lift sample app (mvn jetty:run) on port 8080, the  
> SessionVars in
> my app get hosed. I have a CurrentUserId session variable, and it just
> disappears, causing the user to be logged out.
>
> This happens whether I'm doing anything on the Lift sample site or  
> not.
> It happens in Firefox 3. I have not tested it in any other browser.
>
> Does the browser ignore the port when setting session variables
> (cookies, I presume)?
>
> My suspicion is that the clock on the Lift sample app runs (every ten
> seconds) and that resets the session, and that the same session is  
> being
> used for both apps for some reason. But I am only guessing as I  
> haven't
> had time to look.
>
> Not sure how important this is, but here's a heads up.
>
> Chas.
>
> >
>

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Session problems when running the Lift sample apps and my own simultaneously

2008-11-01 Thread Charles F. Munat

I don't know if anyone else has observed this behavior, but...

When I run my Lift app (mvn jetty:run) on port , and simultaneously 
run the Lift sample app (mvn jetty:run) on port 8080, the SessionVars in 
my app get hosed. I have a CurrentUserId session variable, and it just 
disappears, causing the user to be logged out.

This happens whether I'm doing anything on the Lift sample site or not. 
It happens in Firefox 3. I have not tested it in any other browser.

Does the browser ignore the port when setting session variables 
(cookies, I presume)?

My suspicion is that the clock on the Lift sample app runs (every ten 
seconds) and that resets the session, and that the same session is being 
used for both apps for some reason. But I am only guessing as I haven't 
had time to look.

Not sure how important this is, but here's a heads up.

Chas.

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: Flot widget commited to lift repository

2008-11-01 Thread Francois Bertrand

Hi Marius

> 1. I was wondering why the use of Option and not Can ?

Because I didn't need the "Failure" part of Can.

> 2. Any particular reason for using StringBuilder in
> FlotOverview.render and not JsExp composition (same for Flot
> object)? ... it just seamed easier? .. renderHide and renderShow
> functions... I think Lift has abstractions for those as well.

I didn't knew about JsExp composition when I began this widget.  I
agree I should use it.

> 3. I'd recommend using English names for functions etc.

Yes, sorry about that.  The flotDemo webapp is a simplified version of
a real application where I have to put spanish comments and funcion's
names.

> 4. SensorActor .. any reason for not using CometActor ?

The CometActor in the flotDemo webapp is the
net.liftweb.flot_demo.web.model.FlotCometExample class.

The SensorActor.scala file contains;
- a Scala Actor (AcumMuestrasActor) that acumulates sampling values
and notify each FlotCometExample that listens to it,
- a java thread (Sensor) that simulates a sensor sending every 2
seconds a sample with 3 measurements:

I don't see the value to use CometActor for the AcumMuestrasActor
class and the Sensor object, but maybe there is something I don't
understand.

Thanks for your comments.
Francois


On Nov 1, 5:01 pm, Marius <[EMAIL PROTECTED]> wrote:
> Nice.
>
> 1. I was wondering why the use of Option and not Can ?
> 2. Any particular reason for using StringBuilder in
> FlotOverview.render and not JsExp composition (same for Flot
> object)? ... it just seamed easier? .. renderHide and renderShow
> functions... I think Lift has abstractions for those as well.
> 3. I'd recommend using English names for functions etc.
> 4. SensorActor .. any reason for not using CometActor ?
>
> Br's,
> Marius
>
> On Nov 1, 9:12 pm, "Francois Bertrand" <[EMAIL PROTECTED]> wrote:
>
> > Hi:
>
> > The flot widget is a wrapper around the jQuery Flot widget 
> > (http://code.google.com/p/flot/).  It generates the necessary javascript 
> > code
> > and can be used from a comet actor to refresh the graph in real time.
>
> > The commited source are:
>
> > - the flot widget itself in the lift-widgets module (Scala source 
> > athttp://github.com/dpp/liftweb/tree/master/lift-widgets/src/main/scala...
> > )
>
> > - a new demo webapp below sites 
> > (http://github.com/dpp/liftweb/tree/master/sites/flotDemo).
>
> > I appreciate any suggestion, recommendation you may have.
>
> > Saludos,
> > Francois
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: Flot widget commited to lift repository

2008-11-01 Thread Marius

Nice.

1. I was wondering why the use of Option and not Can ?
2. Any particular reason for using StringBuilder in
FlotOverview.render and not JsExp composition (same for Flot
object)? ... it just seamed easier? .. renderHide and renderShow
functions... I think Lift has abstractions for those as well.
3. I'd recommend using English names for functions etc.
4. SensorActor .. any reason for not using CometActor ?


Br's,
Marius

On Nov 1, 9:12 pm, "Francois Bertrand" <[EMAIL PROTECTED]> wrote:
> Hi:
>
> The flot widget is a wrapper around the jQuery Flot widget 
> (http://code.google.com/p/flot/).  It generates the necessary javascript code
> and can be used from a comet actor to refresh the graph in real time.
>
> The commited source are:
>
> - the flot widget itself in the lift-widgets module (Scala source 
> athttp://github.com/dpp/liftweb/tree/master/lift-widgets/src/main/scala...
> )
>
> - a new demo webapp below sites 
> (http://github.com/dpp/liftweb/tree/master/sites/flotDemo).
>
> I appreciate any suggestion, recommendation you may have.
>
> Saludos,
> Francois
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Flot widget commited to lift repository

2008-11-01 Thread Francois Bertrand
Hi:

The flot widget is a wrapper around the jQuery Flot widget (
http://code.google.com/p/flot/).  It generates the necessary javascript code
and can be used from a comet actor to refresh the graph in real time.

The commited source are:

- the flot widget itself in the lift-widgets module (Scala source at
http://github.com/dpp/liftweb/tree/master/lift-widgets/src/main/scala/net/liftweb/widgets/flot
)

- a new demo webapp below sites (
http://github.com/dpp/liftweb/tree/master/sites/flotDemo).


I appreciate any suggestion, recommendation you may have.

Saludos,
Francois

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: *breaking changes* Gravatar widget

2008-11-01 Thread Tim Perrett

Glad you like it guys :-)

On Nov 1, 4:26 pm, TylerWeir <[EMAIL PROTECTED]> wrote:
> Much better than my initial impl.  Thanks and good stuff.

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: *breaking changes* Gravatar widget

2008-11-01 Thread TylerWeir

Much better than my initial impl.  Thanks and good stuff.

On Nov 1, 7:18 am, Tim Perrett <[EMAIL PROTECTED]> wrote:
> Hey guys,
>
> I've updated the Gravatar widget that was origionally created by Ty.
> The implementation now is actually very different. No longer is the
> Gravatar class an instansiable class, its an object with overloaded
> apply methods. So, now, rather than:
>
> val g = new Gravatar()
> g.render("[EMAIL PROTECTED]")
>
> You need to do:
>
> Gravatar("[EMAIL PROTECTED]")
>
> Or, if you want an image with a set size, you do:
>
> Gravatar("[EMAIL PROTECTED]", 50)
>
> Or, if you want to produce one thats for a set rating (other than the
> default "G") do:
>
> Gravatar("[EMAIL PROTECTED]", 50, "R")
>
> Hope thats all ok for everyone
>
> Cheers, Tim
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] Re: *breaking changes* Gravatar widget

2008-11-01 Thread David Pollak
Excellent stuff!

On 11/1/08, Tim Perrett <[EMAIL PROTECTED]> wrote:
>
>
> Hey guys,
>
> I've updated the Gravatar widget that was origionally created by Ty.
> The implementation now is actually very different. No longer is the
> Gravatar class an instansiable class, its an object with overloaded
> apply methods. So, now, rather than:
>
> val g = new Gravatar()
> g.render("[EMAIL PROTECTED]")
>
> You need to do:
>
> Gravatar("[EMAIL PROTECTED]")
>
> Or, if you want an image with a set size, you do:
>
> Gravatar("[EMAIL PROTECTED]", 50)
>
> Or, if you want to produce one thats for a set rating (other than the
> default "G") do:
>
> Gravatar("[EMAIL PROTECTED]", 50, "R")
>
> Hope thats all ok for everyone
>
> Cheers, Tim
> >
>


-- 
Lift, the simply functional web framework http://liftweb.net
Collaborative Task Management http://much4.us
Follow me: http://twitter.com/dpp
Git some: http://github.com/dpp

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---



[Lift] *breaking changes* Gravatar widget

2008-11-01 Thread Tim Perrett

Hey guys,

I've updated the Gravatar widget that was origionally created by Ty.
The implementation now is actually very different. No longer is the
Gravatar class an instansiable class, its an object with overloaded
apply methods. So, now, rather than:

val g = new Gravatar()
g.render("[EMAIL PROTECTED]")

You need to do:

Gravatar("[EMAIL PROTECTED]")

Or, if you want an image with a set size, you do:

Gravatar("[EMAIL PROTECTED]", 50)

Or, if you want to produce one thats for a set rating (other than the
default "G") do:

Gravatar("[EMAIL PROTECTED]", 50, "R")

Hope thats all ok for everyone

Cheers, Tim
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---