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: Ken N. <ke...@co...> - 2004-04-28 03:50:56
|
Hey Y'all, I started a discussion re: the coding methodology advocated by using the skeleton module and the coding methodology actually used by veteran phpWebSite coders. Earlier today I had a conversation with Matt about this issue and he said he did not have the resources to tackle this issue until after 0.9.4 was released nor did he want to have to redo a redo of the skeleton module after 0.9.4 was released. It is my "burning desire" to have an understanding of module development methodology as well as issues about the core classes / functions and have some decent documentation available when the 0.9.4 team is ready. My first post on the subject is on my site: http://geekystuff.net/index.php?module=phpwsbb&PHPWSBB_MAN_OP=view&PHPWS_MAN_ITEMS[]=1 I appreciate any AND all comments... If you would do me the favor of replying in the forum, it will help me keep organized and hopefully reduce the need to google for answers. Thanks again for all the help everyone is providing me on #phpwebsite. Especially Matt, Don, Mike, and Wendall. Ken |
From: Shaun M. <sh...@ae...> - 2004-04-28 01:43:59
|
On 27 Apr 2004, at 21:55, Matthew McNaney wrote: > > As for the future, what do people feel about a module installing its > own > libraries? Should boost have a parameter for library files? > That would be useful although I tend to use my systems PEAR libs instead of the phpWebSite lib/pear versions. I don't know if there's a way boost could do a 'pear install/upgrade blah' but that may be preferable to some. I imagine some users are blissfully unaware of the pear commands. Maybe that's going too far though. > > Another reason for us to consider this is for javascript. Some folks > may > want their custom javascripts to install into the javascript/ directory > when their module installs. > That kind of functionality might also be useful for other reasons. eg. wysiwyg editors and installing themes that require javascript. Almost all of my themes include one or two bits of javascript to fix Internet Explorer bugs like transparent PNG support and some CSS bugs. It'd be nice to open up boost for theme installs. > So, how much do we help the site admins? Should they be responsible for > copying these files over or should the software help them out? Provided version/dependancy checks are done before copying, it would help. You have to remember that some site admins have no command line access as well and limited knowledge of PEAR and *NIX. Shaun aegis design - http://www.aegisdesign.co.uk |
From: Matthew M. <ma...@tu...> - 2004-04-27 21:02:29
|
Good questions. Lets talk about what to do now and then later. For now, I would ship the module with the library tarball. I would give instructions that it should be placed in the lib/pear directory or in your server's php lib directory. You _could_ add code to your install.php that would copy it over, but that would require write access to that directory. You could also test the directory with an is_writable(). If it fails, print a message detailing where the file is, how and where to copy it, untar it, etc. As for the future, what do people feel about a module installing its own libraries? Should boost have a parameter for library files? if ($mod_has_pear_files && !is_writable(PHPWS_SOURCE_DIR . "lib/pear")) $boostContent[] = "This module requires the library directory to be writable"; Another reason for us to consider this is for javascript. Some folks may want their custom javascripts to install into the javascript/ directory when their module installs. So, how much do we help the site admins? Should they be responsible for copying these files over or should the software help them out? ~ Matt On Tue, 2004-04-27 at 15:05, Tony Miller wrote: > I am contemplating writing a chat module which can be used with > phpwebsite. In order to do that, I will probably need to install a pear > library. If I need to install a pear library, do I need to install it in > the pear path? If so, do I need to make sure it's uninstalled? What > happens if another module comes along and uses it? > > Is there any information out there on using pear libraries in new modules. > > -Tony -- Matthew McNaney Internet Systems Architect Electronic Student Services Appalachian State University Phone: 828-262-6493 http://phpwebsite.appstate.edu http://ess.appstate.edu |
From: Tony M. <to...@ci...> - 2004-04-27 19:05:57
|
I am contemplating writing a chat module which can be used with phpwebsite. In order to do that, I will probably need to install a pear library. If I need to install a pear library, do I need to install it in the pear path? If so, do I need to make sure it's uninstalled? What happens if another module comes along and uses it? Is there any information out there on using pear libraries in new modules. -Tony -- Keep your own cigar diary online. http://www.cigardiary.com List your humidor contents privately online. Cigar-specific banner exchange: http://banners.cigardiary.com/ |
From: Matthew M. <ma...@tu...> - 2004-04-19 16:27:43
|
> Perhaps the team could throw us a bone to let us know in what direction > we're going, then we can offer some help with development and ensure > that the sites we're developing now aren't going to turn into > cul-de-sacs. Here is some hopefully good news: Steven and I are very close to passing a production milestone this week. Once we do so, the project will be put through testing stages. Although we will still need to work on debugging the project, we expect to be back to the forums and chat room by next week. Once we are back in full, we will start collecting feature requests and ideas for 0.9.4. Perhaps we can have a day of moderated questions and answers for the direction of phpWebSite in IRC. The software may not be the only thing we need to update. The structure of how we communicate with the community (is that redundant?) also bears discussion. We are anxious to get back to phpWebSite as you are (more so actually) so hang tight. 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: Shaun M. <sh...@ae...> - 2004-04-19 15:29:08
|
On 16 Apr 2004, at 17:43, Patrick Harris wrote: > Hello all. > > I'd like to suggest to the admins of this list that you configure the > list so that replies are, by default, sent back to the list. I've > seen many good conversations started here and then I seemingly miss > out on the threaded replies. I, for one, would very much like to be > able to follow the full conversations. > I think that's the way all sourceforge lists are configured. > I'm also curious to know if there is a list where folks hold running > discussions on the functionality of the phpWebSite cms. I'm really > interested in the discussions on development, etc. but I'd love to > participate in discussions that seek to focus conversation and energy > on the big-picture functionality design. I find phpWebSite to be one > of the best CMS systems that I've worked with so far, especially the > way it handles templates and themes. > That's essentially this list but it's not so active whilst the team are busy on a University project. Similarly the irc channel. > But for me, there are some desperately missing functions and buttons > on the currently available version of phpws. Things like being able > to "clone" a form and then make changes to it instead of rebuilding a > form from scratch. I get constant feedback on such things from my > clients that I've setup with phpWebSite. And I'd love a way to get > that very valuable user / usability feedback into the development > process. Any advice? > Raise them as RFEs at least then as and when the team or other developers get a chance to look at them, they have the ideas there to go ahead. It is mildly frustrating at times though when communication slows. Perhaps the team could throw us a bone to let us know in what direction we're going, then we can offer some help with development and ensure that the sites we're developing now aren't going to turn into cul-de-sacs. Shaun aegis design - http://www.aegisdesign.co.uk |
From: J.Heegsma <He...@ho...> - 2004-04-19 09:17:13
|
Hello everyone, I post this message to this mailinglist, because I think the forum is = the wrong place. I am using wincvs to connect to the pserver to get the = latest release of the alpha code of phpwebsite094.=20 Only since I started (4 weeks ago), there seems never be an updated file = be posted to the phpwebsite094 folder on the pserver(CVS-server). = Probely I am doing something wrong, but I don't know what?. Or is it = right that there are not any updates published, because the team is = still working on the university module? Greetings from the Netherlands, Johan |
From: Matthew M. <ma...@tu...> - 2004-04-16 17:12:29
|
Item and Manager are not always the way to go. Sometimes item is overkill. Same for Manager. BTW there is an instanced Manager class called List. Works much the same way but is more flexible. Item may get easier to use come 0.9.4. I have played around with it some in the 0.9.4 cvs code. More tinkering may be in the works. -- Matthew McNaney Internet Systems Architect Electronic Student Services Appalachian State University Phone: 828-262-6493 http://phpwebsite.appstate.edu http://ess.appstate.edu |
From: Patrick H. <pa...@cy...> - 2004-04-16 16:43:18
|
Hello all. I'd like to suggest to the admins of this list that you configure the list so that replies are, by default, sent back to the list. I've seen many good conversations started here and then I seemingly miss out on the threaded replies. I, for one, would very much like to be able to follow the full conversations. I'm also curious to know if there is a list where folks hold running discussions on the functionality of the phpWebSite cms. I'm really interested in the discussions on development, etc. but I'd love to participate in discussions that seek to focus conversation and energy on the big-picture functionality design. I find phpWebSite to be one of the best CMS systems that I've worked with so far, especially the way it handles templates and themes. But for me, there are some desperately missing functions and buttons on the currently available version of phpws. Things like being able to "clone" a form and then make changes to it instead of rebuilding a form from scratch. I get constant feedback on such things from my clients that I've setup with phpWebSite. And I'd love a way to get that very valuable user / usability feedback into the development process. Any advice? Thanks! Best regards, Patrick Harris Cyberian Frontier, Inc. |
From: <po...@mi...> - 2004-04-16 16:17:14
|
Hi all. Allow me to add a few comments about the Item and Manager classes. First = of all sorry for my crappy English.=20 About half a year ago I started to develop modules for PHPWS (btw great = CMS, I love it). Just like Mike, thinking in a PHPWS-way almost gives me = constant headache. I'm feeling much better now, but I still have a lot of = unsolved questions about the right way to develop modules in PHPWS. And to clear out any comments regarding "the right way", I just want to mention, that I know there isn't really "a right way", but I'm kind of a standardization freak (working as a Java Architect), and love = frameworks, code reuse, templates, and a standard way of coding. So I tend to spend = a great amount of time on this issue. Rather than just coding modules in my own way, my goal has been to adopt = the PHPWS way of coding and thinking, and to reuse as much "core" code as possible. I agree with Don regarding the use of the Item and Manager classes, and to overcome the lack of documentation, I've looked through = all the mods which make use of these classes, including the Skeleton module. Right now I have a problem with the Item and Manager classes, similar to Mike=92s problem. My current module displays a list of items. Each item = has a related list of items. It looks something like this: Manager (containing item A, B and C) -- Item (B) -- Manager (for item B: = B1, B2 and B3) -- Item (B1) This structure is just like the photoalbum module, where you can have a = lot of albums, and each album can contain a lot of photos. To show the first list, I use the Item and Manager classes. When the = user select an instance (e.g. item B), I need a new Item and Manager = relationship to show the detail list with information limited to the selected main = item. I think this should be done by creating an instance of the Manager class with the ability to limit the selection through a parameterized = constructor, just like in the Item class. Any ideas how to solve the problem the most elegant way? I think (like = Mike) that it's a very simple and common task, which should be, if it=92s not = adding to many disadvantages, taken care of by the standard PHPWS = implementation (no criticism here, just a nice request :-). There is a possibility that the Item and Manager classes already has a = way of dealing with this functionality, and that I have overlooked the implementation. If someone could provide the solution, whether or not I = have to code the solution myself, I would be very grateful. Another problem which has raised when coding my module is the task of validating the user input. If some mandatory information is missing, or = some of the submitted information doesn=92t follow the correct format, the = user must be provided with an error message, and probably the opportunity to correct the input. This is not very easy to generalize, but I think a = lot of module developers would be very grateful, if the Skeleton module could = be extended further with examples of how to solve this task. I have come around the validation in my own module by storing all = submitted variables, doing the validation, and if some error arise, displaying = exactly the same page, including the user input (the last part is very important = for a usability aspect). The Skeleton module (and as far as I know, all of = the other PHPWS mods), throw away the user input, and displays the same = input page, unfortunately empty. One last thing - to all of you thinking about developing your own = modules, don't underestimate the power of the Item and Manager classes, just = because some functionality may be missing. Like Don said, making use of the Item = and Manager classes provides a lot of flexibility and code reuse. My advice = is to spend the time it takes, getting to know how to implement and use = these classes. And to the PHPWS team - thanks for the effort and excellent framework so far. Please keep up the good work. - Michael > -----Oprindelig meddelelse----- > Fra: php...@li... = [mailto:phpwebsite- > dev...@li...] P=E5 vegne af Eloi George > Sendt: 14. april 2004 23:05 > Cc: Php...@li... > Emne: Re: [Phpwebsite-developers] Simple Module >=20 > Right now there's 2 schools of thought on this, Mike. >=20 > The Item-Manager module style came about because we wanted a way for > new module developers to > (1) be able to rapidly develop applications, and > (2) decrease the memory usage of phpWebsite, because many module = classes > were loaded/kept in memory on each pageview. If all of the modules = used > the same base class functions (PHPWS_Manager & PHPWS_Item), then less > code would have to be kept in memory. >=20 > Reason #1 is invalid right now because PHPWS_Manager & PHPWS_Item are > largely undocumented & uncommented. > Reason #2 is partially obsolete because with version 0.9-2, module > classes stopped being automatically loaded by the core, freeing module > developers to more finely tune which classes get loaded when. I said > *partially* because it still has a benefit for modules that operate on > the same page as others. >=20 > The Item-Manager module style also has some limitations -- one being > that you can only take your module's capabilities so far before you = have > to start writing extra code to make the base classes do stuff that > they're not designed to do, 'cause Item&Manager aren't just reuseable > code -- it's an entire framework. The other problem is that when you > have an additional level of middleware code, you also increase the > execution time of the script. When that happens, the server can't > handle as manu requests before it crashes. >=20 > The other method of module writing is like Notes. If you need a = class, > you use one. You write the code to be fast and tight, doing only what > *you* need it to do. You can optimize queries to reduce the workload = on > the database server. It's even easier to learn this way because = either > method requires you to learn how to use the Core classes, but you = really > don't ever have to look at Item or Manager if you don't want to. >=20 > If you want to keep memory usage down, remember that include() and > require() are your friends! If you're not using a piece of code, = don't > load it. Take a look at ArticleManager as a (non-definitive) example. > Also, don't be afraid to unset() a variable after you're finished = using > it -- especially if it's using a lot of memory. >=20 > Bottom line is -- you can decide for yourself which way to want to = code > the module. From your description it sounds so simple that it may not > even need a class! You could most likely code the entire thing in > /mod/yourmodule/index.php and not have your server deal with the > overhead of creating a class. >=20 > Geez, I kinda went off on a rant there, didn't I? > -Eloi- >=20 >=20 > Mike Potvin wrote: >=20 > >Don, > >I guess I'm not thinking in a very PHPWS-way yet :) Help me wrap my = head > >around this. This is how my module works: I have several links to = the > >module in various menus. Each link passes a different parameter (in = this > >case an author's name). The module selects rows from an sql database > that > >match that author's name and displays the results in a table. There = is > no > >user interaction required (user or deity). What would my manager do? > >Mike... > > > > > > > >>Regardless of how simple your module might be, making use of the > >>Item/Manager system provides a lot of flexibility and code re-use. = Even > >>if I just had a single item with a single field (much like = skeleton), I > >>would still use a Manager. > >> > >>Don > >> > >> |
From: Eloi G. <el...@re...> - 2004-04-14 21:06:36
|
Right now there's 2 schools of thought on this, Mike. The Item-Manager module style came about because we wanted a way for new module developers to (1) be able to rapidly develop applications, and (2) decrease the memory usage of phpWebsite, because many module classes were loaded/kept in memory on each pageview. If all of the modules used the same base class functions (PHPWS_Manager & PHPWS_Item), then less code would have to be kept in memory. Reason #1 is invalid right now because PHPWS_Manager & PHPWS_Item are largely undocumented & uncommented. Reason #2 is partially obsolete because with version 0.9-2, module classes stopped being automatically loaded by the core, freeing module developers to more finely tune which classes get loaded when. I said *partially* because it still has a benefit for modules that operate on the same page as others. The Item-Manager module style also has some limitations -- one being that you can only take your module's capabilities so far before you have to start writing extra code to make the base classes do stuff that they're not designed to do, 'cause Item&Manager aren't just reuseable code -- it's an entire framework. The other problem is that when you have an additional level of middleware code, you also increase the execution time of the script. When that happens, the server can't handle as manu requests before it crashes. The other method of module writing is like Notes. If you need a class, you use one. You write the code to be fast and tight, doing only what *you* need it to do. You can optimize queries to reduce the workload on the database server. It's even easier to learn this way because either method requires you to learn how to use the Core classes, but you really don't ever have to look at Item or Manager if you don't want to. If you want to keep memory usage down, remember that include() and require() are your friends! If you're not using a piece of code, don't load it. Take a look at ArticleManager as a (non-definitive) example. Also, don't be afraid to unset() a variable after you're finished using it -- especially if it's using a lot of memory. Bottom line is -- you can decide for yourself which way to want to code the module. From your description it sounds so simple that it may not even need a class! You could most likely code the entire thing in /mod/yourmodule/index.php and not have your server deal with the overhead of creating a class. Geez, I kinda went off on a rant there, didn't I? -Eloi- Mike Potvin wrote: >Don, >I guess I'm not thinking in a very PHPWS-way yet :) Help me wrap my head >around this. This is how my module works: I have several links to the >module in various menus. Each link passes a different parameter (in this >case an author's name). The module selects rows from an sql database that >match that author's name and displays the results in a table. There is no >user interaction required (user or deity). What would my manager do? >Mike... > > > >>Regardless of how simple your module might be, making use of the >>Item/Manager system provides a lot of flexibility and code re-use. Even >>if I just had a single item with a single field (much like skeleton), I >>would still use a Manager. >> >>Don >> >> > > > > >------------------------------------------------------- >This SF.Net email is sponsored by: IBM Linux Tutorials >Free Linux tutorial presented by Daniel Robbins, President and CEO of >GenToo technologies. Learn everything from fundamentals to system >administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click >_______________________________________________ >Phpwebsite-developers mailing list >Php...@li... >https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers > > > |
From: Shaun M. <sh...@ae...> - 2004-04-14 06:48:31
|
For anyone using the Amazon Web Services interfaces - that means you Spiggy wherever you are. ;-) Begin forwarded message: > From: "AWS Editor at Amazon.com" <aws...@am...> > Date: 14 April 2004 01:11:36 BST > To: sh...@ae... > Subject: AWS Alert #1: Version 1.0 Deprecation > > Hello AWS Users, > > More than six months ago, our Developer Relations team began > encouraging > you to upgrade your Amazon Web Services applications to take advantage > of > bug fixes and features we worked hard to add to the service. We also > informed you that soon versions 1 and 2 of AWS would no longer be > supported. We are now taking that step and want to provide you with the > necessary information to prevent any potential inconvenience. > > Beginning April 16, 2004, SOAP and XML references to the version 1 > services > will no longer function and error messages will be returned. At this > time > version 2 will not be deprecated. However, we still recommend that you > update your usage as described below. > > To prevent any inconvenience to you or your customers, we urge you to > immediately replace all legacy calls to http://xml.amazon.com/onca/xml > and > http://xml.amazon.com/onca/xml2 with calls to > http://xml.amazon.com/onca/xml3. If you are using SOAP, please > download our > version 3.0 WSDL from > http://soap.amazon.com/schemas3/AmazonWebServices.wsdl and regenerate > your > client application code. > > If you require additional information, please visit the developer > discussion board via the Amazon Web Services homepage at > http://www.amazon.com/webservices. > > Thank you for helping us to provide you with the best possible service. > > Sincerely, > > The Amazon Web Services Team > Shaun aegis design - http://www.aegisdesign.co.uk |
From: Mike P. <php...@po...> - 2004-04-13 15:05:01
|
Don, I guess I'm not thinking in a very PHPWS-way yet :) Help me wrap my head around this. This is how my module works: I have several links to the module in various menus. Each link passes a different parameter (in this case an author's name). The module selects rows from an sql database that match that author's name and displays the results in a table. There is no user interaction required (user or deity). What would my manager do? Mike... > Regardless of how simple your module might be, making use of the > Item/Manager system provides a lot of flexibility and code re-use. Even > if I just had a single item with a single field (much like skeleton), I > would still use a Manager. > > Don |
From: Don S. <do...@se...> - 2004-04-13 14:32:51
|
On Tue, Apr 13, 2004 at 10:02:09AM -0400, Mike Potvin wrote: > Thanks Don. Even the skeleton module was a bit of overkill for my current > purpose (I don't need a manager), but it and the Notes module were > helpful. Regardless of how simple your module might be, making use of the Item/Manager system provides a lot of flexibility and code re-use. Even if I just had a single item with a single field (much like skeleton), I would still use a Manager. Don. --=20 "I know what I believe. I will continue to articulate what I believe, and what I believe --- I believe what I believe is right." George W. Bush July 22, 2001 Comment made during visit to Rome, Italy. |
From: Mike P. <php...@po...> - 2004-04-13 14:02:24
|
Thanks Don. Even the skeleton module was a bit of overkill for my current purpose (I don't need a manager), but it and the Notes module were helpful. All in all though, there appears to be a lot of useful stuff hiding inside PHPWS that would require you to pull apart many modules to discover. I was hoping there might be a howto (or two). I've managed to get a simple module together that pulls my data from a database. I'm just dumping the content now, but I plan to make it "pretty" after I learn how to use the template/output functions built in to PHPWS. Thanks, Mike... > See the skeleton module, it is meant to be ... well a "skeleton" of a > module. Copy it and edit away. > > Don. > > On Fri, Apr 09, 2004 at 01:14:46PM -0400, Mike Potvin wrote: >> I'm new to PHPWS, but I think what I am trying to accomplish is >> simple. >> >> I want a module that I can pass one or two options to. The module >> will then pull some data from mysql and display it in a table. >> >> Before I re-invent the wheel, does this (or something similar) already >> exist? If not, is there a current module development howto? I'm >> trying to disect the Notes module as a learning exercise. >> >> Thanks, >> Mike... >> >> >> >> >> >> ------------------------------------------------------- >> This SF.Net email is sponsored by: IBM Linux Tutorials >> Free Linux tutorial presented by Daniel Robbins, President and CEO of >> GenToo technologies. Learn everything from fundamentals to system >> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click >> _______________________________________________ >> Phpwebsite-developers mailing list >> Php...@li... >> https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers > > -- > Reporter: "The European Union and Japan have filed a challenge in the > WTO > (World Trade Organization) against a rule in the Agriculture > Appropriations bill that would allow steel companies to > receive money from antidumping duties." > > Bush: "Say again now?" > > George W. Bush > December 22, 2000 > Spoken during a press conference held by the president-elect. |
From: Robb D. <rdo...@ya...> - 2004-04-12 20:54:13
|
I found a site that allows developers to upload and maintain a demo of their CMS for comparisons at: http://www.cmsmatrix.org/matrix Warm regards, Robb __________________________________ Do you Yahoo!? Yahoo! Tax Center - File online by April 15th http://taxes.yahoo.com/filing.html |
From: Don S. <do...@se...> - 2004-04-09 17:34:49
|
See the skeleton module, it is meant to be ... well a "skeleton" of a module. Copy it and edit away. Don. On Fri, Apr 09, 2004 at 01:14:46PM -0400, Mike Potvin wrote: > I'm new to PHPWS, but I think what I am trying to accomplish is simple. >=20 > I want a module that I can pass one or two options to. The module will > then pull some data from mysql and display it in a table. >=20 > Before I re-invent the wheel, does this (or something similar) already > exist? If not, is there a current module development howto? I'm trying > to disect the Notes module as a learning exercise. >=20 > Thanks, > Mike... >=20 >=20 >=20 >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3Dcli= ck > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers --=20 Reporter: "The European Union and Japan have filed a challenge in the WTO (World Trade Organization) against a rule in the Agriculture Appropriations bill that would allow steel companies to receive money from antidumping duties." Bush: "Say again now?" George W. Bush December 22, 2000 Spoken during a press conference held by the president-elect. |
From: Mike P. <php...@po...> - 2004-04-09 17:14:56
|
I'm new to PHPWS, but I think what I am trying to accomplish is simple. I want a module that I can pass one or two options to. The module will then pull some data from mysql and display it in a table. Before I re-invent the wheel, does this (or something similar) already exist? If not, is there a current module development howto? I'm trying to disect the Notes module as a learning exercise. Thanks, Mike... |
From: Mike P. <mi...@po...> - 2004-04-09 16:46:56
|
I'm new to PHPWS, but I think what I am trying to accomplish is simple. I want a module that I can pass one or two options to. The module will then pull some data from mysql and display it in a table. Before I re-invent the wheel, does this (or something similar) already exist? If not, is there a current module development howto? I'm trying to disect the Notes module as a learning exercise. Thanks, Mike... |
From: Mike N. <mh...@us...> - 2004-04-08 21:00:56
|
Everyone, I apologize for the long post in advance. The SF.net tracker is mangling the diffs I post in comments, and attaching files isn't working either. [ 931892 ] xhtml well-formed issue: EZform.php Index: EZform.php =================================================================== RCS file: /home/cvsroot/phpwebsite/core/EZform.php,v retrieving revision 1.63 diff -u -r1.63 EZform.php --- EZform.php 9 Mar 2004 18:53:13 -0000 1.63 +++ EZform.php 8 Apr 2004 20:46:38 -0000 @@ -659,7 +659,7 @@ } else $template[strtoupper($elementName)] = $formElement; } - $template["DEFAULT_SUBMIT"] = "<input type=\"submit\" value=\"Submit\">\n"; + $template["DEFAULT_SUBMIT"] = "<input type=\"submit\" value=\"Submit\" />\n"; if (isset($this->_action)) $template["END_FORM"] = "</form>\n"; [ 931897 ] xhtml well-formed issue: branch Index: manage.tpl =================================================================== RCS file: /home/cvsroot/branch/templates/manage.tpl,v retrieving revision 1.1 diff -u -r1.1 manage.tpl --- manage.tpl 22 Nov 2002 18:57:13 -0000 1.1 +++ manage.tpl 8 Apr 2004 20:50:04 -0000 @@ -1,5 +1,6 @@ <table cellpadding="5" width="100%"> <tr class="bg_medium"> <td width="25%"><b>Branch Name</b></td><td><b>Commands</b></td> + </tr> {BRANCHES} </table> Index: panel.tpl =================================================================== RCS file: /home/cvsroot/branch/templates/panel.tpl,v retrieving revision 1.2 diff -u -r1.2 panel.tpl --- panel.tpl 22 Nov 2002 18:57:19 -0000 1.2 +++ panel.tpl 8 Apr 2004 20:51:00 -0000 @@ -2,5 +2,5 @@ <tr class="bg_light"> <td>{CREATE}</td> <td>{MANAGE}</td> -<tr> +</tr> </table> [ 931911 ] xhtml well-formed issue: language Index: adminMenu.tpl =================================================================== RCS file: /home/cvsroot/language/templates/adminMenu.tpl,v retrieving revision 1.4 diff -u -r1.4 adminMenu.tpl --- adminMenu.tpl 31 Oct 2002 17:59:03 -0000 1.4 +++ adminMenu.tpl 8 Apr 2004 20:53:03 -0000 @@ -1,7 +1,7 @@ <table cellpadding="6" cellspacing="0" border="0" width="100%%"> <tr class="bg_light"> - <td colspan="2" valign="top">{CREATE}<td> + <td colspan="2" valign="top">{CREATE}</td> </tr> <tr valign="top"> <td width="15%">{LANG_HELP}<b>{LANGUAGE}:</b></td> @@ -13,7 +13,7 @@ {REMOVE}</td> </tr> <tr class="bg_light"> - <td width="15%" valign="top"><b>{IMP_EXP_HELP}{IMPORT_EXPORT}:</b> + <td width="15%" valign="top"><b>{IMP_EXP_HELP}{IMPORT_EXPORT}:</b></td> <td width="20%">{MODULE}</td> <td width="65%" valign="top">{IMPORT_BUTTON} {EXPORT_BUTTON}</td> </tr> [ 931953 ] xhtml well-formed issue: users Index: manageUsers.tpl =================================================================== RCS file: /home/cvsroot/users/templates/forms/manageUsers.tpl,v retrieving revision 1.3 diff -u -r1.3 manageUsers.tpl --- manageUsers.tpl 24 Feb 2003 14:49:20 -0000 1.3 +++ manageUsers.tpl 8 Apr 2004 20:56:15 -0000 @@ -16,6 +16,6 @@ <td align="left" width="20%"><b>{LIMIT}</b><br />{LIMIT_LINK}</td> <td align="center" width="60%">{PAGES}</td> <td align="right" width="20%"><b>{SEARCH}</b> {SEARCH_FORM}{SEARCH_BUTTON}</td> - </td> + </tr> </table> Index: Forms.php =================================================================== RCS file: /home/cvsroot/users/class/Forms.php,v retrieving revision 1.58 diff -u -r1.58 Forms.php --- Forms.php 2 Apr 2004 20:10:46 -0000 1.58 +++ Forms.php 8 Apr 2004 20:57:26 -0000 @@ -87,13 +87,13 @@ $count = 0; if (!empty($userList)) - $pagedUsers = PHPWS_Array::paginateDataArray($userList, "index.php?module=users&user_op=manageUsers", $_SESSION["manageOptions"]["limit"], TRUE, $curr_sec_decor = array("<b>[ ", " ]</b>"), NULL, 10, TRUE); + $pagedUsers = PHPWS_Array::paginateDataArray($userList, "index.php?module=users&user_op=manageUsers", $_SESSION["manageOptions"]["limit"], TRUE, $curr_sec_decor = array("<b>[ ", " ]</b>"), NULL, 10, TRUE); $alphabet = PHPWS_User::alphabet(); $GLOBALS["CNT_user"]["title"] = $_SESSION["translate"]->it("Manage Users"); - $template["ALPHABET"] = PHPWS_Text::moduleLink($_SESSION["translate"]->it("ALL"), "users", array("user_op"=>"manageUsers", "manageLetter"=>"all") ) . " \n"; + $template["ALPHABET"] = PHPWS_Text::moduleLink($_SESSION["translate"]->it("ALL"), "users", array("user_op"=>"manageUsers", "manageLetter"=>"all") ) . " \n"; foreach ($alphabet as $alphachar) - $template["ALPHABET"] .= PHPWS_Text::moduleLink($alphachar, "users", array("user_op"=>"manageUsers", "manageLetter"=>$alphachar) ) . " \n"; + $template["ALPHABET"] .= PHPWS_Text::moduleLink($alphachar, "users", array("user_op"=>"manageUsers", "manageLetter"=>$alphachar) ) . " \n"; if (!empty($userList)){ @@ -772,4 +772,4 @@ } } } -?> \ No newline at end of file +?> [ 931970 ] xhtml well-formed issue: Array.php Index: Array.php =================================================================== RCS file: /home/cvsroot/phpwebsite/core/Array.php,v retrieving revision 1.30 diff -u -r1.30 Array.php --- Array.php 30 Oct 2003 18:00:33 -0000 1.30 +++ Array.php 8 Apr 2004 20:59:47 -0000 @@ -394,7 +394,7 @@ $nav_links .= ">>\n"; $section_info = ($start + 1) . " - " . ($start + $item_count) . " of " . $numrows . "\n"; } else { - $nav_links .= "<a href=\"" . $link_back . "&PDA_limit=" . $limit . "&PDA_start=" . ($start + $limit) . "&PDA_section=" . ($current_section + 1) . "\" class=\"" . $link_class . "\" alt=\">>\">>></a>\n"; + $nav_links .= "<a href=\"" . $link_back . "&PDA_limit=" . $limit . "&PDA_start=" . ($start + $limit) . "&PDA_section=" . ($current_section + 1) . "\" class=\"" . $link_class . "\" alt=\">>\">>></a>\n"; $section_info = ($start + 1) . " - " . ($start + $limit) . " of " . $numrows . "\n"; } -- 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-04-08 19:56:57
|
On 8 Apr 2004, at 17:04, Mike Noyes wrote: > Everyone, > Don added BBCode parsing to core/Text.php a while ago. He and I > discussed a site wide parse setting on irc. Here is the proposal: > > Admin control panel setting for input parsing > Options: html, wiki, bbcode, text Is this a site wide switch for all modules that use the parse functions or to allow you to pick parsing settings for each module individually. eg. allowing... full html in block, announce, subset of html in comments bbcode in comments and phpwsbb only swearing allowed only in one forum or if you're a deity. That last one is important - it's nice to vent. ;-) Shaun aegis design - http://www.aegisdesign.co.uk |
From: Mike N. <mh...@us...> - 2004-04-08 16:04:20
|
Everyone, Don added BBCode parsing to core/Text.php a while ago. He and I discussed a site wide parse setting on irc. Here is the proposal: Admin control panel setting for input parsing Options: html, wiki, bbcode, text Other parsing options could be added as desired. PEAR :: Package :: Text_Wiki http://pear.php.net/package/Text_Wiki Cia Text_Wiki http://wiki.ciaweb.net/yawiki/index.php?wiki=Text_Wiki -- Mike Noyes <mhnoyes at users.sourceforge.net> http://sourceforge.net/users/mhnoyes/ SF.net Projects: ffl, leaf, phpwebsite, phpwebsite-comm, sitedocs |
From: Darren G. <dg...@tu...> - 2004-04-08 14:46:23
|
The check seems to be for modules that have both an administrator interface and a user interface. The modules that have a setting for admin=FALSE are comments, language, layout, notes, and users. I believe notes should probably be set to TRUE, since it only has one view. But, for each of the others there are two interfaces and since you are a deity that boosted the module you probably would like to see the administrator view and the extra line in Boost provides the correct module link. Darren > Hey everyone, > Don and I have never taken the time to see why the Go to Module link doesn't work with some mods after installing. I finally took the time to find out and wanted to share it with everyone, and discuss adding it to mods that don't have it, or modify the behavior of > mod/boost/class/Boost.php. > Anyway, in conf/controlpanel.php you need to add "admin"=>TRUE to the $link[] array to have the "Go to Module" link appear after boosting your mod. > I didn't test to see if this makes the mod only available to admin users in the control panel. If that is the case, I think a modification to Boost.php may be in order. The line that would need to be altered is 337 in current cvs: > if (isset($modLink['admin']) && (bool)$modLink['admin'] == TRUE) I'm not sure what the original thought was behind this line. It doesn't really make any sense to me since a user must be a Diety to boost anyway. May be more appropriate to just whack this line. Something to look into anyway. > Wendall > -- > "Only the ideas that we really live have any value." --Hermann Hesse (Demian) > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers |
From: Don S. <do...@se...> - 2004-04-08 13:10:53
|
On Wed, Apr 07, 2004 at 06:29:38PM +0200, Stephan Adler wrote: > Setting up an PHPWebsite for our project (http://www.systemli.org) we=20 > discovered a potential security Problem in the Bulletin Search Function. That's a phpwsBB issue. If you can file a bug at phpwsBB that would be great. Also be sure you are using the latest version of phpwsBB. http://phpwsbb.sourceforge.net Don. --=20 "This is what I'm good at. I like meeting people, my fellow citizens. I l= ike interfacing with them." George W. Bush September 8, 2000 Comment made at campaign stop in Pittsburgh, Pennsylvania. |
From: Stephan A. <st...@de...> - 2004-04-07 16:35:12
|
Hello! Setting up an PHPWebsite for our project (http://www.systemli.org) we discovered a potential security Problem in the Bulletin Search Function. So if are an anonymous user on the site, and you search the Bulletin Board the search funktion shows results from hidden boars an boards you don't heave any read permission to. Regards Stephan -- Never underestimate the power of human stupidity. |