[Zope-dev] Re: Product version number redundancy with version.txt and setup.py

2008-07-08 Thread Alexander Limi
On Mon, 07 Jul 2008 13:44:43 -0700, Wichert Akkerman [EMAIL PROTECTED]  
wrote:



Previously Hanno Schlichting wrote:

Tim Hicks wrote:
Am I right in thinking that there is a duplication of information in
having an eggified product's version number stored in setup.py and
version.txt?

Having your setup.py read its version from version.txt is easy, if you
don't want to update two places.

I think the more interesting question is, why we need a persistent
registry of installed products and any information about them at all
anymore?


ZClasses


Speaking of which, are there plans to rip out ZClasses from Zope 2.12?  
It's about time!


--
Alexander Limi · http://limi.net

___
Zope-Dev maillist  -  Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce

http://mail.zope.org/mailman/listinfo/zope )


[Zope-dev] Re: Re: Zope 2.11.0c1 released

2008-05-25 Thread Alexander Limi
On Sun, 25 May 2008 04:06:36 -0700, Wichert Akkerman [EMAIL PROTECTED]  
wrote:



Previously Alexander Limi wrote:
On Sat, 24 May 2008 04:57:35 -0700, Andreas Jung [EMAIL PROTECTED]  
wrote:


I just released Zope 2.11.0c1 in order to get the final
release of 2.11.0 out of the door as soon as possible:

http://www.zope.org/Products/Zope/2.11.0c1

Since I didn't see a clear consensus on the Z2 interfaces thread — does
this release emit deprecation warnings for the Z2 interfaces?


Tres made that change after Andreas made the c1 release.


Ah, great — so the final release will have them. That's all I wanted to  
know, thanks Tres and Wichert!


--
Alexander Limi · http://limi.net

___
Zope-Dev maillist  -  Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce

http://mail.zope.org/mailman/listinfo/zope )


[Zope-dev] Re: Five and browser-oriented components

2008-04-14 Thread Alexander Limi
On Mon, 14 Apr 2008 10:11:11 -0700, Philipp von Weitershausen  
[EMAIL PROTECTED] wrote:


*IF* you'd like to be pragmatic, I'd suggest we clean up those failing  
Plone tests, merge the branch and be on our way.


I'm also happy to make it visible on the Plone agenda, as long as it's  
made clear where the error is and what we have to fix. We all want this  
branch to land on trunk. :)


--
Alexander Limi · http://limi.net

___
Zope-Dev maillist  -  Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce

http://mail.zope.org/mailman/listinfo/zope )


[Zope-dev] Re: Non-ASCII characters in URLs

2008-04-08 Thread Alexander Limi

On Mon, 07 Apr 2008 05:32:17 -0700, Jonathan [EMAIL PROTECTED] wrote:

