Re: Admin Backend for Pyramid

2012-08-28 Thread Michael Brickenstein
Hi!

There are a lot of frameworks.
RUM is a project by Alberto Valverde and me.

https://bitbucket.org/albertov/rum/wiki/Home

It might not be the simplest and not built on the latest tech., but it 
features
a lot of features and a lot of flexibility.

Cheers,
Michael


Am Mittwoch, 23. Mai 2012 10:01:01 UTC+2 schrieb Martin Winkler:

 Hi all,

 Short introduction of me: I worked with Zope2 for a couple of years and 
 also have a little bit of experience with Zope3. I am a huge Django fan, 
 having created about two dozen projects with it. But right now I'm in the 
 process of looking at other python web frameworks. 
 To me Pyramid seems like a framework where some really smart people 
 created something having great potential.

 But my real question is: Since I love Django (and the automatic 
 super-configurable admin backend), is there something similar already 
 available (or in progress) for Pyramid? I took a quick look at formalchemy 
 which I don't really like from a users perspective (doubleclicking on list 
 items, no many2many relations, strange users/groups front end interface 
 etc), and did not find anything else on the web yet.

 If there is no such thing (or do you think that it's not necessary at 
 all)? How do *you* guys implement sensible CRUD interfaces for 
 administrators of a web site?

 I'd love to read some ideas from you.

 Martin


-- 
You received this message because you are subscribed to the Google Groups 
pylons-discuss group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/pylons-discuss/-/mNAgHoQLOxYJ.
To post to this group, send email to pylons-discuss@googlegroups.com.
To unsubscribe from this group, send email to 
pylons-discuss+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/pylons-discuss?hl=en.



Re: application deployment question about nginx and pylons

2010-04-28 Thread Michael Brickenstein


On 28 Apr., 03:29, Thomas G. Willis tom.wil...@gmail.com wrote:
 I am pretty sure you can do those things with apache too :) . I was
 under the impression that nginx is easier to setup and faster/lighter
 weight for things specific to web applications.

 My experience has been that apache configs don't fit my brain all that
 well, whereas I found  nginx configuration to be fairly
 straightforward for the most part.

That's exactly my point of view.
With nginx you can get a performant deployment in reasonable time.
It feels like much more made for this job.
Cheers,
Michael

-- 
You received this message because you are subscribed to the Google Groups 
pylons-discuss group.
To post to this group, send email to pylons-disc...@googlegroups.com.
To unsubscribe from this group, send email to 
pylons-discuss+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/pylons-discuss?hl=en.



Re: Extracting Django forms from Django

2010-04-21 Thread Michael Brickenstein
deform looks cool.

Regarding
form
libraries:
I think approaches like tw.forms are indeed much too magically,
if you want to generate just a few forms.

However, if you are building a CRUD application, these libraries
provide
the necessary abstractions.
By the way, of course CRUD applications can (if properly implemented)
handle objects spread
over several tables (just use SA for mapping them to one object and be
careful about deleting these objects).
Of course you would not do that for just a simple form.

Cheers,
Michael

