Last 7 days

• Dec 30, 2009

  issue 127 (exclude discriminator columns) reported by tokyo246   -   FormAlchemy seems to work with SQLAlchemy's table inheritance. One thing I noticed is that the discriminator columns should be omitted in the pylons admin extension. I also noticed that the value I typed in the discriminator field was ignored (that is fine). So there is no reason to keep it shown. Attached patch excludes the discriminator columns from FA completely. It might be more appropriate to exclude the column at application level. Please review. Thanks Kenji Noguchi

  FormAlchemy seems to work with SQLAlchemy's table inheritance. One thing I noticed is that the discriminator columns should be omitted in the pylons admin extension. I also noticed that the value I typed in the discriminator field was ignored (that is fine). So there is no reason to keep it shown. Attached patch excludes the discriminator columns from FA completely. It might be more appropriate to exclude the column at application level. Please review. Thanks Kenji Noguchi

Older

• Dec 01, 2009

  Revision 2aa66d0a84 (switch back to webhelpers) pushed by gael.pas...@gmail.com   -   switch back to webhelpers

  switch back to webhelpers
• Dec 01, 2009

  issue 126 (log msg crashes ext.pylons.admin) Status changed by gael.pas...@gmail.com   -   removed. thanks

  Status: Fixed

  removed. thanks

  Status: Fixed
• Dec 01, 2009

  2 new revisions pushed by gael.pas...@gmail.com   -   403c2f540a:remove log message d93877f4df:no longer needed to import map

  403c2f540a:remove log message d93877f4df:no longer needed to import map
• Nov 30, 2009

  issue 126 (log msg crashes ext.pylons.admin) reported by mdshort   -   What steps will reproduce the problem? 1. Add a row to a table via the pylons admin plugin. 2. 3. What is the expected output? What do you see instead? A new row is created. What version of the product are you using? On what operating system? 1.3.1 Please provide any additional information below. I believe that line 194 in ext.pylons.admin is the culprit. #log.debug('saving %s w/ %s' % (c.fs.model.id, request.POST)) c.fs.model has no property id...

  What steps will reproduce the problem? 1. Add a row to a table via the pylons admin plugin. 2. 3. What is the expected output? What do you see instead? A new row is created. What version of the product are you using? On what operating system? 1.3.1 Please provide any additional information below. I believe that line 194 in ext.pylons.admin is the culprit. #log.debug('saving %s w/ %s' % (c.fs.model.id, request.POST)) c.fs.model has no property id...
