Technically it could (as I implied above) but this can be lucrative
and IMHO the benefits are simply not that big. I'm not saying that
things are nailed down but I'd love to see a list of practical
benefits for Lift to not add event handlers such as on click to the
elements but rather programatica
I created a blank JPA lift project using this:
mvn archetype:generate \
-DarchetypeRepository=http://scala-tools.org/repo-snapshots \
-DarchetypeGroupId=net.liftweb \
-DarchetypeArtifactId=lift-archetype-jpa-basic \
-DarchetypeVersion=1.1-SNAPSHOT \
-DgroupId=com.foo.jpaweb \
-DartifactId=JPADemo
Maybe adding javascript event handlers could be delegated to something that
depends on which library is being used?
-
Kevin Wright wrote:
Moving the script import shouldn't be too difficult, we have the
element and tail merge (which acts exactly the same as
One way is it to use the run.mode parameter and start your webapp
using this command:
mvn jetty:run -Drun.mode=production
I believe you can also modify web.xml in some way, but I'm not really sure.
-Xavi
On Sat, Sep 12, 2009 at 5:00 PM, george wrote:
>
> can anyone tell me how I can change th
If it doesn't send down the cookie as you did, it sounds like a bug.
I'd fix it but I can't in the next couple of weeks.
Br's,
Marius
On Sep 12, 12:54 pm, harryh wrote:
> I have an SHtml.ajaxSelect that, when executed sets a cookie:
>
> S.addCookie(HTTPCookie("CITYID", city.id.toString))
>
> an
can anyone tell me how I can change the runmode of my application to
production?
thanks
--~--~-~--~~~---~--~~
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 u
Moving the script import shouldn't be too difficult, we have the
element and tail merge (which acts exactly the same as head merge) for just
this sort of problem.
On Sat, Sep 12, 2009 at 8:07 PM, Dustin Whitney wrote:
> One nice thing about jquery's events, if done wisely, is they are applied
>
One nice thing about jquery's events, if done wisely, is they are applied
after the DOM is loaded. With an onclick a button can be clicked and some
ajax call is fired that returns and tries to modify a part of the DOM that
hasn't been loaded. This is especially true if you have lots of javascript
+1 for joda or scala time if it's not too disruptive
Chas.
Indrajit Raychaudhuri wrote:
>>> Also, the LiftRules.parseDate function currently does DateTime
>>> parsing, so I would have to make a breaking change to rename it to
>>> parseDateTime and add new parseDate and parseTime (and associated
I, too, would like to be able to move the liftAjax script call to the
bottom of the page.
Chas.
Dustin Whitney wrote:
> Hey, I like Lift so in an effort to improve it I am submitting some
> criticism.
>
> Obtrusive javascript:
>
> when I create an ajaxButton I get this html:
>
> onclick="l
I have an SHtml.ajaxSelect that, when executed sets a cookie:
S.addCookie(HTTPCookie("CITYID", city.id.toString))
and then returns a JsCmds.RedirectTo(uri) command. The cookie isn't
actually being set (if I look at the live http headers the Set-Cookie
line isn't sent down in the http response t
Yes, I'd love that.
Peter
On Sep 11, 12:25 pm, Derek Chen-Becker wrote:
> For that matter, was it a special (e.g. hand-run) build to make the
> "unified" ScalaDocs for 1.0? It would be nice if that were part of the
> normal build so that each new release had it.
>
> Derek
>
> On Thu, Sep 10, 20
Good catch!
On Sep 12, 2009 6:18 PM, "Indrajit Raychaudhuri"
wrote:
Indeed, but "Content-Transfer-Encoding: 7bit" could be the real
suspect.
I think, MimeBodyPart forces us-ascii charset for 7bit encoding.
Cheers, Indrajit
On Sep 12, 9:03 pm, Viktor Klang wrote: >
Content-Type: text/html; c
Thank you all for your replies.
I just modified net/liftweb/util/Mailer.scala,
replaced all "text/html" with "text/html;charset=UTF-8" , then
problem solved.
the result mail's Content-Type part becomes:
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Indeed, but "Content-Transfer-Encoding: 7bit" could be the real
suspect.
I think, MimeBodyPart forces us-ascii charset for 7bit encoding.
Cheers, Indrajit
On Sep 12, 9:03 pm, Viktor Klang wrote:
> Content-Type: text/html; charset=us-ascii
>
> IMHO that should read:
>
> Content-Type: text/html;
Content-Type: text/html; charset=us-ascii
IMHO that should read:
Content-Type: text/html; charset=UTF-8
So basically, the content-type isn't correctly set.
On Sat, Sep 12, 2009 at 5:55 PM, night_stalker wrote:
>
> the last part is like:
>
> Subject: hi
> MIME-Version: 1.0
> Content-Type: mult
the last part is like:
Subject: hi
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary="=_Part_0_21171036.1252770284921"
--=_Part_0_21171036.1252770284921
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit
??
--=_Part_0_21171036.12527702849
OK, I've got the lift-archetype-basic working now just as the post
shows.
In pursuit of BDD, I want to test some behavior this way:
1. Set up a 'test' database with a single SuperUser using fields I
know work with password, salt, etc.
2. Sign In as that SuperUser.
3. Sign Up another SuperUser wi
Can you please check what the Content-Type field in the mail header
looks like in the mail that you get?
Cheers, Indrajit
On Sep 12, 3:40 pm, night_stalker wrote:
> hi all,
>
> I'm new to lift, I met with a problem when trying to send a mail.
>
> //Mail.scala
On Sep 12, 7:02 pm, "marius d." wrote:
> On Sep 12, 8:34 am, Indrajit Raychaudhuri wrote:
>
> > Even if we assumed that Lift managed to do all the hard work, we still
> > have a contradictory situation: the being completely devoid of
> > scripts but still have 'JS loaded at the end of the pag
On Sep 12, 8:34 am, Indrajit Raychaudhuri wrote:
> Even if we assumed that Lift managed to do all the hard work, we still
> have a contradictory situation: the being completely devoid of
> scripts but still have 'JS loaded at the end of the page'. It still
> has to be before the close of tag
> > Also, the LiftRules.parseDate function currently does DateTime
> > parsing, so I would have to make a breaking change to rename it to
> > parseDateTime and add new parseDate and parseTime (and associated
> > format methods). Thoughts?
>
> I think this is the right solution. Don't know how much
I am not a fan of buttons in the html that don't do anything if javascript
is disabled. To stop them from coming up in a text based browser or
something similar, I've always had the rule for myself that any forms or
buttons dependent on javascript must be inserted by javascript, and
everything that
hi all,
I'm new to lift, I met with a problem when trying to send a mail.
//Mail.scala---
package my.site
import net.liftweb.util._
import Helpers._
import Mailer._
import javax.mail._
import javax.mail.internet._
import xml._
object Mail {
var from = ""
Even if we assumed that Lift managed to do all the hard work, we still
have a contradictory situation: the being completely devoid of
scripts but still have 'JS loaded at the end of the page'. It still
has to be before the close of tag and thereby sneaking into the
. Worse, it's going to be incr
+1 Andrew.
Regarding the "rule" - absolutely no javascript in the markup doesn't
make a lot of sense. Some of the Lift's generated javascript for comet/
ajax calls is put inline at the end of the page. I see no practical
reason not to do that. On the other hand putting liftAjax.js on the
top of t
Hey,
If I understand Dustin correctly here he wants unobtrusive javascript.
That is no javascript in the elements but javascript code that hooks
into the dom and attaches events as needed.
I am not familiar enough with the internals of lift's js wrapping to
know how easy it would be to do it thi
Derek Chen-Becker writes:
> Of course, now that I'm actually digging into the code, it really makes me
> want to switch to using Joda Time :).
Yes, yes, yes!! Seriously, I've been thinking about this myself,
creating subclasses for all classes using Date. It would be awesome if
Lift would use J
28 matches
Mail list logo