IDNA (http://www.ietf.org/rfc/rfc3490.txt) and Punycode  
(http://www.faqs.org/rfcs/rfc3492.html) may be of some use.


I'm not looking for non-ASCII domain names, just object IDs. :)

--
Alexander Limi · http://limi.net

___
Zope-Dev maillist  -  Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce

http://mail.zope.org/mailman/listinfo/zope )


[Zope-dev] Re: Non-ASCII characters in URLs

2008-04-08 Thread Alexander Limi
On Mon, 07 Apr 2008 12:45:00 -0700, Dieter Maurer [EMAIL PROTECTED]  
wrote:



Wichert Akkerman wrote at 2008-4-7 20:45 +0200:

This is becoming increasingly painful


I will soon have a patch against Zope 2.11b1
which gets rid of this restriction.

If there is consense, I can add it to the Zope repository.


I would love to see support for non-ASCII object IDs, +1. (obviously not  
based on any technical understanding from my side :)


--
Alexander Limi · http://limi.net

___
Zope-Dev maillist  -  Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce

http://mail.zope.org/mailman/listinfo/zope )


[Zope-dev] Re: Let's fix the damned website

2008-04-06 Thread Alexander Limi

On Sat, 05 Apr 2008 08:52:07 -0700, Martin Aspeli [EMAIL PROTECTED] wrote:

Now we need people to help contribute content, review the content that's  
already there and tie up a few loose ends.


You can see current state of play here: http://zode01.lovelysystems.com.


Awesome! It looks great, and is a fantastic starting point.

Some quick feedback from my initial browsing of the site, do with it what  
you want. ;)


- Try not to be too clever with the Taste/Get and other links. People  
actually scan for links that are similar from other projects, and having  
to interpret/understand them is confusing. I would definitely switch  
Taste to Examples, and possibly Get to Download (as a bonus, you  
get a bigger click target ;).


- The list of companies using Zope includes several examples that look  
very out of place (i-Gift?), and even some that went bankrupt 7 years ago  
(Storm Linux). Try to narrow it down to either global brands that anyone  
will recognize (Red Hat, NASA, GE), or — where this is not possible — go  
for a market leader in that particular area (plone.org for example lists  
Oxfam — while not necessarily known by the average person, everybody in  
the non-profit space know who they are).


- The icons for the Key Features of Zope look very out of place.  
Underwear for standards? Donuts for community? Makes no sense to me, at  
least. :)


- I assume the front page text is still being worked on, but Zope is an  
open source framework for building web applications is repeated 3 times  
on the front page.


Nice work, everyone!

--
Alexander Limi · http://limi.net

___
Zope-Dev maillist  -  Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce

http://mail.zope.org/mailman/listinfo/zope )


[Zope-dev] Non-ASCII characters in URLs

2008-04-06 Thread Alexander Limi

Hi,

Is there a good technical explanation for why Zope doesn't allow non-ASCII  
characters in URLs?


I'd like to be able to let URLs work like this example from Wikipedia:

http://ja.wikipedia.org/wiki/メインページ

When I try adding an object with ID メインページ in Zope 2, I get the  
following error message:


Error Type: BadRequest
Error Value: The id  
amp;#12513;amp;#12452;amp;#12531;amp;#12506;amp;#12540;amp;#12472;  
contains characters illegal in URLs.


Is there a fundamental reason (ie. Python objects can only be ASCII) or is  
it simply bugs that need to be fixed?



Curiously yours,

--
Alexander Limi · http://limi.net

___
Zope-Dev maillist  -  Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce

http://mail.zope.org/mailman/listinfo/zope )


[Zope-dev] Plone, Grok, Zope 2, Zope 3, Repoze and the future

2008-02-03 Thread Alexander Limi

Hi,

Just wanted to make you aware of two excellent articles written by Martin  
Aspeli about the future of Plone and how we want to move forward and what  
roles the underlying technologies play — new and old:


1. http://martinaspeli.net/articles/pete-and-andy-try-plone-4

2. http://martinaspeli.net/articles/is-plone-too-hard

Should be read in order, since the first one informs and sets the stage  
for much of what is discussed in the second one.


--
Alexander Limi · http://limi.net

___
Zope-Dev maillist  -  Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce

http://mail.zope.org/mailman/listinfo/zope )


[Zope-dev] Re: AW: [Checkins] SVN: z3c.jbot/ Initial import.

2007-11-28 Thread Alexander Limi

On Wed, 28 Nov 2007 11:45:10 -0800, Malthe Borch [EMAIL PROTECTED] wrote:


-1 to magic or weak dependencies.
+1 to test what you fly and fly what you test


I agree. In this case it would make sense to have five.jbot. If
everyone's in favor, I can split it out like that. It's an interesting
situation though because the package in question does not have any
code that depends on zope 2 in any way.


While we're on a renaming spree here, why jbot? (I know, Just a Bunch of  
Templates)


My associations go to IRC or spam bots immediately. :)

--
Alexander Limi · http://limi.net

___
Zope-Dev maillist  -  Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce

http://mail.zope.org/mailman/listinfo/zope )


[Zope-dev] Re: Frustrated with Python and Frameworks. Zope, Grok, , Django, CherryPy

