Hi, I understand that DTML will be in Zope 3. My question is, do "namespaces" and "context" also migrate to Zope 3? If not, could break existing code? David
David H wrote:
I understand that DTML will be in Zope 3. My question is, do "namespaces" and "context" also migrate to Zope 3? If not, could break existing code?
I would suggest that the chances of any DTML from Zope 2 working in Zope 3 are slim, at best ;-) Why DTML is IN Zope 3 in the first place is totally beyond me... Chris -- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk
Yellow, I think because of lazy people like me that prefer to use DTML in a fast way than go into a deep Python level to get the job done... I know that, eventually, one of these days I'll have to move on to Python only but until that day comes... DTML and a little bit of Python where needed suits me fine! :-) Regards Hugo On 5/25/05, Chris Withers <chris@simplistix.co.uk> wrote:
David H wrote:
I understand that DTML will be in Zope 3. My question is, do "namespaces" and "context" also migrate to Zope 3? If not, could break existing code?
I would suggest that the chances of any DTML from Zope 2 working in Zope 3 are slim, at best ;-)
Why DTML is IN Zope 3 in the first place is totally beyond me...
Chris
-- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk
_______________________________________________ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
-- Hugo Ramos - ramosh@gmail.com
Hugo Ramos wrote:
Yellow,
I think because of lazy people like me that prefer to use DTML in a fast way than go into a deep Python level to get the job done... I know that, eventually, one of these days I'll have to move on to Python only but until that day comes... DTML and a little bit of Python where needed suits me fine! :-)
Regards Hugo
Hugo, I figured as a dtml "wiz" a few years ago. Now I can't image doing w/out python scripts and suddenly DTML gives me a headache. I do think that DTML deserves a Hall of Fame Award but its time to move on. David
Yellow, I have the same feeling... Python should be the primary language used in Zope but let's not just cut the support on DTML leaving thousands out there spinning around and having to go into Python as fast as they can because DTML is not supported anymore. Changes take time... Getting used to Python only in Zope takes time... and I'm not so sure the employers out there are that kind allowing everybody to take time making the move. Regards Hugo On 5/26/05, David H <bluepaul@earthlink.net> wrote:
Hugo Ramos wrote:
Yellow,
I think because of lazy people like me that prefer to use DTML in a fast way than go into a deep Python level to get the job done... I know that, eventually, one of these days I'll have to move on to Python only but until that day comes... DTML and a little bit of Python where needed suits me fine! :-)
Regards Hugo
Hugo, I figured as a dtml "wiz" a few years ago. Now I can't image doing w/out python scripts and suddenly DTML gives me a headache. I do think that DTML deserves a Hall of Fame Award but its time to move on.
David
-- Hugo Ramos - ramosh@gmail.com
I am just curious, why is DTML not good? It does 9 out of 10 things I want quite easily. From my perspective, I really dont want to learn new ways of doing things if this works. I also have no desire to do templating. I can see the need for it in a large development shop,but for me, a 1 guy operation, I have no desire to complicate things. DTML works so easy for me. I do use Python scripts here and there for small and odd things that would be difficult or impossible to do in DTML, but like I said, that's maybe only 10% max of the functionality that I need to provide. (probably 5-6%) Having to move everything in Python is a hassle that I dont plan on doing for a few years. I'll just keep using Zope 2. I'd also be curious to know from all you other developers, what percentage of tasks that you need to perform or functionality you need to provide can be provided simply with DTML? Like for me, I can do quickly and easily do 90% of what I need in DTML. Is DTML really that much harder to use? I understand the whole idea of separating the logic and the presentation, and I guess, is that part of the reason why DTML is not as good? But, for me, that separation is more complicated. DTML is easier for me. (partly because I know it) I dont know, DTML and the "everythings an object" concept in Zope are the very things that make Zope so attractive for a small time operator like me. I hate to see them deprecated just because it doesnt work for the larger companies out there. Of course, I may be totally ignorant about all this, huh? Anyway, starting to ramble... Thanks for any thoughts. Greg On 5/26/05, Hugo Ramos <ramosh@gmail.com> wrote:
Yellow,
I have the same feeling... Python should be the primary language used in Zope but let's not just cut the support on DTML leaving thousands out there spinning around and having to go into Python as fast as they can because DTML is not supported anymore. Changes take time... Getting used to Python only in Zope takes time... and I'm not so sure the employers out there are that kind allowing everybody to take time making the move.
Regards Hugo
On 5/26/05, David H <bluepaul@earthlink.net> wrote:
Hugo Ramos wrote:
Yellow,
I think because of lazy people like me that prefer to use DTML in a fast way than go into a deep Python level to get the job done... I know that, eventually, one of these days I'll have to move on to Python only but until that day comes... DTML and a little bit of Python where needed suits me fine! :-)
Regards Hugo
Hugo, I figured as a dtml "wiz" a few years ago. Now I can't image doing w/out python scripts and suddenly DTML gives me a headache. I do think that DTML deserves a Hall of Fame Award but its time to move on.
David
-- Hugo Ramos - ramosh@gmail.com _______________________________________________ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
-- Greg Fischer 1st Byte Solutions http://www.1stbyte.com
Greg Fischer wrote:
I am just curious, why is DTML not good? It does 9 out of 10 things I want quite easily. From my perspective, I really dont want to learn new ways of doing things if this works. I also have no desire to do templating. I can see the need for it in a large development shop,but for me, a 1 guy operation, I have no desire to complicate things. DTML works so easy for me.
I do use Python scripts here and there for small and odd things that would be difficult or impossible to do in DTML, but like I said, that's maybe only 10% max of the functionality that I need to provide. (probably 5-6%) Having to move everything in Python is a hassle that I dont plan on doing for a few years. I'll just keep using Zope 2.
I'd also be curious to know from all you other developers, what percentage of tasks that you need to perform or functionality you need to provide can be provided simply with DTML? Like for me, I can do quickly and easily do 90% of what I need in DTML.
Is DTML really that much harder to use?
I understand the whole idea of separating the logic and the presentation, and I guess, is that part of the reason why DTML is not as good? But, for me, that separation is more complicated. DTML is easier for me. (partly because I know it)
I dont know, DTML and the "everythings an object" concept in Zope are the very things that make Zope so attractive for a small time operator like me. I hate to see them deprecated just because it doesnt work for the larger companies out there. Of course, I may be totally ignorant about all this, huh?
Anyway, starting to ramble... Thanks for any thoughts. Greg
On 5/26/05, Hugo Ramos <ramosh@gmail.com> wrote:
Yellow,
I have the same feeling... Python should be the primary language used in Zope but let's not just cut the support on DTML leaving thousands out there spinning around and having to go into Python as fast as they can because DTML is not supported anymore. Changes take time... Getting used to Python only in Zope takes time... and I'm not so sure the employers out there are that kind allowing everybody to take time making the move.
Regards Hugo
On 5/26/05, David H <bluepaul@earthlink.net> wrote:
Hugo Ramos wrote:
Yellow,
I think because of lazy people like me that prefer to use DTML in a fast way than go into a deep Python level to get the job done... I know that, eventually, one of these days I'll have to move on to Python only but until that day comes... DTML and a little bit of Python where needed suits me fine! :-)
Regards Hugo
Hugo, I figured as a dtml "wiz" a few years ago. Now I can't image doing w/out python scripts and suddenly DTML gives me a headache. I do think that DTML deserves a Hall of Fame Award but its time to move on.
David
-
Greg, I agree with you: I would not convert existing code to ZPT unless a client asked me to. I too, am a "one man shop" - been doing it that way for like 14 years. I just made the decision to use ZPT for all *new* projects. I didn't like it much at the beginning but now I wouldnt do w/out it. ZPT has a magic of its own, its amazing! Plus, it seems to do force the mind to think in ways compatible with the direction of web developement evolution. The problem with DTML is its too good for, well, its own good. :-D All best, David
I use DTML alot, I also code all my HTML/CSS by hand for control sake. If you use a Dreamweaver, et al, DTML requires tool tweaking, if it works at all. If you read HTML, and are aware of all of the browser quirks, DTML is quick and easy... New tags are easy, they stand out and quite common... ASP, PHP, Cold Fusion and more... and I found DTML to be a nicely thought out tagging extension of HTML. I keep my display logic in DTML and do scripting in PythonScripts. I never had a great reason to get into ZPT, it didn't add any value for me with my HTML background. Probably the 90/10 split as well. DTML works fine in Homesite. Never cared for the WYSIWIG tools. Two Cents, -Jon cyrj@cyr.info Greg Fischer wrote:
I am just curious, why is DTML not good? It does 9 out of 10 things I want quite easily. From my perspective, I really dont want to learn new ways of doing things if this works. I also have no desire to do templating. I can see the need for it in a large development shop,but for me, a 1 guy operation, I have no desire to complicate things. DTML works so easy for me.
I do use Python scripts here and there for small and odd things that would be difficult or impossible to do in DTML, but like I said, that's maybe only 10% max of the functionality that I need to provide. (probably 5-6%) Having to move everything in Python is a hassle that I dont plan on doing for a few years. I'll just keep using Zope 2.
I'd also be curious to know from all you other developers, what percentage of tasks that you need to perform or functionality you need to provide can be provided simply with DTML? Like for me, I can do quickly and easily do 90% of what I need in DTML.
Is DTML really that much harder to use?
I understand the whole idea of separating the logic and the presentation, and I guess, is that part of the reason why DTML is not as good? But, for me, that separation is more complicated. DTML is easier for me. (partly because I know it)
I dont know, DTML and the "everythings an object" concept in Zope are the very things that make Zope so attractive for a small time operator like me. I hate to see them deprecated just because it doesnt work for the larger companies out there. Of course, I may be totally ignorant about all this, huh?
Anyway, starting to ramble... Thanks for any thoughts. Greg
On 5/26/05, Hugo Ramos <ramosh@gmail.com> wrote:
Yellow,
I have the same feeling... Python should be the primary language used in Zope but let's not just cut the support on DTML leaving thousands out there spinning around and having to go into Python as fast as they can because DTML is not supported anymore. Changes take time... Getting used to Python only in Zope takes time... and I'm not so sure the employers out there are that kind allowing everybody to take time making the move.
Regards Hugo
On 5/26/05, David H <bluepaul@earthlink.net> wrote:
Hugo Ramos wrote:
Yellow,
I think because of lazy people like me that prefer to use DTML in a fast way than go into a deep Python level to get the job done... I know that, eventually, one of these days I'll have to move on to Python only but until that day comes... DTML and a little bit of Python where needed suits me fine! :-)
Regards Hugo
Hugo, I figured as a dtml "wiz" a few years ago. Now I can't image doing w/out python scripts and suddenly DTML gives me a headache. I do think that DTML deserves a Hall of Fame Award but its time to move on.
David
-- Hugo Ramos - ramosh@gmail.com _______________________________________________ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
I agree, I find DTML great and soooo simple and clear. I wonder why Zopeheads hate this so much! Remy On 5/26/05, Jonathan Cyr <cyrj@cyr.info> wrote:
I use DTML alot, I also code all my HTML/CSS by hand for control sake. If you use a Dreamweaver, et al, DTML requires tool tweaking, if it works at all. If you read HTML, and are aware of all of the browser quirks, DTML is quick and easy... New tags are easy, they stand out and quite common... ASP, PHP, Cold Fusion and more... and I found DTML to be a nicely thought out tagging extension of HTML.
I keep my display logic in DTML and do scripting in PythonScripts. I never had a great reason to get into ZPT, it didn't add any value for me with my HTML background. Probably the 90/10 split as well.
DTML works fine in Homesite. Never cared for the WYSIWIG tools.
Two Cents,
-Jon cyrj@cyr.info
Greg Fischer wrote: I am just curious, why is DTML not good? It does 9 out of 10 things I want quite easily. From my perspective, I really dont want to learn new ways of doing things if this works. I also have no desire to do templating. I can see the need for it in a large development shop,but for me, a 1 guy operation, I have no desire to complicate things. DTML works so easy for me.
I do use Python scripts here and there for small and odd things
that would be difficult or impossible to do in DTML, but like I said, that's maybe only 10% max of the functionality that I need to provide. (probably 5-6%) Having to move everything in Python is a hassle that I dont plan on doing for a few years. I'll just keep using Zope 2.
I'd also be curious to
know from all you other developers, what percentage of tasks that you need to perform or functionality you need to provide can be provided simply with DTML? Like for me, I can do quickly and easily do 90% of what I need in DTML.
Is DTML really that much harder to use? I understand the whole idea
of separating the logic and the presentation, and I guess, is that part of the reason why DTML is not as good? But, for me, that separation is more complicated. DTML is easier for me. (partly because I know it)
I dont know,
DTML and the "everythings an object" concept in Zope are the very things that make Zope so attractive for a small time operator like me. I hate to see them deprecated just because it doesnt work for the larger companies out there. Of course, I may be totally ignorant about all this, huh?
Anyway,
starting to ramble... Thanks for any thoughts. Greg
On 5/26/05, Hugo Ramos
<ramosh@gmail.com> wrote:
Yellow,
I have the same feeling... Python should be the primary language
used in Zope but let's not just cut the support on DTML leaving thousands out there spinning around and having to go into Python as fast as they can because DTML is not supported anymore. Changes take time... Getting used to Python only in Zope takes time... and I'm not so sure the employers out there are that kind allowing everybody to take time making the move.
Regards Hugo On 5/26/05, David H <bluepaul@earthlink.net> wrote:
Hugo Ramos wrote:
Yellow,
I think because of lazy people like me that prefer to use DTML in
a fast way than go into a deep Python level to get the job done... I know that, eventually, one of these days I'll have to move on to Python only but until that day comes... DTML and a little bit of Python where needed suits me fine! :-)
Regards Hugo
Hugo, I figured as a dtml "wiz" a few years ago. Now I can't image doing w/out python scripts and suddenly DTML gives me a headache. I do think that DTML deserves a Hall of Fame Award but its time to move on.
David
-- Hugo Ramos - ramosh@gmail.com
Zope
maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
_______________________________________________ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Remy Pinsonnault wrote:
I agree,
I find DTML great and soooo simple and clear.
Right. Then you've obviously never tried to figure out exactly where DTML is looking up a particular name ;-) Chris -- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk
On 5/26/05, Greg Fischer <retheoff@gmail.com> wrote:
Is DTML really that much harder to use?
Nah, but it's uglier. Also, the idea is that a web editor that confirms to the tsandard of ignoring things it doens't understand, should in theory be usable with TAL, but not with DTML. In practice, however, HTML editors don't do that.
I understand the whole idea of separating the logic and the presentation, and I guess, is that part of the reason why DTML is not as good?
Well, it used to be. But logic crept into ZPTs as well. The good thing is to set up all the data in a python script or python method, and then use the template only to display this data. Zope3 has this separation "built-in", when you create a page with a template it automatically gets connected to a "view" which is a python class, and you can specify your own custom view and set up the data there. In Zope 2 you have to call a script that creates the data, or reversely, use the script as the main view and let it call the template. (I don't know how easy that last thing is with DTML, but the first one works). If you do this, the drawbacks of DTML becomes much less painful. -- Lennart Regebro, Nuxeo http://www.nuxeo.com/ CPS Content Management http://www.cps-project.org/
Using DTML from WYSIWYG editors is definitely a drawback. But, how many of us use them for doing our work? I might use Dreamweaver to clean up my sliced web template, but soon as I start my Zope work, it's all Crimson Editor coding by hand to Zope. Using Dreamweaver actually slows me down, it's easier to just code it. However, from a newbie perspective, not being able to run my Zope content in my fancy, drag'n'drop editor really bugged me a long time a go. Saying DTML sucks is only stating your difference of oppinion. At least give us some insight as to why it sucks. Technical, usability, or even marketing reasons would be helpful. But, come on.... DUH? Everybody will have their preference of languages, and even the way they like to layout the code. So I understand that some of us like DTML and some dont. All that aside, DTML may be ugly, but I dont agree. I guess beauty is in the eye of the beholder. :) Well, aside from the fact that you cant use DTML in WYSIWYG editors, I still dont understand why it is not good. If it is simple, easy to use, and it does the job, and I suppose, if you prefer it, why is it not good to use? I've beaten this subject to death, so time to move on. Thanks for hearing me out. Greg On 5/27/05, Lennart Regebro <regebro@gmail.com> wrote:
On 5/26/05, Greg Fischer <retheoff@gmail.com> wrote:
Is DTML really that much harder to use?
Nah, but it's uglier. Also, the idea is that a web editor that confirms to the tsandard of ignoring things it doens't understand, should in theory be usable with TAL, but not with DTML. In practice, however, HTML editors don't do that.
I understand the whole idea of separating the logic and the presentation, and I guess, is that part of the reason why DTML is not as good?
Well, it used to be. But logic crept into ZPTs as well. The good thing is to set up all the data in a python script or python method, and then use the template only to display this data. Zope3 has this separation "built-in", when you create a page with a template it automatically gets connected to a "view" which is a python class, and you can specify your own custom view and set up the data there.
In Zope 2 you have to call a script that creates the data, or reversely, use the script as the main view and let it call the template. (I don't know how easy that last thing is with DTML, but the first one works).
If you do this, the drawbacks of DTML becomes much less painful. -- Lennart Regebro, Nuxeo http://www.nuxeo.com/ CPS Content Management http://www.cps-project.org/
-- Greg Fischer 1st Byte Solutions http://www.1stbyte.com
On 5/27/05, Greg Fischer <retheoff@gmail.com> wrote:
Well, aside from the fact that you cant use DTML in WYSIWYG editors, I still dont understand why it is not good.
Well, the fact that you get everyting directly into the current namespace, especially with DTML-in, and things like that, is the real problem. But as noted, by making all data-gathering in a python script, the problems with this are less and survivable. -- Lennart Regebro, Nuxeo http://www.nuxeo.com/ CPS Content Management http://www.cps-project.org/
Ah you are right. Just occured to me. That is kind of a pain in DTML, but I've learned how to deal with it. Makes sense. If I already have an object, say from a form submitted, in the REQUEST namespace, and I then retrieve data from sql and a column has the same name, I will have an issue. Which one is going to display in my var? I deal with this particular issue by changing my zsql method to return the column name differently, but there are other times when this may arise and it is a problem. And this causes you to have to do a bunch of messy dtml-call REQUEST.set's to set your vars correctly. I have learned how to deal with these things, but you are right, this is a problem with DTML and I can see how this exact issue helps make DTML messy and a little confusing. Great point. Thanks. Greg On 5/27/05, Lennart Regebro <regebro@gmail.com> wrote:
On 5/27/05, Greg Fischer <retheoff@gmail.com> wrote:
Well, aside from the fact that you cant use DTML in WYSIWYG editors, I still dont understand why it is not good.
Well, the fact that you get everyting directly into the current namespace, especially with DTML-in, and things like that, is the real problem. But as noted, by making all data-gathering in a python script, the problems with this are less and survivable.
-- Lennart Regebro, Nuxeo http://www.nuxeo.com/ CPS Content Management http://www.cps-project.org/
-- Greg Fischer 1st Byte Solutions http://www.1stbyte.com
I also like DTML a lot, found it way too easy to understand and simple to use. it was that simplicity of DTML that made me choose and use Zope over PHP in the first place. if dtml is to be phased out, Zope will be less attractive for new users then soon will be irrelevant no matter how sophisticated and advanced it may become. ismet On 5/27/05, Greg Fischer <retheoff@gmail.com> wrote:
I am just curious, why is DTML not good? It does 9 out of 10 things I want quite easily. From my perspective, I really dont want to learn new ways of doing things if this works. I also have no desire to do templating. I can see the need for it in a large development shop,but for me, a 1 guy operation, I have no desire to complicate things. DTML works so easy for me.
I do use Python scripts here and there for small and odd things that would be difficult or impossible to do in DTML, but like I said, that's maybe only 10% max of the functionality that I need to provide. (probably 5-6%) Having to move everything in Python is a hassle that I dont plan on doing for a few years. I'll just keep using Zope 2.
I'd also be curious to know from all you other developers, what percentage of tasks that you need to perform or functionality you need to provide can be provided simply with DTML? Like for me, I can do quickly and easily do 90% of what I need in DTML.
Is DTML really that much harder to use?
I understand the whole idea of separating the logic and the presentation, and I guess, is that part of the reason why DTML is not as good? But, for me, that separation is more complicated. DTML is easier for me. (partly because I know it)
I dont know, DTML and the "everythings an object" concept in Zope are the very things that make Zope so attractive for a small time operator like me. I hate to see them deprecated just because it doesnt work for the larger companies out there. Of course, I may be totally ignorant about all this, huh?
Anyway, starting to ramble... Thanks for any thoughts. Greg
On 5/26/05, Hugo Ramos <ramosh@gmail.com> wrote:
Yellow,
I have the same feeling... Python should be the primary language used in Zope but let's not just cut the support on DTML leaving thousands out there spinning around and having to go into Python as fast as they can because DTML is not supported anymore. Changes take time... Getting used to Python only in Zope takes time... and I'm not so sure the employers out there are that kind allowing everybody to take time making the move.
Regards Hugo
On 5/26/05, David H <bluepaul@earthlink.net> wrote:
Hugo Ramos wrote:
Yellow,
I think because of lazy people like me that prefer to use DTML in a fast way than go into a deep Python level to get the job done... I know that, eventually, one of these days I'll have to move on to Python only but until that day comes... DTML and a little bit of Python where needed suits me fine! :-)
Regards Hugo
Hugo, I figured as a dtml "wiz" a few years ago. Now I can't image doing w/out python scripts and suddenly DTML gives me a headache. I do think that DTML deserves a Hall of Fame Award but its time to move on.
David
-- Hugo Ramos - ramosh@gmail.com _______________________________________________ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
-- Greg Fischer 1st Byte Solutions http://www.1stbyte.com _______________________________________________ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
--On 30. Mai 2005 13:05:31 +0800 Ismet Dere <ismetdere@gmail.com> wrote:
if dtml is to be phased out, Zope will be less attractive for new users then soon will be irrelevant no matter how sophisticated and advanced it may become.
There are no plans to phase DTML out - neither in Zope 2 nor in Zope 3 as far as I know. If you want or need to use DTML -> just use it. In general people are strongly encouraged to use ZPT for any kind of templates and use DTML only there where necessary e.g. when you want to create non-HTML/XML documents inside Zope..but in general ZPT is the preferred way to go. -aj
Am Montag, den 30.05.2005, 13:05 +0800 schrieb Ismet Dere:
I also like DTML a lot, found it way too easy to understand and simple to use.
I wonder how DTML is more easy then an equally simple python expression in a script? Lazy people should love ZPT since it saves a lot of typing compared to DTML - otoh, a general rule seems to be: beginners tend to write overly comlicated code.
it was that simplicity of DTML that made me choose and use Zope over PHP in the first place.
if dtml is to be phased out, Zope will be less attractive for new users then soon will be irrelevant no matter how sophisticated and advanced it may become.
No, it will not phased out. Neither in zope2 nor in zope3.
participants (11)
-
Andreas Jung -
Chris Withers -
David H -
Greg Fischer -
Hugo Ramos -
Ismet Dere -
Jonathan Cyr -
Lennart Regebro -
Remy Pinsonnault -
Simon Michael -
Tino Wildenhain