[web2py:19964] pyForum Release Candidate 1 ready
Ok folks, here it goes: pyForum RC1 is out, pyForum is a web2py, 100% python-based message board system released under the Open Source license, the code is basically ready for heavy usage. The official release: http://www.pyforum.org/pyforum/default/view_topic/44 pyForum can manage categories, forums, topics, subscriptions, avatars (without the need of external graphic libs), signatures, inappropriate topic submissions, user management, personal messages, categories, forum and topic permissions (anonymous users may be alowed to browse a forum but not post topics, administrators may have creation of topics access whereas members may have access to post responses to these postings, etc, etc), all different combinations are possible, all this from the nice admin section, too much more to say but it'll be better if you check out for yourselves., Best Regards and Massimo keep up with the good work, Thanks! --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups web2py Web Framework group. To post to this group, send email to web2py@googlegroups.com To unsubscribe from this group, send email to web2py+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/web2py?hl=en -~--~~~~--~~--~--~---
[web2py:19965] Re: pyForum Release Candidate 1 ready
awesome ! On 18 avr, 09:20, Speedbird ju...@techfuel.net wrote: Ok folks, here it goes: pyForum RC1 is out, pyForum is a web2py, 100% python-based message board system released under the Open Source license, the code is basically ready for heavy usage. The official release:http://www.pyforum.org/pyforum/default/view_topic/44 pyForum can manage categories, forums, topics, subscriptions, avatars (without the need of external graphic libs), signatures, inappropriate topic submissions, user management, personal messages, categories, forum and topic permissions (anonymous users may be alowed to browse a forum but not post topics, administrators may have creation of topics access whereas members may have access to post responses to these postings, etc, etc), all different combinations are possible, all this from the nice admin section, too much more to say but it'll be better if you check out for yourselves., Best Regards and Massimo keep up with the good work, Thanks! --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups web2py Web Framework group. To post to this group, send email to web2py@googlegroups.com To unsubscribe from this group, send email to web2py+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/web2py?hl=en -~--~~~~--~~--~--~---
[web2py:19966] amf-rpc and Flex 3
Hi,
Now that web2py natively supports amf-rpc, I'd like to make use of it
but I need some guidance.
I want to use web2py with Flex 3. I know there is an example for Flash
and amf0 at http://mdp.cti.depaul.edu/AlterEgo/default/show/22,
but I was wondering if there exists and example for Flex 3.
I have a test amfrpc service at http://localhost:8000/rpc/default/call/amfrpc
I don't know what I should assign to the destination attribute of the
RemoteObject:
mx:RemoteObject id=remoteObj destination=test
endpoint=http://localhost:8000/rpc/default/call/amfrpc;
mx:method name=test result=onResult(event)
fault=onFault(event)/
/mx:RemoteObject
The full example for Flex that I took from the pyamf website follows
(I just changed some attribute values):
?xml version=1.0 encoding=utf-8?
mx:Application xmlns:mx=http://www.adobe.com/2006/mxml;
horizontalAlign=center
verticalAlign=middle
initialize=initApp()
mx:RemoteObject id=remoteObj destination=test
endpoint=http://localhost:8000/rpc/default/call/amfrpc;
mx:method name=test result=onResult(event)
fault=onFault(event)/
/mx:RemoteObject
mx:Script
![CDATA[
import mx.rpc.events.FaultEvent;
import mx.rpc.events.ResultEvent;
public function initApp(): void
{
// This var holds the data we want to pass to the
remote service.
var param:String = Hello World!;
// Call remote service to fetch data
remoteObj.test( param );
}
// Result handler method
private function onResult( re:ResultEvent ): void
{
var myData:String = re.result as String;
trace( myData ); // prints Hello World!
status_txt.text = myData;
}
// Fault handler method displays error message
private function onFault( fault:FaultEvent ): void
{
// Notify the user of the problem
status_txt.text = Remoting error: \n;
for ( var d:String in fault.fault ) {
status_txt.text += fault.fault[d] + \n;
}
}
]]
/mx:Script
mx:TextArea id=status_txt fontWeight=bold width=100%
height=100%/
/mx:Application
Thanks.
--
Alexei Vinidiktov
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
web2py Web Framework group.
To post to this group, send email to web2py@googlegroups.com
To unsubscribe from this group, send email to
web2py+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/web2py?hl=en
-~--~~~~--~~--~--~---
[web2py:19967] optional integer and double fields
Hello, how can I build a optional integer or double field in my model? I fond something at: SQLField of type 'integer' cannot be optional? (http://groups.google.com/group/web2py/browse_thread/thread/ e0147c80b5e079e1/f820f70ad4b9c89e?lnk=gstq=optional+form+fields#) But the explanation requires that I define a range: db.table.field.requires=IS_NULL_OR(IS_INT_IN_RANGE(-100,100)) db.table.field.requires=IS_NULL_OR(IS_FLOAT_IN_RANGE(-100,100)) What I use if I do not intend to set a value range? (From -infinite-dimensional to +infinite-dimensional) It would be nice to be able to have: db.table.field.requires=IS_NULL_OR(IS_INT) db.table.field.requires=IS_NULL_OR(IS_FLOAT) but according to the manual, such validators are not available. Could such functionality be added to the core? Thanks regards, Timmie --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups web2py Web Framework group. To post to this group, send email to web2py@googlegroups.com To unsubscribe from this group, send email to web2py+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/web2py?hl=en -~--~~~~--~~--~--~---
[web2py:19968] pre-populated forms
Hello, I am new to web2py and lately bought the manual. It is really cool how fast you can generate a application with so few code! I need more explanation about prepopulating forms. I would like to have the following: select option value=volvoVolvo/option option value=saabSaab/option option value=mercedesMercedes/option option value=new_valueEnter New Item/option /select Where volvo, saab, mercedes shall be popoulated from the database and new_value shall give the oportunity to enter a new string. Can you give me an example on how to achieve this? (adapted from http://www.w3schools.com/tags/tag_select.asp) As an extended functionality, I will pre-populate other form field when a existing values (e.g. volvo) is selected. I will try to use the hint from Using Ajax with forms http://groups.google.com/group/web2py/browse_thread/thread/2e1498efdda19a7b# Thanks in advance regards, Timmie --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups web2py Web Framework group. To post to this group, send email to web2py@googlegroups.com To unsubscribe from this group, send email to web2py+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/web2py?hl=en -~--~~~~--~~--~--~---
[web2py:19969] automatically customising query result
Hello,
when building a SQLFORM, there are really useful helpers such as
* labels={'name':'Your Full Name:'}
* col3={'name':A('what is this?', _href='http://www.google.com/search?
q=define:name')}
These are very convenient when creating the form in the controller.
Is there a possibility to use the same arguments or similar ones to
customise the selection
def recipes()
recepies = db().select(db.recepies.ALL)
return dict(recipies=recipies)
So that
{{=BEAUTIFY(response._vars)}}
will show the table headers with defined lables (label) and predefined
fields (names)
instead of
recipie.id recipie.title recipie.date ... ?
Thanks kind regards,
Timmie
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
web2py Web Framework group.
To post to this group, send email to web2py@googlegroups.com
To unsubscribe from this group, send email to
web2py+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/web2py?hl=en
-~--~~~~--~~--~--~---
[web2py:19970] URL structure for multilanguage site
Hello, I am new to web2py and I am working on multi-language site using this framework. What is the best way to structure URLs for such site? Previously I used this scheme (see below) in Pylons framework, it was mapped using routing module to lang parameter and then correct language was set up just before selected controller function (by URL) was called. What I need to do to use this scheme in web2py or what is the recommended way to do this? /en/about/ /en/products/ ... /de/about/ /de/products/ ... /es/about/ /es/products/ ... Jiri --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups web2py Web Framework group. To post to this group, send email to web2py@googlegroups.com To unsubscribe from this group, send email to web2py+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/web2py?hl=en -~--~~~~--~~--~--~---
[web2py:19972] Re: sorry
I'm using web2py Version 1.61.1 (2009-04-17 21:01:42) On Sat, Apr 18, 2009 at 10:23 AM, Tito Garrido titogarr...@gmail.comwrote: Hi, I'm using SQLTABLE with linkto=URL(r=request,f='data/update'), but when I try to update nothing happens... Am I doing something wrong? Thanks, Tito On Fri, Apr 10, 2009 at 1:38 AM, mdipierro mdipie...@cs.depaul.eduwrote: Fixed and 1.60.2 posted On Apr 9, 3:55 pm, mdipierro mdipie...@cs.depaul.edu wrote: no I just types field instead of xfield. Massimo On Apr 9, 3:47 pm, desfrenes desfre...@gmail.com wrote: anythong to do with the markup issue ? On 9 avr, 16:53, mdipierro mdipie...@cs.depaul.edu wrote: One of the recent patches broke SQLFORM in update mode. am not at home so I reverted back to 1.59. Tonight I will get this fixed. Do not user 1.60 or 1.60.1 I apologize. Massimo -- Linux User #387870 . _/_õ|__| ..º[ .-.___.-._| . . . . .__( o)__( o).:___ -- Linux User #387870 . _/_õ|__| ..º[ .-.___.-._| . . . . .__( o)__( o).:___ --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups web2py Web Framework group. To post to this group, send email to web2py@googlegroups.com To unsubscribe from this group, send email to web2py+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/web2py?hl=en -~--~~~~--~~--~--~---
[web2py:19973] Re: pyForum Release Candidate 1 ready
great effort! thanks much for sharing On Sat, Apr 18, 2009 at 2:34 AM, desfrenes desfre...@gmail.com wrote: awesome ! On 18 avr, 09:20, Speedbird ju...@techfuel.net wrote: Ok folks, here it goes: pyForum RC1 is out, pyForum is a web2py, 100% python-based message board system released under the Open Source license, the code is basically ready for heavy usage. The official release: http://www.pyforum.org/pyforum/default/view_topic/44 pyForum can manage categories, forums, topics, subscriptions, avatars (without the need of external graphic libs), signatures, inappropriate topic submissions, user management, personal messages, categories, forum and topic permissions (anonymous users may be alowed to browse a forum but not post topics, administrators may have creation of topics access whereas members may have access to post responses to these postings, etc, etc), all different combinations are possible, all this from the nice admin section, too much more to say but it'll be better if you check out for yourselves., Best Regards and Massimo keep up with the good work, Thanks! --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups web2py Web Framework group. To post to this group, send email to web2py@googlegroups.com To unsubscribe from this group, send email to web2py+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/web2py?hl=en -~--~~~~--~~--~--~---
[web2py:19974] Re: pyForum Release Candidate 1 ready
Em Sábado 18 Abril 2009, às 10:25:01, Yarko Tymciurak escreveu: great effort! thanks much for sharing On Sat, Apr 18, 2009 at 2:34 AM, desfrenes desfre...@gmail.com wrote: awesome ! Thanks a lot for sharing this code, it rocks =) --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups web2py Web Framework group. To post to this group, send email to web2py@googlegroups.com To unsubscribe from this group, send email to web2py+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/web2py?hl=en -~--~~~~--~~--~--~---
[web2py:19975] Re: URL structure for multilanguage site
It's my understanding the web2py takes care of all the multi language stuff automatically, no need to set it in the browser. Just set the language file and make sure to put a T() Around ya strings. br- Jason Brower On Sat, 2009-04-18 at 04:14 -0700, jiri wrote: Hello, I am new to web2py and I am working on multi-language site using this framework. What is the best way to structure URLs for such site? Previously I used this scheme (see below) in Pylons framework, it was mapped using routing module to lang parameter and then correct language was set up just before selected controller function (by URL) was called. What I need to do to use this scheme in web2py or what is the recommended way to do this? /en/about/ /en/products/ ... /de/about/ /de/products/ ... /es/about/ /es/products/ ... Jiri --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups web2py Web Framework group. To post to this group, send email to web2py@googlegroups.com To unsubscribe from this group, send email to web2py+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/web2py?hl=en -~--~~~~--~~--~--~---
[web2py:19976] Re: URL structure for multilanguage site
By the way, I believe the T(...) handles short phrase better, but if you need to deal with some long article such as company background description, it will also be a good choice to manually organize your file as: yourapp/static/en/about.html yourapp/static/de/about.html ... On Apr18, 10:09pm, Jason Brower encomp...@gmail.com wrote: It's my understanding the web2py takes care of all the multi language stuff automatically, no need to set it in the browser. Just set the language file and make sure to put a T() Around ya strings. br- Jason Brower On Sat, 2009-04-18 at 04:14 -0700, jiri wrote: Hello, I am new to web2py and I am working on multi-language site using this framework. What is the best way to structure URLs for such site? Previously I used this scheme (see below) in Pylons framework, it was mapped using routing module to lang parameter and then correct language was set up just before selected controller function (by URL) was called. What I need to do to use this scheme in web2py or what is the recommended way to do this? /en/about/ /en/products/ ... /de/about/ /de/products/ ... /es/about/ /es/products/ ... Jiri --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups web2py Web Framework group. To post to this group, send email to web2py@googlegroups.com To unsubscribe from this group, send email to web2py+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/web2py?hl=en -~--~~~~--~~--~--~---
[web2py:19977] Re: automatically customising query result
Read doc here. http://www.web2py.com/examples/global/vars/SQLTABLE
The headers argument does what you want.
On Apr18, 6:30pm, Timmie timmichel...@gmx-topmail.de wrote:
Hello,
when building a SQLFORM, there are really useful helpers such as
* labels={'name':'Your Full Name:'}
* col3={'name':A('what is this?', _href='http://www.google.com/search?
q=define:name')}
These are very convenient when creating the form in the controller.
Is there a possibility to use the same arguments or similar ones to
customise the selection
def recipes()
recepies = db().select(db.recepies.ALL)
return dict(recipies=recipies)
So that
{{=BEAUTIFY(response._vars)}}
will show the table headers with defined lables (label) and predefined
fields (names)
instead of
recipie.id recipie.title recipie.date ... ?
Thanks kind regards,
Timmie
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
web2py Web Framework group.
To post to this group, send email to web2py@googlegroups.com
To unsubscribe from this group, send email to
web2py+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/web2py?hl=en
-~--~~~~--~~--~--~---
[web2py:19978] Re: optional integer and double fields
you can define them yourself IS_INT=IS_IN_IN_RANGE(-10**10,10**10) On Apr 18, 4:51 am, Timmie timmichel...@gmx-topmail.de wrote: Hello, how can I build a optional integer or double field in my model? I fond something at: SQLField of type 'integer' cannot be optional? (http://groups.google.com/group/web2py/browse_thread/thread/ e0147c80b5e079e1/f820f70ad4b9c89e?lnk=gstq=optional+form+fields#) But the explanation requires that I define a range: db.table.field.requires=IS_NULL_OR(IS_INT_IN_RANGE(-100,100)) db.table.field.requires=IS_NULL_OR(IS_FLOAT_IN_RANGE(-100,100)) What I use if I do not intend to set a value range? (From -infinite-dimensional to +infinite-dimensional) It would be nice to be able to have: db.table.field.requires=IS_NULL_OR(IS_INT) db.table.field.requires=IS_NULL_OR(IS_FLOAT) but according to the manual, such validators are not available. Could such functionality be added to the core? Thanks regards, Timmie --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups web2py Web Framework group. To post to this group, send email to web2py@googlegroups.com To unsubscribe from this group, send email to web2py+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/web2py?hl=en -~--~~~~--~~--~--~---
[web2py:19979] Re: pre-populated forms
Thank you for your comments. field validators IS_IN_SET and IS_IN_DB trigger SELECT/OPTION automatically. You can do INPUT(_name='fieldname',requires=IS_IN_DB(db,'table.field','% (otherfieldname)s') On Apr 18, 4:58 am, Timmie timmichel...@gmx-topmail.de wrote: Hello, I am new to web2py and lately bought the manual. It is really cool how fast you can generate a application with so few code! I need more explanation about prepopulating forms. I would like to have the following: select option value=volvoVolvo/option option value=saabSaab/option option value=mercedesMercedes/option option value=new_valueEnter New Item/option /select Where volvo, saab, mercedes shall be popoulated from the database and new_value shall give the oportunity to enter a new string. Can you give me an example on how to achieve this? (adapted fromhttp://www.w3schools.com/tags/tag_select.asp) As an extended functionality, I will pre-populate other form field when a existing values (e.g. volvo) is selected. I will try to use the hint from Using Ajax with formshttp://groups.google.com/group/web2py/browse_thread/thread/2e1498efdd... Thanks in advance regards, Timmie --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups web2py Web Framework group. To post to this group, send email to web2py@googlegroups.com To unsubscribe from this group, send email to web2py+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/web2py?hl=en -~--~~~~--~~--~--~---
[web2py:19980] Re: pyForum Release Candidate 1 ready
Fantastic. Thank you! On Apr 18, 8:39 am, Douglas Soares de Andrade dsandr...@gmail.com wrote: Em Sábado 18 Abril 2009, às 10:25:01, Yarko Tymciurak escreveu: great effort! thanks much for sharing On Sat, Apr 18, 2009 at 2:34 AM, desfrenes desfre...@gmail.com wrote: awesome ! Thanks a lot for sharing this code, it rocks =) --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups web2py Web Framework group. To post to this group, send email to web2py@googlegroups.com To unsubscribe from this group, send email to web2py+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/web2py?hl=en -~--~~~~--~~--~--~---
[web2py:19981] Re: Can response.flash have different colors?
Well, I had similar thoughts as Massimo at the beginning, and that is
exactly why I stop here, and even use hardcode magic color.
IMHO, a controller should be able to clearly express general info,
warning msg, and bad error. Because they are so commonly needed in
EVERY web app. If you think you don't need to separate them from each
other, you are wrong. I observed users of my app tend to ignore
warnings even errors because they just look same in a glance, all are
a long sentence of blah in an orange bar. If we change info to be in
green, warning in yellow, error in red, that will certainly catch
immediate attention.
As to the colors, I think they are not important in the controller.
Actually, from a traditional MVC angle of view, controller should not
care about color at all. So I leave them into the View part,
developers can change them via css and/or layout.html to customize
color, location, animation, background pic, round corner, ...
whatever.
So, please, at least we need a way to show info, warn and error. If
you don't like the convention (protocol) I suggested, how about these?
In controller:
response.info='OK, data is accepted'
response.warn='Input is unusual but anyway data is accepted'
response.error='Something is wrong'
In layout.html:
{{if response.info:}}
div class='info'{{=response.info}}/div
{{pass}}
... (you get the idea)
But sure in this way, Massimo need to change more than one file in
web2py. But if he agrees to do so, it is definitely better than my
original proposal. The only downside is these new controller code
will not work on older version of web2py, but who cares. //shrug
On Apr18, 11:36am, Yarko Tymciurak yark...@gmail.com wrote:
Sounds good...
Then the answer is: if you want to customize, make your own layout for your
app, which is completely reasonable as far as I'm concerned.
Simple is better.
On Fri, Apr 17, 2009 at 10:07 PM, mdipierro mdipie...@cs.depaul.edu wrote:
This is not a simple one. This change implicitly defines a protocol
for customizing flash. I do not object to it but if we go this way why
stop here? why only color and not location? type of flash animation?
round corners?
Personally on the one side I want a default layout as simple as
possible so that pepole can use it as an example to buil others.
On the other side I would like a more complex and comprehensive
protocol for customizing various optional aspetcs of the layout so
that people will be able to download layouts (like in Drupal) and drop
components in it.
I think this needs more thought but I am happy yo hear more opinions.
Massimo
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
web2py Web Framework group.
To post to this group, send email to web2py@googlegroups.com
To unsubscribe from this group, send email to
web2py+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/web2py?hl=en
-~--~~~~--~~--~--~---
[web2py:19982] Re: URL structure for multilanguage site
routes_in = (
('/yourapp/static/(?Pany.*)','/yourapp/static/$any'),
('/yourapp/$language/(?Pany.*)','/yourapp/default/$any?_language=
$language'),
)
and in your model
if request.vars._language: T.force(request.vars._language)
Massimo
On Apr 18, 9:49 am, Iceberg iceb...@21cn.com wrote:
By the way, I believe the T(...) handles short phrase better, but if
you need to deal with some long article such as company background
description, it will also be a good choice to manually organize your
file as:
yourapp/static/en/about.html
yourapp/static/de/about.html
...
On Apr18, 10:09pm, Jason Brower encomp...@gmail.com wrote:
It's my understanding the web2py takes care of all the multi language
stuff automatically, no need to set it in the browser.
Just set the language file and make sure to put a T() Around ya
strings.
br-
Jason Brower
On Sat, 2009-04-18 at 04:14 -0700, jiri wrote:
Hello,
I am new to web2py and I am working on multi-language site using this
framework. What is the best way to structure URLs for such site?
Previously I used this scheme (see below) in Pylons framework, it was
mapped using routing module to lang parameter and then correct
language was set up just before selected controller function (by URL)
was called. What I need to do to use this scheme in web2py or what is
the recommended way to do this?
/en/about/
/en/products/
...
/de/about/
/de/products/
...
/es/about/
/es/products/
...
Jiri
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
web2py Web Framework group.
To post to this group, send email to web2py@googlegroups.com
To unsubscribe from this group, send email to
web2py+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/web2py?hl=en
-~--~~~~--~~--~--~---
[web2py:19983] Re: URL structure for multilanguage site
Personally I do not user routes much and I like to do
if request.vars.force_language: session.force_language
if session.force_language: T.force(force_language)
and have button in the 'index' page that reload the index page in
various languages
a href={{=URL(r=request,vars=dict(force_language='fr-
fr'))}}French/a
Because of the session var, web2py will remember my preferred
language.
Massimo
On Apr 18, 10:35 am, mdipierro mdipie...@cs.depaul.edu wrote:
routes_in = (
('/yourapp/static/(?Pany.*)','/yourapp/static/$any'),
('/yourapp/$language/(?Pany.*)','/yourapp/default/$any?_language=
$language'),
)
and in your model
if request.vars._language: T.force(request.vars._language)
Massimo
On Apr 18, 9:49 am, Iceberg iceb...@21cn.com wrote:
By the way, I believe the T(...) handles short phrase better, but if
you need to deal with some long article such as company background
description, it will also be a good choice to manually organize your
file as:
yourapp/static/en/about.html
yourapp/static/de/about.html
...
On Apr18, 10:09pm, Jason Brower encomp...@gmail.com wrote:
It's my understanding the web2py takes care of all the multi language
stuff automatically, no need to set it in the browser.
Just set the language file and make sure to put a T() Around ya
strings.
br-
Jason Brower
On Sat, 2009-04-18 at 04:14 -0700, jiri wrote:
Hello,
I am new to web2py and I am working on multi-language site using this
framework. What is the best way to structure URLs for such site?
Previously I used this scheme (see below) in Pylons framework, it was
mapped using routing module to lang parameter and then correct
language was set up just before selected controller function (by URL)
was called. What I need to do to use this scheme in web2py or what is
the recommended way to do this?
/en/about/
/en/products/
...
/de/about/
/de/products/
...
/es/about/
/es/products/
...
Jiri
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
web2py Web Framework group.
To post to this group, send email to web2py@googlegroups.com
To unsubscribe from this group, send email to
web2py+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/web2py?hl=en
-~--~~~~--~~--~--~---
[web2py:19984] Feature request: password strength integration...
it would be nice to have the password weakness meter or something like that that. For example something that adds a class or changes a class of an element nearby to a value that the css attributes. I feel this feature falls in the same feature scope as the recaptcha support. -- Jason --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups web2py Web Framework group. To post to this group, send email to web2py@googlegroups.com To unsubscribe from this group, send email to web2py+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/web2py?hl=en -~--~~~~--~~--~--~---
[web2py:19985] Request for more organize feature request lists...
Can we use launchpad to keep try of bugs and feature requests? I love to post ideas that come to my mind, but putting to a list with a project this large makes the features melt into the intertube. Regards, Jason Brower --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups web2py Web Framework group. To post to this group, send email to web2py@googlegroups.com To unsubscribe from this group, send email to web2py+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/web2py?hl=en -~--~~~~--~~--~--~---
[web2py:19986] pyjamas example updated
Hi, I have an updated version of the pyjamas example at http://www.web2py.com/AlterEgo/default/show/203 Should I change the wiki page myself, or should I first present my version for review? I've changed the pyrajams code so it works with the latest 0.5p1 version of pyjamas. I've refactored the web2py code to account for the fact that web2py now has its own json-rpc implementation. -- Alexei Vinidiktov --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups web2py Web Framework group. To post to this group, send email to web2py@googlegroups.com To unsubscribe from this group, send email to web2py+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/web2py?hl=en -~--~~~~--~~--~--~---
[web2py:19987] Re: Feature request: password strength integration...
should be easy to achieve client-side with this: http://phiras.wordpress.com/2007/04/08/password-strength-meter-a-jquery-plugin/ On 18 avr, 17:49, Jason Brower encomp...@gmail.com wrote: it would be nice to have the password weakness meter or something like that that. For example something that adds a class or changes a class of an element nearby to a value that the css attributes. I feel this feature falls in the same feature scope as the recaptcha support. -- Jason --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups web2py Web Framework group. To post to this group, send email to web2py@googlegroups.com To unsubscribe from this group, send email to web2py+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/web2py?hl=en -~--~~~~--~~--~--~---
[web2py:19988] Re: Can response.flash have different colors?
this too sounds good...
In fact, controller should have some LOGICAL (name as opposed to hard code)
representation on level of / kind of flash, and this is why in my earlier
post I took Iceberg's code, and changed to some name (flash.warning, etc.)
and commented: defined in models/0.py --- which structurally may not be
the right place - but mearly where things are always known to be read /
loaded per-request (which is why in pycon registration we put a lot ... a
LOT of configuration settings in 0.py)..
Ignoring that models is all read as a mere technicality, as this (any tool
or common or configuration item) is not at all a model thing, there does
need to be a place to hold common application variables and settings if
not in variables, then in classes that encapsulate the variables and
statically hold them.
So - I'm now thinking that both Massimo's and Icebergs latest comments need
to be merged.
Regards,
- Yarko
On Sat, Apr 18, 2009 at 10:32 AM, Iceberg iceb...@21cn.com wrote:
Well, I had similar thoughts as Massimo at the beginning, and that is
exactly why I stop here, and even use hardcode magic color.
IMHO, a controller should be able to clearly express general info,
warning msg, and bad error. Because they are so commonly needed in
EVERY web app. If you think you don't need to separate them from each
other, you are wrong. I observed users of my app tend to ignore
warnings even errors because they just look same in a glance, all are
a long sentence of blah in an orange bar. If we change info to be in
green, warning in yellow, error in red, that will certainly catch
immediate attention.
As to the colors, I think they are not important in the controller.
Actually, from a traditional MVC angle of view, controller should not
care about color at all. So I leave them into the View part,
developers can change them via css and/or layout.html to customize
color, location, animation, background pic, round corner, ...
whatever.
So, please, at least we need a way to show info, warn and error. If
you don't like the convention (protocol) I suggested, how about these?
In controller:
response.info='OK, data is accepted'
response.warn='Input is unusual but anyway data is accepted'
response.error='Something is wrong'
In layout.html:
{{if response.info:}}
div class='info'{{=response.info}}/div
{{pass}}
... (you get the idea)
But sure in this way, Massimo need to change more than one file in
web2py. But if he agrees to do so, it is definitely better than my
original proposal. The only downside is these new controller code
will not work on older version of web2py, but who cares. //shrug
On Apr18, 11:36am, Yarko Tymciurak yark...@gmail.com wrote:
Sounds good...
Then the answer is: if you want to customize, make your own layout for
your
app, which is completely reasonable as far as I'm concerned.
Simple is better.
On Fri, Apr 17, 2009 at 10:07 PM, mdipierro mdipie...@cs.depaul.edu
wrote:
This is not a simple one. This change implicitly defines a protocol
for customizing flash. I do not object to it but if we go this way why
stop here? why only color and not location? type of flash animation?
round corners?
Personally on the one side I want a default layout as simple as
possible so that pepole can use it as an example to buil others.
On the other side I would like a more complex and comprehensive
protocol for customizing various optional aspetcs of the layout so
that people will be able to download layouts (like in Drupal) and drop
components in it.
I think this needs more thought but I am happy yo hear more opinions.
Massimo
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
web2py Web Framework group.
To post to this group, send email to web2py@googlegroups.com
To unsubscribe from this group, send email to
web2py+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/web2py?hl=en
-~--~~~~--~~--~--~---
[web2py:19989] Re: Request for more organize feature request lists...
I would point this out: It is better to START with requests and bugs here If there are bona-fide or accepted (that is good idea; we'll do it!; or we have enuogh information that we can reproduce, but not sure how to approach it... please log a bug...), then it makes sense to put in the tracker. Unfortunately - the way Massimo works (hahaha!) many features are immediately implemented (small enough to do that) and he prototypes to the list -- e.g. Here, see if this is what you meant to ask for, see if this works for you --- and if no one complains, it becomes part of the tree --- no need to put reports in. Also, same with bug fixes. But you are right - if anything passes the acceptance test here on list, and is not just immediatly put into trunk then it should go on the buglist. I hope this logic makes sense. Regards, Yarko On Sat, Apr 18, 2009 at 10:52 AM, Jason Brower encomp...@gmail.com wrote: Can we use launchpad to keep try of bugs and feature requests? I love to post ideas that come to my mind, but putting to a list with a project this large makes the features melt into the intertube. Regards, Jason Brower --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups web2py Web Framework group. To post to this group, send email to web2py@googlegroups.com To unsubscribe from this group, send email to web2py+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/web2py?hl=en -~--~~~~--~~--~--~---
[web2py:19990] Re: Request for more organize feature request lists...
On Apr 18, 4:52 pm, Jason Brower encomp...@gmail.com wrote: Can we use launchpad to keep try of bugs and feature requests? I love to post ideas that come to my mind, but putting to a list with a project this large makes the features melt into the intertube. Issue Tracker is here: http://code.google.com/p/web2py/issues/list Although, as Yarko says, this group is different from normal in that issues are better posted to the listed first... F --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups web2py Web Framework group. To post to this group, send email to web2py@googlegroups.com To unsubscribe from this group, send email to web2py+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/web2py?hl=en -~--~~~~--~~--~--~---
[web2py:19991] Re: Request for more organize feature request lists...
I would like to report that on the edit page of the administrative interface the word previous is misspelled after the revert button. Mike On Apr 18, 1:10 pm, Fran francisb...@googlemail.com wrote: On Apr 18, 4:52 pm, Jason Brower encomp...@gmail.com wrote: Can we use launchpad to keep try of bugs and feature requests? I love to post ideas that come to my mind, but putting to a list with a project this large makes the features melt into the intertube. Issue Tracker is here:http://code.google.com/p/web2py/issues/list Although, as Yarko says, this group is different from normal in that issues are better posted to the listed first... F --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups web2py Web Framework group. To post to this group, send email to web2py@googlegroups.com To unsubscribe from this group, send email to web2py+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/web2py?hl=en -~--~~~~--~~--~--~---
[web2py:19992] Re: Request for more organize feature request lists...
:-) I can reproduce this! [revert] to previour page !!! :-) Can you supply a patch? (just kidding - if Massimo doesn't fix this this weekend, would you post to AND, ALL: PLEASE NOTE CORRECTION TO BUGS LINK: https://bugs.launchpad.net/web2py (The one Fran reported is not used - SVN is just a convenience mirror of the launchpad repository; for now, Launchpad is the official repository of web2py) Regards, - Yarko On Sat, Apr 18, 2009 at 5:24 PM, mikech mp.ch...@gmail.com wrote: I would like to report that on the edit page of the administrative interface the word previous is misspelled after the revert button. Mike On Apr 18, 1:10 pm, Fran francisb...@googlemail.com wrote: On Apr 18, 4:52 pm, Jason Brower encomp...@gmail.com wrote: Can we use launchpad to keep try of bugs and feature requests? I love to post ideas that come to my mind, but putting to a list with a project this large makes the features melt into the intertube. Issue Tracker is here:http://code.google.com/p/web2py/issues/list Although, as Yarko says, this group is different from normal in that issues are better posted to the listed first... F --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups web2py Web Framework group. To post to this group, send email to web2py@googlegroups.com To unsubscribe from this group, send email to web2py+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/web2py?hl=en -~--~~~~--~~--~--~---
[web2py:19994] Some doubts
Three Questions: 1) Does DAL implement IN and NOT IN? I have not seen it. 2) After filling a dropbox with: db.dog.owner.requires = IS_IN_DB(db,db.person.id,'%(name)s') Is it possible to choose a value predetermined like initially? 3) To a form created with SQLFORM I want to add a new field, not belonging to the table. It is a necessary field to validate, similar to use captchas, but with text. Is it possible to do what I need? Regards Jose --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups web2py Web Framework group. To post to this group, send email to web2py@googlegroups.com To unsubscribe from this group, send email to web2py+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/web2py?hl=en -~--~~~~--~~--~--~---
[web2py:19993] Some doubts
Three Questions: 1) Does DAL implement IN and NOT IN? I have not seen it. 2) After filling a dropbox with: db.dog.owner.requires = IS_IN_DB(db,db.person.id,'%(name)s') Is it possible to choose a value predetermined like initially? 3) To a form created with SQLFORM I want to add a new field, not belonging to the table. It is a necessary field to validate, similar to use captchas, but with text. Is it possible to do what I need? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups web2py Web Framework group. To post to this group, send email to web2py@googlegroups.com To unsubscribe from this group, send email to web2py+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/web2py?hl=en -~--~~~~--~~--~--~---
[web2py:19995] Re: Can response.flash have different colors?
Nice brainstorming. Hope you don't mind I add some more summary.
1. Hopefully we can at least have an agreement about controllers
should have easy way to express info, warn and error. This is about
logic and design.
2. As to how to customize those three message's appearance, this is
about technical implementation. Yarko suggests an approach which
defines some response.warning (actually he means
response.warning_color) in model/0.py, that is fine. But to me, it is
slightly, unnecessarily complicated, it is not KISS enough. Because we
can easily customize the style.css when needed.
Hardcoded colors sounds stupid, I know. But after all, all the entire
web2py appearance are hardcoded in style.css, no one complains about
that. That is because, those kind of things are supposed to be in css
level, even hardcode.
On Apr19, 3:49am, Yarko Tymciurak yark...@gmail.com wrote:
this too sounds good...
In fact, controller should have some LOGICAL (name as opposed to hard code)
representation on level of / kind of flash, and this is why in my earlier
post I took Iceberg's code, and changed to some name (flash.warning, etc.)
and commented: defined in models/0.py --- which structurally may not be
the right place - but mearly where things are always known to be read /
loaded per-request (which is why in pycon registration we put a lot ... a
LOT of configuration settings in 0.py)..
Ignoring that models is all read as a mere technicality, as this (any tool
or common or configuration item) is not at all a model thing, there does
need to be a place to hold common application variables and settings if
not in variables, then in classes that encapsulate the variables and
statically hold them.
So - I'm now thinking that both Massimo's and Icebergs latest comments need
to be merged.
Regards,
- Yarko
On Sat, Apr 18, 2009 at 10:32 AM, Iceberg iceb...@21cn.com wrote:
Well, I had similar thoughts as Massimo at the beginning, and that is
exactly why I stop here, and even use hardcode magic color.
IMHO, a controller should be able to clearly express general info,
warning msg, and bad error. Because they are so commonly needed in
EVERY web app. If you think you don't need to separate them from each
other, you are wrong. I observed users of my app tend to ignore
warnings even errors because they just look same in a glance, all are
a long sentence of blah in an orange bar. If we change info to be in
green, warning in yellow, error in red, that will certainly catch
immediate attention.
As to the colors, I think they are not important in the controller.
Actually, from a traditional MVC angle of view, controller should not
care about color at all. So I leave them into the View part,
developers can change them via css and/or layout.html to customize
color, location, animation, background pic, round corner, ...
whatever.
So, please, at least we need a way to show info, warn and error. If
you don't like the convention (protocol) I suggested, how about these?
In controller:
response.info='OK, data is accepted'
response.warn='Input is unusual but anyway data is accepted'
response.error='Something is wrong'
In layout.html:
{{if response.info:}}
div class='info'{{=response.info}}/div
{{pass}}
... (you get the idea)
But sure in this way, Massimo need to change more than one file in
web2py. But if he agrees to do so, it is definitely better than my
original proposal. The only downside is these new controller code
will not work on older version of web2py, but who cares. //shrug
On Apr18, 11:36am, Yarko Tymciurak yark...@gmail.com wrote:
Sounds good...
Then the answer is: if you want to customize, make your own layout for
your
app, which is completely reasonable as far as I'm concerned.
Simple is better.
On Fri, Apr 17, 2009 at 10:07 PM, mdipierro mdipie...@cs.depaul.edu
wrote:
This is not a simple one. This change implicitly defines a protocol
for customizing flash. I do not object to it but if we go this way why
stop here? why only color and not location? type of flash animation?
round corners?
Personally on the one side I want a default layout as simple as
possible so that pepole can use it as an example to buil others.
On the other side I would like a more complex and comprehensive
protocol for customizing various optional aspetcs of the layout so
that people will be able to download layouts (like in Drupal) and drop
components in it.
I think this needs more thought but I am happy yo hear more opinions.
Massimo
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
web2py Web Framework group.
To post to this group, send email to web2py@googlegroups.com
To unsubscribe from this group, send email to
web2py+unsubscr...@googlegroups.com
For more options, visit this group at
[web2py:19996] Re: Request for more organize feature request lists...
There are many times I report a bug or feature, in other projects, and the main developers are working too hard on other parts of the project. (Openoffice is just not working on a feature I requested 3 years ago.) The biggest reason I see a tracker as useful is because I want to contribute. I can see a list of bugs, and can contribute by helping triage and report on them. I can report a bug and see when it really is fixed, or when it needs to be tested. It's so much more organized, and most OSS contributers don't sign up for the emailing list of all software they have bugs in and use, they report the bugs, as they have to pick and choose the projects they can fully contribute to. Many people have to focus on using the product so much they must have a quick way to contribute the bug report or they simple can't do it at all. To me, this is part of the maturing OSS project. --- Jason Brower On Sat, 2009-04-18 at 17:42 -0500, Yarko Tymciurak wrote: :-) I can reproduce this! [revert] to previour page !!! :-) Can you supply a patch? (just kidding - if Massimo doesn't fix this this weekend, would you post to AND, ALL: PLEASE NOTE CORRECTION TO BUGS LINK: https://bugs.launchpad.net/web2py (The one Fran reported is not used - SVN is just a convenience mirror of the launchpad repository; for now, Launchpad is the official repository of web2py) Regards, - Yarko On Sat, Apr 18, 2009 at 5:24 PM, mikech mp.ch...@gmail.com wrote: I would like to report that on the edit page of the administrative interface the word previous is misspelled after the revert button. Mike On Apr 18, 1:10 pm, Fran francisb...@googlemail.com wrote: On Apr 18, 4:52 pm, Jason Brower encomp...@gmail.com wrote: Can we use launchpad to keep try of bugs and feature requests? I love to post ideas that come to my mind, but putting to a list with a project this large makes the features melt into the intertube. Issue Tracker is here:http://code.google.com/p/web2py/issues/list Although, as Yarko says, this group is different from normal in that issues are better posted to the listed first... F --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups web2py Web Framework group. To post to this group, send email to web2py@googlegroups.com To unsubscribe from this group, send email to web2py+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/web2py?hl=en -~--~~~~--~~--~--~---