2007-11-28 Thread Alexander Limi
On Wed, 28 Nov 2007 15:52:01 -0800, Philipp von Weitershausen  
[EMAIL PROTECTED] wrote:


It's actually even more restrictive than that: If I read paragraph 5 of  
the contributor agreement [1] right, then whoever checks things in must  
have the intellectual property over the code, otherwise s/he would not  
be able to donate half of it to ZC. So effectively you can't check in  
somebody else's code, even if it's covered by the ZPL.


That's correct from a legal point of view. Which is why code in the  
Collective is a separate repository and isn't covered by the contributor  
agreement in our particular case.


--
Alexander Limi · http://limi.net

___
Zope-Dev maillist  -  Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce

http://mail.zope.org/mailman/listinfo/zope )


[Zope-dev] Re: KGS Site Updated

2007-11-19 Thread Alexander Limi
On Sun, 18 Nov 2007 23:17:53 -0800, Stephan Richter  
[EMAIL PROTECTED] wrote:



So if you go to http://download.zope.org/zope3.4/intro.html into the
sub-section Version 3.4.0b2 you see a bunch of links.


Just a minor observation, nowhere on that page is it explained what KGS  
means. :)


--
Alexander Limi · http://limi.net

___
Zope-Dev maillist  -  Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce

http://mail.zope.org/mailman/listinfo/zope )


[Zope-dev] Re: Bad package dependencies

2007-11-03 Thread Alexander Limi

On Fri, 02 Nov 2007 01:45:59 -0700, Christian Theune [EMAIL PROTECTED] wrote:


We're having a 'boring sprint' next week in Germany, you might wanna
join us virtually.

(It's boring because we only want to do clean up.)


You got it all wrong, those are the exciting sprints! :)

Mmmh, cleanups.


--
Alexander Limi · http://limi.net

___
Zope-Dev maillist  -  Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce

http://mail.zope.org/mailman/listinfo/zope )


[Zope-dev] Zope on Python 2.5?

2007-10-31 Thread Alexander Limi
Sorry if this has been asked hundreds of times before — I couldn't find  
any info on this apart from the Summer of Code project related to Zope 3.


Will Zope 2 ever run on Python 2.5, or is that postponed indefinitely? We  
see an increasing amount of users trying to use Zope 2 with their systems  
that have Python 2.5 as default.


--
Alexander Limi · http://limi.net

___
Zope-Dev maillist  -  Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce

http://mail.zope.org/mailman/listinfo/zope )


[Zope-dev] Re: Zope on Python 2.5?

2007-10-31 Thread Alexander Limi

On Wed, 31 Oct 2007 21:29:36 -0700, Andreas Jung [EMAIL PROTECTED] wrote:


The recommendation is still System python is evil, evil, evil (quoting
Jim).


Sure, but if you ever want to be able to tell users to do:

easy_install plone

to get their Plone site, it's a necessary evil evil evil. ;)

We generally encourage not to use the system Python in everything we ship  
(Windows, Mac and Unified installers all ship their own Python) — but I  
really hope we won't be stuck with Python 2.4 after the world has moved on  
to Python 2.5 and 2.6.


I agree that for proper deployments, you shouldn't use the system Python,  
but there's the case of letting people get started with Plone easily from  
their Ubuntu or Mac OS X (Leopard ships with Python 2.5 and easy_install  
by default) — we should be able to let them do that too.


--
Alexander Limi · http://limi.net

___
Zope-Dev maillist  -  Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce

http://mail.zope.org/mailman/listinfo/zope )


[Zope-dev] Re: Options replacing DateTime with datetime!?

2007-08-26 Thread Alexander Limi

On Sun, 26 Aug 2007 11:31:13 -0700, Andreas Jung [EMAIL PROTECTED] wrote:


I would not care about some incompatibilities if people have the chance
using the old version somehow (e.g. through a DT egg).


+1, for what it's worth. ;)

