Si , por eso es que voy a preguntar en la lista de ruby-core , cual es la onda. debido a que no existe ningún problema pero ademas de los "standards" esta la realidad. Si Rodolinux le agrega un "false" como segundo parámetro a su parse method (como mencione antes) no debería validarlo y no tendría ningún problema. Igualmente, los "estandares" por ahi no son tan estandares, asi que si queres que valide la info con un poco de monkey-patching solucionamos el problema para que rodo valide su info y listo. Lo que si vi es que time no tiene todos los "acepted" timezones y eso si debería completarse solo tienen en la zoneoffset definidos 36 de los 90 que encontré :) ajajajaj Seguro que los otros no los usan nunca PERO deberían estar siempre hay uno que lo necesita y deberia estar. Slds.
PD: bueno me voy a seguir laburando ... esta noche me pongo un rato mas :) 2008/7/29 Lucas Sallovitz <[EMAIL PROTECTED]>: > > Ahora veo de cambiar time.rb ... El problema es que NO hay problema y > que > > el developer simplemente sigue al pie de la letra el standard. y yahoo > usa > > algo un poco mas "lindo" .... Ahora, bien, no es la primera vez que veo > ese > > tipo de nomenclatura con AM | PM , ( en USA se usa bocha ) entonces > estaria > > bueno que le diera bola. > > Me meto en una conversación ajena. Entiendo y estoy de acuerdo en que > el parser no debería explotar, pero me parece que de ahi a que lo tome > como válido hay un error, yahoo no es un pibe yanqui de 15 años que no > sabe lo que quiere decir 18:00, podrían respetar un standard y tienen > los recursos para hacerlo. Haciendo lo que vos decis, safás del > problema puntual, pero estas implementando un "estandard" que nadie > más en el mundo conoce y acepta. > > Por otro lado la excepción que levanta el parser es correcta por lo > que entiendo de la investigación que hiciste, o sea que tampoco > "explota" mucho que digamos. > > La solución "linda" sería aplicarle un xslt al rss erroneo hasta que > se corrija en el origen. > > Lucas. > _______________________________________________ > Ruby mailing list > [email protected] > http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar > -- -- --<自由編碼人>-- Ing. Matias Pablo Brutti Security Consultant Email : [EMAIL PROTECTED] Site: http://www.freedomcoder.com.ar
_______________________________________________ Ruby mailing list [email protected] http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar
