<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.web.zope.grok.devel">
    <title>gmane.comp.web.zope.grok.devel</title>
    <link>http://blog.gmane.org/gmane.comp.web.zope.grok.devel</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6557"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6547"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6546"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6541"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6540"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6516"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6513"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6511"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6510"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6507"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6504"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6499"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6492"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6490"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6483"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6478"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6471"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6469"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6468"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6464"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6557">
    <title>a Grok 1.0 release plan</title>
    <link>http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6557</link>
    <description>Hi there,

I think we should consider calling the next release of Grok Grok 1.0. I 
would like to put us through an alpha and beta phase however, for two 
reasons:

* we have a number of potentially disruptive changes we'd like to get 
some feedback on before we release.

* 1.0 pre-releases for 1.0 are good marketing. We should announce these 
loudly to get people to think about Grok.

The bigger changes I'm aware of are:

* new grokproject that uses paster and WSGI. This is done, but needs to 
be tested heavily. Existing documentation needs to be modified and we 
need 'best practices' documentation that describe how you'd actually use 
all the WSGI goodness in your application. This change is by far the 
biggest one to land in a 1.0 release. Opinions on how to manage this?

* grokcore.viewlet extraction - the extraction is done but the core 
isn't modified yet, correct? Sylvain, what's the status of that work?

* refactoring grokcore.view to support improved view inheritance. JW and 
I have been working on </description>
    <dc:creator>Martijn Faassen</dc:creator>
    <dc:date>2008-11-28T16:08:29</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6547">
    <title>Changing the name of a deployed application</title>
    <link>http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6547</link>
    <description>
I'm in the middle of deploying my first grok application to a production box. 
I've been letting the users work on another machine for the last few weeks,
under a deployed app named "beta".  I can move the app to the production box
no problem, and the beta app is nicely deployed.  But now I want to change
the app to something likee "prod" or probably something more descriptive. 
Is there anyway I can change the name of a deployed app?

Thanks and regards,

Robert Moskal
</description>
    <dc:creator>rmoskal</dc:creator>
    <dc:date>2008-11-26T22:52:37</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6546">
    <title>Plugging new template language</title>
    <link>http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6546</link>
    <description>_______________________________________________
Grok-dev mailing list
Grok-dev&lt; at &gt;zope.org
http://mail.zope.org/mailman/listinfo/grok-dev
</description>
    <dc:creator>Santiago Videla</dc:creator>
    <dc:date>2008-11-26T15:56:02</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6541">
    <title>Bike hero</title>
    <link>http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6541</link>
    <description>The next time we have a guitar hero sprint (aka. grok sprint) I want
to try the bicyle level
http://www.break.com/index/bike-hero.html

</description>
    <dc:creator>Peter Bengtsson</dc:creator>
    <dc:date>2008-11-21T14:29:35</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6540">
    <title>regarding gadfly database</title>
    <link>http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6540</link>
    <description>Hi all,
I am using zope.
Wherein using some application i can create database ,then tables and
i can enter the data into those tables.These transactions appear in
mysql(when i see the databases).

There is a gadfly folder in var in zope instance where some files are
created corresponding the above database creation.

What i want to do now is:-
         I already have some mysql database and i want to use it in
the zope application(not like creating a database and then tables and
so on like above.)
How can this be achieved
Any suggestions.
</description>
    <dc:creator>gaurav kashyap</dc:creator>
    <dc:date>2008-11-20T10:59:52</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6516">
    <title>martian scan "bug" (feature?)</title>
    <link>http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6516</link>
    <description>When martian scans packages (via the ModuleGrokker), eventually it winds up
scanning modules that are defined via .pyc and .pyo file representations that do
not have a corresponding .py source file.  This, at least in my configuration,
leads to errors because these are typically modules left over after, e.g. a
module rename, where the "old" .pyc file sticks around even though its source
file has changed names and has new content.

I *think* what I'd like to do is change martian to (either unconditionally or
optionally) skip modules that only have a .pyc or .pyo representation without a
corresponding .py source.  Below is a strategy to do so, if folks agree.

One strategy to do so would be to use the "inspect.getsourcefile(module)" in
places that try to use "dir(module)" to obtain a list of members of a module.
For example, we might change ModuleGrokker's "grokkers" method to do:

    def grokkers(self, name, module):
        grokker = self._grokker
        # get any global grokkers
        for t in grokker.g</description>
    <dc:creator>Chris McDonough</dc:creator>
    <dc:date>2008-11-19T13:53:24</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6513">
    <title>subdirectories of static do not usegc.v.component.DirectoryResource</title>
    <link>http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6513</link>
    <description>Hi,


grokcore.view.component implements DirectoryResource and
DirectoryResourceFactory classes, subclassing those from
zope.app.publisher.browser.directoryresource for use in the "static"
directory resource available in views.