Dealing with the existing DateTime implementation has been pain since I  
started with Zope 2.0.1. I'd be willing to suffer some cleanup and  
compatibility work if it was fixed once and for all, as would anyone doing  
anything non-US-centric with dates, I imagine.


I don't know about the exact implementation details, but if it's possible  
to explicitly specify the old DateTime for older installations, that  
sounds like a great solution.


--
Alexander Limi · http://limi.net

___
Zope-Dev maillist  -  Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce

http://mail.zope.org/mailman/listinfo/zope )


[Zope-dev] Re: ploneout - Or how using zc.buildout for a common Zope2 project might look like

2007-01-25 Thread Alexander Limi

On Thu, 25 Jan 2007 12:45:26 -0800, Martin Aspeli [EMAIL PROTECTED] wrote:


Plone stinks!


It's like a fine cheese.

--
Alexander Limi · http://limi.net

___
Zope-Dev maillist  -  Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce

http://mail.zope.org/mailman/listinfo/zope )


[Zope-dev] Re: Weird test failures with DateTime

2005-11-27 Thread Alexander Limi
On Sun, 27 Nov 2005 07:40:36 -0800, Philipp von Weitershausen  
[EMAIL PROTECTED] wrote:



Philipp von Weitershausen wrote:

I've recently been seeing weird DateTime test failures on all Zope 2
branches since 2.7 (see below). Any idea what I'm doing wrong? My system
is OSX 10.3 with a self-compiled Python 2.4.1 (through darwinports). My
system timezone, as you can see, is GMT+0800 (Beijing time).


I've figured this one out. The Chinese time zone is known as 'CST', but
so is 'US/Central' as well. In fact, Mac OS X itself doesn't report the
time zones to python consistently. When I set my time zone to Chicago
time, time.tzname is ('CST', 'CST') and when I set my time zone to
Shanghai time, it remains the same, even though it's a completely
different time zone. DateTime.DateTimeZone._zmap can only pick one
timezone to be mapped to the 'CST' name and it happens to choose
'US/Central' (which doesn't surprise me obviously). Running the tests
with the operating system's time zone set to, say, CET works fine.


Welcome to the wonderful US-centric world of the Zope DateTime module. I  
believe the same problem exists for Australian time zones which happen to  
share abbreviations with some obscure US time zone. ;)


Posting from the US-ly yours,

--
_

 Alexander Limi · Chief Architect · Plone Solutions · Norway

 Consulting · Training · Development · http://www.plonesolutions.com
_

  Plone Co-Founder · http://plone.org · Connecting Content
  Plone Foundation · http://plone.org/foundation · Protecting Plone

___
Zope-Dev maillist  -  Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce

http://mail.zope.org/mailman/listinfo/zope )


[Zope-dev] Re: Zope-2.8.4 Problem with Plone-2.1.1

2005-11-25 Thread Alexander Limi

Put it in the Plone issue tracker, and we'll have a look at it.

PS: Don't cross-post to lists when you want to ask several lists about the  
same - post individual messages, a lot of people don't like cross-posting.  
(Personally I don't really care, but... :)


-- Alexander

On Fri, 25 Nov 2005 13:33:11 -0800, Tony Addyman  
[EMAIL PROTECTED] wrote:


I am running Plone-2.1.1. I recently upgraded from zope-2.8.3 to  
zope-2.8.4

with no apparent issues. However, today when I attempted to view the
properties of the Document content type within portal_types, i.e. I used  
a

URL ending with /portal_types/Document/manage_propertiesForm. I received
the following error message. The problem happened with all the content
types, not just this one. I switched back to zope-2.8.3 and the problem
went away. Just so you know. Does this need reporting as a bug? If so,  
does

it go to the zope collector or the plone collector?

Something similar was reported ages ago with zope-2.6.3 and CMF, but it  
may

not be related.

Traceback (most recent call last):
  File /opt/zope/lib/python/ZPublisher/Publish.py, line 113, in publish
request, bind=1)
  File /opt/zope/lib/python/ZPublisher/mapply.py, line 88, in mapply