On 20 Apr., 23:00, Ben Bangert b...@groovie.org wrote:
 On Apr 20, 2010, at 2:45 AM, Martin Stein wrote:

  For me, the main reasons why I like Django's forms are:

  a) html widgets (without having to maintain my own mako form widgets
  library, as in Mike's approach)
  b) I mostly understand the source code
  c) well documented

  Also, I've never really felt comfortable with formencode. I can't
  really explain it any better than what you've written here:
 http://groups.google.com/group/pylons-devel/msg/cab1ce37e61d7b96

 Chris McDonough has remedied my FormEncode complaints by making Yet Another 
 Form Library. :)http://docs.repoze.org/deform/

 It's still a bit early yet in its life, but its 100% unit tested, and has 
 extensive documentation, which is awesome.

  I didn't want to question Pylons' commitment to formencode... sorry,
  if my original message came off that way. I'm sure that for many
  people formencode/ToscaWidgets or Mike's approach work fine. This is
  more of a personal preference towards WTForms or Django forms.
  Unfortunately, WTForms still lacks i18n completely. Thus my attempt at
  extracting Django's forms.

 Not sure if Chris has gotten i18n into Deform yet, I know he's working on it 
 though if its not in there already.

  I've never written a (distributable) python library before, but that
  is very well explained here (http://guide.python-distribute.org/).
  What I'm still missing is the translation/i18n part. Formencode allows
  several different ways (http://formencode.org/
  Validator.html#localization-of-error-messages-i18n), Django uses
  another approach... and I'm somewhat lost now how to proceed.

 Yea, i18n is a tricky thing.

 Cheers,
 Ben

 --
 You received this message because you are subscribed to the Google Groups 
 pylons-discuss group.
 To post to this group, send email to pylons-disc...@googlegroups.com.
 To unsubscribe from this group, send email to 
 pylons-discuss+unsubscr...@googlegroups.com.
 For more options, visit this group 
 athttp://groups.google.com/group/pylons-discuss?hl=en.

-- 
You received this message because you are subscribed to the Google Groups 
pylons-discuss group.
To post to this group, send email to pylons-disc...@googlegroups.com.
To unsubscribe from this group, send email to 
pylons-discuss+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/pylons-discuss?hl=en.



Re: can any one recommend a good library for generating printable reports for my pylons web app?

2010-04-15 Thread Michael Brickenstein
We also use reportlab in RUM to generate pdf's
with landscape tables of data.
No complaints.
It is a general pdf framework, so not always supereasy (was a little
bit difficult to
find out, how to register a specific font for bold text), but it also
seems quite mature.
Cheers,
Michael

On 15 Apr., 02:20, Mike Orr sluggos...@gmail.com wrote:
 By the way, my client is using ReportLab to generate PDFs, the same as
 the other developer was.

 --
 Mike Orr sluggos...@gmail.com

-- 
You received this message because you are subscribed to the Google Groups 
pylons-discuss group.
To post to this group, send email to pylons-disc...@googlegroups.com.
To unsubscribe from this group, send email to 
pylons-discuss+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/pylons-discuss?hl=en.



Re: can any one recommend a good library for generating printable reports for my pylons web app?

2010-04-15 Thread Michael Brickenstein

Am 15.04.2010 um 11:18 schrieb Krishnakant Mane:

 Good, so now I am left to just hack out the ods related problem.
 It will be great if I can send the spreadsheet across to browser.  The 
 browser may inturn open calc and display the spreadsheet.

For spreadsheets the python standard library include csv reading and writing 
support.
Actually, the RUM CRUD application also includes also a csv output format.

As far I know, there exists also packages for writing excel.
But I did not use that.
Cheers,
Michael

 
 Happy hacking.
 
 Krishnakant.
 
 On Thursday 15 April 2010 02:14 PM, Michael Brickenstein wrote:
 We also use reportlab in RUM to generate pdf's
 with landscape tables of data.
 No complaints.
 It is a general pdf framework, so not always supereasy (was a little
 bit difficult to
 find out, how to register a specific font for bold text), but it also
 seems quite mature.
 Cheers,
 Michael
 
 On 15 Apr., 02:20, Mike Orrsluggos...@gmail.com  wrote:
   
 By the way, my client is using ReportLab to generate PDFs, the same as
 the other developer was.
 
 --
 Mike Orrsluggos...@gmail.com
 
   
 
 -- 
 You received this message because you are subscribed to the Google Groups 
 pylons-discuss group.
 To post to this group, send email to pylons-disc...@googlegroups.com.
 To unsubscribe from this group, send email to 
 pylons-discuss+unsubscr...@googlegroups.com.
 For more options, visit this group at 
 http://groups.google.com/group/pylons-discuss?hl=en.

-- 
You received this message because you are subscribed to the Google Groups 
pylons-discuss group.
To post to this group, send email to pylons-disc...@googlegroups.com.
To unsubscribe from this group, send email to 
pylons-discuss+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/pylons-discuss?hl=en.



Re: FormAlchemy/fa.jquery demo site

2010-04-12 Thread Michael Brickenstein
very beautiful :-).
Cheers,
Michael

On 12 Apr., 00:58, Gael Pasgrimaud g...@gawel.org wrote:
 Hi,

 You can find a demo site here:http://demo.formalchemy.org/
 The demo use fa.jquery. A set of jquery widgets for formalchemy and a
 custom RESTFull controller include in formalchemy.ext.pylons (in fact
 his subclass in fa.jquery.pylons)
 The controller support .json/.xhr format to get datas/forms body via
 Ajax requests

 The code of the demo is 
 here:http://www.gawel.org/docs/fa.demo/file/tip/fademo/forms/__init__.py

 Feel free to play with it. The db is restored each 6 hours.

 Cheers,

 --
 Gael

-- 
You received this message because you are subscribed to the Google Groups 
pylons-discuss group.
To post to this group, send email to pylons-disc...@googlegroups.com.
To unsubscribe from this group, send email to 
pylons-discuss+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/pylons-discuss?hl=en.



Re: redirect_to exception not being processed in controller when a function

2009-07-16 Thread Michael Brickenstein

Hi David!

Sorry, I just found your message in pylons discuss, when just searched
the list for posts about RUM.
There exists a mailing list for rum, on which I can more easily find
questions:
http://groups.google.com/group/rum-discuss

I try to reproduce the problem.

Thank you very much for the nice words about RUM.
Actually, it's rails scaffolding and django admin work still somewhat
smoother,
but using SA, RUM has a lot of potential:
http://python-rum.org/wiki/AdvancedDataMapping

And of course it has supported inheritance beginning with version
0.1 :-).