• Nov 08, 2009

  issue 121 (Where's my admin.css?) Status changed by gael.pas...@gmail.com   -   Fixed in 1.3.1 (released yesterday). Sorry for the delay..

  Status: Fixed

  Fixed in 1.3.1 (released yesterday). Sorry for the delay..

  Status: Fixed
• Nov 08, 2009

  issue 123 (ext.pylons - GenerationException: url_for could not generate...) Status changed by gael.pas...@gmail.com   -   "Why should I import "from formalchemy.ext.pylons import maps" does it needed?" No. You no longuer need this. The bug with explicit routes is fixed. Page need routing args as extra keyword arguments when explicit is true.

  Status: Fixed

  "Why should I import "from formalchemy.ext.pylons import maps" does it needed?" No. You no longuer need this. The bug with explicit routes is fixed. Page need routing args as extra keyword arguments when explicit is true.

  Status: Fixed
• Nov 08, 2009

  Revision eafaa19881 (fix #123) pushed by gael.pas...@gmail.com   -   fix #123

  fix #123
• Nov 08, 2009

  issue 124 (FieldSet customization breaks admin on second insert in Pylo...) Status changed by gael.pas...@gmail.com   -   self.get_model() always return the class. Now fixed. Thanks

  Status: Fixed

  self.get_model() always return the class. Now fixed. Thanks

  Status: Fixed
• Nov 08, 2009

  Revision 7d47a41023 (fix #124) pushed by gael.pas...@gmail.com   -   fix #124

  fix #124
• Nov 08, 2009

  issue 125 (hungarian translation) Status changed by gael.pas...@gmail.com   -   all done. thanks for translation.

  Status: Fixed

  all done. thanks for translation.

  Status: Fixed
• Nov 08, 2009

  Revision e3e4a3e1d0 (add hungarian translation. setup now compile .mo files) pushed by gael.pas...@gmail.com   -   add hungarian translation. setup now compile .mo files

  add hungarian translation. setup now compile .mo files
• Nov 07, 2009

  issue 124 (FieldSet customization breaks admin on second insert in Pylo...) commented on by antonin.enfrun   -   I'm new to FormAlchemy, so this may be wrong, but it seems that the SA object (Foo) used as model is the one being used for create the first time. This makes it 'SA managed' when it should not be. By changing line 279 of formalchemy/ext/pylons/controller.py from fs = fs.bind(fs.model, data=request.POST, session=self.Session()) in fs = fs.bind(type(fs.model), data=request.POST, session=self.Session()) my (simplistic) test works. But a proper fix may need to check what fs.model is before doing that.

  I'm new to FormAlchemy, so this may be wrong, but it seems that the SA object (Foo) used as model is the one being used for create the first time. This makes it 'SA managed' when it should not be. By changing line 279 of formalchemy/ext/pylons/controller.py from fs = fs.bind(fs.model, data=request.POST, session=self.Session()) in fs = fs.bind(type(fs.model), data=request.POST, session=self.Session()) my (simplistic) test works. But a proper fix may need to check what fs.model is before doing that.
• Nov 07, 2009

  issue 125 (hungarian translation) reported by gbtami   -   It would be good to not store the generated .mo files in hg and later in the .tar.gz at all, but generate them in setup.py like many python packages make it.

  It would be good to not store the generated .mo files in hg and later in the .tar.gz at all, but generate them in setup.py like many python packages make it.
• Nov 07, 2009

  issue 124 (FieldSet customization breaks admin on second insert in Pylo...) reported by antonin.enfrun   -   What steps will reproduce the problem? 1. Create default pylons fa project paster create -t pylons_fa TestFA template_engine=mako sqlalchemy=True admin_controller=True 2. Uncomment foo_table, class foo and the mapper in the model ## Non-reflected tables may be defined and mapped at module level foo_table = sa.Table("Foo", meta.metadata, sa.Column("id", sa.types.Integer, primary_key=True), sa.Column("bar", sa.types.String(255), nullable=False), ) class Foo(object): pass orm.mapper(Foo, foo_table) 3. Create the table in database, and start the server -> Going to /admin, you can add as many Foo as you like 4. Create a custom FieldSet in forms/__init__.py just uncomment Foo = FieldSet(model.Foo) What is the expected output? No change from step 3 What do you see instead? You've got an exception (pasted below) when trying to insert as second Foo in admin. What version of the product are you using? On what operating system? Python 2.6.3 (64 bit, UCS-2) on Mac OS X 10.6.1 FormAlchemy: 1.3.1 SA: 0.5.6 Pylons: 0.9.7 Here is the traceback File 'xxx/site-packages/FormAlchemy-1.3.1-py2.6.egg/formalchemy/ext/pylons/controller.py', line 309 in new fs = fs.bind(session=self.Session()) File 'xxx/site-packages/FormAlchemy-1.3.1-py2.6.egg/formalchemy/base.py', line 333 in bind model = fields._pk(self.model) is None and type(self.model) or self.model File 'xxx/site-packages/FormAlchemy-1.3.1-py2.6.egg/formalchemy/fields.py', line 587 in _pk return _pk_one_column(instance, columns[0]) File 'xxx/site-packages/FormAlchemy-1.3.1-py2.6.egg/formalchemy/fields.py', line 560 in _pk_one_column attr = getattr(instance, column.key) File 'xxx/site-packages/SQLAlchemy-0.5.6-py2.6.egg/sqlalchemy/orm/attributes.py', line 158 in __get__ return self.impl.get(instance_state(instance), instance_dict(instance)) File 'xxx/site-packages/SQLAlchemy-0.5.6-py2.6.egg/sqlalchemy/orm/attributes.py', line 377 in get value = callable_() File 'xxx/site-packages/SQLAlchemy-0.5.6-py2.6.egg/sqlalchemy/orm/state.py', line 185 in __call__ attr.impl.key in unmodified File 'xxx/site-packages/SQLAlchemy-0.5.6-py2.6.egg/sqlalchemy/orm/mapper.py', line 1845 in _load_scalar_attributes "attribute refresh operation cannot proceed" % (state_str(state))) UnboundExecutionError: Instance <Foo at 0x103779f90> is not bound to a Session; attribute refresh operation cannot proceed

  What steps will reproduce the problem? 1. Create default pylons fa project paster create -t pylons_fa TestFA template_engine=mako sqlalchemy=True admin_controller=True 2. Uncomment foo_table, class foo and the mapper in the model ## Non-reflected tables may be defined and mapped at module level foo_table = sa.Table("Foo", meta.metadata, sa.Column("id", sa.types.Integer, primary_key=True), sa.Column("bar", sa.types.String(255), nullable=False), ) class Foo(object): pass orm.mapper(Foo, foo_table) 3. Create the table in database, and start the server -> Going to /admin, you can add as many Foo as you like 4. Create a custom FieldSet in forms/__init__.py just uncomment Foo = FieldSet(model.Foo) What is the expected output? No change from step 3 What do you see instead? You've got an exception (pasted below) when trying to insert as second Foo in admin. What version of the product are you using? On what operating system? Python 2.6.3 (64 bit, UCS-2) on Mac OS X 10.6.1 FormAlchemy: 1.3.1 SA: 0.5.6 Pylons: 0.9.7 Here is the traceback File 'xxx/site-packages/FormAlchemy-1.3.1-py2.6.egg/formalchemy/ext/pylons/controller.py', line 309 in new fs = fs.bind(session=self.Session()) File 'xxx/site-packages/FormAlchemy-1.3.1-py2.6.egg/formalchemy/base.py', line 333 in bind model = fields._pk(self.model) is None and type(self.model) or self.model File 'xxx/site-packages/FormAlchemy-1.3.1-py2.6.egg/formalchemy/fields.py', line 587 in _pk return _pk_one_column(instance, columns[0]) File 'xxx/site-packages/FormAlchemy-1.3.1-py2.6.egg/formalchemy/fields.py', line 560 in _pk_one_column attr = getattr(instance, column.key) File 'xxx/site-packages/SQLAlchemy-0.5.6-py2.6.egg/sqlalchemy/orm/attributes.py', line 158 in __get__ return self.impl.get(instance_state(instance), instance_dict(instance)) File 'xxx/site-packages/SQLAlchemy-0.5.6-py2.6.egg/sqlalchemy/orm/attributes.py', line 377 in get value = callable_() File 'xxx/site-packages/SQLAlchemy-0.5.6-py2.6.egg/sqlalchemy/orm/state.py', line 185 in __call__ attr.impl.key in unmodified File 'xxx/site-packages/SQLAlchemy-0.5.6-py2.6.egg/sqlalchemy/orm/mapper.py', line 1845 in _load_scalar_attributes "attribute refresh operation cannot proceed" % (state_str(state))) UnboundExecutionError: Instance <Foo at 0x103779f90> is not bound to a Session; attribute refresh operation cannot proceed
• Nov 07, 2009

  3 new revisions pushed by gael.pas...@gmail.com   -   c01180b685:include css cd8939e0be:version c8afd8dec2:change

  c01180b685:include css cd8939e0be:version c8afd8dec2:change
• Nov 07, 2009

  FormAlchemy-1.3.1.tar.gz (FormAlchemy-1.3.1) file uploaded by gael.pas...@gmail.com   -  

  Labels: Featured Type-Installer OpSys-All

  Labels: Featured Type-Installer OpSys-All
• Nov 07, 2009

  FormAlchemy-1.3.1.zip (FormAlchemy-1.3.1) file uploaded by gael.pas...@gmail.com   -  

  Labels: Featured Type-Installer OpSys-All

  Labels: Featured Type-Installer OpSys-All
• Oct 28, 2009

  issue 123 (ext.pylons - GenerationException: url_for could not generate...) reported by sector119   -   Hi All! I use FormAlchemy-1.3 and WebHelpers-0.6.4 Why should I import "from formalchemy.ext.pylons import maps" does it needed? When I set explicit=True at Mapper all models data that need paging throw that error: File '/home/sector119/devel/eps_env/lib/python2.6/site-packages/FormAlchemy-1.3-py2.6.egg/formalchemy/ext/pylons/controller.py', line 257 in index return self.render_grid(format=format, fs=fs, id=None, pager=page.pager(**self.pager_args)) File '/home/sector119/devel/eps_env/lib/python2.6/site-packages/WebHelpers-0.6.4-py2.6.egg/webhelpers/paginate.py', line 688 in pager result = re.sub(r'~(\d+)~', _range, format) File '/home/sector119/devel/python2.6_env/lib/python2.6/re.py', line 151 in sub return _compile(pattern, 0).sub(repl, string, count) File '/home/sector119/devel/eps_env/lib/python2.6/site-packages/WebHelpers-0.6.4-py2.6.egg/webhelpers/paginate.py', line 661 in _range nav_items.append( _pagerlink(thispage, text) ) File '/home/sector119/devel/eps_env/lib/python2.6/site-packages/WebHelpers-0.6.4-py2.6.egg/webhelpers/paginate.py', line 597 in _pagerlink link_url = url_for(**link_params) File '/home/sector119/devel/eps_env/lib/python2.6/site-packages/Routes-1.11-py2.6.egg/routes/util.py', line 280 in url_for (args, kargs)) GenerationException: url_for could not generate URL. Called with args: () {'page': 2} % cat controllers/admin.py import logging from eps.lib.base import * from eps import model from formalchemy.ext.pylons.controller import ModelsController log = logging.getLogger(__name__) class AdminControllerBase(BaseController): requires_auth = True model = model forms = None def Session(self): return model.meta.Session AdminController = ModelsController(AdminControllerBase, prefix_name='admin', member_name='model', collection_name='models') % cat config/routing.py from pylons import config from routes import Mapper from formalchemy.ext.pylons import maps def make_map(): """Create, configure and return the routes Mapper""" map = Mapper(directory=config['pylons.paths']['controllers'], always_scan=config['debug'], explicit=True) map.minimization = False # The ErrorController route (handles 404/500 error pages); it should # likely stay at the top, ensuring it can always be resolved map.connect('/error/{action}', controller='error') map.connect('/error/{action}/{id}', controller='error') map.connect('admin', '/admin', controller='admin', action='models') map.resource('model', 'models', path_prefix='/admin/{model_name}', controller='admin') map.connect('/{controller}/{action}') map.connect('/{controller}/{action}/{id}') return map

  Hi All! I use FormAlchemy-1.3 and WebHelpers-0.6.4 Why should I import "from formalchemy.ext.pylons import maps" does it needed? When I set explicit=True at Mapper all models data that need paging throw that error: File '/home/sector119/devel/eps_env/lib/python2.6/site-packages/FormAlchemy-1.3-py2.6.egg/formalchemy/ext/pylons/controller.py', line 257 in index return self.render_grid(format=format, fs=fs, id=None, pager=page.pager(**self.pager_args)) File '/home/sector119/devel/eps_env/lib/python2.6/site-packages/WebHelpers-0.6.4-py2.6.egg/webhelpers/paginate.py', line 688 in pager result = re.sub(r'~(\d+)~', _range, format) File '/home/sector119/devel/python2.6_env/lib/python2.6/re.py', line 151 in sub return _compile(pattern, 0).sub(repl, string, count) File '/home/sector119/devel/eps_env/lib/python2.6/site-packages/WebHelpers-0.6.4-py2.6.egg/webhelpers/paginate.py', line 661 in _range nav_items.append( _pagerlink(thispage, text) ) File '/home/sector119/devel/eps_env/lib/python2.6/site-packages/WebHelpers-0.6.4-py2.6.egg/webhelpers/paginate.py', line 597 in _pagerlink link_url = url_for(**link_params) File '/home/sector119/devel/eps_env/lib/python2.6/site-packages/Routes-1.11-py2.6.egg/routes/util.py', line 280 in url_for (args, kargs)) GenerationException: url_for could not generate URL. Called with args: () {'page': 2} % cat controllers/admin.py import logging from eps.lib.base import * from eps import model from formalchemy.ext.pylons.controller import ModelsController log = logging.getLogger(__name__) class AdminControllerBase(BaseController): requires_auth = True model = model forms = None def Session(self): return model.meta.Session AdminController = ModelsController(AdminControllerBase, prefix_name='admin', member_name='model', collection_name='models') % cat config/routing.py from pylons import config from routes import Mapper from formalchemy.ext.pylons import maps def make_map(): """Create, configure and return the routes Mapper""" map = Mapper(directory=config['pylons.paths']['controllers'], always_scan=config['debug'], explicit=True) map.minimization = False # The ErrorController route (handles 404/500 error pages); it should # likely stay at the top, ensuring it can always be resolved map.connect('/error/{action}', controller='error') map.connect('/error/{action}/{id}', controller='error') map.connect('admin', '/admin', controller='admin', action='models') map.resource('model', 'models', path_prefix='/admin/{model_name}', controller='admin') map.connect('/{controller}/{action}') map.connect('/{controller}/{action}/{id}') return map
• Oct 21, 2009

  issue 122 (Elixir Compatibility: How do I get the id of the record I ju...) commented on by nickretallack   -   My next question would be, how do I update a model without instantiating it? Or, how can I remove it from the sqlalchemy session to make FormAlchemy happy.

  My next question would be, how do I update a model without instantiating it? Or, how can I remove it from the sqlalchemy session to make FormAlchemy happy.
• Oct 21, 2009

  issue 122 (Elixir Compatibility: How do I get the id of the record I ju...) commented on by gael.pas...@gmail.com   -   You can always use fs.model Is it the trick ?

  You can always use fs.model Is it the trick ?
• Oct 15, 2009

  issue 122 (Elixir Compatibility: How do I get the id of the record I ju...) reported by nickretallack   -   There should be an easy way to get the instance you just synchronized out of your form. Perhaps fieldset.sync() should return it. Why? Because I'm using Elixir. Elixir adds new records to your sqlalchemy session automatically when they are instantiated. This causes problems when I try to follow the example here: http://docs.formalchemy.org/current/pylons_sample.html#using-forms-in-controllers . Specifically, it causes this: raise Exception('Mapped instances to be bound must either have a primary key set or not be in a Session. When creating a new object, bind the class instead [i.e., bind(User), not bind(User())]') This makes perfect sense, since in the example I had to instantiate the record first, which automatically added it to the session. If instead I don't instantiate an empty record first, it properly creates the record, but I have no way of knowing its ID, so I can't redirect to it in the end. Btw, I haven't tested it, but I'd assume a similar problem would occur if I tried to update an existing record, and this one wouldn't be so easily solvable. See, the act of fetching the record to be updated and then changing its fields would automatically add it to the session before I tell FormAlchemy to bind it. This should cause the same exception as above. There isn't an easy solution to this, is there? Just something to think about.

  There should be an easy way to get the instance you just synchronized out of your form. Perhaps fieldset.sync() should return it. Why? Because I'm using Elixir. Elixir adds new records to your sqlalchemy session automatically when they are instantiated. This causes problems when I try to follow the example here: http://docs.formalchemy.org/current/pylons_sample.html#using-forms-in-controllers . Specifically, it causes this: raise Exception('Mapped instances to be bound must either have a primary key set or not be in a Session. When creating a new object, bind the class instead [i.e., bind(User), not bind(User())]') This makes perfect sense, since in the example I had to instantiate the record first, which automatically added it to the session. If instead I don't instantiate an empty record first, it properly creates the record, but I have no way of knowing its ID, so I can't redirect to it in the end. Btw, I haven't tested it, but I'd assume a similar problem would occur if I tried to update an existing record, and this one wouldn't be so easily solvable. See, the act of fetching the record to be updated and then changing its fields would automatically add it to the session before I tell FormAlchemy to bind it. This should cause the same exception as above. There isn't an easy solution to this, is there? Just something to think about.
• Oct 15, 2009

  issue 121 (Where's my admin.css?) Status changed by gael.pas...@gmail.com   -   Hey, you're right. Seems a line is missing in MANIFEST.in... You can add it by hand for now: http://formalchemy.googlecode.com/hg/formalchemy/ext/pylons/resources/admin.css I'll try to make a new release ASAP.

  Status: Accepted

  Hey, you're right. Seems a line is missing in MANIFEST.in... You can add it by hand for now: http://formalchemy.googlecode.com/hg/formalchemy/ext/pylons/resources/admin.css I'll try to make a new release ASAP.

  Status: Accepted
• Oct 14, 2009

  issue 121 (Where's my admin.css?) reported by nickretallack   -   What steps will reproduce the problem? 1. easy_install FormAlchemy 2. look in the formalchemy/ext/pylons/resources directory 3. admin.css is missing What is the expected output? What do you see instead? I expected the file to be installed like it is in the repository. http://code.google.com/p/formalchemy/source/browse/#hg/formalchemy /ext/pylons/resources What version of the product are you using? On what operating system? FormAlchemy-1.3-py2.6.egg Please provide any additional information below.

  What steps will reproduce the problem? 1. easy_install FormAlchemy 2. look in the formalchemy/ext/pylons/resources directory 3. admin.css is missing What is the expected output? What do you see instead? I expected the file to be installed like it is in the repository. http://code.google.com/p/formalchemy/source/browse/#hg/formalchemy /ext/pylons/resources What version of the product are you using? On what operating system? FormAlchemy-1.3-py2.6.egg Please provide any additional information below.
• Oct 11, 2009

  Revision fa406645fb (Added tag 1.3 for changeset 2f5e12a96780) pushed by gael.pas...@gmail.com   -   Added tag 1.3 for changeset 2f5e12a96780

  Added tag 1.3 for changeset 2f5e12a96780
• Oct 11, 2009

  FormAlchemy-1.3.zip (FormAlchemy-1.3) file uploaded by gael.pas...@gmail.com   -  

  Labels: Featured Type-Installer OpSys-All

  Labels: Featured Type-Installer OpSys-All
• Oct 11, 2009

  FormAlchemy-1.3.tar.gz (FormAlchemy-1.3) file uploaded by gael.pas...@gmail.com   -  

  Labels: Featured Type-Installer OpSys-All

  Labels: Featured Type-Installer OpSys-All
• Oct 11, 2009

  Revision 2f5e12a967 (spanish translation. compile catalog) pushed by gael.pas...@gmail.com   -   spanish translation. compile catalog

  spanish translation. compile catalog
• Oct 11, 2009

  Revision 1790c1c710 (i18n stuff) pushed by gael.pas...@gmail.com   -   i18n stuff

  i18n stuff
• Oct 10, 2009

  Revision b989f9da97 (next release is 1.3) pushed by gael.pas...@gmail.com   -   next release is 1.3

  next release is 1.3
• Oct 10, 2009

  Revision 3c0ebd5fcc (fix tests) pushed by gael.pas...@gmail.com   -   fix tests

  fix tests
• Oct 10, 2009

  Revision 70ec2583bb (improve docs. take care of couchdbkit's Documents when gener...) pushed by gael.pas...@gmail.com   -   improve docs. take care of couchdbkit's Documents when generating admin index

  improve docs. take care of couchdbkit's Documents when generating admin index
• Oct 09, 2009

  2 new revisions pushed by gael.pas...@gmail.com   -   e5420245a2:refactoring couchdb's doc 34f4316a02:typo

  e5420245a2:refactoring couchdb's doc 34f4316a02:typo
• Oct 09, 2009

  Revision f39eb56e1c (add test for json) pushed by gael.pas...@gmail.com   -   add test for json

  add test for json
• Oct 09, 2009

  Revision f39d108753 (add CRUD with couchdb backend) pushed by gael.pas...@gmail.com   -   add CRUD with couchdb backend

  add CRUD with couchdb backend
• Oct 09, 2009

  Revision 32d7cb9ea2 (fix template path) pushed by gael.pas...@gmail.com   -   fix template path

  fix template path
• Oct 05, 2009

  issue 120 (FormAlchemy-1.2.3.tar.gz doesn't include formalchemy.ext.pyl...) Status changed by gael.pas...@gmail.com   -   This is new since 1.2.3 Be patient or use the current UI: http://docs.formalchemy.org/ext/pylons.html Else you can use the tip. The required template is in the paster template

  Status: Invalid

  This is new since 1.2.3 Be patient or use the current UI: http://docs.formalchemy.org/ext/pylons.html Else you can use the tip. The required template is in the paster template

  Status: Invalid
• Oct 05, 2009

  issue 120 (FormAlchemy-1.2.3.tar.gz doesn't include formalchemy.ext.pyl...) reported by dholth   -   Excited about the Pylons admin interface, I tried to import formalchemy.ext.pylons.controller, but it's not included in the distribution. Also the docs need to be updated to mention the required templates for said admin interface.

  Excited about the Pylons admin interface, I tried to import formalchemy.ext.pylons.controller, but it's not included in the distribution. Also the docs need to be updated to mention the required templates for said admin interface.
• Oct 02, 2009

  Revision 7c5c6bcefb (utils to convert mako templates to paster template files. fi...) pushed by gael.pas...@gmail.com   -   utils to convert mako templates to paster template files. fix a small bug in add form

  utils to convert mako templates to paster template files. fix a small bug in add form
• Oct 02, 2009

  Revision df9898cf1e (remove useless self.url) pushed by gael.pas...@gmail.com   -   remove useless self.url

  remove useless self.url
• Oct 02, 2009

  Revision 6469b5246f (add docs for helpers) pushed by gael.pas...@gmail.com   -   add docs for helpers

  add docs for helpers
• Oct 02, 2009

  Revision 625e15ce49 (allow to have other format) pushed by gael.pas...@gmail.com   -   allow to have other format

  allow to have other format
• Oct 02, 2009

  3 new revisions pushed by gael.pas...@gmail.com   -   3b11b78aa9:move forms to forms/ in paster template. add restfieldset.mako_tmpl move admin resource to resources/ paster template now use the new admin interface 5501d5354e:remove old templates bfdf950314:revert form.mako

  3b11b78aa9:move forms to forms/ in paster template. add restfieldset.mako_tmpl move admin resource to resources/ paster template now use the new admin interface 5501d5354e:remove old templates bfdf950314:revert form.mako
• Oct 01, 2009

  Revision adc0b4a92d (rename controllers and update docs) pushed by gael.pas...@gmail.com   -   rename controllers and update docs

  rename controllers and update docs
• Oct 01, 2009

  Revision ecca4fdec3 (lambda: field -> lambda f: f) pushed by gael.pas...@gmail.com   -   lambda: field -> lambda f: f

  lambda: field -> lambda f: f
• Sep 30, 2009

  Revision 96e48e5526 (add admin controller. now need to write tests) pushed by gael.pas...@gmail.com   -   add admin controller. now need to write tests

  add admin controller. now need to write tests
• Sep 28, 2009

  Revision 95bf602134 (try to improve controller) pushed by gael.pas...@gmail.com   -   try to improve controller

  try to improve controller
• Sep 28, 2009

  Revision f779f0f2a0 (merge) pushed by gael.pas...@gmail.com   -   merge

  merge
• Sep 28, 2009

  2 new revisions pushed by gael.pas...@gmail.com   -   Revision b1061ca44d:set must return the field Revision 9a9583d65e:assume object is not a zope aware object

  Revision b1061ca44d:set must return the field Revision 9a9583d65e:assume object is not a zope aware object
• Sep 27, 2009

  Revision cba8a8088f (add update_grid) pushed by gael.pas...@gmail.com   -   add update_grid

  add update_grid