if debug is not None: return debug(object,args,context)
  File /opt/zope/lib/python/ZPublisher/Publish.py, line 40, in  
call_object

result=apply(object,args) # Type scr to step into published object.
  File /var/opt/zope/default/Products/CMFCore/utils.py, line 405, in
manage_propertiesForm
return form(self, REQUEST, *args, **my_kw)
  File /opt/zope/lib/python/Shared/DC/Scripts/Bindings.py, line 311, in
__call__
return self._bindAndExec(args, kw, None)
  File /opt/zope/lib/python/Shared/DC/Scripts/Bindings.py, line 348, in
_bindAndExec
return self._exec(bound_data, args, kw)
  File /opt/zope/lib/python/App/special_dtml.py, line 175, in _exec
try: result = render_blocks(self._v_blocks, ns)
  File /opt/zope/lib/python/DocumentTemplate/DT_In.py, line 703, in
renderwob
try: append(render(section, md))
  File /opt/zope/lib/python/DocumentTemplate/DT_Let.py, line 76, in  
render

return render_blocks(self.section, md)
  File /opt/zope/lib/python/DocumentTemplate/DT_Util.py, line 196, in  
eval

return eval(code, d)
  File string, line 0, in ?
AttributeError: min

Tony Addyman




--
_

 Alexander Limi · Chief Architect · Plone Solutions · Norway

 Consulting · Training · Development · http://www.plonesolutions.com
_

  Plone Co-Founder · http://plone.org · Connecting Content
  Plone Foundation · http://plone.org/foundation · Protecting Plone

___
Zope-Dev maillist  -  Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce

http://mail.zope.org/mailman/listinfo/zope )


[Zope-dev] Re: [Zope3-dev] RFC: Reunite Zope 2 and Zope 3 in the source code repository

2005-11-24 Thread Alexander Limi

On Thu, 24 Nov 2005 06:17:02 -0800, Jim Fulton [EMAIL PROTECTED] wrote:


Some projects that I'd really like to see worked on soon:

- Use a common publisher framework

- Use a common security framework

- Share common ZPT implementations


Can I add use a common datetime implementation? ;)

I really want to reunite the Zope 2 and Zope 3 comunities.  I'd be happy  
if, by the end of 2006 we could retire the Zope 3 lists and merge the  
discussions back into the main zope lists.


Thanks a lot for your clarification, Jim - and on behalf of the Plone  
community, thanks for making things easier to plan around. If we know that  
such a transition is coming, we can plan for it. Reuniting the two efforts  
is critical for the survival of everyone involved in the Zope 2 and Zope 3  
worlds.



P.S. Wow, what a huge number of messages in a day. :)


P.S. Try plone-users. Bring your waders. ;)

--
_

 Alexander Limi · Chief Architect · Plone Solutions · Norway

 Consulting · Training · Development · http://www.plonesolutions.com
_

  Plone Co-Founder · http://plone.org · Connecting Content
  Plone Foundation · http://plone.org/foundation · Protecting Plone

___
Zope-Dev maillist  -  Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce

http://mail.zope.org/mailman/listinfo/zope )


[Zope-dev] Re: Re: UI improvements

2005-11-22 Thread Alexander Limi
On Mon, 21 Nov 2005 06:47:34 -0800, Chris Withers [EMAIL PROTECTED]  
wrote:



Jens Vagelpohl wrote:
 IMHO if this is just UI changes that improve usability it should be   
OK to flout the rules a bit. The rules are there to ensure code   
quality and stability in a release branch - I doubt small UI changes   
endanger those.


Beware the slippery slope to hell, paved with good intentions ;-)


I can assure you that I have no good intentions whatsoever, just a desire  
to see the I clicked the Clear Catalog button, now what do I do  
questions on plone-users decrease.


Pure annoyance-driven development. ;)

--
_

 Alexander Limi · Chief Architect · Plone Solutions · Norway

 Consulting · Training · Development · http://www.plonesolutions.com