It does this for two reasons: 1) To override the security checker on the
 DirectoryResource instances and 2) to override the resource factories
for *.pt and *.html files.

However, the resource factory for *subdirectories* of the static
directory is not overriden and thus for these subdirectories the
z.a.p.b.directoryresource.DirectoryResource implementation is used.

Fortunately, there's a recent release for zope.app.publisher that
provides hooks for properly overriding these factories and with these
hooks this bug is easily fixed.

I'd like to update the version of zope.app.publisher in grokcore.view
from the current 3.4.1 to the recently released 3.5.1 version to be able
to checkin the fix.

The tests for grokcore.view do pass with this version, but what possible
 implications sho</description>
    <dc:creator>Jan-Wijbrand Kolman</dc:creator>
    <dc:date>2008-11-18T22:00:31</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6511">
    <title>z3c.autoinclude hiding configuration conflict errors(?)</title>
    <link>http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6511</link>
    <description>Hi,


Today I noticed something strange. z3c.autoinclude appears to swallow
ConfigurationConflictError errors.

Say I have a grok project (created with grokproject-0.9) called
foobar. In the app.py that is created I add a skin definition like so:

  class ISomeLayer(grok.IBrowserRequest):
    grok.skin('foo')

Then I create, again with grokproject, a project called qux. In the
app.py modules of the qux project I also add a skin definition,
*identical* to the one I added in foobar's app.py. Then I add foobar
as a dependeny to qux, by way of qux's setup.py and develop directive
in qux's buildout.cfg.

Grokproject generated a configure.zcml for qux like so:

&lt;configure xmlns="http://namespaces.zope.org/zope"
           xmlns:grok="http://namespaces.zope.org/grok"&gt;
  &lt;include package="grok" /&gt;
  &lt;includeDependencies package="." /&gt;
  &lt;grok:grok package="." /&gt;
&lt;/configure&gt;

The important part here is the &lt;includeDependencies&gt; directive that
will make sure the configure.zcml of foobar is included and thus that
foob</description>
    <dc:creator>Jan-Wijbrand Kolman</dc:creator>
    <dc:date>2008-11-18T16:18:16</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6510">
    <title>Grokcore.viewlet released.</title>
    <link>http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6510</link>
    <description>_______________________________________________
Grok-dev mailing list
Grok-dev&lt; at &gt;zope.org
http://mail.zope.org/mailman/listinfo/grok-dev
</description>
    <dc:creator>Sylvain Viollon</dc:creator>
    <dc:date>2008-11-17T13:17:13</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6507">
    <title>ImportError: No module named schemaless</title>
    <link>http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6507</link>
    <description>Hi,
I'm experiencing trouble while creating a new grok project. The error
message is attached below.

After googling a bit, I found a bug report for ubuntu
(https://bugs.launchpad.net/zc.buildout/+bug/133462). The last advice in
this report is to remove zope3 - however, I guess I need zope3 to run
grok ... ;)

Well, is there already a known fix for this issue?

Thanks in advance

Sven


error message:

sven&lt; at &gt;grisu:~/grok$ grokproject Sample
Enter user (Name of an initial administrator user): grok
Enter passwd (Password for the initial administrator user):
Downloading info about versions...
Downloading zc.buildout...
Invoking zc.buildout...
Develop: '/home/sven/grok/Sample/.'
Updating eggbasket.
While:
  Installing.
  Getting section app.
  Initializing section app.
  Loading zc.buildout recipe entry zc.zope3recipes&gt;=0.5.3:application.

An internal error occured due to a bug in either zc.buildout or in a
recipe being used:
Traceback (most recent call last):
  File
"/tmp/tmpou7FmY/zc.buildout-1.1.1-py2.4.egg/zc</description>
    <dc:creator>Sven Dehmlow</dc:creator>
    <dc:date>2008-11-16T20:35:42</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6504">
    <title>Zope Objects Question</title>
    <link>http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6504</link>
    <description>
Hi.

I am a bit confused in how to organise zope objects, so I can implement the
following (and I hope somebody can help me with this):

I have a kind of a poll. I want questions for this poll being editable (at
any stage of the poll, even while it is running), therefore:
Question(grok.Model), which I store in a Container,
Questions(grok.Container)

Then I want different containers where I select, which questions of the
whole Question-Container are relevant for this container, I thought, this
could be Poll(grok.Container) containing references to the
Question-Container, I selected. And on the top of the
Poll(grok.Container).QuestionReference(grok.Container???) I would like the
answer: Choices(grok.Container)

Again:

Many Polls have many Questions
within that Poll each of the many questions has many choices

questions are always the same. If they change, they change in past, present
and future polls.

I don't know, how I can achieve this QuestionReference.

Have you any clues?

thx,
 thorsten.
