Hi there,
We have a concept of Site in the Zope Toolkit, along with SiteManager
and the like. What this concept allows us to do is locally register
components. Most typically this is used for local utilities such as a
catalog.
During traversal, a thread-local is set with the current site, so
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On May 28, 2009, at 13:08 , Martijn Faassen wrote:
What do people think about:
* the idea of renaming Site to Locus
I think that's a terrible name. While site at least means something
to people, locus doesn't carry any meaning in the specific
Hey,
Jens Vagelpohl wrote:
On May 28, 2009, at 13:08 , Martijn Faassen wrote:
What do people think about:
* the idea of renaming Site to Locus
I think that's a terrible name. While site at least means something
to people, locus doesn't carry any meaning in the specific knowledge
On 28 May 2009, at 12:39, Martijn Faassen wrote:
* Hm, I wonder whether it has something to do with local utilities.
I don't think I'd make this jump. I'd not be averse to a longer
package name if it made it more explicit.
Matt
___
Zope-Dev
Previously Martijn Faassen wrote:
I propose we use the word 'Locus' instead of 'Site'. This word doesn't
have a lot of connotations in the web programming world, and people can
guess by simply looking at the word it might have something to do with
*local* components. It's also short.
I
Matthew Wilkes wrote:
On 28 May 2009, at 12:39, Martijn Faassen wrote:
* Hm, I wonder whether it has something to do with local utilities.
I don't think I'd make this jump. I'd not be averse to a longer
package name if it made it more explicit.
I wasn't primarily talking about a
Wichert Akkerman wrote:
Previously Martijn Faassen wrote:
I propose we use the word 'Locus' instead of 'Site'. This word doesn't
have a lot of connotations in the web programming world, and people can
guess by simply looking at the word it might have something to do with
*local*
Previously Martijn Faassen wrote:
Wichert Akkerman wrote:
Previously Martijn Faassen wrote:
I propose we use the word 'Locus' instead of 'Site'. This word doesn't
have a lot of connotations in the web programming world, and people can
guess by simply looking at the word it might have
Hi Martjin, Christian
Betreff: [Zope-dev] RFC: Site - Locus
[...]
The second plan is my favorite if it is possible
dependency-wise and zope.component doesn't take on new
dependencies. I think support for local components could very
well be part of zope.component conceptually.
It would
Hey,
Roger Ineichen wrote:
[snip]
What do people think about:
* the idea of renaming Site to Locus
Oh my god, many -1
Motivations beyond oh my god?
One reason Locus might be a bad word is because it's easily confused
with Location, a concept we already have.
What I like to see is that
zope.locusts?
I don't think locus is an improvement to site. Although site is not
strictly correct, it's often the fact that it is a site. Locus doesn't
say anything, and adds another abstraction with no obvious benefit.
A longer name is better in that case. Like componentlocation or
One reason Locus might be a bad word is because it's easily confused
with Location, a concept we already have.
an other one is that in german locus is often used for a place where you sit
down and use paper to clean your back afterwards..
robert
Hi Martjin
Betreff: Re: [Zope-dev] RFC: Site - Locus
Hey,
Roger Ineichen wrote:
[snip]
What do people think about:
* the idea of renaming Site to Locus
Oh my god, many -1
Motivations beyond oh my god?
My first motivation was the same as Jens had.
Lokus is such a unique word
Hi Martjin
Betreff: Re: [Zope-dev] RFC: Site - Locus
I think if we really need a better naming, we should
think about how everyting will fit together.
e.g.
application, root, site, registry, local, global
component, location, container, item, etc.
I don't think locus is the right missing
A few high-level comments.
1. I admire your desire to make this clearer. :)
2. I think local configuration address use cases that most people
don't have but introduce complexity that I bet a lot of developers
trip over.
3. I think the right word here is local registry. I think the whole
Roger Ineichen wrote:
[snip]
The site offers a SiteManagementFolder, SiteManagerContainer
and a LocalSiteManager.
The SiteManagementFolder by default installed as ['default']
is absolutly useless and obsolate since the last refactoring.
It's just a container, earlier it was a kind of
Fabio Tranchitella wrote:
* 2009-05-28 13:09, Martijn Faassen wrote:
What do people think about:
* the idea of renaming Site to Locus
What is the technical advantage of renaming Site to Locus? To me it looks
just like a (not so necessary) cosmetic change.
Obviously there is no technical
Hi Jim
Betreff: Re: [Zope-dev] RFC: Site - Locus
A few high-level comments.
1. I admire your desire to make this clearer. :)
2. I think local configuration address use cases that most
people don't have but introduce complexity that I bet a lot
of developers trip over.
3. I
Hi Martjin
Betreff: Re: [Zope-dev] RFC: Site - Locus
Roger Ineichen wrote:
[snip]
The site offers a SiteManagementFolder, SiteManagerContainer and a
LocalSiteManager.
The SiteManagementFolder by default installed as ['default'] is
absolutly useless and obsolate since the last
Hey,
Roger Ineichen wrote:
[snip]
Probably a rare use case or could become imporant if we use other
patterns then the container traversal pattern. Do you have some
ideas of using a contianer less traversal pattern?
Take a look at this graph:
On Thursday 28 May 2009, Jim Fulton wrote:
3. I think the right word here is local registry. I think the whole
concept should be labeled as advanced and we should discourage people
from even pondering it unless they have a strong use case, like
wanting to host multiple web sites with
On Thursday 28 May 2009, Martijn Faassen wrote:
* the idea of renaming Site to Locus
-1.
I immediately had the same connotation as all the other German speakers. And I
am studying genetics right now as well, so I knew about locus.
Furthermore, I really do not see an advantage of renaming
22 matches
Mail list logo