Re: [web2py] RapydScript / RapydML - impressive
@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"
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" 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 :
>>>
I think i need something like that.
cleaner is simple to read ..
2014-06-09 3:35 GMT+01:00 nick name :
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 web2p
Re: [web2py] RapydScript / RapydML - impressive
Rapydml is very similar to jade right?
http://jade-lang.com/
2014-06-20 16:09 GMT+01:00 António Ramos :
> Can you post an example workflow inside web2py using rapidscript and
> rapydml ?
>
>
>
>
> 2014-06-20 5:59 GMT+01:00 Charles Law :
>
> Hey everyone,
>>
>> I'm glad people have have discovered the RapydML and RapydScript! I
>> helped develop the original RapydScript, so I can answer some questions
>> about that. I also have experience with RapydML, but have not really tried
>> anything tricky with it (about the same level as the Readme).
>>
>> As for the tracebacks, the idea is that JS code is so similar to the
>> original RapydScript, the traceback you'll get in a debugger (Firebug,
>> Chrome Developer Tools) will be readable & useful. If you check out this
>> demo: http://rapydscript.pyjeon.com/?demo=true you can see how similar
>> the input & output are (with the pretty flag on). Although the line
>> numbers are different & it does reference the generated code, the code
>> itself should be recognizable. Using this I was able to build this game
>> (warning: it's a little dated now)
>> http://salvatore.pythonanywhere.com/RapydScript/default/cyborg . This
>> game has sliding surfaces & monsters that move on their own, so it was
>> non-trivial & required a lot of debugging.
>>
>> Hope this helps,
>> Charles
>>
>>
>> On Sunday, June 15, 2014 8:26:35 PM UTC-7, Massimo Di Pierro wrote:
>>
>>> 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" 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 :
>
>> I think i need something like that.
>>
>> cleaner is simple to read ..
>>
>>
>> 2014-06-09 3:35 GMT+01:00 nick name :
>>
>> 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
>>>
>>> --
>>>
Re: [web2py] RapydScript / RapydML - impressive
Can you post an example workflow inside web2py using rapidscript and
rapydml ?
2014-06-20 5:59 GMT+01:00 Charles Law :
> Hey everyone,
>
> I'm glad people have have discovered the RapydML and RapydScript! I
> helped develop the original RapydScript, so I can answer some questions
> about that. I also have experience with RapydML, but have not really tried
> anything tricky with it (about the same level as the Readme).
>
> As for the tracebacks, the idea is that JS code is so similar to the
> original RapydScript, the traceback you'll get in a debugger (Firebug,
> Chrome Developer Tools) will be readable & useful. If you check out this
> demo: http://rapydscript.pyjeon.com/?demo=true you can see how similar
> the input & output are (with the pretty flag on). Although the line
> numbers are different & it does reference the generated code, the code
> itself should be recognizable. Using this I was able to build this game
> (warning: it's a little dated now)
> http://salvatore.pythonanywhere.com/RapydScript/default/cyborg . This
> game has sliding surfaces & monsters that move on their own, so it was
> non-trivial & required a lot of debugging.
>
> Hope this helps,
> Charles
>
>
> On Sunday, June 15, 2014 8:26:35 PM UTC-7, Massimo Di Pierro wrote:
>
>> 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" 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 :
> I think i need something like that.
>
> cleaner is simple to read ..
>
>
> 2014-06-09 3:35 GMT+01:00 nick name :
>
> 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
Re: [web2py] RapydScript / RapydML - impressive
Hey everyone,
I'm glad people have have discovered the RapydML and RapydScript! I
helped develop the original RapydScript, so I can answer some questions
about that. I also have experience with RapydML, but have not really tried
anything tricky with it (about the same level as the Readme).
As for the tracebacks, the idea is that JS code is so similar to the
original RapydScript, the traceback you'll get in a debugger (Firebug,
Chrome Developer Tools) will be readable & useful. If you check out this
demo: http://rapydscript.pyjeon.com/?demo=true you can see how similar the
input & output are (with the pretty flag on). Although the line numbers
are different & it does reference the generated code, the code itself
should be recognizable. Using this I was able to build this game (warning:
it's a little dated
now) http://salvatore.pythonanywhere.com/RapydScript/default/cyborg . This
game has sliding surfaces & monsters that move on their own, so it was
non-trivial & required a lot of debugging.
Hope this helps,
Charles
On Sunday, June 15, 2014 8:26:35 PM UTC-7, Massimo Di Pierro wrote:
>
> 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" >
>> 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 >> >:
>>>
I think i need something like that.
cleaner is simple to read ..
2014-06-09 3:35 GMT+01:00 nick name >>> >:
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 emai
Re: [web2py] RapydScript / RapydML - impressive
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" 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 :
>>
>>> I think i need something like that.
>>>
>>> cleaner is simple to read ..
>>>
>>>
>>> 2014-06-09 3:35 GMT+01:00 nick name :
>>>
>>> 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.
Re: [web2py] RapydScript / RapydML - impressive
I was hoping this would be a hot topic but...
Em 09/06/2014 15:32, "António Ramos" 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 :
>
>> I think i need something like that.
>>
>> cleaner is simple to read ..
>>
>>
>> 2014-06-09 3:35 GMT+01:00 nick name :
>>
>> 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.
Re: [web2py] RapydScript / RapydML - impressive
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 :
> I think i need something like that.
>
> cleaner is simple to read ..
>
>
> 2014-06-09 3:35 GMT+01:00 nick name :
>
> 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.
Re: [web2py] RapydScript / RapydML - impressive
I think i need something like that. cleaner is simple to read .. 2014-06-09 3:35 GMT+01:00 nick name : > 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.
[web2py] RapydScript / RapydML - impressive
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.
