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: Tat <ta...@sn...> - 2001-03-18 00:49:07
|
Jdcamp & others, I was wondering if it is possible to get access or information on what the plans or changes that will happen for 0.80. The reason being is I would like to try to find out and modify information so that I can have different menus for different subweb directories. For example. If I have http://phpwebsite_site.com/ and have content that caters to the front page. I then want to create http://phpwebsite_site.com/phpwhosonline/ and have just the news show up on that index from only say one sub topic or sub topic category list of news items. While keeping the database the same and just adding maybe a few tables. Haven't thought it out clearly, but would like to attempt it. If anyone has tips or advice or how to do it....I would appreciate it. dynomite |
From: Bob M. <web...@is...> - 2001-03-18 00:43:12
|
Hello everyone... I am going to make a turn on this project and work on integrating phpWebSite's user base with vBulletin's, I have alot of peopl= e interested in this and want to see it happen. I would like to know what t= he plans are for the database tables and the reason I ask is I believe it wa= s Brian who wanted to see a different naming structure. Let me know your thoughts and ideas. Thx. Bob -----Original Message----- From: php...@li... [mailto:php...@li...]On Behalf Of Karsten Dambekalns Sent: Friday, March 16, 2001 12:50 PM To: php...@li... Subject: Re: [Phpwebsite-developers] Themes On Fri, Mar 16, 2001 at 12:03:41PM -0500, Jason Campbell wrote: > > I have read everything I could find about themes, and while phpWS > > themes are handled MUUUUUUCH better than phpNuke they are still a pai= n > > in the butt. I have a couple of themes I am trying to create, and I a= m > > more than willing to share with the community, but I am not getting a > > clear picture of what is going on in the themes folders. Well, themes aren't handled the most effective way. Until this has change= d, you have to be patient. Easy, eh ?!? :-) > I've been looking at the theme structure myself while making the block > modification and I think some of the functions in theme.php need to > possibly be moved to their own file, say functions.php or something sin= ce > it seems alot of those functions are the same for each theme, or am I wrong > about that? Once the blocks get moved into a database (which I'm doing > now), I think it'll make life alot easier for themes. Could you email me an outline fo the new structure? I am working on the developer docs, and documenting the theme structure (mostly to analyze wh= at can be done better...) is one of the things I want to do next. You are basically right with your assumption about the functions in the individual theme files. Good you haven't looked at layout.php :o) 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=B3: http://www.k-fish.de/ gpg: http://www.k-fish.de/mykeys.gpg |
From: Jason C. <cam...@xp...> - 2001-03-17 03:32:25
|
After I heard phpBB was integrated into PHP-Nuke, I decided to investigate what they had in PHP-Nuke and what I found was a few useful things that they've taken from other Open Source projects and integrated them into PHP- Nuke. One of them was the News Feeds they have in it. Its from a script I've looked at a few times off HotScripts.com. So I decided to port the REAL script to phpWebSite like PHP-Nuke did. Right now I have the news feeds running on my test site at the address below if anyone wants to see what it looks like. I hope this can get integrated into the phpWebSite code base once I finalize the code. I've made a new PHP file in the base installation directory called Functions.PHP and put the function for the headlines in this file. I hope to move other functions out of the theme.php into this file also to make the theme files alot cleaner in my humble opinion :) I want to take this a step further than PHP-Nuke and have the actual news feed stored in a table and not in a cache file like the script currently handles the news feeds. Once this is done, I want to add the news feeds to the rest of the block code, not the same table as regular blocks but have it so you can control the positioning of the news blocks on the page. Please let me know what you think. Jason Campbell Xplozive Media Technologies http://www.xplozivemedia.com |
From: Jason C. <cam...@xp...> - 2001-03-16 18:28:58
|
> On Fri, Mar 16, 2001 at 12:03:41PM -0500, Jason Campbell wrote: > >> > I have read everything I could find about themes, and while phpWS >> > themes are handled MUUUUUUCH better than phpNuke they are still a >> > pain in the butt. I have a couple of themes I am trying to create, >> > and I am more than willing to share with the community, but I am not >> > getting a clear picture of what is going on in the themes folders. > > Well, themes aren't handled the most effective way. Until this has > changed, you have to be patient. Easy, eh ?!? :-) > >> I've been looking at the theme structure myself while making the block >> modification and I think some of the functions in theme.php need to >> possibly be moved to their own file, say functions.php or something >> since it seems alot of those functions are the same for each theme, >> or am I wrong about that? Once the blocks get moved into a database >> (which I'm doing now), I think it'll make life alot easier for >> themes. > > Could you email me an outline fo the new structure? I am working on the > developer docs, and documenting the theme structure (mostly to analyze > what can be done better...) is one of the things I want to do next. > > You are basically right with your assumption about the functions in the > individual theme files. Good you haven't looked at layout.php :o) > > 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 I'd really like to revise some of the theme code in some way. All I've done so far is tweaked a few of the functions to support PHP code in them and that could just be a new function altogether too. I know that moving the theme.php functions to a new file would be alot of code changes but I think it would be best in the long run with those functions out of there. I still have to look at it more for sure before I'd even begin to change anything with it. I'm just concentrating on getting the new block code completed right now and then I might look at the themes. I'm not really sure if anyone in the dev team is already looking at the theme code or not but I'd be up to working on that next if need be. I'll work on the block code some more this weekend and should have something for you on Monday to include in the documentation. Email me at cam...@xp... and let me know exactly what you need for the documentation. I am adding a new table "CBlocks" and might get rid of the lblocks and rblocks tables, no ones said not to do that yet, I'm waiting to see if anyone objects to it :) If the lblocks/rblocks are removed then I might rename that table to just be "blocks". Jason D. Campbell Xplozive Media Technologies |
From: Karsten D. <k.d...@tu...> - 2001-03-16 17:47:12
|
On Fri, Mar 16, 2001 at 12:03:41PM -0500, Jason Campbell wrote: > > I have read everything I could find about themes, and while phpWS > > themes are handled MUUUUUUCH better than phpNuke they are still a pain > > in the butt. I have a couple of themes I am trying to create, and I am > > more than willing to share with the community, but I am not getting a > > clear picture of what is going on in the themes folders. Well, themes aren't handled the most effective way. Until this has changed, you have to be patient. Easy, eh ?!? :-) > I've been looking at the theme structure myself while making the block=20 > modification and I think some of the functions in theme.php need to=20 > possibly be moved to their own file, say functions.php or something since= =20 > it seems alot of those functions are the same for each theme, or am I wro= ng=20 > about that? Once the blocks get moved into a database (which I'm doing= =20 > now), I think it'll make life alot easier for themes. Could you email me an outline fo the new structure? I am working on the developer docs, and documenting the theme structure (mostly to analyze what can be done better...) is one of the things I want to do next. You are basically right with your assumption about the functions in the individual theme files. Good you haven't looked at layout.php :o) Regards, Karsten --=20 Why do we have to hide from the police, daddy? Because we use emacs, son. They use vi. ----------------------------- mailto:k.d...@tu... w=B3: http://www.k-fish.de/ gpg: http://www.k-fish.de/mykeys.gpg |
From: Jason C. <cam...@xp...> - 2001-03-16 16:54:18
|
> I have read everything I could find about themes, and while phpWS > themes are handled MUUUUUUCH better than phpNuke they are still a pain > in the butt. I have a couple of themes I am trying to create, and I am > more than willing to share with the community, but I am not getting a > clear picture of what is going on in the themes folders. > > In one theme, I am trying to change the table structure while leaving > the look > the same (top area, 3 columns, footer) but it seems that a table is > started in > header.php that ends...somewhere. It would be real helpful for > designers such > as myself if there were some type of "theme guide" to explain what is > where and > why. For instance, at first glance I was very enthused by v076 because > it seemed > that with references to the functions in themes.php I could create my > own header.php > from scratch. Arrgh!!! Complete disaster. > > Any help would be appreciated. > > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > http://lists.sourceforge.net/lists/listinfo/phpwebsite-developers I've been looking at the theme structure myself while making the block modification and I think some of the functions in theme.php need to possibly be moved to their own file, say functions.php or something since it seems alot of those functions are the same for each theme, or am I wrong about that? Once the blocks get moved into a database (which I'm doing now), I think it'll make life alot easier for themes. |
From: zealot <ze...@sn...> - 2001-03-16 15:01:18
|
I didn't find any info about this subject in the bug or install forums so let me ask all you list veterans. With the latest version of phpWS, uploading images for calendar events appears to be successful with HTML output stating that the iamge was placed in /var/tmp//xyz. However, trying to attach that image to some event causes final HTML output to display a broken iamge link and the source shows the system's global path rather than the local path to the image. Why does this happen and what's a work around? |
From: Henley, A. <He...@am...> - 2001-03-16 14:23:52
|
I have read everything I could find about themes, and while phpWS themes are handled MUUUUUUCH better than phpNuke they are still a pain in the butt. I have a couple of themes I am trying to create, and I am more than willing to share with the community, but I am not getting a clear picture of what is going on in the themes folders. In one theme, I am trying to change the table structure while leaving the look the same (top area, 3 columns, footer) but it seems that a table is started in header.php that ends...somewhere. It would be real helpful for designers such as myself if there were some type of "theme guide" to explain what is where and why. For instance, at first glance I was very enthused by v076 because it seemed that with references to the functions in themes.php I could create my own header.php from scratch. Arrgh!!! Complete disaster. Any help would be appreciated. |
From: Jason C. <cam...@xp...> - 2001-03-16 12:10:14
|
>> Richard Rowell recommended ADODB in his March 2nd post. Myself and >> others >> were pushing PEAR. Since ADODB 0.95 was released two days ago, I'm >> leaning >> that way now. I recommend that those in the group interested in this >> portion of the project visit the following URL so we can discuss it. >> >> http://php.weblogs.com/ADODB > > Anyone looking to integrate session handling with ADODB: > http://php.weblogs.com/adodb-sessions > It's on my wish-todo's... someone do it yet? ;~) > > > __________________________________________________ > FREE voicemail, email, and fax...all in one place. > Sign Up Now! http://www.onebox.com > > > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > http://lists.sourceforge.net/lists/listinfo/phpwebsite-developers I've done session variables and other session handling routines in ASP already and ADODB looks good but I'd have to see some information on PEAR before I'd say go with ADODB. |
From: W.D.Sumilang <wa...@on...> - 2001-03-16 10:55:55
|
> Richard Rowell recommended ADODB in his March 2nd post. Myself and > others > were pushing PEAR. Since ADODB 0.95 was released two days ago, I'm > leaning > that way now. I recommend that those in the group interested in this > portion of the project visit the following URL so we can discuss it. > > http://php.weblogs.com/ADODB Anyone looking to integrate session handling with ADODB: http://php.weblogs.com/adodb-sessions It's on my wish-todo's... someone do it yet? ;~) __________________________________________________ FREE voicemail, email, and fax...all in one place. Sign Up Now! http://www.onebox.com |
From: Todd O. <to...@da...> - 2001-03-16 04:06:23
|
I think http://www.freeview.com is on the right track for many of the ideas discussed here. They use PHP, MSsql, mySQL and are definitely closed source, but I like their concept and progress. They have 18 full-time developers working on their project and it's reasonably priced for what they deliver. The following is a like to their internal demo site, so please be careful with what you change. http://ryan.freeview.com username: gu...@fr... password: guest --Todd |
From: Matt M. <mcn...@ap...> - 2001-03-16 02:50:28
|
Very briefly I want to thank all the new developers. I am really excited about all the ideas people have to make phpwebsite better. I will be locked into rewriting the calendar for a while, but I'll try to comment on submissions and ideas. I like the idea of the being able to move the boxes around. Hopefully the extra theme functions we added was a step in the correct direction of making theme creation more dynamic. Ultimately, Brian and I talked about a much more robust theme and design engine. The user should be able to create a site on the fly with corner graphics, colors, positioning, whatever. You folks are definitely on the right track. The problem that I have run into in thinking about this issue is how to code efficiently. What we code should have the ability to be added on to and not scrapped when the next theme routine comes along. I don't have the answers yet but at least we don't have to think about this issue alone =) In any case, once I get done here, I look forward to joining you in the coding. Thanks, Matthew McNaney Systems Administrator Career Development Center mcn...@ap... Office 828-262-2180 Fax 828-262-2834 |
From: Bob M. <bo...@is...> - 2001-03-15 21:16:25
|
Better safe than sorry.... -----Original Message----- From: php...@li... [mailto:php...@li...]On Behalf Of Mike Noyes Sent: Thursday, March 15, 2001 3:29 PM To: php...@li... Subject: Re: [Phpwebsite-developers] Database Abstraction & Misc Jeremy Agee, 2001-03-15 14:42 -0500 >I did not find the spammer on our mailing list. Thanks for the notice. Jeremy, No problem. I should have checked the support requests again though. Apparently, the SF staff removed this address from all lists on SF. I'm sorry for wasting your time. -- Mike Noyes <mh...@us...> http://leaf.sourceforge.net/ _______________________________________________ Phpwebsite-developers mailing list Php...@li... http://lists.sourceforge.net/lists/listinfo/phpwebsite-developers |
From: Mike N. <mh...@us...> - 2001-03-15 20:27:57
|
Jeremy Agee, 2001-03-15 14:42 -0500 >I did not find the spammer on our mailing list. Thanks for the notice. Jeremy, No problem. I should have checked the support requests again though. Apparently, the SF staff removed this address from all lists on SF. I'm sorry for wasting your time. -- Mike Noyes <mh...@us...> http://leaf.sourceforge.net/ |
From: Jeremy A. <ja...@tu...> - 2001-03-15 19:44:41
|
I did not find the spammer on our mailing list. Thanks for the notice. > Mike Noyes, 2001-03-15 06:40 -0800 >>Todd Owen, 2001-03-15 07:47 -0500 >> >I spoke with Brian yesterday and he is planning to move the >> >developers mailing list to a listserv that will archive messages, >> >since >> >sourceforge isn't doing it. As new developers join, this archive >> >will be critical. >> >>Todd, >>I apologize for jumping in here, but SourceForge is using GeoCrawler to >>archive list traffic. They had some problems after the move to Exodus >>that were corrected this morning. > > Additional information: > Current SourceForge Service Status Report > https://sourceforge.net/docman/display_doc.php? docid=2352&group_id=1#maillists > > A note to the phpWebSite list admin: > It looks like a spammer subscribed to all the SourceForge lists. You > may want to unsubscribe the following address from your lists. > > ma...@ma... > > ref. > [ #407993 ] Mysterious new subscriber (mail2db@...) > https://sourceforge.net/tracker/index.php?\ > func=detail&aid=407993&group_id=1&atid=200001 > > [ #408162 ] spammer searhcing email-addrs? > https://sourceforge.net/tracker/index.php?\ > func=detail&aid=408162&group_id=1&atid=200001 > > -- > Mike Noyes <mh...@us...> > http://leaf.sourceforge.net/ > > > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > http://lists.sourceforge.net/lists/listinfo/phpwebsite-developers |
From: Mike N. <mh...@us...> - 2001-03-15 14:55:57
|
Mike Noyes, 2001-03-15 06:40 -0800 >Todd Owen, 2001-03-15 07:47 -0500 > >I spoke with Brian yesterday and he is planning to move the developers > >mailing list to a listserv that will archive messages, since > >sourceforge isn't doing it. As new developers join, this archive will > >be critical. > >Todd, >I apologize for jumping in here, but SourceForge is using GeoCrawler to archive list traffic. They had some problems after the move to Exodus that were corrected this morning. Additional information: Current SourceForge Service Status Report https://sourceforge.net/docman/display_doc.php?docid=2352&group_id=1#maillists A note to the phpWebSite list admin: It looks like a spammer subscribed to all the SourceForge lists. You may want to unsubscribe the following address from your lists. ma...@ma... ref. [ #407993 ] Mysterious new subscriber (mail2db@...) https://sourceforge.net/tracker/index.php?\ func=detail&aid=407993&group_id=1&atid=200001 [ #408162 ] spammer searhcing email-addrs? https://sourceforge.net/tracker/index.php?\ func=detail&aid=408162&group_id=1&atid=200001 -- Mike Noyes <mh...@us...> http://leaf.sourceforge.net/ |
From: Mike N. <mh...@us...> - 2001-03-15 14:39:39
|
Todd Owen, 2001-03-15 07:47 -0500 >I spoke with Brian yesterday and he is planning to move the developers >mailing list to a listserv that will archive messages, since sourceforge >isn't doing it. As new developers join, this archive will be critical. Todd, I apologize for jumping in here, but SourceForge is using GeoCrawler to archive list traffic. They had some problems after the move to Exodus that were corrected this morning. phpwebsite-developers Archives http://www.geocrawler.com/lists/3/SourceForge/9885/0/ phpwebsite-language Archives http://www.geocrawler.com/lists/3/SourceForge/9884/0/ -- Mike Noyes <mh...@us...> http://leaf.sourceforge.net/ |
From: Todd O. <to...@da...> - 2001-03-15 12:46:16
|
I spoke with Brian yesterday and he is planning to move the developers mailing list to a listserv that will archive messages, since sourceforge isn't doing it. As new developers join, this archive will be critical. Richard Rowell recommended ADODB in his March 2nd post. Myself and others were pushing PEAR. Since ADODB 0.95 was released two days ago, I'm leaning that way now. I recommend that those in the group interested in this portion of the project visit the following URL so we can discuss it. http://php.weblogs.com/ADODB Jason Campbell's approach is exactly what I want to see phpWebSite evolve into; TOTAL placement flexibility. I would also like to see theme's develop into more than colors, etc. Many like rounded sections (e.g. macslash.org) and jpeg section dividers (e.g. phpnuke.org), which may require presentation abstraction objects (and how will this impact the existing theme structure?) Now is a good time to consider these issues, since we expect an explosion of work soon. --Todd |
From: Jason C. <cam...@xp...> - 2001-03-15 01:22:06
|
Hey Everybody! Probably most of the developers don't know who I am but I guess I'm going to be one of the newer developers for phpWebSite. I just wanted to say Hey! to everyone out there, anyways.... I wanted to get some input from everyone on what features would be great to have for the Left/Right Blocks enhancement I'm currently working on. Its so you can move the left/right blocks from left to right, hide or delete and also what order they should display in on each side. This includes the login, events, adminmenu, etc. All the blocks on either side are being controlled by this feature as it stands right now. This allows more or less full customization of the main page. Another option I was wondering about was possibly removing lblocks and rblocks tables and integrating all 3 tables (includes CBlocks) into 1 table. If anyone has any ideas on this please let me know, what I listed above are features I've read in the forums for this new feature. |
From: Jeremy A. <ja...@tu...> - 2001-03-14 04:28:51
|
Charles Shi has been working on other projects at Appalachian buy he is n= ow=20 moving to the phpWebSite team. He will be helping on the developer docs=20 and other stuff. This week is spring break so most students are gone, no= t=20 included me, I am not sure about charles. I know I am a work a holmic=20 sometimes. Keep up the good work we appreciate it!! > Hi all! >=20 > I have been quiet for about a week, because I have a lot of work right > now. Nonetheless I continue to work on the developer docs, and have > been joined by Cherles Shi. So expect some great results RSN :-) >=20 > I will try to write down some ideas I had about layout/content > separation, language handling and some other stuff and email it to the > list some time soon. So if anybody is working out a new theme system, > please send me your ideas (or, better yet, send them to this list) - > you could spare me quite some work :-) >=20 > That's it for now. >=20 > Karsten > --=20 > Why do we have to hide from the police, daddy? > Because we use emacs, son. They use vi. > ----------------------------- > mailto:k.d...@tu... w=B3: http://www.k-fish.de/ > gpg: http://www.k-fish.de/mykeys.gpg |
From: Karsten D. <k.d...@tu...> - 2001-03-13 16:08:55
|
Hi all! I have been quiet for about a week, because I have a lot of work right now. Nonetheless I continue to work on the developer docs, and have been joined by Cherles Shi. So expect some great results RSN :-) I will try to write down some ideas I had about layout/content separation, language handling and some other stuff and email it to the list some time soon. So if anybody is working out a new theme system, please send me your ideas (or, better yet, send them to this list) - you could spare me quite some work :-) That's it for now. Karsten --=20 Why do we have to hide from the police, daddy? Because we use emacs, son. They use vi. ----------------------------- mailto:k.d...@tu... w=B3: http://www.k-fish.de/ gpg: http://www.k-fish.de/mykeys.gpg |
From: Matt M. <mcn...@ap...> - 2001-03-12 14:47:04
|
Hello all! This is an update to what I am coding this week. I have heard that people want more updates so, here goes. We are trying to get a tarball out today but we have been saying that for the past 2 weeks. We just want it to have that new car smell. So hopefully that will be out this week. Included in the tarball are the beginnings of plug-in standards. To compliment this system, I am recoding the calendar. Once finished, it will be a plug-in and the code will be extracted completely from phpwebsite. The upside to all of this will be new features and hopefully a cleaner interface. I will start committing changes to the CVS when I get it functional. I will not rip it the old code out until i get a suitable conversion scheme figured out. Someone also brought up why we are not calling this 0.8.0. We want the plug-in format to be flawless and feature rich. We want 0.8.0 to be SOLID. Best regards, Matt McNaney mcn...@ap... mcn...@tu... |
From: Jerry B. <je...@st...> - 2001-03-11 01:08:30
|
Not sure if anyone's caught this yet, but there's a problem in index.php = in cvs that prevents the main_page_content and articles from being = displayed. Here's a quick fix to the mysql check: <after> $result =3D mysql_query("SELECT sids, aid, title, time, hometext, = bodytext, comments, counter, topic, informant, notes FROM stories ORDER = BY sid DESC limit $storynum")=20 <add> or die(mysql_errno(). ": " . mysql_error() . "<br />"); =20 <delete> if($result) echo mysql_errno(). ": ".mysql_error(). "<br />"; exit(); = =20 I apologize if this was part of a larger change that hasn't been fully = committed yet. Jerry=20 www.syslog.org |
From: Todd O. <to...@da...> - 2001-03-06 21:35:58
|
__Multiple Organizations If we want to make phpwebsite scale to have multiple organizations in the same database, then we need to add an additional field to each table such as "ouid" (organizational unit id) ["oid" is reserved for object id in Postgres]. The primary key for each table would need to be changed to (cid, ouid) instead of (cid) alone. To prevent ouid guessing or spoofing, the user access control list (ACL) would have to be consulted for each page access, which should be done anyway. __Calendar plug-in I like Simon's simple mode calendar idea. I also think a repeating event item should be provided with "skip" dates such as every Monday from 2 pm to 4 pm EXCEPT for fifth Mondays (which occur once quarterly). phpmycalendar and phpgroupware have good interfaces; it may be better to start with one of these and recode from there instead of the existing calendar. Matt, are you working on this one yourself? It would also be nice to allow for an event/entry to link off-site or on-site for additional information. Extending on Richard's suggestion, I think each user should be allowed a default filter of their choosing, say only electrical engineering and mechanical engineering design deadlines, but everything else is out. They could then select to also add structural deadlines. I'd like to know the group's thoughts about having a see all BUT category logic or ONLY category logic. What happens when you've selected to see only categories B & C and someone then adds D; does it show up on your calendar? If not, then how do you know there's been one added? __Plug-in Table names Has their been any consideration given to a plug-in table naming convention? I suggest plug-in name, underscore, table name like calendar_events and calendar_categories. --Todd |
From: Richard R. <rr...@sh...> - 2001-03-06 21:10:22
|
I like the fact that every event has a category, but I hate the mandatory sub-category. It seems to simplistic anyway, if you are gonna bother with subcategory, why not allow an infinite number via a recursive relationship? I would also like the option of filtering by category... IE if the TQM people tend to clog things up (marketoids, you know how they are), I would like to filter everything in the TQM category, etc. Perhaps filtering by the poster as well (anything the marketoid people put up regardless of what category they put it in) Also, the calendar should wrap the event description onto multiple lines rather then give a ... at the end in the monthly view. The weekly seems to word wrap, but not the monthly. Just some thoughts. _________________________ Richard Rowell rr...@sh... If Java had true garbage collection, most programs would delete themselves upon execution. - Robert Sewell |