_

  Plone Co-Founder · http://plone.org · Connecting Content
  Plone Foundation · http://plone.org/foundation · Protecting Plone

___
Zope-Dev maillist  -  Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce

http://mail.zope.org/mailman/listinfo/zope )


[Zope-dev] UI improvements

2005-11-18 Thread Alexander Limi

Hi all,

I'd like to investigate the possibility of doing some UI improvements to  
the Zope Management Interface. Is there someone that is considered the  
godfather of the current Zope user interface that I should coordinate with?


The things I want to fix are tiny, but important things. I'm not planning  
to rewrite any logic, most of what I want to do is to clean up structures,  
more logically organize things (but leave them on the same page), fix  
annoying consistency issues and scary behaviour (Update Catalog button  
right next to the Clear Catalog button, anyone?) - but leave everything  
else alone.


How would I approach this, process-wise? I assume I cut a branch and work  
off that, but I'd like to not do too much work that doesn't get used -  
hence, I'd like to know whether people have special attachments to the  
current way things work and are laid out before I invest time in improving  
things.


--
_

 Alexander Limi · Chief Architect · Plone Solutions · Norway

 Consulting · Training · Development · http://www.plonesolutions.com
_

  Plone Co-Founder · http://plone.org · Connecting Content
  Plone Foundation · http://plone.org/foundation · Protecting Plone

___
Zope-Dev maillist  -  Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce

http://mail.zope.org/mailman/listinfo/zope )


Re: [Zope-dev] Re: [Zope3-dev] Are there Graphic Designers?

2002-04-05 Thread Alexander Limi

Hi, Alexander Limi here, I am responsible for Plone's design and XHTML/CSS.
I just want to clarify some issues:

* The goal of Plone is to be lightweight, to offload as much layout as
possible to the CSS. Should be possible to use in low-bandwith situations
(mobile 9600bps GSM connections etc).

* Target browsers for Plone are

   * Mozilla/Netscape6
   * Opera 5+
   * IE 5+
   * Konqueror
   * Netscape 4
   * w3m
   * lynx

These are the browsers I want to be able to guarantee that Plone works in. I
even added a graceful degrading layer for Netscape4, since it is so common
in the open source world. (it's broken at plone.org at the moment though,
just returned from my Easter vacation, and somebody has checked in changes
that stops it from working - I will locate said person and give him a good
whacking ;)

* Goal is 100% XHTML 1.0 compliance, and this will not break any browsers as
some people seem to think.

* Another goal is to use Javascript where useful, but always make it fully
functional without it.

* Plone should be very quick to load, close-to-no graphics, and is perfectly
suited for the new ZMI (in fact I designed it with this in mind ;)

* And - You Ain't Seen Nothing Yet(tm) - PloneNG will utilize a lot of nifty
DOM tricks and probably XML/XSL to leverage the user experience on newer
browsers.


The point I really want to make here: cross-browser compatibility isn't that
hard if you approach it the right way and accept some degrading for inferior
browsers like Netscape 4.

As for comments about Plone's slowness at the moment - this has nothing at
all to do with the XHTML/CSS and general design - this is because of
expensive method calls in the Plone code.

What's *really* important about the new interface for Z3 is that the
management interface is designed by someone who understands *both* HTML and
UI design/usability to a high degree.

I have been proposed as one of the persons to take on this task, but as I'm
already investing a lot of my spare time in Plone, I would need something
more than just something nice to put on my resume. Finding work in the
interface/usability business is hard at the moment, and I can't afford to
invest a lot of time in the Z3 interface without being compensated for it in
some way.

If somebody (Zope Corp or any other organization) wants to sponsor this
effort, I'm sure we can come to an agreement on pricing. Discounts for the
Zope crowd ;)

