[Lift] Re: Source file encoding ...
On Sep 21, 2008, at 11:51 AM, "Jorge Ortiz" <[EMAIL PROTECTED]> wrote: > But does it still test what the test is intended to test? > Yes > --j > > On Sun, Sep 21, 2008 at 11:20 AM, David Pollak > <[EMAIL PROTECTED]> wrote: >> If we do the \u encoding thing, the test will still be valid. >> >> On Sun, Sep 21, 2008 at 11:18 AM, Marius <[EMAIL PROTECTED]> >> wrote: >>> >>> I think it is reasonable to comment out this test until a better >>> solution can be found. ... or perhaps we can just save this file as >>> UTF-8 and not ASCII.. and yet this willl most likely be >>> overwritten as >>> someone would change this file in an editor that automatically saves >>> source code as ASCII ... so kind of risky. >>> >>> Br's, >>> Marius >>> >>> On Sep 21, 8:52 pm, "Jorge Ortiz" <[EMAIL PROTECTED]> wrote: well, heh, so the relevant test is: "encode a string replacing non-ASCII characters by their unicode value" in { "niña".encJs must_== "'ni\\u00f1a'" } --j On Sun, Sep 21, 2008 at 3:46 AM, Marius <[EMAIL PROTECTED]> wrote: > What if we use \u notation? ... it should work. (but I don;t > know > the hex code of this char) > Br's, > Marius > On Sep 21, 12:21 pm, "Jorge Ortiz" <[EMAIL PROTECTED]> wrote: >> 2.7.2 is throwing an exception on this and failing to compile >> lift's >> tests. >> I dug around and it seems that the character that's getting >> barfed is >> the n-with-tilde (ñ) at line 164 of StringHelpersSpec.scala >> Anyone know how to address this issue? >> --j >> On Sat, Sep 13, 2008 at 6:39 AM, David Pollak <[EMAIL PROTECTED]> >> wrote: >>> Yeah... I get that. I figured it was part of Eric's tests. >>> Marius wrote: Is anyone seeing this? "IO error while decoding /media/WORK/marius/workspace/lift/liftweb- framework/src/test/scala/net/liftweb/util/ StringHelpersSpec.scala with UTF-8 Please try specifying another one using the -encoding option" Br's, Marius >>> >> >> >> >> -- >> 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] Re: Source file encoding ...
Ok, for scala-snapshot branch I've removed the test and left a comment explaining the issue and pointing to this thread. --j On Sun, Sep 21, 2008 at 12:00 PM, Marius <[EMAIL PROTECTED]> wrote: > > Nope ... but it compiles :) ... that's why I suggested to comment it > temporary until Eric or someone finds a better way ... perhaps read > the unicode string from a separate file? > > On Sep 21, 9:51 pm, "Jorge Ortiz" <[EMAIL PROTECTED]> wrote: >> But does it still test what the test is intended to test? >> >> --j >> >> On Sun, Sep 21, 2008 at 11:20 AM, David Pollak >> >> <[EMAIL PROTECTED]> wrote: >> > If we do the \u encoding thing, the test will still be valid. >> >> > On Sun, Sep 21, 2008 at 11:18 AM, Marius <[EMAIL PROTECTED]> wrote: >> >> >> I think it is reasonable to comment out this test until a better >> >> solution can be found. ... or perhaps we can just save this file as >> >> UTF-8 and not ASCII.. and yet this willl most likely be overwritten as >> >> someone would change this file in an editor that automatically saves >> >> source code as ASCII ... so kind of risky. >> >> >> Br's, >> >> Marius >> >> >> On Sep 21, 8:52 pm, "Jorge Ortiz" <[EMAIL PROTECTED]> wrote: >> >> > well, heh, so the relevant test is: >> >> >> > "encode a string replacing non-ASCII characters by their unicode >> >> > value" in { >> >> > "niña".encJs must_== "'ni\\u00f1a'" >> >> > } >> >> >> > --j >> >> >> > On Sun, Sep 21, 2008 at 3:46 AM, Marius <[EMAIL PROTECTED]> wrote: >> >> >> > > What if we use \u notation? ... it should work. (but I don;t know >> >> > > the hex code of this char) >> >> >> > > Br's, >> >> > > Marius >> >> >> > > On Sep 21, 12:21 pm, "Jorge Ortiz" <[EMAIL PROTECTED]> wrote: >> >> > >> 2.7.2 is throwing an exception on this and failing to compile lift's >> >> > >> tests. >> >> >> > >> I dug around and it seems that the character that's getting barfed is >> >> > >> the n-with-tilde (ñ) at line 164 of StringHelpersSpec.scala >> >> >> > >> Anyone know how to address this issue? >> >> >> > >> --j >> >> >> > >> On Sat, Sep 13, 2008 at 6:39 AM, David Pollak <[EMAIL PROTECTED]> >> >> > >> wrote: >> >> >> > >> > Yeah... I get that. I figured it was part of Eric's tests. >> >> >> > >> > Marius wrote: >> >> > >> >> Is anyone seeing this? >> >> >> > >> >> "IO error while decoding >> >> > >> >> /media/WORK/marius/workspace/lift/liftweb- >> >> > >> >> framework/src/test/scala/net/liftweb/util/StringHelpersSpec.scala >> >> > >> >> with >> >> > >> >> UTF-8 >> >> > >> >> Please try specifying another one using the -encoding option" >> >> >> > >> >> Br's, >> >> > >> >> Marius >> >> > -- >> > Lift, the simply functional web frameworkhttp://liftweb.net >> > Collaborative Task Managementhttp://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] Re: Source file encoding ...
Nope ... but it compiles :) ... that's why I suggested to comment it temporary until Eric or someone finds a better way ... perhaps read the unicode string from a separate file? On Sep 21, 9:51 pm, "Jorge Ortiz" <[EMAIL PROTECTED]> wrote: > But does it still test what the test is intended to test? > > --j > > On Sun, Sep 21, 2008 at 11:20 AM, David Pollak > > <[EMAIL PROTECTED]> wrote: > > If we do the \u encoding thing, the test will still be valid. > > > On Sun, Sep 21, 2008 at 11:18 AM, Marius <[EMAIL PROTECTED]> wrote: > > >> I think it is reasonable to comment out this test until a better > >> solution can be found. ... or perhaps we can just save this file as > >> UTF-8 and not ASCII.. and yet this willl most likely be overwritten as > >> someone would change this file in an editor that automatically saves > >> source code as ASCII ... so kind of risky. > > >> Br's, > >> Marius > > >> On Sep 21, 8:52 pm, "Jorge Ortiz" <[EMAIL PROTECTED]> wrote: > >> > well, heh, so the relevant test is: > > >> > "encode a string replacing non-ASCII characters by their unicode > >> > value" in { > >> > "niña".encJs must_== "'ni\\u00f1a'" > >> > } > > >> > --j > > >> > On Sun, Sep 21, 2008 at 3:46 AM, Marius <[EMAIL PROTECTED]> wrote: > > >> > > What if we use \u notation? ... it should work. (but I don;t know > >> > > the hex code of this char) > > >> > > Br's, > >> > > Marius > > >> > > On Sep 21, 12:21 pm, "Jorge Ortiz" <[EMAIL PROTECTED]> wrote: > >> > >> 2.7.2 is throwing an exception on this and failing to compile lift's > >> > >> tests. > > >> > >> I dug around and it seems that the character that's getting barfed is > >> > >> the n-with-tilde (ñ) at line 164 of StringHelpersSpec.scala > > >> > >> Anyone know how to address this issue? > > >> > >> --j > > >> > >> On Sat, Sep 13, 2008 at 6:39 AM, David Pollak <[EMAIL PROTECTED]> > >> > >> wrote: > > >> > >> > Yeah... I get that. I figured it was part of Eric's tests. > > >> > >> > Marius wrote: > >> > >> >> Is anyone seeing this? > > >> > >> >> "IO error while decoding > >> > >> >> /media/WORK/marius/workspace/lift/liftweb- > >> > >> >> framework/src/test/scala/net/liftweb/util/StringHelpersSpec.scala > >> > >> >> with > >> > >> >> UTF-8 > >> > >> >> Please try specifying another one using the -encoding option" > > >> > >> >> Br's, > >> > >> >> Marius > > > -- > > Lift, the simply functional web frameworkhttp://liftweb.net > > Collaborative Task Managementhttp://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] Re: Source file encoding ...
But does it still test what the test is intended to test? --j On Sun, Sep 21, 2008 at 11:20 AM, David Pollak <[EMAIL PROTECTED]> wrote: > If we do the \u encoding thing, the test will still be valid. > > On Sun, Sep 21, 2008 at 11:18 AM, Marius <[EMAIL PROTECTED]> wrote: >> >> I think it is reasonable to comment out this test until a better >> solution can be found. ... or perhaps we can just save this file as >> UTF-8 and not ASCII.. and yet this willl most likely be overwritten as >> someone would change this file in an editor that automatically saves >> source code as ASCII ... so kind of risky. >> >> Br's, >> Marius >> >> On Sep 21, 8:52 pm, "Jorge Ortiz" <[EMAIL PROTECTED]> wrote: >> > well, heh, so the relevant test is: >> > >> > "encode a string replacing non-ASCII characters by their unicode >> > value" in { >> > "niña".encJs must_== "'ni\\u00f1a'" >> > } >> > >> > --j >> > >> > On Sun, Sep 21, 2008 at 3:46 AM, Marius <[EMAIL PROTECTED]> wrote: >> > >> > > What if we use \u notation? ... it should work. (but I don;t know >> > > the hex code of this char) >> > >> > > Br's, >> > > Marius >> > >> > > On Sep 21, 12:21 pm, "Jorge Ortiz" <[EMAIL PROTECTED]> wrote: >> > >> 2.7.2 is throwing an exception on this and failing to compile lift's >> > >> tests. >> > >> > >> I dug around and it seems that the character that's getting barfed is >> > >> the n-with-tilde (ñ) at line 164 of StringHelpersSpec.scala >> > >> > >> Anyone know how to address this issue? >> > >> > >> --j >> > >> > >> On Sat, Sep 13, 2008 at 6:39 AM, David Pollak <[EMAIL PROTECTED]> >> > >> wrote: >> > >> > >> > Yeah... I get that. I figured it was part of Eric's tests. >> > >> > >> > Marius wrote: >> > >> >> Is anyone seeing this? >> > >> > >> >> "IO error while decoding >> > >> >> /media/WORK/marius/workspace/lift/liftweb- >> > >> >> framework/src/test/scala/net/liftweb/util/StringHelpersSpec.scala >> > >> >> with >> > >> >> UTF-8 >> > >> >> Please try specifying another one using the -encoding option" >> > >> > >> >> Br's, >> > >> >> Marius >> > > > > -- > 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] Re: Source file encoding ...
If we do the \u encoding thing, the test will still be valid. On Sun, Sep 21, 2008 at 11:18 AM, Marius <[EMAIL PROTECTED]> wrote: > > I think it is reasonable to comment out this test until a better > solution can be found. ... or perhaps we can just save this file as > UTF-8 and not ASCII.. and yet this willl most likely be overwritten as > someone would change this file in an editor that automatically saves > source code as ASCII ... so kind of risky. > > Br's, > Marius > > On Sep 21, 8:52 pm, "Jorge Ortiz" <[EMAIL PROTECTED]> wrote: > > well, heh, so the relevant test is: > > > > "encode a string replacing non-ASCII characters by their unicode > value" in { > > "niña".encJs must_== "'ni\\u00f1a'" > > } > > > > --j > > > > On Sun, Sep 21, 2008 at 3:46 AM, Marius <[EMAIL PROTECTED]> wrote: > > > > > What if we use \u notation? ... it should work. (but I don;t know > > > the hex code of this char) > > > > > Br's, > > > Marius > > > > > On Sep 21, 12:21 pm, "Jorge Ortiz" <[EMAIL PROTECTED]> wrote: > > >> 2.7.2 is throwing an exception on this and failing to compile lift's > tests. > > > > >> I dug around and it seems that the character that's getting barfed is > > >> the n-with-tilde (ñ) at line 164 of StringHelpersSpec.scala > > > > >> Anyone know how to address this issue? > > > > >> --j > > > > >> On Sat, Sep 13, 2008 at 6:39 AM, David Pollak <[EMAIL PROTECTED]> > wrote: > > > > >> > Yeah... I get that. I figured it was part of Eric's tests. > > > > >> > Marius wrote: > > >> >> Is anyone seeing this? > > > > >> >> "IO error while decoding /media/WORK/marius/workspace/lift/liftweb- > > >> >> framework/src/test/scala/net/liftweb/util/StringHelpersSpec.scala > with > > >> >> UTF-8 > > >> >> Please try specifying another one using the -encoding option" > > > > >> >> Br's, > > >> >> Marius > > > -- 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] Re: Source file encoding ...
I think it is reasonable to comment out this test until a better solution can be found. ... or perhaps we can just save this file as UTF-8 and not ASCII.. and yet this willl most likely be overwritten as someone would change this file in an editor that automatically saves source code as ASCII ... so kind of risky. Br's, Marius On Sep 21, 8:52 pm, "Jorge Ortiz" <[EMAIL PROTECTED]> wrote: > well, heh, so the relevant test is: > > "encode a string replacing non-ASCII characters by their unicode value" > in { > "niña".encJs must_== "'ni\\u00f1a'" > } > > --j > > On Sun, Sep 21, 2008 at 3:46 AM, Marius <[EMAIL PROTECTED]> wrote: > > > What if we use \u notation? ... it should work. (but I don;t know > > the hex code of this char) > > > Br's, > > Marius > > > On Sep 21, 12:21 pm, "Jorge Ortiz" <[EMAIL PROTECTED]> wrote: > >> 2.7.2 is throwing an exception on this and failing to compile lift's tests. > > >> I dug around and it seems that the character that's getting barfed is > >> the n-with-tilde (ñ) at line 164 of StringHelpersSpec.scala > > >> Anyone know how to address this issue? > > >> --j > > >> On Sat, Sep 13, 2008 at 6:39 AM, David Pollak <[EMAIL PROTECTED]> wrote: > > >> > Yeah... I get that. I figured it was part of Eric's tests. > > >> > Marius wrote: > >> >> Is anyone seeing this? > > >> >> "IO error while decoding /media/WORK/marius/workspace/lift/liftweb- > >> >> framework/src/test/scala/net/liftweb/util/StringHelpersSpec.scala with > >> >> UTF-8 > >> >> Please try specifying another one using the -encoding option" > > >> >> Br's, > >> >> Marius --~--~-~--~~~---~--~~ 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: Source file encoding ...
well, heh, so the relevant test is: "encode a string replacing non-ASCII characters by their unicode value" in { "niña".encJs must_== "'ni\\u00f1a'" } --j On Sun, Sep 21, 2008 at 3:46 AM, Marius <[EMAIL PROTECTED]> wrote: > > What if we use \u notation? ... it should work. (but I don;t know > the hex code of this char) > > Br's, > Marius > > On Sep 21, 12:21 pm, "Jorge Ortiz" <[EMAIL PROTECTED]> wrote: >> 2.7.2 is throwing an exception on this and failing to compile lift's tests. >> >> I dug around and it seems that the character that's getting barfed is >> the n-with-tilde (ñ) at line 164 of StringHelpersSpec.scala >> >> Anyone know how to address this issue? >> >> --j >> >> On Sat, Sep 13, 2008 at 6:39 AM, David Pollak <[EMAIL PROTECTED]> wrote: >> >> > Yeah... I get that. I figured it was part of Eric's tests. >> >> > Marius wrote: >> >> Is anyone seeing this? >> >> >> "IO error while decoding /media/WORK/marius/workspace/lift/liftweb- >> >> framework/src/test/scala/net/liftweb/util/StringHelpersSpec.scala with >> >> UTF-8 >> >> Please try specifying another one using the -encoding option" >> >> >> Br's, >> >> Marius > > > --~--~-~--~~~---~--~~ 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: Source file encoding ...
What if we use \u notation? ... it should work. (but I don;t know the hex code of this char) Br's, Marius On Sep 21, 12:21 pm, "Jorge Ortiz" <[EMAIL PROTECTED]> wrote: > 2.7.2 is throwing an exception on this and failing to compile lift's tests. > > I dug around and it seems that the character that's getting barfed is > the n-with-tilde (ñ) at line 164 of StringHelpersSpec.scala > > Anyone know how to address this issue? > > --j > > On Sat, Sep 13, 2008 at 6:39 AM, David Pollak <[EMAIL PROTECTED]> wrote: > > > Yeah... I get that. I figured it was part of Eric's tests. > > > Marius wrote: > >> Is anyone seeing this? > > >> "IO error while decoding /media/WORK/marius/workspace/lift/liftweb- > >> framework/src/test/scala/net/liftweb/util/StringHelpersSpec.scala with > >> UTF-8 > >> Please try specifying another one using the -encoding option" > > >> Br's, > >> Marius --~--~-~--~~~---~--~~ 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: Source file encoding ...
2.7.2 is throwing an exception on this and failing to compile lift's tests. I dug around and it seems that the character that's getting barfed is the n-with-tilde (ñ) at line 164 of StringHelpersSpec.scala Anyone know how to address this issue? --j On Sat, Sep 13, 2008 at 6:39 AM, David Pollak <[EMAIL PROTECTED]> wrote: > > Yeah... I get that. I figured it was part of Eric's tests. > > Marius wrote: >> Is anyone seeing this? >> >> "IO error while decoding /media/WORK/marius/workspace/lift/liftweb- >> framework/src/test/scala/net/liftweb/util/StringHelpersSpec.scala with >> UTF-8 >> Please try specifying another one using the -encoding option" >> >> Br's, >> Marius >> > >> > > > > > --~--~-~--~~~---~--~~ 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: Source file encoding ...
Yeah... I get that. I figured it was part of Eric's tests. Marius wrote: > Is anyone seeing this? > > "IO error while decoding /media/WORK/marius/workspace/lift/liftweb- > framework/src/test/scala/net/liftweb/util/StringHelpersSpec.scala with > UTF-8 > Please try specifying another one using the -encoding option" > > Br's, > Marius > > > --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---