@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.

Reply via email to