<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.web.lift">
    <title>gmane.comp.web.lift</title>
    <link>http://blog.gmane.org/gmane.comp.web.lift</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.lift/68837"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.lift/68836"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.lift/68835"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.lift/68834"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.lift/68833"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.lift/68832"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.lift/68831"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.lift/68830"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.lift/68829"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.lift/68828"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.lift/68827"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.lift/68826"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.lift/68825"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.lift/68824"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.lift/68823"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.lift/68822"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.lift/68821"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.lift/68820"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.lift/68819"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.lift/68818"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.lift/68837">
    <title>Re: [Lift] Implementation of onEventIf</title>
    <link>http://permalink.gmane.org/gmane.comp.web.lift/68837</link>
    <description>&lt;pre&gt;Naftoli,

I think it's time for you to leave this community. The vast majority of
your posts are simply critical of this community and our approach to
software development, but without really offering anything better. If you
don't like Lift, the way Lift has evolved, our development methodologies,
our community ethos or the way that I manage the community, then leave.

In terms of Scala being well thought out... look at Scala Actors... they
sucked for so long and so badly that they were dumped in favor of another
actor library that Martin pissed on in public when it was introduced. Or
perhaps look at the ad-hoc nature of Option/Try vs. Lift's Box. And look at
Lift's Actors and Futures... both by far cleaner and better thought out
than Scala or Akka actors or futures (Lift's had fail-fast Futures for 3+
years... far longer than the other libraries.)

In terms of your complaints about how I have managed the community... go
back and look at how Martin and Jon Harrop mixed it up over type inference
and Jon's Scala book or more recently how Martin reacted to Paul Snively's
observations about how Java developers come up the Scala learning curve. I
will always find ways to improve how I manage community... but painting a
"David does a crappy job of managing the Lift community, but the Scala
community is oh so wonderfully managed" picture is just factually wrong.

I am not interested in a discussion on this issue. I am only interested in
seeing you leave the Lift community. It can be voluntary or not. Your
choice.

David



On Mon, May 20, 2013 at 8:10 PM, Naftoli Gugenheim &amp;lt;naftoligug-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt;wrote:




&lt;/pre&gt;</description>
    <dc:creator>David Pollak</dc:creator>
    <dc:date>2013-05-21T18:31:51</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.lift/68836">
    <title>Re: [Lift] Can LiftActor be garbage collected before processing all scheduled messages?</title>
    <link>http://permalink.gmane.org/gmane.comp.web.lift/68836</link>
    <description>&lt;pre&gt;The LiftActor cannot be GCed if it's running because the running thread
will have a reference to the instance of the LiftActor.


On Tue, May 21, 2013 at 9:37 AM, Mikhail Strebkov &amp;lt;strebkov-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt;wrote:




&lt;/pre&gt;</description>
    <dc:creator>David Pollak</dc:creator>
    <dc:date>2013-05-21T18:22:09</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.lift/68835">
    <title>Re: [Lift] Re: inline conditional in scala</title>
    <link>http://permalink.gmane.org/gmane.comp.web.lift/68835</link>
    <description>&lt;pre&gt;Lift helpers looks great. Thank you!

&lt;/pre&gt;</description>
    <dc:creator>alexmnyc</dc:creator>
    <dc:date>2013-05-21T18:18:25</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.lift/68834">
    <title>Sv: [Lift] Lift/Scala over Java/Spring/Struts</title>
    <link>http://permalink.gmane.org/gmane.comp.web.lift/68834</link>
    <description>&lt;pre&gt;&lt;/pre&gt;</description>
    <dc:creator>Andreas Joseph Krogh</dc:creator>
    <dc:date>2013-05-21T17:38:27</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.lift/68833">
    <title>Sv: [Lift] Re: inline conditional in scala</title>
    <link>http://permalink.gmane.org/gmane.comp.web.lift/68833</link>
    <description>&lt;pre&gt;&lt;/pre&gt;</description>
    <dc:creator>Andreas Joseph Krogh</dc:creator>
    <dc:date>2013-05-21T17:11:09</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.lift/68832">
    <title>[Lift] Re: inline conditional in scala</title>
    <link>http://permalink.gmane.org/gmane.comp.web.lift/68832</link>
    <description>&lt;pre&gt;In scalaz there are conditional operators so you can do


