Re: Yet another Django application

2006-08-24 Thread Viktor Kerkez
On 8/24/06, Rasjid <[EMAIL PROTECTED]> wrote: > Your project is now bookmarked, and time allowing I hope to be able to > contribute. I would be very glad to incorprate into Zmaj any changes and modules You provide me with. :) Every contribution is welcome. :)

Re: Yet another Django application

2006-08-24 Thread Viktor Kerkez
On 8/24/06, didier Belot <[EMAIL PROTECTED]> wrote: > About the service app: it is very distribution specific! Yes, I know :-/ I'm one of http://www.atomixlinux.org developers, and because of that I don't have time to test it on other Linux distributions (Atomix is derived from Fedora)... The

Re: Yet another Django application

2006-08-24 Thread Viktor Kerkez
On 8/24/06, didier Belot <[EMAIL PROTECTED]> wrote: > What is the libuser that's imported in zmaj.users.views.py ? It's a python library that implements a standardized interface for manipulating and administering user and group accounts. It's developed by RedHat, but can be found for every linux

Re: Yet another Django application

2006-08-24 Thread Viktor Kerkez
On 8/24/06, Sean Schertell <[EMAIL PROTECTED]> wrote: > Hey this sounds like a great project! Any plans to integrate mail > user and ftp user management? Yes, there is a plan to integrate mail and ftp user management. It will be the part of the SMTP and FTP server configuration. But there is a

Yet another Django application

2006-08-23 Thread Viktor Kerkez
http://code.google.com/p/zmaj/ is an application for Linux system administration. It's intended to be replacement for Webmin (Yes, a big bite, I know... But I concluded that it's easyer to write the whole application from scratch then to learn Perl and write modules for Webmin ;) Currently 4

Re: magick-removal: Suggestion

2006-03-20 Thread Viktor Kerkez
Glenn Tenney wrote: > As a friend of mine reminded me, part of your perception feeding that > conception is that you're still thinking of these as being columns in > a table... when in fact they are classes derived from FormField (and > you can derive your own classes from FormField or even from

Re: magick-removal: Suggestion

2006-03-20 Thread Viktor Kerkez
Ok, I still think that its conceptually wrong to have two completely different sorts of objects shareing the same name... But You're the bosses ;) Thanks for the time. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google

magick-removal: Suggestion

2006-03-20 Thread Viktor Kerkez
Hi everyone, Before starting I want to give one Hip Hip Hooray for the m-r branch :) Now to start ;). There is one thing that bugs me with the naming convention in Django. All classes in the django/forms have the same *Field* ending, which is 100% OK because they really are fields. But also