headers
Martijn Faassen | 2 Feb 19:54

Re: Grok Sprint

Hi there,

I'd like to experiment with a port of Grok to Pyramid. We got the 
original Grok together in little over a week on top of the ZTK (well, 
Zope 3 at the time) and that was partially the design process.

With Martian and a known design it should be relatively easy to make 
something "work-alike" on top of Pyramid. The main drawback is that I 
don't know Pyramid as well as I knew Zope 3 at the time, though many of 
the concepts are the same of course. The other drawback is that Pyramid 
does less, so we need to figure out which other components can fill in 
the gaps.

Then there's the question on how this relates to Cromlech, which I'm 
curious to hear about more as well. Perhaps some of the work or lessons 
learned on Cromlech can be reused with this project.

I'm also interested in doing work on Fanstatic, and experimenting with 
how Obviel could relate to the server-side.

To go really to the client-side I'm interested in experimenting with 
auto-binding template languages in Obviel, and also with better ways to 
do databinding in Obviel (for forms and other things).

Regards,

Martijn
Permalink | Reply | 5 comments |
headers
Roberto Allende | 3 Feb 01:07
Favicon

Re: Grok Sprint

2012/2/2 Martijn Faassen <faassen <at> startifact.com>:
> Hi there,
>
> I'd like to experiment with a port of Grok to Pyramid. We got the original
> Grok together in little over a week on top of the ZTK (well, Zope 3 at the
> time) and that was partially the design process.

Hello

During Caipirinha Sprint last year (see http://goo.gl/xAU0s) I've been
working wiht Jim to use Formlib with Pyramid and it was very
interesting, if no one is doing this i plan to do a release whenever
possible.... so i liked very much the experience and I'd be interested
to join to an effort to get Grok working with Pyramid, although I'd
need to join you remotely.

Do you think it would be possible to join not being there in person ?.

Kind Regards
Roberto Allende

--
http://robertoallende.com
Permalink | Reply | 2 comments |
headers
Jan-Wijbrand Kolman | 3 Feb 12:30
Picon

Re: Grok Sprint

On 03/02/2012 01:07 , Roberto Allende wrote:
> During Caipirinha Sprint last year (see http://goo.gl/xAU0s) I've been
> working wiht Jim to use Formlib with Pyramid and it was very
> interesting, if no one is doing this i plan to do a release whenever
> possible.... so i liked very much the experience and I'd be interested
> to join to an effort to get Grok working with Pyramid, although I'd
> need to join you remotely.

The fact that somehow a "zope" library (zope.formlib) is at least 
somewhat portable, might give us inspiration in investigating further!

> Do you think it would be possible to join not being there in person ?.

We should try at least I'd say!

regards, jw
Permalink | Reply | 0 comments |
headers
Chris McDonough | 3 Feb 19:41
Favicon
Gravatar

Re: Grok Sprint

On Thu, 2012-02-02 at 19:54 +0100, Martijn Faassen wrote:
> Hi there,
> 
> I'd like to experiment with a port of Grok to Pyramid. We got the 
> original Grok together in little over a week on top of the ZTK (well, 
> Zope 3 at the time) and that was partially the design process.
> 
> With Martian and a known design it should be relatively easy to make 
> something "work-alike" on top of Pyramid. The main drawback is that I 
> don't know Pyramid as well as I knew Zope 3 at the time, though many of 
> the concepts are the same of course. The other drawback is that Pyramid 
> does less, so we need to figure out which other components can fill in 
> the gaps.

Pyramid's decorator configuration system (venusian) was obviously
inspired by martian; it might be easier to just use venusian instead of
depending on both martian and venusian:

http://docs.pylonsproject.org/projects/venusian/en/latest/

https://github.com/Pylons/venusian

- C
Permalink | Reply | 1 comment |
headers
Martijn Faassen | 3 Feb 21:12

Re: Grok Sprint

Hey,

On 02/03/2012 01:07 AM, Roberto Allende wrote:

Formlib in pyramid is cool! (though I've mostly shifted to client-side 
form stuff for my latest projects)

> Do you think it would be possible to join not being there in person ?.

Well, by all means try! Perhaps Christian would be able to set up some 
kind of web cam setup so you can more easily interact with us? I suggest 
you keep asking Christian Klinger and keep putting this on the agenda, 
and something will be worked out.

Regards,

Martijn
Permalink | Reply | 0 comments |
headers
Martijn Faassen | 3 Feb 21:14

Re: Grok Sprint

On 02/03/2012 07:41 PM, Chris McDonough wrote:
> On Thu, 2012-02-02 at 19:54 +0100, Martijn Faassen wrote:
>> Hi there,
>>
>> I'd like to experiment with a port of Grok to Pyramid. We got the
>> original Grok together in little over a week on top of the ZTK (well,
>> Zope 3 at the time) and that was partially the design process.
>>
>> With Martian and a known design it should be relatively easy to make
>> something "work-alike" on top of Pyramid. The main drawback is that I
>> don't know Pyramid as well as I knew Zope 3 at the time, though many of
>> the concepts are the same of course. The other drawback is that Pyramid
>> does less, so we need to figure out which other components can fill in
>> the gaps.
>
> Pyramid's decorator configuration system (venusian) was obviously
> inspired by martian; it might be easier to just use venusian instead of
> depending on both martian and venusian:

I know about Venusian, rewrite rewrite everything!

Anyway, I figure it's going to be more easy to rewrite grokkers to do a 
different registration if we don't have to change how grokkers are 
registered at the same time, especially if you're going for work-alike.

Regards,

Martijn
Permalink | Reply | 0 comments |
headers
lzdych | 27 Feb 08:42
Picon

What's the best practise to store images / files in blob storage

Hi Grokkers,

I'm trying to create simple model with a file and an image attribute stored
in the blob storage but found it almost impossible with current Grok release
(1.4) and available extensions.

mebrok.form is broken, dolmen.blob (widgets) are using different forms
framework which I didn't make work easily and I also failed with
plone.namedfile due to dependency conflicts and a few others packages which
I found are outdated at all.

I was so surprised that I can't make it work even without blob storage
easily - it seems a lot have been changed so even using zope.app.file isn't
the way.

So my question is if I missed something and there is an working example or
if the best way is for example to update megrok.form or if there is even
anybody having working code for file/image field stored in the zodb or
bettter in blobs.

Kind Regards

Lukas

--
View this message in context: http://python.6.n6.nabble.com/What-s-the-best-practise-to-store-images-files-in-blob-storage-tp4514057p4514057.html
Sent from the Grok mailing list archive at Nabble.com.
Permalink | Reply | 2 comments |
headers
lzdych | 27 Feb 16:53
Picon

Re: What's the best practise to store images / files in blob storage

Finally I sort it out with a great help on IRC from trollfot and goschtl (thx
a lot guys!).

In my almost vanila environment created by grokproject (grok 1.4) I just had
to:

1. pin these versions (IMPORTANT):
megrok.chameleon = 0.5.2
Chameleon = 1.2.13

2. add the following deps into setup.py (install_requires):
'zeam.form.base',
zeam.form.ztk
dolmen.blob
dolmen.widget.file
dolmen.widget.image

3. rewrite my form from grokcore.formlib based into zeam.form.ztk based
as you can see in the following example:

--
View this message in context: http://python.6.n6.nabble.com/What-s-the-best-practise-to-store-images-files-in-blob-storage-tp4514057p4515246.html
Sent from the Grok mailing list archive at Nabble.com.
Permalink | Reply | 1 comment |

Gmane