import scalaz._
import Scalaz._

 ("test".length == 4) ? "test is of length 4" | "test i not of length 4" 

On Tuesday, May 21, 2013 12:49:47 PM UTC-4, alexmnyc wrote:

&lt;/pre&gt;</description>
    <dc:creator>Reuben Doetsch</dc:creator>
    <dc:date>2013-05-21T17:09:33</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.lift/68831">
    <title>[Lift] Lift/Scala over Java/Spring/Struts</title>
    <link>http://permalink.gmane.org/gmane.comp.web.lift/68831</link>
    <description>&lt;pre&gt;Hi guys, I have been using Lift/Scala for some time. Using lift mainly I 
have been doing POC and preparing prototypes. I am an old user, but not an 
expert on Spring or Struts framework, nor of Lift, but I would still prefer 
Lift over these. Recently I have been handed over to lead a web application 
project (appox. 18-20 people), but I am finding it hard to convince my 
upper management to choose Lift/Scala for this development, instead of 
Java/Spring/Struts. Can any expert of frameworks (such as Spring/Struts) 
help me identify some key areas/points where Lift beats Spring/Struts so 
that I can get help convincing the management about Lifts advantages.

However on the downside I know that we don't have a mature IDE support and 
documentation support for Lift.

Thanks in advance.

&lt;/pre&gt;</description>
    <dc:creator>Rohit Pathak</dc:creator>
    <dc:date>2013-05-21T17:03:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.lift/68830">
    <title>[Lift] Re: inline conditional in scala</title>
    <link>http://permalink.gmane.org/gmane.comp.web.lift/68830</link>
    <description>&lt;pre&gt;Thanks guys. I was trying to avoid "if". 
 
I thought maybe I was missing an operator as using "if" felt a little iffy 
for a functional language somehow so I thought "?" operator was just named 
into something else and I just could not find in the API docs.
 
Thanks for confirming that "if" is "if" and it is here to stay -)

&lt;/pre&gt;</description>
    <dc:creator>alexmnyc</dc:creator>
    <dc:date>2013-05-21T16:49:47</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.lift/68829">
    <title>Re: [Lift] unable updating rest api response</title>
    <link>http://permalink.gmane.org/gmane.comp.web.lift/68829</link>
    <description>&lt;pre&gt;Hey Diego ,

Thanks for REsponse,


On Mon, May 20, 2013 at 9:46 PM, Diego Medina &amp;lt;diego-1zcwdi0lS4z2eFz/2MeuCQ&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:

can you plz suggest me other solution?


i use the example from  http://simply.liftweb.net/index-5.2.html to create
those,  thought privet will be secured.




&lt;/pre&gt;</description>
    <dc:creator>narendra bhagri</dc:creator>
    <dc:date>2013-05-21T16:49:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.lift/68828">
    <title>[Lift] Re: inline conditional in scala</title>
    <link>http://permalink.gmane.org/gmane.comp.web.lift/68828</link>
    <description>&lt;pre&gt;1) val t = if ("test".length == 4) "test is of length 4" else "test i not 
of length 4"
2) for nullable things in scala there is a Option[T] class, so the closest 
will be:
val fullString = Some("full")
val emptyString = None
val full = fullString.getOrElse("empty")
val empty = emptyString.getOrElse("empty")

P.S. This group probably is not suited to discuss general basic scala 
question

On Tuesday, May 21, 2013 8:35:12 PM UTC+4, alexmnyc wrote:

&lt;/pre&gt;</description>
    <dc:creator>Mikhail Strebkov</dc:creator>
    <dc:date>2013-05-21T16:46:22</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.lift/68827">
    <title>Re: [Lift] inline conditional in scala</title>
    <link>http://permalink.gmane.org/gmane.comp.web.lift/68827</link>
    <description>&lt;pre&gt;How about:
val t = if ("test".length == 4) "test is of length 4" else "test i not of
length 4"

and
Option(string).getOrElse("string is null")

cheers,
K



On Tue, May 21, 2013 at 6:35 PM, alexmnyc &amp;lt;a.mikhailau-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:


