This is an email to open discussion about development of Zope applications to be used somewhere where they could mean a lot - in intranets, used by people who don't want to use hacker stuff, but do work - more likely do work better than in real life, in just personal contacts with people. Groupware applications - email, PIM, calendar are out of this discussion. That should be a whole discussion of it's own and have connections to possible real calendar servers ( are there? ) and tools that poeple use ( handheld compatible etc.). Other people are allready trying to or have tried to solve these challenges. However I would like to talk and discuss with others about the other applications, the stuff that makes the difference and could be really important for the success of Zope. My favourites. 1. CMF No questions asked. This is the thing that is a great foundation to build on top of. You can count Plone to this section too, since it is just a skin. But CMF is a priority in many people's lists, so I am not worried about that. I just wish it would be bigger and better even faster ,-) One thing that is missing from CMF, is a way to create new content types more easily than ZClasses or Python Products. I mean something like Metapublisher but butter userinterface and all. It would be so great if user could just select the fields they want and create new type and later on even modify it with the same tool. Ofcourse the new type would be made either as a ZClass or python product so that experienced users would be able to extend them easily. That would be - kewl. 2. CMF Wiki / ZWiki ZWiki is taken care of and developed all the time(?), but CMF Wiki is not. For me CMFWiki is great - fantastic, absolutely perfect tool for intranet. Building knowledge has never been faster, and it works inside CMF - great! It would be really great thing, if someone or a group of people - who are comfortable with creating CMF-applications could possibly take over the CMFWiki and work with ZWiki developer Simon to make combine these efforts in a way that development being done with ZWiki could be taken automaticly in use with ZWiki. Just like a wrapper. 3. ZUBB / CMF Forum Threaded discussions - and usamble inside CMF. This is needed. Squishdot or it's possible future reincarnation Swishdot are also a nice thing, but for different purpose I suppose. What I like is a simple - intuitive threaded discussions that people will feel comfortable to use as soon as they see it. We don't need many different discussion applications, we need just one - really good and customizable. 4. Some way to access files in filesystem LocalFS or similar? In intranets this is nice, cool and very good thing to have - since in many cases you will have a big pile of old files somewhere on samba share or otherwise. People want to save and use files in really easy way, in many cases it is through the windows explorer. Or access the files through intranet. Compared to samba share or similar problems are allways the smae. Locking - how to upload files etc. People are not ready to do something more complicated than what they are used to, forexample write metadata to files etc. If it was in windowsexplorer that a popup windows would come up and user would have to type, or user would have the possibility to type the metadata, then it would happen. Maybe. Here is possibly some work to be done in the future. I have a couple of wishes or thougths: 1) There would have to be an easy way to share files when things are still cooking and people just throw files back and forth. Possibly normal network folders ( samba share ) is the best way to do this. 2) Files and folders from local filesystem should be easily copied into Zope system, so that they are created as a full CMF-objects and user has to either type in metadata or metadata is automaticly created. In this sense at this phase the files are like first time published publicly and made available for others. 3) Or everything would be in a cool versioning system that would also automaticly site behind windows explorer extension and objects would be accessed from zope through some interface. Or something else? What else do you have in intranet running and what should be developed? How do you see Zope as an appserver running corporate intranet? ---- While writing this email I've been watching Abyss SE from DVD. Had totally forgetten how great film this was, amazing underwater feelings and great images packed to a movie with love and pasifistic - be a better person towards everyone - message. Damn. This is a movie to watch once every three years,-) -huima
4. Some way to access files in filesystem LocalFS or similar?
Take a look at ZFS. It maps objects, such as Images, Files, Mp3's, DTML Documents etc on to the file system so that versioning systems or other tools (such as samba) can be used. Its designed for just this purpose in my mind. Now if I could just get someone to buy a system built from that... ;) Ive found most calendaring systems on intranets get totally and utterly ignored myself. Other intranets that give all these online chats / email clients and all that stuff have never done a thing for me. What I want in an intranet is Google. Take Zope, ZCatalog, Document Library, Mailman, a searchable mail archive, easy group user management, Wiki's, ZFS and Samba, roll it all into one easy to take pill and tadda its an Intranet I would like. -- Andy McKay @gmweb Consulting http://www.agmweb.ca
Andy McKay wrote:
Take a look at ZFS. It maps objects, such as Images, Files, Mp3's, DTML Documents etc on to the file system so that versioning systems or other tools (such as samba) can be used. Its designed for just this purpose in my mind. Now if I could just get someone to buy a system built from that... ;)
Do - did - done. Like the idea, but will wait for it to be more mature. I'm in all support of your effort!
Ive found most calendaring systems on intranets get totally and utterly ignored myself. Other intranets that give all these online chats / email clients and all that stuff have never done a thing for me.
Well there are people who those apps mean a lot - and also some people that those apps are the intranet. Some pointy haired managers want to see intranet as internal magazine and nice looking calendar on same page. For example there are some enviroments where these calendar, email, contacts - functions in intranet are really usefull: think about company where people move a lot and don't have computers at their usage all the time, but these access points. But like I said, I don't want to discuss about that now. I just wish that some people would make such a solution someday ,--) Or I could wrap even some commercial package to be used inside Zope enviroment.
What I want in an intranet is Google. Take Zope, ZCatalog, Document Library, Mailman, a searchable mail archive, easy group user management, Wiki's, ZFS and Samba, roll it all into one easy to take pill and tadda its an Intranet I would like.
Yes. We have seen similar dreams. Zope + CMF as a foundation. exUserFolder or LDAP USerFolder for authentication Search that accesses also mailarchives in local mailman and possibly sends querys to other resurces if wanted, like: - ASPN's archive of Zope-list - Google groups - etc. Wraps newsfeeds from other resources with: - KebasData - Meerkat - RDFSummary Tools for building knowledge - Wiki - Some realtime chat / whiteboard tool ( any suggestions? anyone? ) - Personal blogs / ideabanks for storing ideas as they come - CVSView ? Personalisation - Filter the elements you want and need to see - to be the first ones accessible from anywhere Now that would be a good foundation to do some serious work. -huima
Do - did - done. Like the idea, but will wait for it to be more mature. I'm in all support of your effort!
Thanks.
Well there are people who those apps mean a lot - and also some people that those apps are the intranet. Some pointy haired managers want to see intranet as internal magazine and nice looking calendar on same page. For example there are some enviroments where these calendar, email, contacts - functions in intranet are really usefull: think about company where people move a lot and don't have computers at their usage all the time, but these access points.
I suppose, I just havent seen it yet. Companies that tried to provide such a thing, WorldPilot for example dont seem to be around now.
Now that would be a good foundation to do some serious work.
Yep now if we could get the $ to do that it would be great ;) -- Andy McKay @gmweb Consulting http://www.agmweb.ca
Andy McKay wrote:
I suppose, I just havent seen it yet. Companies that tried to provide such a thing, WorldPilot for example dont seem to be around now.
Well if that is the ONLY thing, then they have a problem. If MS has the same thing in their applications ( Outlook and Exchange server ) then MS solution will propably be used. ,-) For me the PIM part is not the most important, eventhough it is really nice. Compared to the tools we discussed in previous mails PIM does not make more money for us if we use it, it just simplifies life when we have the possibility to use the same applications and access the same info from anywhere. Eventhough it would not be our own desktop computer with clients configured for all of our settings. Also it would be nice to have the PIM software operate with other programs too, meaning I could get info out of the calendar to other places, link to address books and to emails etc. We have so far managed with a simple web php groupcalendar and using IMP as a webmail when needed. There are problems with authentication, since the calendar has own authentication in database, webmail from webserver, calendard database structure sucks ass, there is no collective address book etc. It would be really nice to have all that in one good application, inside Zope. But it would not change the world as we know it, since there are other application that do it. From Microsoft and from Notes, IBM. Second best solution would be to have the possibility run Zope next to these PIM features running either in Notes or MS solution, linkid in a way that user would not know the difference jumping from one to another.
Yep now if we could get the $ to do that it would be great ;)
Well $ is not everything, it only the rent, food, books, internet connection, pepsi-max, coins to videogames, mobile phone... well yeah. It would be great to get money for that. But also I would like to do it, and prove it to work. Have people use it and improve it. From the strategic viewpoint I feel that there are two possible uses for Zope in intranets, just like for any other application or application framework: 1) To be the main framework for intranet - authentication, publishing system, search engine etc. - and wrap parts from other systems inside Zope. 2) Be just one application in the intranet, concentrating in some task like project workspaces or similar It would be nice to show people that, yes - you can use it in either way. If your boss buys the whole idea, then go ahead and build everything with Zope. If not, do just that one really innovative and important application that you need to get done. And here is a way to get started. -huima
I already mentioned this on this list, a nice all-in-one application which we use here is tutos, www.tutos.org. It would be nice if one would just write a zope frontend (it's php-based now) to their database structure (they use postgres, oracle or mysql). Well, I would really like to start such a project myself, when/if I have some time. The newest version even can draw gantt-diagrams and stuff for project management. Try it, it's really quite advanced, but, what's more important, it's stable. IMO it's better to build on something that already is proven, instead of reinventing the wheel. Something like this could be a nice product to sell to an existing (small) client as an intranet solution. cheers, oliver
IMO it's better to build on something that already is proven, instead of reinventing the wheel.
If was going to build something like this I would start with the CMF myself ;) -- Andy McKay @gmweb Consulting http://www.agmweb.ca
Andy McKay wrote:
IMO it's better to build on something that already is proven, instead of reinventing the wheel.
If was going to build something like this I would start with the CMF myself ;)
I know you are joking, but the database schema of tutos and CMF services are quite orthogonal, and getting these schema right the first time functionality wise is not so easy. Nonetheless, CMF would be probably the right thing to use for such a project to get an even richer application. cheers, oliver
I would be happy to help with such an effort. I have been dealing with CMFWiki lately to integrate the subscribe facility. So I could offer my support in helping to maintain CMFWiki. Robert ----- Original Message ----- From: "Heimo Laukkanen" <huima@fountainpark.org> To: <zope@zope.org> Sent: Sunday, August 04, 2002 2:35 AM Subject: [Zope] Zope in intranet - the cool apps?
This is an email to open discussion about development of Zope applications to be used somewhere where they could mean a lot - in intranets, used by people who don't want to use hacker stuff, but do work - more likely do work better than in real life, in just personal contacts with people.
Groupware applications - email, PIM, calendar are out of this discussion. That should be a whole discussion of it's own and have connections to possible real calendar servers ( are there? ) and tools that poeple use ( handheld compatible etc.). Other people are allready trying to or have tried to solve these challenges.
However I would like to talk and discuss with others about the other applications, the stuff that makes the difference and could be really important for the success of Zope.
My favourites.
1. CMF
No questions asked. This is the thing that is a great foundation to build on top of. You can count Plone to this section too, since it is just a skin.
But CMF is a priority in many people's lists, so I am not worried about that. I just wish it would be bigger and better even faster ,-)
One thing that is missing from CMF, is a way to create new content types more easily than ZClasses or Python Products. I mean something like Metapublisher but butter userinterface and all. It would be so great if user could just select the fields they want and create new type and later on even modify it with the same tool. Ofcourse the new type would be made either as a ZClass or python product so that experienced users would be able to extend them easily. That would be - kewl.
2. CMF Wiki / ZWiki
ZWiki is taken care of and developed all the time(?), but CMF Wiki is not.
For me CMFWiki is great - fantastic, absolutely perfect tool for intranet. Building knowledge has never been faster, and it works inside CMF - great!
It would be really great thing, if someone or a group of people - who are comfortable with creating CMF-applications could possibly take over the CMFWiki and work with ZWiki developer Simon to make combine these efforts in a way that development being done with ZWiki could be taken automaticly in use with ZWiki. Just like a wrapper.
3. ZUBB / CMF Forum
Threaded discussions - and usamble inside CMF. This is needed. Squishdot or it's possible future reincarnation Swishdot are also a nice thing, but for different purpose I suppose.
What I like is a simple - intuitive threaded discussions that people will feel comfortable to use as soon as they see it. We don't need many different discussion applications, we need just one - really good and customizable.
4. Some way to access files in filesystem LocalFS or similar?
In intranets this is nice, cool and very good thing to have - since in many cases you will have a big pile of old files somewhere on samba share or otherwise.
People want to save and use files in really easy way, in many cases it is through the windows explorer. Or access the files through intranet.
Compared to samba share or similar problems are allways the smae. Locking - how to upload files etc. People are not ready to do something more complicated than what they are used to, forexample write metadata to files etc.
If it was in windowsexplorer that a popup windows would come up and user would have to type, or user would have the possibility to type the metadata, then it would happen. Maybe.
Here is possibly some work to be done in the future.
I have a couple of wishes or thougths:
1) There would have to be an easy way to share files when things are still cooking and people just throw files back and forth. Possibly normal network folders ( samba share ) is the best way to do this.
2) Files and folders from local filesystem should be easily copied into Zope system, so that they are created as a full CMF-objects and user has to either type in metadata or metadata is automaticly created. In this sense at this phase the files are like first time published publicly and made available for others.
3) Or everything would be in a cool versioning system that would also automaticly site behind windows explorer extension and objects would be accessed from zope through some interface.
Or something else?
What else do you have in intranet running and what should be developed? How do you see Zope as an appserver running corporate intranet?
----
While writing this email I've been watching Abyss SE from DVD. Had totally forgetten how great film this was, amazing underwater feelings and great images packed to a movie with love and pasifistic - be a better person towards everyone - message. Damn. This is a movie to watch once every three years,-)
-huima
_______________________________________________ Zope maillist - Zope@zope.org http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
Robert Rottermann wrote:
I would be happy to help with such an effort.
I have been dealing with CMFWiki lately to integrate the subscribe facility. So I could offer my support in helping to maintain CMFWiki.
Cool - this is great, you are great! It is a really great thing if we could get the future of ZWiki into CMF Wiki. Could someone from ZC possibly help a bit, in a sense possibly telling if they had any plans for CMF Wiki and what if there is any gotchas that people might run to while continuing the work. Also I would like to help in any ways that I can. Unfortunately I am not a programmer. -huima
I dont think there are any major plans for CMFWiki... it would be great to see it get some active development... On Sun, 2002-08-04 at 06:18, Heimo Laukkanen wrote:
Robert Rottermann wrote:
I would be happy to help with such an effort.
I have been dealing with CMFWiki lately to integrate the subscribe facility. So I could offer my support in helping to maintain CMFWiki.
Cool - this is great, you are great! It is a really great thing if we could get the future of ZWiki into CMF Wiki.
Could someone from ZC possibly help a bit, in a sense possibly telling if they had any plans for CMF Wiki and what if there is any gotchas that people might run to while continuing the work.
Also I would like to help in any ways that I can. Unfortunately I am not a programmer.
-huima
_______________________________________________ Zope maillist - Zope@zope.org http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
"Robert Rottermann" <robert@redcor.ch> writes:
I have been dealing with CMFWiki lately to integrate the subscribe facility. So I could offer my support in helping to maintain CMFWiki.
Great. Let me know if I can help with questions re the ZWiki side. -Simon
Simon, I think one of the big differences between ZWiki and CMFWiki is the fact, that CMFWiki has a ZPT skin. Are there any efforts on the way to provide page templates? Or at least to factor out all these inline dtml pages? Robert ----- Original Message ----- From: "Simon Michael" <simon@joyful.com> To: "Robert Rottermann" <robert@redcor.ch> Cc: <zope@zope.org> Sent: Tuesday, August 06, 2002 5:41 AM Subject: Re: Zope in intranet - the cool apps?
"Robert Rottermann" <robert@redcor.ch> writes:
I have been dealing with CMFWiki lately to integrate the subscribe facility. So I could offer my support in helping to maintain CMFWiki.
Great. Let me know if I can help with questions re the ZWiki side.
-Simon
"Robert Rottermann" <robert@redcor.ch> writes:
I think one of the big differences between ZWiki and CMFWiki is the fact, that CMFWiki has a ZPT skin. Are there any efforts on the way to provide page templates?
Or at least to factor out all these inline dtml pages?
Hi Robert - no, I haven't had a chance to look at that and I'm not aware of anyone else who has. I'd like to figure out how page templates would fit with zwiki. The todo list talks about gather all into a big wiki mixin that could be mixed with ZPT, PS, etc Ie there would be variants of ZWikiPage that inherit from page template or python script instead of DTML Document. Do you think that's how it should work ? -Simon
On Tuesday 06 August 2002 12:34 pm, Simon Michael wrote:
"Robert Rottermann" <robert@redcor.ch> writes:
I think one of the big differences between ZWiki and CMFWiki is the fact, that CMFWiki has a ZPT skin. Are there any efforts on the way to provide page templates?
Or at least to factor out all these inline dtml pages?
Hi Robert - no, I haven't had a chance to look at that and I'm not aware of anyone else who has. I'd like to figure out how page templates would fit with zwiki. The todo list talks about
gather all into a big wiki mixin that could be mixed with ZPT, PS, etc
Ie there would be variants of ZWikiPage that inherit from page template or python script instead of DTML Document. Do you think that's how it should work ?
-Simon
Hi Simon, I didn't find it that hard to integrate zwiki into an otherwise totally zpt site. The hard part as far as moving to zpt is to pull all the layout code (dtml statements) from the python. For example, all the '<a href' stuff. I think it would be better to have the python process a DTML document, and return some data structure (list or a dictionary) that the zpt template lays out. For example, I wanted to save my session data by encoding each zwiki url using the encodeUrl method. I didn't see an easy way to do this, since the existing code builds the whole '<a href= ...' string. If the python returned a structure that my zpt formatted, I could easily modify append the session id to the url. I don't think it really matters that much what you use for the base class for a zwiki page. Although, using a python script doesn't seem quite right, since a zwiki page is content and not function. My 2 cents ... Mark
Hi Mark, thanks for your post. Mark Bucciarelli <mark@easymailings.com> writes:
I didn't find it that hard to integrate zwiki into an otherwise totally zpt site. The hard part as far as moving to zpt is to pull all the layout code (dtml statements) from the python. For example, all the '<a href' stuff.
I'm not sure what you mean here. What did you do with zwiki, exactly ?
I think it would be better to have the python process a DTML document, and return some data structure (list or a dictionary) that the zpt template lays out.
Yes, I became a little clearer on this yesterday. Here's how I think zwiki could approach ZPTs (can I call them Page Templates, or are they Zope Presentation Templates ?): 1. allow the "forms" - editform, subscribeform & backlinks - to be defined as ZPTs. Would mean changing editform(), backlinks() & subscribeform(). 2. allow the main page layout to be defined as a ZPT ("standard_wiki_page", "page_layout", "mainview" ?). Would mean changing (or adding new) render_ methods. Currently they all render and pre/append the DTML methods to the rendered page content as their final step. Instead they would now render the ZPT, passing the rendered page data into it's namespace for inclusion (right ?). At this stage, - you should be able to fully control the wiki's appearance by editing these four ZPTs. - ZWikiPage still inherits from DTML Document, and dtml-enabled wikis and pages such as zwikidotorg's default UserOptions, RecentChanges and SearchPage still execute embedded dtml. - the ZPT provides an additional dynamic parsing stage for the page, where you can do site-wide, admin controlled stuff - sounds useful 3. implement UserOptions/RecentChanges/SearchPage in some other way than DTML, allowing you to purge DTML entirely from your wiki. For those who want that. :) (Personally, I want embedded restricted python). 4. make it so that each zwiki page is a ZPT. This should make it easier to edit a page with WYSIWYG tools. After an edit, zwiki would extract the essential body (eg strip the header & footer) for inclusion in the standard site ZPT. -Simon
Re step 4 - actually we can take that approach with the current "links + HTML" or "HTML" page types. So we don't need ZPT-based pages to support WYSIWYG editing, but we might want them to support safe WYSIWYG editing of pages with user-editable dynamic content. -Simon
On Wednesday 07 August 2002 04:11 pm, Simon Michael wrote:
Hi Mark, thanks for your post.
Mark Bucciarelli <mark@easymailings.com> writes:
I didn't find it that hard to integrate zwiki into an otherwise totally zpt site. The hard part as far as moving to zpt is to pull all the layout code (dtml statements) from the python. For example, all the '<a href' stuff.
I'm not sure what you mean here. What did you do with zwiki, exactly ?
I put a zwiki example inside my site, with my site menu at the top. My entire site has the following functionality: if it's your first time visiting, you get a welcome and an opportunity to enter a nickname. If you use cookies, great--you see this page once. If you don't, you see this page once per session (yes, obnoxious, I know but I'm guessing most people allow cookies). (Actually, even if your browser allows cookies, you can opt not to take.) Anyway, if someone does not use cookie, or opts not to allow a cookie, I lose this session information once I get into the wiki. To fix this, I need to be able to append the _ZopeId to each link INSIDE the wiki. Since the links DTML is generated inside python scripts, I figured I would need to hack the python scripts to make this fix. I've got a work around, but it's not great. This issue is seperate from this thread--when bulding an url, the zwiki should look for a _ZopeId in the request. If it's there, and there's zwiki cookies, then append ?_ZopeId= to every link.
I think it would be better to have the python process a DTML document, and return some data structure (list or a dictionary) that the zpt template lays out.
Yes, I became a little clearer on this yesterday. Here's how I think zwiki could approach ZPTs (can I call them Page Templates, or are they Zope Presentation Templates ?):
Page Templates
1. allow the "forms" - editform, subscribeform & backlinks - to be defined as ZPTs. Would mean changing editform(), backlinks() & subscribeform().
Great! With the current zwiki, I could not style these consistent with the rest of my site, since they don't use the dtml header and footer. Major improvement, for me.
2. allow the main page layout to be defined as a ZPT ("standard_wiki_page", "page_layout", "mainview" ?). Would mean changing (or adding new) render_ methods. Currently they all render and pre/append the DTML methods to the rendered page content as their final step. Instead they would now render the ZPT, passing the rendered page data into it's namespace for inclusion (right ?).
Bear with me, I'm pretty new to Zope. Let me repeat back to you ... the way zwiki works is: you modified the render method of each zwiki page so that first it parses the page contents (building a href links, applying tags <H1>, <p>, <DTML>, etc.) and produces DTML. Then it prepends the header and appends the footer and returns one big DTML string. Zope then processes the DTML document and turns it into HTML. I think it would be a good idea to split the header, body, footer into three slots that the ZPT lays out. For the header, you could define a python structure that the tal or DTML lays out as they like. Something like {'last modified':'Zippy on today', 'history_tree': ({'name1': 'url'}, {'name2': 'sub_url'}, {'name3': 'sub_sub_url'}, ...} This approach would probably work with the footer as well. I can't figure out how to do a similar thing for the body, since it's so unstructured. Actually, I did think of a way: tal:define="body python:getWikiPage" tal:repeat="block body/blocks tal:condition="python:block.isParagraph()" tal:condition="python:block.isHeader1()" tal:condition="python:block.isHeader2()" tal:condition="python:block.isHeader3()" tal:condition="python:block.isHorizontalRule()" tal:repeat="token repeat/block/token tal:condition="python:token.isLink() blech--can you imagine designing a slower page? I'm not sure about your name space question (I'm kind of new to Zope). Could it work like this? When they click on a page, the render method calls the page layout ZPT, passing the page name in the URL. The ZPT fills three slots: header, body and footer, by calling three python scripts and passing the page name as an argument. Wiki is such a cool thing, I'm having a hard time thinking about how to seperate logic from presentation from content. For example, I don't see how it would be possible to write useful unit tests for the python part of the logic outside of zope. With the other product (NuxWidgets TimeTable) I've messed with, the seperation has been clear. I can just fire up python, import the code, and write my tests--no messing around with Zope.app(). Mark
At this stage,
- you should be able to fully control the wiki's appearance by editing these four ZPTs.
- ZWikiPage still inherits from DTML Document, and dtml-enabled wikis and pages such as zwikidotorg's default UserOptions, RecentChanges and SearchPage still execute embedded dtml.
- the ZPT provides an additional dynamic parsing stage for the page, where you can do site-wide, admin controlled stuff - sounds useful
3. implement UserOptions/RecentChanges/SearchPage in some other way than DTML, allowing you to purge DTML entirely from your wiki. For those who want that. :) (Personally, I want embedded restricted python).
4. make it so that each zwiki page is a ZPT. This should make it easier to edit a page with WYSIWYG tools. After an edit, zwiki would extract the essential body (eg strip the header & footer) for inclusion in the standard site ZPT.
-Simon
_______________________________________________ Zope maillist - Zope@zope.org http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
Anyway, if someone does not use cookie, or opts not to allow a cookie, I lose this session information once I get into the wiki. To fix this, I need to be able to append the _ZopeId to each link INSIDE the wiki. Since the links DTML is generated inside python scripts, I figured I would need to hack the python scripts to make this fix.
See Kapil's URLSessionAdapter for a for this sort of functionalilty... http://www.zope.org/Members/k_vertigo/Products/URLSessionAdapter I hope to be able to find the time to roll this functionality into the sessioning product itself at some point. - C
On Thursday 08 August 2002 01:37 pm, Chris McDonough wrote:
See Kapil's URLSessionAdapter for a for this sort of functionalilty... http://www.zope.org/Members/k_vertigo/Products/URLSessionAdapter
I looked before, as you suggested. It wasn't quite right for my situation, as I only want to append the ?_ZopeId stuff if the user doesn't allow a cookie. But I'll try it with ZWiki to see if it works. Thanks. Mark
Just to let you know I am working on a more CMF friendly version of ZUBB that will be out soon. BZ
3. ZUBB / CMF Forum
Threaded discussions - and usamble inside CMF. This is needed. Squishdot or it's possible future reincarnation Swishdot are also a nice thing, but for different purpose I suppose.
What I like is a simple - intuitive threaded discussions that people will feel comfortable to use as soon as they see it. We don't need many different discussion applications, we need just one - really good and customizable.
BZ wrote:
Just to let you know I am working on a more CMF friendly version of ZUBB that will be out soon.
Ok. Nice. Mandatory question - when is it ready? ,-) And have you seen the CMF Forum, which is based on your product? It allready works in CMF - except not with the 1.3b2 ,-) http://sourceforge.net/projects/collective Sidnei Da Silva is behind it. Propably you could work together, so that efforts would not be wasted? And we - as a gratfull users - would get better software to use in our great Zope applications ,-) -huima
participants (8)
-
Andy McKay -
BZ -
Chris McDonough -
Heimo Laukkanen -
Mark Bucciarelli -
Oliver Bleutgen -
Robert Rottermann -
Simon Michael