You can subscribe to this list here.
2001 |
Jan
|
Feb
(1) |
Mar
(265) |
Apr
(166) |
May
(25) |
Jun
(17) |
Jul
(20) |
Aug
(47) |
Sep
(6) |
Oct
(14) |
Nov
(66) |
Dec
(64) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(109) |
Feb
(64) |
Mar
(34) |
Apr
(23) |
May
(64) |
Jun
(9) |
Jul
(13) |
Aug
(6) |
Sep
(33) |
Oct
(272) |
Nov
(67) |
Dec
(75) |
2003 |
Jan
(264) |
Feb
(244) |
Mar
(171) |
Apr
(119) |
May
(54) |
Jun
(93) |
Jul
(51) |
Aug
(48) |
Sep
(14) |
Oct
(49) |
Nov
(47) |
Dec
(15) |
2004 |
Jan
(13) |
Feb
(27) |
Mar
(18) |
Apr
(44) |
May
(35) |
Jun
(24) |
Jul
(39) |
Aug
(142) |
Sep
(35) |
Oct
(34) |
Nov
(49) |
Dec
(24) |
2005 |
Jan
(60) |
Feb
(71) |
Mar
(19) |
Apr
(27) |
May
(68) |
Jun
(4) |
Jul
(30) |
Aug
(10) |
Sep
(23) |
Oct
(24) |
Nov
(13) |
Dec
(6) |
2006 |
Jan
(4) |
Feb
(46) |
Mar
(64) |
Apr
(18) |
May
(16) |
Jun
(37) |
Jul
(7) |
Aug
(19) |
Sep
(9) |
Oct
(8) |
Nov
(3) |
Dec
(23) |
2007 |
Jan
(25) |
Feb
(21) |
Mar
(32) |
Apr
(36) |
May
(12) |
Jun
(1) |
Jul
(7) |
Aug
(15) |
Sep
(13) |
Oct
(1) |
Nov
|
Dec
|
2008 |
Jan
(3) |
Feb
(5) |
Mar
(1) |
Apr
(2) |
May
|
Jun
(1) |
Jul
(2) |
Aug
(7) |
Sep
|
Oct
(5) |
Nov
(1) |
Dec
|
2009 |
Jan
(7) |
Feb
(1) |
Mar
|
Apr
|
May
(1) |
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(3) |
2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
From: Shaun M. <sh...@ae...> - 2004-08-17 22:09:50
|
On 16 Aug 2004, at 21:20, Ryan Roland wrote: > It'd still be helpful to have that metadata on a per-page basis for > use in internal searches (for example). I guess so but most people would be using the internal search module which doesn't pay any attention to meta elements and uses the database directly. I suppose if you were running phpwebsite as part of a larger system that used htdig then they'd be of some importance but mostly I meta elements aren't the important search engine tool people think they are. Good clean design, content near the top of the page, not navigation and simple URLs that are linked to from multiple places are much more important x 100. Shaun aegis design - http://www.aegisdesign.co.uk |
From: Steven L. <st...@tu...> - 2004-08-17 17:48:40
|
On Fri, 2004-08-06 at 12:23, Ulf Hallmann wrote: > Hi, > > we ran into the necessity of displaying a filtered PHPWS_List, for > example for displaying all documents of a certain category (which IMHO > is a great value add for doc manager). > > This needs > - a pre-populated drop-down for categories above the list > - the ability to ass a INNER JOIN sql statement to PHPWS_List > - the ability to pass a parameter to PHPWS_Pager for the correct > pre-selection of the drop-down. > > While adding the drop-down control is a piece of cake, actually > passing a JOIN statement needs customizazion in > - /core/list.php: > class variable $join, analogue to $where, including a setter > functtion > setter for $params to be passed to pager. > - core/pager.php > evaulation of URI parameters with $params analogue to $anchors. > > I am hesitant to post this as a core issue, as the main drivers for > this would be the models which are using the list object. However, if > people think that this is a valuable improvement of the core, I will > be more than happy to submit my code. I would like to see your diffs if the code is already written. -- Steven |
From: Ryan R. <to...@gm...> - 2004-08-16 20:20:49
|
It'd still be helpful to have that metadata on a per-page basis for use in internal searches (for example). Ryan Roland Application Developer Indiana University On Mon, 16 Aug 2004 19:25:45 +0100, Shaun Murray <sh...@ae...> wrote: > > On 13 Aug 2004, at 13:41, Chris Ryder wrote: > > Would it be possible to associate meta-tags with a pagemaster page so > > that for a particular page the title,keywords,description etc could be > > derived from the page itself and not the overall template. > > > > This would greatly increase exposure in search engines since the > > meta-data would be related to the page. > > > > Do the major search engines pay any attention to metadata elements any > more? AFAIK Google at least completely ignores them although they will > show the description element as the result of a search instead of the > snip of text they've decided was relevant. The importance of metadata > elements in your <head> are largely overrated by companies trying to > sell you search engine optimization. > > IME, you still can't beat adding your site to DMOZ, which Google uses > to get accurate results, and then getting it referred to from lots of > other sites. Press releases given to slack journos on a slow day work > the best. ;-) > > Shaun > aegis design - http://www.aegisdesign.co.uk > > ------------------------------------------------------- > SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media > 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 > Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. > http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers > |
From: Shaun M. <sh...@ae...> - 2004-08-16 20:03:36
|
On 13 Aug 2004, at 13:41, Chris Ryder wrote: > Would it be possible to associate meta-tags with a pagemaster page so > that for a particular page the title,keywords,description etc could be > derived from the page itself and not the overall template. > > This would greatly increase exposure in search engines since the > meta-data would be related to the page. > Do the major search engines pay any attention to metadata elements any more? AFAIK Google at least completely ignores them although they will show the description element as the result of a search instead of the snip of text they've decided was relevant. The importance of metadata elements in your <head> are largely overrated by companies trying to sell you search engine optimization. IME, you still can't beat adding your site to DMOZ, which Google uses to get accurate results, and then getting it referred to from lots of other sites. Press releases given to slack journos on a slow day work the best. ;-) Shaun aegis design - http://www.aegisdesign.co.uk |
From: Don S. <do...@se...> - 2004-08-16 16:23:06
|
On 12:00 Mon 16 Aug , Matthew McNaney wrote: > The culprit was a buffer overflow XSS in diff.php in Chora (version > 1.1). Be warned. /me once again asserts that viewcvs is the one, true light. --=20 Don Seiler do...@se... Public Key: http://pgp.mit.edu:11371/pks/lookup?op=3Dget&search=3D0xFC87F041 Fingerprint: 0B56 50D5 E91E 4D4C 83B7 207C 76AC 5DA2 FC87 F041 |
From: Matthew M. <ma...@tu...> - 2004-08-16 16:05:15
|
Greetings, Steven noticed an strange process on our CVS server this morning. After Kevin investigated, it was determined we had been compromised. The culprit was a buffer overflow XSS in diff.php in Chora (version 1.1). Be warned. While Kevin performs a security scan, phpWebSite will be down for about an hour. CVS will be down longer while the server is recreated. Thanks, Matt -- Matthew McNaney Internet Systems Architect Electronic Student Services Appalachian State University Phone: 828-262-6493 http://phpwebsite.appstate.edu http://ess.appstate.edu |
From: David L. <dl...@pa...> - 2004-08-15 07:27:41
|
Matthew McNaney wrote: >David, > >Installing onto W2K is doable but difficult. Check out >phpwebsitemanual.com and sourceforge forums. > >I would go to sourceforge and take a look at the phpwslistings module by >Don Seiler (a.k.a Rizzo). It might just fit the bill. > >On Thu, 2004-08-12 at 15:16, David Lynum wrote: > > >>Dear List, >> >>I'm new to both PHP and MySQL and my question concerns certain >>capabilities of phpwebsite. I'm need to setup a website where I have a >>yellow page of vendors who my members can search on for the type of >>vendor they need, electrician, accountant, etc. The vendors should each >>have their own account so that they can create information that the >>members would search on. Can phpwebsite provide this type of >>capability? I don't know if it would make a difference, but if I use >>phpwebsite it would be installed on a W2K box running apache. Do you >>guys recommend Apache 1.x or 2.x? >> >>Thanks, >> >>David >> >> >> >>------------------------------------------------------- >>SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media >>100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 >>Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. >>http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 >>_______________________________________________ >>Phpwebsite-developers mailing list >>Php...@li... >>https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers >> >> Matthew, Thanks a lot for your response. PHPWSLISTINGS looks like it might fit the the bill. Do you have a recommendation in terms of Apache 1.x version 2.x? Thanks. David |
From: Eloi G. <el...@re...> - 2004-08-13 22:09:01
|
Changes to the User Module are required. You can find them in the "Immediate Login Hack" which has been providing that functionality for most of the year. I recently submitted it as a patch at http://sourceforge.net/tracker/index.php?func=detail&aid=1002876&group_id=15539&atid=315539 |
From: Tony M. <to...@ht...> - 2004-08-13 17:31:48
|
I am in the process of porting my cigar diary databases from my home-brewed version to phpwebsite. However, I need some more user based information than the user manager gathers. After initial signup, I would like the new user to be redirected to a page in my cigardiary module to update a record in mod_cigardiary_user (linked to the phpws userID). Is there a module anyone knows about that does this, or any ideas on how this could be accomplished? I am trying to nail these issues before I get to deep into it and decide that I just am not able to do it with the product. Would this require me to hack the user manager (which I don't want to do)? Would a "redirect to" option in user manager make sense to more people as a new phpws feature? Thanks, -Tony -- Hometown Enterprises Internet Services Professional, affordable web design and hosting. http://www.hteis.com/ |
From: Mike N. <mh...@us...> - 2004-08-13 16:30:16
|
On Wed, 2004-08-11 at 12:54, Shaun Murray wrote: > There's a whopping great big list of these tools at > http://www.bris.ac.uk/is/projects/cms/ttw/ttw.html and that's out of > date. I bet everyone has their favourites. Shaun, Here is another list. Open Source WYSIWYG Through-The-Web Editors http://www.cmsreview.com/WYSIWYG/OpenSource/Directory.html -- Mike Noyes <mhnoyes at users.sourceforge.net> http://sourceforge.net/users/mhnoyes/ SF.net Projects: ffl, leaf, phpwebsite, phpwebsite-comm, sitedocs |
From: Mike N. <mh...@us...> - 2004-08-13 16:01:57
|
On Fri, 2004-08-13 at 08:25, Matthew McNaney wrote: > On Wed, 2004-08-11 at 16:35, Shaun Murray wrote: > > I'll add this one to the list as well... > > > > http://www.fckeditor.net/ > > Any reason not to have more than one? htmlarea basically works with the > getJavascript function call. Matt, None at all. Lenya took this approach also. They make many editors available. http://cocoon.apache.org/lenya/docs/components/editors/htmlform.html http://cocoon.apache.org/lenya/docs/components/editors/1form.html http://cocoon.apache.org/lenya/docs/components/editors/bxeng.html http://cocoon.apache.org/lenya/docs/components/editors/kupu.html http://cocoon.apache.org/lenya/docs/components/editors/xopus.html -- Mike Noyes <mhnoyes at users.sourceforge.net> http://sourceforge.net/users/mhnoyes/ SF.net Projects: ffl, leaf, phpwebsite, phpwebsite-comm, sitedocs |
From: Matthew M. <ma...@tu...> - 2004-08-13 15:31:05
|
On Wed, 2004-08-11 at 16:35, Shaun Murray wrote: > I'll add this one to the list as well... > > http://www.fckeditor.net/ Any reason not to have more than one? htmlarea basically works with the getJavascript function call. I can see if I can get this one to work as well. -- Matthew McNaney Internet Systems Architect Electronic Student Services Appalachian State University Phone: 828-262-6493 http://phpwebsite.appstate.edu http://ess.appstate.edu |
From: Matthew M. <ma...@tu...> - 2004-08-13 12:49:56
|
David, Installing onto W2K is doable but difficult. Check out phpwebsitemanual.com and sourceforge forums. I would go to sourceforge and take a look at the phpwslistings module by Don Seiler (a.k.a Rizzo). It might just fit the bill. On Thu, 2004-08-12 at 15:16, David Lynum wrote: > Dear List, > > I'm new to both PHP and MySQL and my question concerns certain > capabilities of phpwebsite. I'm need to setup a website where I have a > yellow page of vendors who my members can search on for the type of > vendor they need, electrician, accountant, etc. The vendors should each > have their own account so that they can create information that the > members would search on. Can phpwebsite provide this type of > capability? I don't know if it would make a difference, but if I use > phpwebsite it would be installed on a W2K box running apache. Do you > guys recommend Apache 1.x or 2.x? > > Thanks, > > David > > > > ------------------------------------------------------- > SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media > 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 > Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. > http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers -- Matthew McNaney Internet Systems Architect Electronic Student Services Appalachian State University Phone: 828-262-6493 http://phpwebsite.appstate.edu http://ess.appstate.edu |
From: Chris R. <chr...@pr...> - 2004-08-13 12:41:48
|
I have seen many suggestions for enhancing pagemester over the last few week. I have a suggestion which would be very helpful to many developers out on the net. =20 Would it be possible to associate meta-tags with a pagemaster page so that for a particular page the title,keywords,description etc could be derived from the page itself and not the overall template. =20 This would greatly increase exposure in search engines since the meta-data would be related to the page. =20 Just a thought Chris Ryder |
From: David L. <dl...@pa...> - 2004-08-12 19:23:43
|
Dear List, I'm new to both PHP and MySQL and my question concerns certain capabilities of phpwebsite. I'm need to setup a website where I have a yellow page of vendors who my members can search on for the type of vendor they need, electrician, accountant, etc. The vendors should each have their own account so that they can create information that the members would search on. Can phpwebsite provide this type of capability? I don't know if it would make a difference, but if I use phpwebsite it would be installed on a W2K box running apache. Do you guys recommend Apache 1.x or 2.x? Thanks, David |
From: Wendall C. <wen...@83...> - 2004-08-12 18:59:06
|
+1 on all Matt's suggestions. Wendall On Mon, 2004-08-09 at 06:28, Matthew McNaney wrote: > Mike and Shaun, > > What a great discussion =) The developer's list surely hasn't been this > active in a while. > > Shaun sez: > > It'd be nice to pin down some class names and put them in as a > > requirement in any style.css though. There are some already like the > > background colours that are mandatory and more should be specified as > > a common resource that module developers can rely on. > > You know, at first I was against this. I figured it wasn't 'clean' or > 'efficient'. However, usability is going to blast these concerns out of > the water. If structure complicates usability then it isn't beneficial > (I'm looking at you W3C). Having a central location (the style sheet) to > completely reform the theme far outweighs the division of execution. I > am going to leave in the module style sheets, but I think we should > define the rules as to when they should used. > > After reading the letters you guys have submitted, I suggest the > following: > > 1) The persistent style sheet ('PSS' from here on) only has one rule as > far a theme developer is concerned: it contains the elements that are > 'persistent' between the alternate style sheets (no duh). > > 2) The PSS is not a phpWebSite defined sheet. We don't ship with > expectations on font size, body padding, etc. > > 3) I believe the PSS should NOT (as Mike suggested) contain class > selectors. This includes phpWebSite specific selectors. > > 4) The PSS should not contain colors, images, or positioning unless they > remain persistent through all alternates. I would like to see a PSS > present a clean, basic layout as a fall back position. > > 5) The default style sheet and its alternatives will contain the > phpWebSite specific class selectors and the theme developers personal > class selectors. > > 6) PhpWebSite will define style components. This list should be varied > enough that both module and theme developers can choose from enough > tags. > > 7) The components list should not be lengthy. > > 8) Any theme that does not follow these guidelines will NOT be rejected. > > 9) The MAIN goals of theming are to be usable, friendly, and orderly. We > want to lead by example and get people excited about theming for > phpWebSite. See 8. We don't want to chastise people for not following > protocol. We want to lead by example. > > 10) PSS rules can be ignored if a theme contains only that style sheet > and no alternates. > > Please discuss these guidelines. After we agree on which guidelines to > follow, we can begin to create our list of class and id selectors. > > Thanks, > Matt > > > Matthew McNaney > Internet Systems Architect > Electronic Student Services > Appalachian State University > Phone: 828-262-6493 > http://phpwebsite.appstate.edu > http://ess.appstate.edu > > > > ------------------------------------------------------- > This SF.Net email is sponsored by OSTG. Have you noticed the changes on > Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, > one more big change to announce. We are now OSTG- Open Source Technology > Group. Come see the changes on the new OSTG site. www.ostg.com > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers -- "Only the ideas that we really live have any value." --Hermann Hesse (Demian) |
From: Wendall C. <wen...@83...> - 2004-08-12 18:54:49
|
Since Atom was approved, I'll be adding it to rssfeeds. However, I have some planning to do for how to better implement phpwsRSSFeeds into phpWS. Currently, I am just pulling data from mods that it works with directly from the database and formatting into an RSS 1.0 Dublin Core format. This isn't really proper, but working for now. I'd like to get everybody's feedback on the best format that would allow mods to register with rssfeeds, including, the options allowed, such as creating an Atom or RSS 1.0 feed for sharing module data, etc. I have some ideas, but would like to work on something that everyone could agree on. I have no plans of supporting RSS 2.0 other than display purposes. There is an excellent api provided via PEAR for all xml schemas related to RSS, including Atom, and I plan to continue to use PEAR whenever possible. I've opened a good line of communication with the devs that work on the libs we are currently using, so features can easily be added to the libs as needed. Wendall On Tue, 2004-08-10 at 11:39, Mike Noyes wrote: > On Tue, 2004-08-10 at 09:41, Shaun Murray wrote: > > The Atom API seems to be where everyone is heading and that apparently > > will support image uploads embeded in the content but for the life of > > me I can't make head nor tail of their docs. > > http://www.atomenabled.org/ > > Shaun, > Yes, and an Atom IETF working group was just approved. > > http://www.ietf.org/html.charters/atompub-charter.html -- "Only the ideas that we really live have any value." --Hermann Hesse (Demian) |
From: Matthew M. <ma...@tu...> - 2004-08-12 12:05:21
|
> At one point the candidate for inclusion was HyperTextArea which > generated much more compact code than HTMLArea. See > http://sourceforge.net/projects/hypertextarea/ Yes, I had a lot of problems with it and the developer was quieter on the sf forums than I am ;) Matthew McNaney Internet Systems Architect Electronic Student Services Appalachian State University Phone: 828-262-6493 http://phpwebsite.appstate.edu http://ess.appstate.edu |
From: Shaun M. <sh...@ae...> - 2004-08-11 22:30:24
|
On 11 Aug 2004, at 22:20, George Brackett wrote: > On 8/11/04 4:54 PM, "Shaun Murray" <sh...@ae...> wrote: > >> They do in Mac Firefox 0.9 which is what I'm using. Odd that they >> don't >> in Mozilla. I imagine it's just a minor bug to fix. >> > Hmm. Mac Firefox 0.9.3 hangs every time I access the phpWS 0.9.3-3 > login > page with index.php?module=users&norm_user_op=signup . Hangs. Have to > Force Quit. Have you had any similar experience? Nope. Theme problem? I usually edit my users mod templates as well so maybe I've changed something to make it work. Try http://www.aegisdesign.co.uk/index.php?module=users&norm_user_op=signup ...or maybe your Mozilla/Firefox installs are messed up on your Mac? Maybe the Library files are a bit funky. Shaun aegis design - http://www.aegisdesign.co.uk |
From: Eloi G. <el...@re...> - 2004-08-11 22:06:27
|
>> When I create a new web page as an editor user I get told it has >> been sent to the administrator for approval. > The only way you can get stuff automatically approved is if you have a checkmark next to the Approval Module itself. phpwsArticle Manager version 2.5 has a strange problem with approvals that I'm trying to track down right now. It'll be fixed in version 2.6. To answer the unasked question -- yes, articles will go back for approval if it is edited by someone w/o Approval authorization. -Eloi- |
From: George B. <gbr...@lu...> - 2004-08-11 21:20:37
|
On 8/11/04 4:54 PM, "Shaun Murray" <sh...@ae...> wrote: > They do in Mac Firefox 0.9 which is what I'm using. Odd that they don't > in Mozilla. I imagine it's just a minor bug to fix. > Hmm. Mac Firefox 0.9.3 hangs every time I access the phpWS 0.9.3-3 login page with index.php?module=users&norm_user_op=signup . Hangs. Have to Force Quit. Have you had any similar experience? |
From: Mike N. <mh...@us...> - 2004-08-11 21:16:13
|
On Wed, 2004-08-11 at 13:49, George Brackett wrote: > I've read their installation notes and found them quite murky. The demo is > simply overwhelming, and I can't tell what part of the source is generated > on the fly and what part you have to have included every time you call the > editor. They need better docs, because I trust your judgment and you say > it's easy. Do you have a suggestion for a less-steep slope to try it in > phpWS? George, Here is a irc conversation I just had with philiKON in #kupu. I hope it helps. <mhnoyes> I think George is looking for more of a cookbook approach. <philiKON> i guess we don't have that <philiKON> he should basically read TEMPLATE-SYSTEM.txt <philiKON> and look at some implementation layers <philiKON> like zope2, silva, plone <philiKON> the basic concept is that the "default" layer provides a run-out-of-the-box-and-from-the-filesystem version of kupu <philiKON> and each implementation needs to change a few things to make integration work <philiKON> in kupu lingo, it overrides featuers <philiKON> or reorders features and parts <philiKON> or disables features even <philiKON> so that in the end, you generate implementation-specific templates from a collection of default templates + customiziation rules -- Mike Noyes <mhnoyes at users.sourceforge.net> http://sourceforge.net/users/mhnoyes/ SF.net Projects: ffl, leaf, phpwebsite, phpwebsite-comm, sitedocs |
From: Mike N. <mh...@us...> - 2004-08-11 21:06:20
|
On Wed, 2004-08-11 at 13:49, George Brackett wrote: > I've read their installation notes and found them quite murky. The demo is > simply overwhelming, and I can't tell what part of the source is generated > on the fly and what part you have to have included every time you call the > editor. George, I passed your concerns on to the Kupu developers. > They need better docs, because I trust your judgment and you say > it's easy. Do you have a suggestion for a less-steep slope to try it in > phpWS? Don't rely on my judgment. I'm no developer. I'll try to locate a howto integrate document. -- Mike Noyes <mhnoyes at users.sourceforge.net> http://sourceforge.net/users/mhnoyes/ SF.net Projects: ffl, leaf, phpwebsite, phpwebsite-comm, sitedocs |
From: Shaun M. <sh...@ae...> - 2004-08-11 20:54:07
|
On 11 Aug 2004, at 21:46, George Brackett wrote: > Good thought, but ... sigh. The toolbar icons don't display properly > in Mac > Mozilla 1.6. They do in Mac Firefox 0.9 which is what I'm using. Odd that they don't in Mozilla. I imagine it's just a minor bug to fix. Shaun aegis design - http://www.aegisdesign.co.uk |
From: George B. <gbr...@lu...> - 2004-08-11 20:50:06
|
I've read their installation notes and found them quite murky. The demo is simply overwhelming, and I can't tell what part of the source is generated on the fly and what part you have to have included every time you call the editor. They need better docs, because I trust your judgment and you say it's easy. Do you have a suggestion for a less-steep slope to try it in phpWS? George On 8/11/04 4:00 PM, "Mike Noyes" <mh...@us...> wrote: > George, > Integration shouldn't require javascript modification. Did you look at > the docs? > > http://codespeak.net/svn/kupu/trunk/kupu/doc/ > > Main reasons for advocating: Plone, Silva, and Lenya have standardized > on Kupu, and it makes use of css. ______________________________________ George Brackett, Principal George Brackett Associates 617 413 4316 / gbr...@lu... http://www.luceatlux.com/gba/ |