&lt;/pre&gt;</description>
    <dc:creator>Kristof Jozsa</dc:creator>
    <dc:date>2013-05-21T16:45:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.lift/68826">
    <title>[Lift] Can LiftActor be garbage collected before processing all scheduled messages?</title>
    <link>http://permalink.gmane.org/gmane.comp.web.lift/68826</link>
    <description>&lt;pre&gt;Hi all,

In my Lift application I have code that looks like this (this is executed 
in response to ajax button click):

     if (someCondition) {   
        val actor = new MyLiftActor(someDependencies)
        actor ! DoLongRunningJob(arguments)
     }

someDependencies - unique for each session (they are stored in session 
state)
arguments - unique for each request (each button click)

I'm wondering if I use LiftActor correctly or there is a potential problem, 
since I don't store the reference to actor object anywhere.
Can it be garbage collected while processing my long running job?

Kind regards,
Mikhail

&lt;/pre&gt;</description>
    <dc:creator>Mikhail Strebkov</dc:creator>
    <dc:date>2013-05-21T16:37:49</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.lift/68825">
    <title>[Lift] inline conditional in scala</title>
    <link>http://permalink.gmane.org/gmane.comp.web.lift/68825</link>
    <description>&lt;pre&gt;Guys, a quick Scala question. 
 
What's the equivalent of ? or ?? opertor in Scala as in:
 
val t = "test".length==4 ? "test is of length 4" : "test i not of length 4";
 
val t = string ?? "string is null"
 
 

&lt;/pre&gt;</description>
    <dc:creator>alexmnyc</dc:creator>
    <dc:date>2013-05-21T16:35:12</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.lift/68824">
    <title>Re: [Lift] Problem with lazy loading of parts on one page</title>
    <link>http://permalink.gmane.org/gmane.comp.web.lift/68824</link>
    <description>&lt;pre&gt;could it be relate to the template you use on the 3rd lazy load?, have you
tried having just the 3rd one on the page, to see if it is related to the
snippet?


On Tue, May 21, 2013 at 4:10 AM, Alexej Bondarenko &amp;lt;info-1fkVNr+SSclBDgjK7y7TUQ&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:




&lt;/pre&gt;</description>
    <dc:creator>Diego Medina</dc:creator>
    <dc:date>2013-05-21T16:29:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.lift/68823">
    <title>Re: [Lift] how to use CssBoundLiftScreen?</title>
    <link>http://permalink.gmane.org/gmane.comp.web.lift/68823</link>
    <description>&lt;pre&gt;thanks for the example.

after some experiment, FieldBinding now works perfectly for me.


On Tue, May 21, 2013 at 6:33 PM, Torsten Uhlmann &amp;lt;T.Uhlmann-+m5e0sNkjuob1SvskN2V4Q&amp;lt; at &amp;gt;public.gmane.org&amp;gt;wrote:


&lt;/pre&gt;</description>
    <dc:creator>诺铁</dc:creator>
    <dc:date>2013-05-21T15:54:17</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.lift/68822">
    <title>Re: [Lift] Implementation of onEventIf</title>
    <link>http://permalink.gmane.org/gmane.comp.web.lift/68822</link>
    <description>&lt;pre&gt;Hi,

(Sorry, this is not exactly related to the original question of whether to 
include onEventIf.)

Am Montag, 20. Mai 2013, 15:50:14 schrieb Naftoli Gugenheim:

What I always found confusing is that methods that are named quite similar 
seem to do rather different things, like, for example,
 * ajaxText gives me a new Elem to include in my HTML,
 * ajaxForm transforms existing HTML,
 * ajaxCall gives me a GUIDJsExp that I need to attach somewhere.

I think that if you want to split the SHtml object, it would make sense to 
split the functions according to these three types, similar to

SHtmlElem:
 * ajaxButton
 * a
 * submitButton
 * email
 * ...

SHtmlModifier:
 * ajaxForm
 * hrefFunc
 * ...

SHtmlFuncs:
 * ajaxInvoke
 * ajaxCall
 * jsonCall
 * ...

Just my 2 cent,
Tobias


