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
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 =
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
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 will
On Sep 12, 8:34 am, Indrajit Raychaudhuri indraj...@gmail.com wrote:
Even if we assumed that Lift managed to do all the hard work, we still
have a contradictory situation: the body/ being completely devoid of
scripts but still have 'JS loaded at the end of the page'. It still
has to be
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
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
p??/p
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 usur...@gmail.com wrote:
the last part is like:
Subject: hi
MIME-Version: 1.0
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 viktor.kl...@gmail.com wrote:
Content-Type: text/html; charset=us-ascii
IMHO that should read:
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
Good catch!
On Sep 12, 2009 6:18 PM, Indrajit Raychaudhuri indraj...@gmail.com
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
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 to
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:
button
+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
format
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
Moving the script import shouldn't be too difficult, we have the lift:tail
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 dustin.whit...@gmail.comwrote:
One nice thing about jquery's events, if
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
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 har...@gmail.com wrote:
I have an SHtml.ajaxSelect that, when executed sets a cookie:
S.addCookie(HTTPCookie(CITYID,
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 geo...@mattandgeorge.com wrote:
can anyone tell
Maybe adding javascript event handlers could be delegated to something that
depends on which library is being used?
-
Kevin Wrightkev.lee.wri...@googlemail.com wrote:
Moving the script import shouldn't be too difficult, we have the lift:tail
element and tail
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 \
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
22 matches
Mail list logo