</description>
    <dc:creator>thorstenz</dc:creator>
    <dc:date>2008-11-16T09:38:00</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6499">
    <title>problem with zope.app.testing during installation Grok on Windows XP</title>
    <link>http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6499</link>
    <description>I'm trying to install Grok on a freshly installed Windows XP Home 
system. When running the grokproject command, I get an error with 
zope.app.testing. Two others have reported this error to me as well.

Any advice?

IGetting distribution for 'zope.app.testing==3.4.3'.
Traceback (most recent call last):
   File "&lt;string&gt;", line 1, in &lt;module&gt;
   File 
"C:\virtualgrok\lib\site-packages\setuptools-0.6c9-py2.5.egg\setuptools\c
ommand\easy_install.py", line 1671, in main
   File 
"C:\virtualgrok\lib\site-packages\setuptools-0.6c9-py2.5.egg\setuptools\c
ommand\easy_install.py", line 1659, in with_ei_usage
   File 
"C:\virtualgrok\lib\site-packages\setuptools-0.6c9-py2.5.egg\setuptools\c
ommand\easy_install.py", line 1675, in &lt;lambda&gt;
   File "c:\python25\lib\distutils\core.py", line 151, in setup
     dist.run_commands()
   File "c:\python25\lib\distutils\dist.py", line 974, in run_commands
     self.run_command(cmd)
   File "c:\python25\lib\distutils\dist.py", line 994, in run_command
     cmd_obj.run()
   File </description>
    <dc:creator>Roger Erens</dc:creator>
    <dc:date>2008-11-12T22:54:53</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6492">
    <title>slideshare.net</title>
    <link>http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6492</link>
    <description>_______________________________________________
Grok-dev mailing list
Grok-dev&lt; at &gt;zope.org
http://mail.zope.org/mailman/listinfo/grok-dev
</description>
    <dc:creator>Jan Ulrich Hasecke</dc:creator>
    <dc:date>2008-11-08T10:35:25</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6490">
    <title>Conflict between megrok.kss and megrok.form?</title>
    <link>http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6490</link>
    <description>Hi everybody.

I've been trying KSS and I like it :)