I hope I don't come across as arrogant, but these are the realities - if I
don't get paid, I can't afford to do it. Such is the state of business
nowadays. Unfortunately. :(


-- Alexander Limi




___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



Re: [Zope-dev] Re: [Zope3-dev] Are there Graphic Designers?

2002-04-05 Thread Alexander Limi

From: Casey Duncan [EMAIL PROTECTED]


 In light of that, I would like to see a ZMI skin that is fully xhtml 1.0
 compliant, and uses CSS2 to its full extend, and possibly some CSS3. To
 me that means that one could develop the html coding completely devoid
 of presentation (no tables used for formatting, etc). I would also like
 to avoid using images for this skin unless they convey some meaning
 (such as icons) or otherwise enhance the useability. IOW, no shims,
 rounded corners, etc.

This is *exactly* what Plone does now. Every widget and tab is controlled
and made exclusively with CSS. No graphics involved. (well, the icons of
course, but... ;)

-- Alexander Limi




___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



Re: [Zope-dev] Re: [Zope3-dev] Are there Graphic Designers?

2002-04-05 Thread Alexander Limi

From: Casey Duncan [EMAIL PROTECTED]


 In light of that, I would like to see a ZMI skin that is fully xhtml 1.0
 compliant, and uses CSS2 to its full extend, and possibly some CSS3. To
 me that means that one could develop the html coding completely devoid
 of presentation (no tables used for formatting, etc). I would also like
 to avoid using images for this skin unless they convey some meaning
 (such as icons) or otherwise enhance the useability. IOW, no shims,
 rounded corners, etc.

This is *exactly* what Plone does now. Every widget and tab is controlled
and made exclusively with CSS. No graphics involved. (well, the icons of
course, but... ;)

-- Alexander Limi




___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )



[Zope-dev] Zope on OpenBSD 2.8 problem solved

2001-01-29 Thread Alexander Limi

Hi,

For those of you wishing to run Zope on OpenBSD 2.8, here is a solution. The
reason it doesn't work in the first place is a thread bug in the OpenBSD 2.8
release version. The solution is to use the libc_r from OpenBSD 2.7 for the
Zope instance.

Thanks to Jason Ish for the howto, I thought I would rewrite it to be more
generic and post it to the lists.

So, here we go:

Python on OpenBSD 2.8 uses /usr/lib/libc_r.so.3.1.
libc_r.so.3.1 is from 2.8, libc_r.so.3.0 is from 2.7 and will work.

So what we do is to copy the old libc file (if you don't have it, mail me
and I'll send it to you) into a directory in the Zope install dir, and add
that to the path. Then we rename the old file so the system thinks it is the
curent version.

In this example, I assume your Zope install is in /usr/local/zope.

First, we copy the old library into our Zope dir, and rename it:

cp /usr/lib/libc_r.so.3.0 /usr/local/zope/libc_r.so.3.1

Then you should add something like this to the top of your "start" script:

export LD_LIBRARY_PATH=/usr/local/zope

Start Zope, and you will find that it works fine now. Zope also works fine
in the CURRENT tree of OpenBSD, so presumably it will work out-of-the-box on
OpenBSD 2.9. This is the safest way of getting it to work at the moment.

Happy OpenBSD'ing :)


Alexander Limi.



___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




[Zope-dev] Fw: PythonMethods and ZClass generation problem

2001-01-18 Thread Alexander Limi

Sorry if I'm overstepping any bounds here, but I tried posting this to the
main list, but the answers I get do not help me. I figured maybe somebody on
the PTK- or the Dev-list might be able to help. This is a bit of a crisis,
since our site has been down for a week due to this problem.

I also discovered that Zope 2.3 has PythonScript which has the "context"
object. Would this be of any help in the following problem? Just a thought.

This is my original posting:

 Hi,

 We recently decided to use LoginManager for authentication on our site,
and
 refactored our user registration methods to use PythonMethods instead of
 DTML.

 Now, during the registration of a user, we want to add a ZClass instance
 in the correct folder. This object is a representation of some of the
 information the user provides when he registers with us.

 But we have stumbled across a problem. This is probably a very basic and
 simple problem, but I couldn't find any info on it on zope.org, and none
of
 the people on IRC could help us either. So I'll try this posting instead.
:)

 What we're trying to do is to add a ZClass instance/object