Please don't hesitate to ask question about RUM and its customization
on the RUM mailing list.

Michael

On 11 Jun., 20:45, david dgel...@gmail.com wrote:
 Hi,

 I am trying to incorporate rum into my pylons project. This was the
 first time I have tried to incorporate another wsgi app into an
 existing pylons app.

 Therumdocs state that a way to do this is to create a controller as
 a *function*, like so:

 def AdminController(environ, start_response):

    authorize('admin')    # calls redirect_to('login') if not logged in
    ...
    return my_rum_app(environ, start_response)

 routes are something like:

   map.connect('admin', '/admin', controller='admin')
   map.connect('/admin/{url:.*}', controller='admin')

 So all /admin.* urls go to this function, AdminController. And it
 works fine.

 However, when I want to to some authentication, and call redirect_to
 (login) before the final call to my_rum_app if not logged in, I
 don't get a redirect, but rather an uncaught exception:

 HTTPFound: 302 Found content-
 type: text/html; charset=UTF-8 Content-Length: 0 location: /login/ 

 I figured out a way to avoid this problem, but am wondering if there
 is a better way. Here is what I did:

 Instead of controller function, I made a standard controller class,
 with a single action index. It turns out that for the routes above,
 *all* requests go to index() (not sure why!).

 class AdminController(BaseController):
        def index(self):
             authorize('admin')
             ...
             return my_rum_app(request.environ, self.start_response)

 This works just fine and redirects work correctly, but am wondering
 how to fix up the first solution with controller as a function so that
 the redirect exceptions are processed by pylons. Partially, the reason
 I would like to know is to increase my understanding of how this whole
 thing works!

 Thanks,
 David

 PS: rum, by the way, looks like a dynamite package! Haven't played
 with it enough to know everything, but looks like it could easily
 function as the  admin CRUD interface everybody thinks is so great
 about rails...
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
pylons-discuss group.
To post to this group, send email to pylons-discuss@googlegroups.com
To unsubscribe from this group, send email to 
pylons-discuss+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/pylons-discuss?hl=en
-~--~~~~--~~--~--~---



Re: Django-style automatic admin interface

2009-05-26 Thread Michael Brickenstein



On 25 Mai, 23:39, Joshua Ball joshbb...@gmail.com wrote:
 Hi all,

 What does Pylons have in the way of automatic admin interface
 generation, ala Django?


RUM

http://python-rum.org/

Best regards,
Michael
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
pylons-discuss group.
To post to this group, send email to pylons-discuss@googlegroups.com
To unsubscribe from this group, send email to 
pylons-discuss+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/pylons-discuss?hl=en
-~--~~~~--~~--~--~---



Re: Rum

2009-04-20 Thread Michael Brickenstein

Hi!

I have read this thread, and it made me a little bit sad, as Alberto
and I have invested much energy into RUM.


I recognize, that every impression about the project is posted by the
best knowledge.
Nevertheless, I find the information here rather misleading.

So please, let me clarify some things.

- performance: I think the current versions are maybe not fast as a
Porsche, but fast enough for most purposes.
We had some heavy problems until the beginning of this year in tw.rum.
These are fixed now.
The last performance issues, I had were due to SA/Genshi (when using
much data).