I started with the example in the "Adding AJAX to Grok with KSS" tutorial on grok.zope.org (http://grok.zope.org/documentation/how-to/adding-ajax-with-kss-to-grok) and it worked well. (I added megrok.kss to my setup.py and run buildout for this)

But then I added features like dates and tried to use the zc.datetimewidget for my date fields. I know megrok.form gives this widget in an easy way. So I added megrok.form to my setup.py too and run buildout. And then my kss functionality stop working :( telling me:

exceptions.TypeError: There isn't enough context to get URL information. This is probably due to a bug in setting up location information.

I googled for an answer and the closest I got was:

http://mail.zope.org/pipermail/grok-dev/2008-June/005744.html

Then I tried to install only zc.datetimewidget the same way megrok.form does it (using &lt;include /&gt; directives in my configure.zcml), but I get an configuration conflict error when I include the zc.da</description>
    <dc:creator>Douglas Cerna</dc:creator>
    <dc:date>2008-11-07T20:43:21</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6483">
    <title>Problem with z3c.autoinclude of eggs in the Productsnamespace</title>
    <link>http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6483</link>
    <description>Hi,

I have two eggs myproject.policy and Products.myproject.
I use z3c.autoinclude in my plone buildout like this:

[buildout]
versions = versions
eggs = [...]
    z3c.autoinclude
    myproject.policy
develop =
    src/myproject.policy
    src/Products.myproject

[versions]
z3c.autoinclude == 0.2.2

[instance]
zcml =
   z3c.autoinclude-meta
   myproject.policy

If I put Products.myproject in eggs section. All works fine.
But I don't want to put it in the buildout, but in setup.py of myproject.policy.

In src/myproject.policy/myproject/policy/configure.zcml, I put:
&lt;includeDependencies package="." /&gt;

I want myproject.policy to depend of Products.myproject,
so I put in install_requires=['Products.myproject'] in
src/myproject.policy/setup.py

I start the zope instance.
The product myproject is shown and installable in Plone control panel.
But doesn't appear in ZMI Control_Panel/Products,
the result is that factories for the various types in myproject
product are not created.

I think z3c.autoinclude blocks th</description>
    <dc:creator>Vincent Fretin</dc:creator>
    <dc:date>2008-11-06T12:29:58</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6478">
    <title>Deploying into production - site.zcml with credentials</title>
    <link>http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6478</link>
    <description>Hi,

My customer wants to deploy my grok application into production. I've
provided a rather default buildout.cfg with a admin/admin
username/password for a main manager account.

Of course my customer wants to change this. However, as soon as I
provide an update, any changes to buildout.cfg or site.zcml will be
undone and the old 'admin/admin' u/p will be setup. I also can't
provide a buildout.cfg without site.zcml credentials - you need them
for the first time deployment. The only alternative option I can thing
of is providing two buildouts, one with (for first time deployment)
and one without site.zcml.

How do you guys usually solve this problem? In the Zope2/Plone
buildout world this is not an issue - there you only define a inituser
which can be changed in the ZODB (acl_users) which buildout won't
modify after updates.

Regards

Ivo

</description>
    <dc:creator>Ivo van der Wijk</dc:creator>
    <dc:date>2008-11-06T09:30:50</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6471">
    <title>Default permission for Views?</title>
    <link>http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6471</link>
    <description>I've got an app where I want to protect all Views be default to only
users with a specific Role. There is this snippet generated by
grokproject:

              &lt;!-- Replace the following directive if you do not want
                   public access --&gt;
              &lt;grant permission="zope.View"
                     principal="zope.Anybody" /&gt;
              &lt;grant permission="zope.app.dublincore.view"
                     principal="zope.Anybody" /&gt;

But changing the site.zcml security declarations don't seem to effect
anything. It seems like
"grokcore.security.util.check_or_default_permission" is what decides
the default permission with:

      if permission is None:
        permission = 'zope.Public'

So should this be made overridable? Or should I just sprinkle
grok.requires throughout my Views or am I missing something?
</description>
    <dc:creator>Kevin Teague</dc:creator>
    <dc:date>2008-11-05T01:04:37</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6469">
    <title>online shop done with Grok?</title>
    <link>http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6469</link>
    <description>

Hi,

I'd like to have an online shop software package, preferably done with
Grok. This is intended to replace, or be part of a replacement, for our
current website, which runs on top of a package we'd like to phase out.

I've so far seen Django's Satchmo which appears to fill most of my
bill, but would prefer a Grok based solution w/o needing to re-invent
the wheel.

If you have pointers to share, I'm very interested!

TIA!


Kind regards,
--Toni++
</description>
    <dc:creator>Toni Mueller</dc:creator>
    <dc:date>2008-11-04T17:40:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6468">
    <title>five.grok failure - 'Invalid value for', 'handler', 'ImportError: Module zope.app.component.metaconfigure has no global defaultLayer'</title>
    <link>http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6468</link>
    <description>Hi there,

I created a Plone 3.1.6 buildout (Zope 2.10.6) and added five.grok to 
the eggs and zcml options. Starting the instance fails with:



/home/develop/sandboxes/five.grok/parts/instance/bin/runzope -X 
debug-mode=on
2008-11-04 18:12:27 INFO ZServer HTTP server started at Tue Nov  4 
18:12:27 2008
Hostname: 0.0.0.0
Port: 8080
2008-11-04 18:12:29 INFO Marshall libxml2-python not available. Unable 
to register libxml2 based marshallers.
2008-11-04 18:12:35 ERROR Application Couldn't install Five
Traceback (most recent call last):
   File 
"/home/develop/sandboxes/five.grok/parts/zope2/lib/python/OFS/Application.py", 
line 786, in install_product
     initmethod(context)
   File 
"/home/develop/sandboxes/five.grok/parts/zope2/lib/python/Products/Five/__init__.py", 
line 28, in initialize
     zcml.load_site()
   File 
"/home/develop/sandboxes/five.grok/parts/zope2/lib/python/Products/Five/zcml.py", 
line 53, in load_site
     _context = xmlconfig.file(file)
   File 
"/home/ajung/.buildout/eggs/zope.co</description>
    <dc:creator>Andreas Jung</dc:creator>
    <dc:date>2008-11-04T17:20:37</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6464">
    <title>grok_overview.html: issue with adapters</title>
    <link>http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6464</link>
    <description>In the code example following
'We can now call sized for a content object and get an object back that 
implements the “sized API”:'

we have currently:

s = sized(my_content_object)
print s.size()

but size() is not defined in the code above. It seems to me that either 
the second line should read:

print s.sized()

But it looks silly to me to use 'sized' twice. So, in the code fragment 
above, the method definitions in the three classes would better be 
refactored from sized(self) to size(self)?

Cheers,

Roger
</description>
    <dc:creator>Roger Erens</dc:creator>
    <dc:date>2008-11-04T14:08:34</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6463">
    <title>Feature request "Log out"</title>
    <link>http://comments.gmane.org/gmane.comp.web.zope.grok.devel/6463</link>
    <description>I would like to be able to log out from the application manangement  
screen

   http://127.0.0.1:8080/applications

Is there any good reason why this action doesn't exist in the interface?

Mvh Sebastian
</description>
    <dc:creator>Sebastian Ware</dc:creator>
    <dc:date>2008-11-04T11:00:39</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.web.zope.grok.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.web.zope.grok.devel</link>
  </textinput>
</rdf:RDF>