&lt;/pre&gt;</description>
    <dc:creator>Tobias Pfeiffer</dc:creator>
    <dc:date>2013-05-21T15:50:10</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.lift/68821">
    <title>Re: [Lift] Implementation of onEventIf</title>
    <link>http://permalink.gmane.org/gmane.comp.web.lift/68821</link>
    <description>&lt;pre&gt;Only slightly off topic:

One thought I had when looking at the html generated by SHtml.  I think 
what would benefit me the most is to allow a common method of attaching 
server-side events to arbitrary html elements.  

It should allow the method to be attached using inline events:
&amp;lt;a href="#" onclick="callFunction" id="NBSLKJESRLJ"&amp;gt;Click Me&amp;lt;/a&amp;gt;

or allow it to be attached using a framework:
&amp;lt;a href="#"&amp;gt;Click Me&amp;lt;/a&amp;gt;
+  a call to something like S.appendJs(Jq("NBSLKJESRLJ") ~&amp;gt; 
JsFunc("on","click",AnonFunc(...Extract value and call liftAjax...)

I think making it configurable in LiftRules would be of great benefit. 
 This way you could configure the application to use jQuery events, Dojo 
events, some custom event mechanism you have created in-house, etc.

Although I haven't looked at it too much, round-trips in lift 3.0 may be a 
possible alternative.

-Austen

On Monday, May 20, 2013 10:10:13 PM UTC-5, nafg wrote:

&lt;/pre&gt;</description>
    <dc:creator>Austen Holmes</dc:creator>
    <dc:date>2013-05-21T14:50:22</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.lift/68820">
    <title>Re: [Lift] SHtml.radioElems hidden field</title>
    <link>http://permalink.gmane.org/gmane.comp.web.lift/68820</link>
    <description>&lt;pre&gt;Thank you for the corrections.
There needs to be a separate recipe for ajaxRadio, and a See Also link to
it.  I'll get round to it, possibly next month, unless anyone gets there
first.

Cheers
Richard


On 21 May 2013 12:04, earthling_paul &amp;lt;paul.bernet-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:


&lt;/pre&gt;</description>
    <dc:creator>Richard Dallaway</dc:creator>
    <dc:date>2013-05-21T11:22:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.lift/68819">
    <title>Re: [Lift] SHtml.radioElems hidden field</title>
    <link>http://permalink.gmane.org/gmane.comp.web.lift/68819</link>
    <description>&lt;pre&gt;Thanks for that! 

Just two minor remarks:

1)
The text here:
logger.info("Choice: "+selected)
does not match the text here:
INFO  code.snippet.Radio - Selected radio is: Empty

2)
In the "HTML produced by radioElem" the &amp;lt;br&amp;gt; should probably be &amp;lt;br/&amp;gt;

So if SHtml.radioElem is a typesafe and more sophisticated alternative to 
SHtml.radio:
For the sake of completeness - shouldn't SHtml.ajaxRadio be mentioned as 
well? Just how it compares to radioElem / radio.

Regards
Paul

Am Sonntag, 19. Mai 2013 20:46:46 UTC+2 schrieb Richard Dallaway:

&lt;/pre&gt;</description>
    <dc:creator>earthling_paul</dc:creator>
    <dc:date>2013-05-21T11:04:07</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.lift/68818">
    <title>Re: [Lift] how to use CssBoundLiftScreen?</title>
    <link>http://permalink.gmane.org/gmane.comp.web.lift/68818</link>
    <description>&lt;pre&gt;Have a look at Peters Github example: https://github.com/pbrant/lift-liftscreen-css-binding

Torsten.

&lt;/pre&gt;</description>
    <dc:creator>Torsten Uhlmann</dc:creator>
    <dc:date>2013-05-21T10:33:46</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.lift/68817">
    <title>[Lift] how to use CssBoundLiftScreen?</title>
    <link>http://permalink.gmane.org/gmane.comp.web.lift/68817</link>
    <description>&lt;pre&gt;Hi,all

I saw some code snippet using CssBoundLiftScreen, seems it gives more
control on the display of fields in LiftScreen, but I didn't found much
documentation or example on how to use it.

can some one give some hint on where can I found material about it?

thanks

&lt;/pre&gt;</description>
    <dc:creator>诺铁</dc:creator>
    <dc:date>2013-05-21T10:21:11</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.web.lift">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.web.lift</link>
  </textinput>
</rdf:RDF>
