@massimo Does source maps help with coffeescript? http://www.coffeescriptlove.com/2012/04/source-maps-for-coffeescript.html?m=1 Em 16/06/2014 04:26, "Massimo Di Pierro" <massimo.dipie...@gmail.com> escreveu:
> actually I did not know about this and this is really interesting. > The problem I had with coffeescript was it was hard to debug because > errors would reference the generate JS and not the source. How does > radyscript handle tracebacks? > > On Sunday, 15 June 2014 13:24:28 UTC-5, Ramos wrote: >> >> I was hoping this would be a hot topic but... >> Em 09/06/2014 15:32, "António Ramos" <ramstei...@gmail.com> escreveu: >> >>> interesting read from RapydML. >>> >>> >>> {% extends basic.html %} >>> >>> For those unfamiliar with it, the above line includes HTML from >>> basic.html inside of the current page. This is a useful technique to avoid >>> unnecessary copies of HTML that's common to multiple pages (this includes >>> navigation menus, website logo, etc.). The above logic, however, can also >>> be substituted with RapydML's importstatement, importing RapydML logic >>> from another page. For example, I can create a template.pyml file, >>> declararing a function for generating a chunk of reusable HTML inside of >>> it, and then invoke that function in every place I want that HTML to >>> appear. Which solution is better? >>> >>> If you're an experienced web developer, you probably know that on most >>> hosting services storage space (especially for text/html) is relatively >>> cheap compared to bandwidth and CPU usage. The bandwidth requirements in >>> this case are the same, since both, template engine and RapydML logic >>> happens before the page is served to the client. The main difference is >>> that by using extends, you force your template engine to dynamically >>> generate that HTML content before serving it to the client (using up CPU >>> cycles, smart engines will probably cache this data), while by using >>> import you make your compiler generate that HTML once and serve it >>> repeatedly to your clients (using up a bit more storage space, which is not >>> even significant when comparing it to storage taken up by images and other >>> multimedia files). As a rule of thumb, I recommend using RapydML's logic >>> over Django/Rails/web2py unless it's something that requires information >>> that will not be available until runtime (i.e. news that you retrieve from >>> the database, interactive form that deals with user input). It's not too >>> different from preferring CSS over JavaScript for styling that doesn't >>> change dynamically. >>> >>> >>> 2014-06-09 14:51 GMT+01:00 António Ramos <ramstei...@gmail.com>: >>> >>>> I think i need something like that. >>>> >>>> cleaner is simple to read .. >>>> >>>> >>>> 2014-06-09 3:35 GMT+01:00 nick name <i.like.privacy....@gmail.com>: >>>> >>>> Does anyone have experience with RapydScript (lightweight py-like to JS >>>>> translator) and RapydML (pythonic-template to html/xml/svg translator)? >>>>> >>>>> Have just discovered them, and from a cursory examination they seem >>>>> extremely nice and useful. RapydScript seems to bridge the JS<->Python >>>>> bridge better than other projects I've looked at (PythonJS, Skulpt, >>>>> Pyjamas, Brython) - it goes much farther than Brython, for example, but >>>>> produces very readable and debuggable javascript that still works on IE8. >>>>> >>>>> RapydML explicitly shows how to support web2py in its documents ( ... >>>>> as well as plain html and django). >>>>> >>>>> Does anyone have any experience with them? >>>>> >>>>> https://github.com/atsepkov/RapydML >>>>> >>>>> https://github.com/atsepkov/RapydScript >>>>> >>>>> -- >>>>> Resources: >>>>> - http://web2py.com >>>>> - http://web2py.com/book (Documentation) >>>>> - http://github.com/web2py/web2py (Source code) >>>>> - https://code.google.com/p/web2py/issues/list (Report Issues) >>>>> --- >>>>> You received this message because you are subscribed to the Google >>>>> Groups "web2py-users" group. >>>>> To unsubscribe from this group and stop receiving emails from it, send >>>>> an email to web2py+unsubscr...@googlegroups.com. >>>>> For more options, visit https://groups.google.com/d/optout. >>>>> >>>> >>>> >>> -- > Resources: > - http://web2py.com > - http://web2py.com/book (Documentation) > - http://github.com/web2py/web2py (Source code) > - https://code.google.com/p/web2py/issues/list (Report Issues) > --- > You received this message because you are subscribed to the Google Groups > "web2py-users" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to web2py+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > -- Resources: - http://web2py.com - http://web2py.com/book (Documentation) - http://github.com/web2py/web2py (Source code) - https://code.google.com/p/web2py/issues/list (Report Issues) --- You received this message because you are subscribed to the Google Groups "web2py-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to web2py+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.