programmatically
 from a PythonMethod. Our constructor is called Artist_add, and resides in
 our product "Artist". The constructor uses variables
 that we have set in the REQUEST object.

 So the process is like this:

 User fills out form with variables that are put in REQUEST
   |
 Form calls "registerartist", which is a PythonMethod
   |
 "registerartist" creates the user
   |
 "registerartist" tries to call the constructor of our Artist ZClass to add
 an Artist object in our "artists" folder, but fails.

 To add the Artist object we tried to call the constructor in the following
 way from "registerartist":

 return self.artists.manage_addProduct['Artist'].Artist_add(_.None,_)

 but then the REQUEST object was not available, and the object creation
fails
 since it can't find the variables it needs. The traceback for this was:

 File string, line 41, in registerartist (Object:
 ApplicationDefaultPermissions) File
 /usr/local/zope/lib/python/OFS/DTMLMethod.py, line 168, in __call__
(Object:
 Artist_add) File /usr/local/zope/lib/python/DocumentTemplate/DT_String.py,
 line 531, in __call__ (Object: Artist_add) IndexError: (see above)



 So we tried a different approach:

 return self.artists.manage_addProduct['Artist'].Artist_add(_.None,REQUEST)

 This solved the problem with REQUEST not being available, we can view its
 variables now, but now we can't
 access Artist.createInObjectManager. The error message we get is:
 "NameError Artist".

 So, I guess the question is: how can I add a ZClass instance
 programmatically from a PythonMethod based on data in the
 REQUEST object?

 Additional version info:
 Zope 2.2.4
 PythonMethod 0-1-7
 LoginManager 0-8-8b1
 ZPatterns 0-4-3b1
 DataSkinAddons 0-0-2
 Membership 0.7.8



 Thanks in advance,


 Alexander.


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




[Zope-dev] Re: [Zope-PTK] Fw: PythonMethods and ZClass generation problem

2001-01-18 Thread Alexander Limi

From: "Shane Hathaway" [EMAIL PROTECTED]

 You were *SO* close. :-)

 I think you want this:

 return self.artists.manage_addProduct['Artist'].Artist_add(_.None,_)

 to be like this:

 return
 self.artists.manage_addProduct['Artist'].Artist_add(_.None,_,REQUEST)

Tried both of those already. When testing it, and Artist_add contains
nothing but "dtml-var REQUEST" (so nothing else can be wrong), I get:

KeyError: REQUEST

and the traceback looks like this:

File string, line 41, in registerartist (Object:
ApplicationDefaultPermissions)
File /usr/local/zope/lib/python/OFS/DTMLMethod.py, line 168, in __call__
(Object: Artist_add)
File /usr/local/zope/lib/python/DocumentTemplate/DT_String.py, line 528, in
__call__ (Object: Artist_add) KeyError: (see above)


Thanks for you suggestions so far,


Alexander.



___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




[Zope-dev] Two glaring omissions

2000-11-14 Thread Alexander Limi

Hi,

I've been working with Zope for almost two years now, and there are two
things that I feel is missing in the interface:

1. The ability to add a Base class after the class is created

2. The ability to rename properties after instances of the classes have
   been created (and have the data in those fields preserved)

Are there any technical reasons why these are not present? I know it is
possible to add base classes in retrospect via the hack described in

http://www.zope.org/Members/AlexR/ChangingBaseClasses

but are there plans for making this easier? 

As for #2, it is quite annoying and counter-productive not being able to
change a variable name that was decided a long time ago, or maybe by
others simply because there exist instantiated objects of that type.

Both of the above are pretty essential OO techniques (for me, at least),
and hinder my work quite a lot by not being there.

Any chance of these being fixed at all? Or are there reasons that I do not
know about that makes this impossible?


Regards,

-- 
Alexander Limi
[EMAIL PROTECTED]


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )