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: Alessandro P. (T. / J578) <al...@ti...> - 2001-12-04 17:10:20
|
On Tue, 2001-12-04 at 17:44, Matthew McNaney wrote: > You can download now a new Menu for phpWebSite, which enables you to see > on which point of navigation you are and if a menu item contains submenu > at http://www.true-illusions.com/phpws <br /> > <br />The are no changes for fully extended menu! > > This was submitted to our site. If someone has a chance, could you test it > and tell us what you think? I'm gonna check it -- Alessandro "TXM" Pisani - al...@ti... - ICQ #2209087 phpWebSite Development Team http://phpwebsite.appstate.edu INWO Project coordinator http://www.inwoproject.f2s.com "I will carry you through, hicking and screaming, and in the end you will thank me" - Tyler Durden [from "Fight Club"] |
From: Matthew M. <ma...@tu...> - 2001-12-04 16:49:32
|
You can download now a new Menu for phpWebSite, which enables you to see on which point of navigation you are and if a menu item contains submenu at http://www.true-illusions.com/phpws <br /> <br />The are no changes for fully extended menu! This was submitted to our site. If someone has a chance, could you test it and tell us what you think? Thanks, Matt Matthew McNaney Internet Systems Architect Electronic Student Services Email: ma...@tu... URL: http://phpwebsite.appstate.edu Phone: 828-262-6493 ICQ: 141057403 |
From: Matthew M. <ma...@tu...> - 2001-12-04 13:42:37
|
> I've just fixed #447594 "picture uploads". I tested it and it seems to > work correctly. Please consider use @move_uploaded_file() instead of > copy() to deal with uploaded files in future. A while ago someone complained about using copy(). Thanks for fixing it =) It is overdue. Matthew McNaney Internet Systems Architect Electronic Student Services Email: ma...@tu... URL: http://phpwebsite.appstate.edu Phone: 828-262-6493 ICQ: 141057403 |
From: Alessandro P. (T. / J578) <al...@ti...> - 2001-12-04 12:27:06
|
Today I'm sweeping some old feature-requests that were pending. Yet committed: - #408414: now you can hide blocks - #453070: now you can disable the "NNN bytes" substring from "Read more..." (please test them... I always do, besides that they might be wrong...) Work In Progress: - #437336: enabling right blocks also on userpages - #459453: more that 1 poll per page - no number: make Help optionally hidable - no number: move the 1-vote-only-for-ip option of the poll module from poll_config.php into the database - no number: themes admin panel Bye for now ;) Alessandro -- Alessandro "TXM" Pisani - al...@ti... - ICQ #2209087 INWO Project coordinator http://www.inwoproject.f2s.com "I will carry you through, hicking and screaming, and in the end you will thank me" - Tyler Durden [from "Fight Club"] |
From: Karsten D. <k.d...@tu...> - 2001-12-04 12:13:00
|
On Mon, Dec 03, 2001 at 12:32:57PM -0800, Eric Wallace wrote: > Unless anyone else has already started it, I have > undertaken the task of rewriting stats.php. Great :-) > Because it can not count! No offense to Karsten or > anyone else who has worked on it before. Just take a > look at it, the percentages add up to be more than > 100%. Right, I noticed that once, but thought it was some error happening only under strange circumstances... No offense taken, I just added a little to the browser matching :-) > I have a few questions. Should it remain part of the > core or move to a module? I am thinking module. Are > there any features that you want to see? Should there > be both private(admin) and public stats? I would say it should be a module - on the other hand, where would the counter call go? Into the theme? Seems error-prone to me (imagine having the call in the theme twice...). As for the features, I use Analog and ReportMagic anyway... :-) Regards, Karsten -- Why do we have to hide from the police, daddy? Because we use emacs, son. They use vi. ----------------------------- mailto:k.d...@tu... w³: http://www.k-fish.de/ gpg: http://www.k-fish.de/mykeys.gpg |
From: Karsten D. <k.d...@tu...> - 2001-12-04 12:13:00
|
On Tue, Dec 04, 2001 at 11:50:22AM +0100, Alessandro Pisani (TXM / J578) wrote: > Karsten, I've seen you changed "gawk" to "mawk" in makedistro.sh. > I'm changing it to the original "gawk", due to the fact this is AFAIK > more spread than mawk on Linux systems. Oops, that was a mistake. I have mawk here (gawk didn't compile cleanly), so I changed this. But the committ shouldn't have happened... Sorry, Karsten -- Why do we have to hide from the police, daddy? Because we use emacs, son. They use vi. ----------------------------- mailto:k.d...@tu... w³: http://www.k-fish.de/ gpg: http://www.k-fish.de/mykeys.gpg |
From: Alessandro P. (T. / J578) <al...@ti...> - 2001-12-04 11:11:53
|
Hi all, I've just fixed #447594 "picture uploads". I tested it and it seems to work correctly. Please consider use @move_uploaded_file() instead of copy() to deal with uploaded files in future. move_uploaded_file is more safer and does not create problems when PHP is in safe_mode (usual configuration on most companies websites). I changed current phpWS calls of copy() to @move_uploaded_file(). Please let me know if you notice something wrong aftr that (I didn't, so far). Bye, Alessandro -- Alessandro "TXM" Pisani - al...@ti... - ICQ #2209087 INWO Project coordinator http://www.inwoproject.f2s.com "I will carry you through, hicking and screaming, and in the end you will thank me" - Tyler Durden [from "Fight Club"] |
From: Alessandro P. (T. / J578) <al...@ti...> - 2001-12-04 10:53:57
|
Karsten, I've seen you changed "gawk" to "mawk" in makedistro.sh. I'm changing it to the original "gawk", due to the fact this is AFAIK more spread than mawk on Linux systems. Bye, Alessandro -- Alessandro "TXM" Pisani - al...@ti... - ICQ #2209087 INWO Project coordinator http://www.inwoproject.f2s.com "I will carry you through, hicking and screaming, and in the end you will thank me" - Tyler Durden [from "Fight Club"] |
From: Alessandro P. (T. / J578) <al...@ti...> - 2001-12-04 10:23:06
|
On Tue, 2001-12-04 at 05:51, Geoff Staples wrote:phpWebsite (in User.php) currently sends out this hard coded message to a new registrant: *snip* I'll fix it today. Thanks for you help :> Regards, Alessandro -- Alessandro "TXM" Pisani - al...@ti... - ICQ #2209087 INWO Project coordinator http://www.inwoproject.f2s.com "I will carry you through, hicking and screaming, and in the end you will thank me" - Tyler Durden [from "Fight Club"] |
From: Geoff S. <ge...@ho...> - 2001-12-04 04:51:37
|
<html> phpWebsite (in User.php) currently sends out this hard coded message to a new registrant:<br><br> "Welcome to Radio Left !<br> You or someone else has used your email (lu...@ho...) to create an account at Radio Left. <br> The following is the member information: <br> -Nickname: lulu <br> -Password: hemkciklic"<br><br> I've had several people write to us in a panic because they think someone has access to their account (or whatever). While this email is clear to me, it isn't clear to some of our users. So, I modified the message to the following:<br><br> "Welcome to Radio Left !<br> Your account has been created at Radio Left. <br> Here is your member information: <br> -Nickname: Elmo <br> -Password: suchanyeswhy<br> <font color="#0000FF"><u><a href="http://www.radioleft.com/" eudora="autourl">http://www.radioleft.com</a></u></font>. <br> (If you did not request this account, someone else entered your email address (el...@ho...), probably by mistake. Since they do not have the password, they cannot use the account, so, no action is required on your part. Simply ignore this email.)"<br><br> I prefer this wording because it puts the exception (the person didn't sign up for the account) at the bottom so it is less confusing.<br><br> Perhaps, The wording could be changed in a future release of phpWebsite, or, the message could be administrator configurable. I've been quite successful in using the new version of phpWebsite without changing any code -- only the theme. And, of course, we don't want to modify the code because we don't want to get locked in to a particular version.<br><br> Geoff</html> |
From: Alessandro P. (T. / J578) <al...@ti...> - 2001-12-03 23:34:03
|
Okay, I've just committed these things: - improvements and some fixes to the blocks module - fixes for bug #486233 Finally, bug #486233 should be gone (forever). Since to fix it I slightly changed about all modules (except for userpages, which were safe to use), please test them. I tested them and went smoothly, but I might be wrong... :> Bye, Alessandro -- Alessandro "TXM" Pisani - al...@ti... - ICQ #2209087 INWO Project coordinator http://www.inwoproject.f2s.com "I will carry you through, hicking and screaming, and in the end you will thank me" - Tyler Durden [from "Fight Club"] |
From: Eric W. <ecr...@ya...> - 2001-12-03 20:32:58
|
Unless anyone else has already started it, I have undertaken the task of rewriting stats.php. Why? Because it can not count! No offense to Karsten or anyone else who has worked on it before. Just take a look at it, the percentages add up to be more than 100%. I have a few questions. Should it remain part of the core or move to a module? I am thinking module. Are there any features that you want to see? Should there be both private(admin) and public stats? I will also role the referral functionality into this rewrite since they naturally belong together. ===== ---Eric T. Wallacee-mail: ecr...@ya...url: ecrosstexas :: the texas blog __________________________________________________ Do You Yahoo!? Buy the perfect holiday gifts at Yahoo! Shopping. http://shopping.yahoo.com |
From: Karsten D. <k.d...@fi...> - 2001-12-03 19:13:57
|
Hi! Though this has not really been a bug, I hacked away on it. I tested the code and hope I have not missed something. But the upgrade has only been tested for 0.8.0 -> CVS (aka 0.8.2), so please test this and report any errors... Regards, Karsten -- Why do we have to hide from the police, daddy? Because we use emacs, son. They use vi. ----------------------------- mailto:k.d...@tu... w³: http://www.k-fish.de/ gpg: http://www.k-fish.de/mykeys.gpg |
From: Karsten D. <k.d...@tu...> - 2001-12-03 17:54:28
|
On Fri, Nov 30, 2001 at 02:17:28PM -0500, Matthew McNaney wrote: > > Can we please do away with $nukeurl being a variable > > name. How about $phpwsurl? Anything other than > > *nuke*. As this code is continually becoming better > > and better, I hate seeing that reminder of phpnuke. > > Heh, ya we can. Not sure how much code will need to be shuffled through to > clean this out however. I will say that with the rewriting of the modules > and the new core, the amount of legacy Nuke code is dwindling and will > eventually be gone. Well, as far as the codebase in CVS is concerned, I changed every nuke_url to phpws_url, and it seems to run flawlessly here. Though this probably isn't "thorough testing"... Should I commit this change, so others can test it, or are there arguments against this (like mods/plugins using nuke_url)? Regards, Karsten -- Why do we have to hide from the police, daddy? Because we use emacs, son. They use vi. ----------------------------- mailto:k.d...@tu... w³: http://www.k-fish.de/ gpg: http://www.k-fish.de/mykeys.gpg |
From: Karsten D. <k.d...@tu...> - 2001-12-03 17:43:02
|
On Mon, Dec 03, 2001 at 08:50:32AM -0500, Matthew McNaney wrote: > > Who promotes this change (just committed it to CVS) to the theme > > developers? We should probably mention it on phpwebsite.appstate.edu > > and on phpwsthemes.sourceforge.net... > > If you can just remind me before the next version comes out, I'll take care > of it. I'll try to think of it :-) > > Definitely a good idea. Who takes care of the "phpWebSite" and the > > "Default" theme? > > Since you are a developer, you do ;) those are default themes, so if you > want to make the change, go for it. Otherwise, just let me know and I can > do it. Well, I changed the themes to work the new way, of course. But I have no good idea of a way to include the banners in better way from a designers point of view. So if anyone wants to do this... Regards, Karsten -- Why do we have to hide from the police, daddy? Because we use emacs, son. They use vi. ----------------------------- mailto:k.d...@tu... w³: http://www.k-fish.de/ gpg: http://www.k-fish.de/mykeys.gpg |
From: Alessandro P. (T. / J578) <al...@ti...> - 2001-12-03 14:17:57
|
On Mon, 2001-12-03 at 14:50, Matthew McNaney wrote: > > Who promotes this change (just committed it to CVS) to the theme > > developers? We should probably mention it on phpwebsite.appstate.edu > > and on phpwsthemes.sourceforge.net... > > If you can just remind me before the next version comes out, I'll take care > of it. Please also mention that there is another (big) change in the default themes: Ryan and me introduced a new poll block both in header.php and footer.php to deal with the new poll-docking option. This also need to be issued to theme developers. > > Definitely a good idea. Who takes care of the "phpWebSite" and the > > "Default" theme? All of us! :> > Since you are a developer, you do ;) those are default themes, so if you > want to make the change, go for it. Otherwise, just let me know and I can > do it. Me too. If you don't have time to apply the change, please feel free to delegate it me :> Regards, Alessandro -- Alessandro "TXM" Pisani - al...@ti... - ICQ #2209087 INWO Project coordinator http://www.inwoproject.f2s.com "I will carry you through, hicking and screaming, and in the end you will thank me" - Tyler Durden [from "Fight Club"] |
From: Matthew M. <ma...@tu...> - 2001-12-03 13:55:15
|
> Who promotes this change (just committed it to CVS) to the theme > developers? We should probably mention it on phpwebsite.appstate.edu > and on phpwsthemes.sourceforge.net... If you can just remind me before the next version comes out, I'll take care of it. > Definitely a good idea. Who takes care of the "phpWebSite" and the > "Default" theme? Since you are a developer, you do ;) those are default themes, so if you want to make the change, go for it. Otherwise, just let me know and I can do it. Thanks, Matt Matthew McNaney Internet Systems Architect Electronic Student Services Email: ma...@tu... URL: http://phpwebsite.appstate.edu Phone: 828-262-6493 ICQ: 141057403 |
From: Karsten D. <k.d...@tu...> - 2001-12-03 13:41:39
|
On Thu, Nov 29, 2001 at 11:34:15AM -0500, Matthew McNaney wrote: > I think changing the individual theme might be the best route. We will just > need to make mention of it to the people who upgrade. I am guessing the > code will probably be pretty short. Yes, short :-) Basically put this into the theme anywhere you like: <?php if ($banners) { include("banners.php"); } ?> It will emit a div tag in which the img is centered. Or should the function just emit the img tag, without any "container", since the "container" can as well be placed in the theme file. This way it would be even more flexible... Who promotes this change (just committed it to CVS) to the theme developers? We should probably mention it on phpwebsite.appstate.edu and on phpwsthemes.sourceforge.net... > >From a PR point of view, we might want to make a sample theme that uses the > banner effectively. Currently, the banner is pretty much out of place. If > we introduce it in the theme/foo/header.php file yet incorporate instead of > it sitting outside the theme (as it does currently) people may appreciate > it more. Definitely a good idea. Who takes care of the "phpWebSite" and the "Default" theme? Regards, Karsten -- Why do we have to hide from the police, daddy? Because we use emacs, son. They use vi. ----------------------------- mailto:k.d...@tu... w³: http://www.k-fish.de/ gpg: http://www.k-fish.de/mykeys.gpg |
From: Alessandro P. (T. / J578) <al...@ti...> - 2001-12-03 13:32:49
|
On Mon, 2001-12-03 at 14:18, Matthew McNaney wrote: > > Anyway, I'm glad this was found as it is something to be wary of in later > versions. > yes, now that this had been exposed we can hopefully avoid such problems in the new core. Later today I'll patch the affected modules with the proposed check. Bye, Alessandro -- Alessandro "TXM" Pisani - al...@ti... - ICQ #2209087 INWO Project coordinator http://www.inwoproject.f2s.com "I will carry you through, hicking and screaming, and in the end you will thank me" - Tyler Durden [from "Fight Club"] |
From: Matthew M. <ma...@tu...> - 2001-12-03 13:23:18
|
Whatever solution you come to, it seems it will have to be done on a module by module basis. Some of the newer modules (userpages, poll) are not using the database so there is no base to check their status against except the code itself. A check in the switch seems to be the way to go. Other module writers will need to implement the change themselves, but if the mod's status is based on the modules table, they can just run a check on block_pos. Anyway, I'm glad this was found as it is something to be wary of in later versions. Matthew McNaney Internet Systems Architect Electronic Student Services Email: ma...@tu... URL: http://phpwebsite.appstate.edu Phone: 828-262-6493 ICQ: 141057403 |
From: Matthew M. <ma...@tu...> - 2001-11-30 22:31:17
|
> Is the point of this post just to ask what ideas should be on the todo > list for phpWS, or is this implying that there is some interest in > trying to make phpBB work more closely with phpWS? I have nothing but respect for phpBB. However I am not requesting we work with their team. They are more well known, therefore I think if they were interested they would have contacted us. I just used this post as an example of what people want now that content management has matured. > Anyway, a couple of comments below... >> Ability to add pictures to news posts, resize them etc. >> Ability to set the order news appears on the site >> ------> I would like to see this as well > > Haven't looked at the very latest releases of phpWS, and I'm not sure > what the most generic/flexible way of doing this is, but I'd like to > see it be possible to replace the standard topic icons with pictures, > and then also be able to have attachments (pictures, WP documents, > whatever) for each news article. Agreed. I think a lot of people are in the Slashdot mind set of small news opening to bigger news with a topic pic. While that may be good for some, others may want more flexibility. I am not advocating which is better, but I do think developers should allow the users to determine how far they want to take the functionality. >> Calendar >> private and public events > Calendaring is of course the big deal a lot of places. I think it > would be great if we could somehow make HORDE applications (IMP & > Kronolith in particular) with phpWS since they already have such a good > head start in calendaring and mail. For example, I think it would be > great if the "mail to a friend" option could just pop open an IMP > compose window that was pre-populated with the article that you were > forwarding. You will understand that calendar is a sensitive subject with me. ;^) And calendar WILL be better in its next incarnation. I am not sure what direction it will go in the rewrite (most likely some group/user functionality) but I still like event calendars more than groupware (which are done quite well by others). That said, I would like options to install different calendar modules on phpwebsite. But others need to create that option. I would like phpwebsite to be popular enough that project developers would WANT to create a module for phpwebsite on their own. We can't develop all the things people want. What we can try to do is make phpwebsite appealing enough for others to develop for it. That is what we are concentrating on. Not features, but flexibility, modularity, and ease of use. > I think the main thing that people are seeing with all the different > attempts at "groupware" are that no one open-source group can do > everything and do it well. Right, so phpwebsite needs to be flexible enough that others can fill in the blanks. That is what we want. > Unfortunately, the best of breed > applications have wildly different foundations. If we could find a way > to make a few of the major ones talk to each other (sharing > authentication sessions if nothing else), we'd be making a huge amount > of progress. And that diversity can still be a positive because if > there's something I want to write, I can choose to make it a phpWS > plug-in, a HORDE application, or whatever else makes sense. Agreed. Future incarnations will have all that you are mentioning built in. Modules will be able to communicate and work with one another seamlessly through the core. > While commenting on features, we have one functionality concern that > we're looking at in choosing a CMS... The first is that we have a need > to have a lot of sub-sites. For example, we have our university-wide > web site, and then we have the departmental sites that want to have > their own content. It would be ideal if there was a way (with themes, > or some kind of sharing between phpWS installs) to allow a user to post > an article on the business school "portal" and have it optionally > appear on the university-wide portal page. We have a need for similar > functionality in an event calendar (to display Business School events > vs. university-wide events). Funny you should mention this. We have the exact same need and we are in the process of developing "hub technology." Sites will share information with one another to make a community of web sites. I will let Brian or Jeremy comment more on this because they are building it. > With all that in mind, I do want to say that although development > doesn't appear to be moving as quickly in phpWS as some other CMS'es, I > still am a strong fan because it seems that this is one of the few > projects that is really working to build infrastructure into the > system, rather than just sheer quantities of features. Well thanks that is what we are aiming for. A few quick points: 1) I have a new position so I working more directly on phpwebsite now. 2) We have a couple new developers that are doing some great things, 3) The students that code on the project are in exam hell right now. You will probably see more of Adam, Jeremy, John, Steven, and Ryan once they get done. 4) We ebb and flow with the university calendar (i.e. more gets done during the breaks). Have a good weekend everyone! Matt ----------- Matthew McNaney Internet Systems Architect Electronic Student Services Email: ma...@tu... URL: http://phpwebsite.appstate.edu Phone: 828-262-6493 ICQ: 141057403 |
From: D C. <can...@ui...> - 2001-11-30 19:33:27
|
Is the point of this post just to ask what ideas should be on the todo list for phpWS, or is this implying that there is some interest in trying to make phpBB work more closely with phpWS? I would certainly be in favor of seeing phpWS and phpBB become closely-knitted projects. But perhaps I read too much into this posting? Anyway, a couple of comments below... On Fri, 2001-11-30 at 08:19, Matthew McNaney wrote: > For those unaware phpBB is working on a CMS front end for their BB system. > News > > Ability to add pictures to news posts, resize them etc. > Ability to set the order news appears on the site > ------> I would like to see this as well Haven't looked at the very latest releases of phpWS, and I'm not sure what the most generic/flexible way of doing this is, but I'd like to see it be possible to replace the standard topic icons with pictures, and then also be able to have attachments (pictures, WP documents, whatever) for each news article. The former would make our media relations department happy and the latter would reduce disk-usage problems caused by our university-wide mailing lists. > Calendar > private and public events > > -------> This is either built in or planned. I will not work on calendar > however until the core is finished. Calendaring is of course the big deal a lot of places. I think it would be great if we could somehow make HORDE applications (IMP & Kronolith in particular) with phpWS since they already have such a good head start in calendaring and mail. For example, I think it would be great if the "mail to a friend" option could just pop open an IMP compose window that was pre-populated with the article that you were forwarding. I think the main thing that people are seeing with all the different attempts at "groupware" are that no one open-source group can do everything and do it well. Unfortunately, the best of breed applications have wildly different foundations. If we could find a way to make a few of the major ones talk to each other (sharing authentication sessions if nothing else), we'd be making a huge amount of progress. And that diversity can still be a positive because if there's something I want to write, I can choose to make it a phpWS plug-in, a HORDE application, or whatever else makes sense. I hate to ask a question that will generate too much traffic on this list, but maybe it would be worth discussing what _other_ web applications people are using that would benefit from being able to interact with phpWS. That might give us an idea if there are any projects that should be seriously considered for joint development. While commenting on features, we have one functionality concern that we're looking at in choosing a CMS... The first is that we have a need to have a lot of sub-sites. For example, we have our university-wide web site, and then we have the departmental sites that want to have their own content. It would be ideal if there was a way (with themes, or some kind of sharing between phpWS installs) to allow a user to post an article on the business school "portal" and have it optionally appear on the university-wide portal page. We have a need for similar functionality in an event calendar (to display Business School events vs. university-wide events). With all that in mind, I do want to say that although development doesn't appear to be moving as quickly in phpWS as some other CMS'es, I still am a strong fan because it seems that this is one of the few projects that is really working to build infrastructure into the system, rather than just sheer quantities of features. Sorry to be so long-winded. A happy weekend to all. DC |
From: Matthew M. <ma...@tu...> - 2001-11-30 19:22:07
|
> Can we please do away with $nukeurl being a variable > name. How about $phpwsurl? Anything other than > *nuke*. As this code is continually becoming better > and better, I hate seeing that reminder of phpnuke. Heh, ya we can. Not sure how much code will need to be shuffled through to clean this out however. I will say that with the rewriting of the modules and the new core, the amount of legacy Nuke code is dwindling and will eventually be gone. Matthew McNaney Internet Systems Architect Electronic Student Services Email: ma...@tu... URL: http://phpwebsite.appstate.edu Phone: 828-262-6493 ICQ: 141057403 |
From: Matthew M. <ma...@tu...> - 2001-11-30 19:20:04
|
> I have a question about the proposed template > implementation. Ok this is how the templates will work. <html> <body> <table> <? echo $left_bar ?> ... <? echo $calendar_plugin ?> ... <? echo $body ?> ... </table> </body> </html> That's is basically it. If you want more interaction you create module that intercepts the string and spits it back out after configuration. This way you can make it as simple as you want by making a Dreamweaver page then pluging in the variables, or more complex (ie if ($poll_plugin){ Create extra column}), or use a theme module to control everything. I have the templates working but they are just for testing purposes. Once I am in that code, I'm sure other stuff will come up. One more thing, the rewrite will need to work with the OLD theming scheme as well. Again, more when I get to that part. Matthew McNaney Internet Systems Architect Electronic Student Services Email: ma...@tu... URL: http://phpwebsite.appstate.edu Phone: 828-262-6493 ICQ: 141057403 |
From: Vlad S. <vl...@hu...> - 2001-11-30 19:15:20
|
aSBzZWNvbmQgdGhhdC4NCg0KbXVzdC4uLmxldC4uLmdvLi5vZi4uLnRoZS4uLm51a2UuLi4uDQoN CnZsYWQNCg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBwaHB3ZWJzaXRl LWRldmVsb3BlcnMtYWRtaW5AbGlzdHMuc291cmNlZm9yZ2UubmV0DQo+IFttYWlsdG86cGhwd2Vi c2l0ZS1kZXZlbG9wZXJzLWFkbWluQGxpc3RzLnNvdXJjZWZvcmdlLm5ldF1PbiBCZWhhbGYgT2YN Cj4gRXJpYyBXYWxsYWNlDQo+IFNlbnQ6IEZyaWRheSwgTm92ZW1iZXIgMzAsIDIwMDEgMTowNCBw bQ0KPiBUbzogcGhwd2Vic2l0ZS1kZXZlbG9wZXJzQGxpc3RzLnNvdXJjZWZvcmdlLm5ldA0KPiBT dWJqZWN0OiBbUGhwd2Vic2l0ZS1kZXZlbG9wZXJzXSAkbnVrZXVybA0KPiANCj4gDQo+IENhbiB3 ZSBwbGVhc2UgZG8gYXdheSB3aXRoICRudWtldXJsIGJlaW5nIGEgdmFyaWFibGUNCj4gbmFtZS4g IEhvdyBhYm91dCAkcGhwd3N1cmw/IEFueXRoaW5nIG90aGVyIHRoYW4NCj4gKm51a2UqLiBBcyB0 aGlzIGNvZGUgaXMgY29udGludWFsbHkgYmVjb21pbmcgYmV0dGVyDQo+IGFuZCBiZXR0ZXIsIEkg aGF0ZSBzZWVpbmcgdGhhdCByZW1pbmRlciBvZiBwaHBudWtlLiAgDQo+IA0KPiANCj4gX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gRG8gWW91IFlh aG9vIT8NCj4gWWFob28hIEdlb0NpdGllcyAtIHF1aWNrIGFuZCBlYXN5IHdlYiBzaXRlIGhvc3Rp bmcsIGp1c3QgJDguOTUvbW9udGguDQo+IGh0dHA6Ly9nZW9jaXRpZXMueWFob28uY29tL3BzL2lu Zm8xDQo+IA0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xw0KPiBQaHB3ZWJzaXRlLWRldmVsb3BlcnMgbWFpbGluZyBsaXN0DQo+IFBocHdlYnNpdGUtZGV2 ZWxvcGVyc0BsaXN0cy5zb3VyY2Vmb3JnZS5uZXQNCj4gaHR0cHM6Ly9saXN0cy5zb3VyY2Vmb3Jn ZS5uZXQvbGlzdHMvbGlzdGluZm8vcGhwd2Vic2l0ZS1kZXZlbG9wZXJzDQo+IA== |