Moreover, I want do denote, that due to generic functions, it is fully
possible to extend our query mechanism for eager loading related
objects.
This can speed up index views even more. In this way, this
demonstrates, that the generic design in RUM is suited to make good
use of the underlying excellent SA technology and can be used as way,
to avoid performance penalties of abstraction.

- bugs: please feel free, to report every bug to our mailing list or
trac instance. We take issues very serious.
In fact, Alberto and I were the first, who stepped in, when there were
heavy security issues in TG2 (in no way a problem *in* RUM),
which were reported on our mailing list. This demonstrates, that we
take care.
Of course, we completely can't avoid bugs, but we do our best, to take
issues serious.

Personally, I use a RUM instance on a production application with much
content, which is edited by real end users (those, who make your phone
ring, if something doesn't work).


--

What is still missing are some nice Ajax widgets.

Anyways, meanwhile we have plenty of features: Come in and explore!


On 20 Apr., 04:13, Agustin Villena agustin.vill...@gmail.com wrote:
 I noticed that Rum  DBSprockets were left nehind and now the prefered
 CRUD solutions is Sprox (http://sprox.org/)

There was some consense in the TG2 community, that TG2 should work on
IronPython/Jython, the use of peak.rules
in RUM has been seen as problem for portability to other Python
versions.

I think, the Pylons community has a very good understanding, that
there can exist different components for the same purpose
with their own advantages.

Michael


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
pylons-discuss group.
To post to this group, send email to pylons-discuss@googlegroups.com
To unsubscribe from this group, send email to 
pylons-discuss+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/pylons-discuss?hl=en
-~--~~~~--~~--~--~---



Re: Web based email sql admin for Pylons?

2009-03-27 Thread Michael Brickenstein

Hi!
Admin interfaces are available via rum.
It is a feature-rich, customizable, mountable WSGI-App.

http://python-rum.org/

Michael

On 25 Mrz., 17:52, Kevin Ar18 kevina...@hotmail.com wrote:
 Any thoughts on an email app?  Or would I have to start from scratch using, 
 say, the following Python 
 library:http://docs.python.org/3.0/library/netdata.html



  Date: Tue, 24 Mar 2009 17:35:26 -0500
  Subject: Re: Web based email  sql admin for Pylons?
  From: kumar.mcmil...@gmail.com
  To: pylons-discuss@googlegroups.com

  On Tue, Mar 24, 2009 at 4:43 PM, Kevin Ar18 kevina...@hotmail.com wrote:
   In fact, if there is something like this for any Python web framework,
   please let me know. :)

  The closest one I know of is FormAlchemy:
 http://docs.formalchemy.org/current/index.html

  It provides an automatic admin screen geared towards Pylons apps:
 http://docs.formalchemy.org/current/ext/pylons.html#administration-in...

  although I haven't used it myself.

   If you want the details, read this paragraph:
   I would like to have some kind of app that allows me to manage a list of
   contact in a database like fashion (where I can add new table columns and
   add new data to people).  Yet, at the same time, I would like to integrate
   this with other things over time.  For example, I would like to integrate
   the database with a web based email system.  Instead of having one inbox,
   I'd have one inbox per contact in my database. In that way I can look at 
   the
   contact and see only emails related to that contact or read several
   emails together as an ongoing conversation. Or setup a notification if
   someone never responds to the email, so I can try again.  And, of course,
   over time, I may want to add more features

   So, I figured I could use a Python web framework.  Then take a pre-built 
   sql
   admin app and a pre-built web based email system and build from there.

   Are there any such app already made using Python or am I going to have to
   build a sql admin and a browser based email all from scratch :( ?

   Is there some other way that I can build what I need (with the option to
   exptend it in Python as I need)?  like a CMS?

   Would it help if I explained the concept in more detail or if I asked this
   in a different Python mailing list?

   
   Internet Explorer 8 – Now Available. Faster, safer, easier. Download FREE
   now!

 _
 Internet Explorer 8 – Now Available. Faster, safer, 
 easier.http://clk.atdmt.com/MRT/go/141323790/direct/01/

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
pylons-discuss group.
To post to this group, send email to pylons-discuss@googlegroups.com
To unsubscribe from this group, send email to 
pylons-discuss+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/pylons-discuss?hl=en
-~--~~~~--~~--~--~---