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: Matthew M. <ma...@tu...> - 2003-01-07 17:11:19
|
> Perhaps I'm just missing it, but where does getTemplate check to see if > you've manually added a submit element? > Otherwise wouldn't it always > include the default submit even if you don't want it? Yes, but you do not have to include it in your template. It is just there for ease of use. Also, if you are adding template tags, it would be best to do so after getTemplate returns its array. > I know that all the forms need to have different submit values so I need > to manually set my submit elements. $form->add("submitButton1", "submit", "Yes"); $form->add("submitButton2", "submit", "No"); $form->add("submitButton3", "submit", "Maybe"); Is this what you mean? > Otherwise this looks schweet. Is the image form something that also > will browse your hard drive to find an element? Yes, it looks in the directory provided for graphic files and lists them in a drop down box. It is up to you to grab the CURRENT_IMAGE post variable. Look here under the processEvent function to see how I catch the data. http://res1.stddev.appstate.edu/horde/chora/co.php/phpws_mods/calendar/class/Event.php?r=1.13 Best regards, Matthew McNaney Internet Systems Architect Electronic Student Services Appalachian State University Phone: 828-262-6493 phpwebsite.appstate.edu ess.appstate.edu |
From: Don S. <do...@se...> - 2003-01-07 16:40:44
|
Perhaps I'm just missing it, but where does getTemplate check to see if you've manually added a submit element? Otherwise wouldn't it always include the default submit even if you don't want it? I know that all the forms need to have different submit values so I need to manually set my submit elements. Otherwise this looks schweet. Is the image form something that also will browse your hard drive to find an element? Don. On Tue, 7 Jan 2003, Don Seiler wrote: > You bastard. I just finished my slew of PHPWS_Core form calls. > > Don. > > On Tue, 7 Jan 2003, Matthew McNaney wrote: > > > There is now a function in EZForm called imageForm. > > > > You can guess what it does. Besides just delivering the image form box, it > > also serves up a selection box for picking current images. > > > > Cheers, > > Matt > > > > > > > ------------------------------------------------------- > This SF.NET email is sponsored by: > SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! > http://www.vasoftware.com > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers > > > |
From: Don S. <do...@se...> - 2003-01-07 16:32:51
|
You bastard. I just finished my slew of PHPWS_Core form calls. Don. On Tue, 7 Jan 2003, Matthew McNaney wrote: > There is now a function in EZForm called imageForm. > > You can guess what it does. Besides just delivering the image form box, it > also serves up a selection box for picking current images. > > Cheers, > Matt > > |
From: Eloi G. <el...@re...> - 2003-01-07 15:27:27
|
OK. After I figured out how to store the data, I tried to determine the best way to filter results by group membership. That's where I ran into problems. I came up with 3 methods -- one of which involved scrapping the original method of storing the group data. I think #3 might be the best one - unless someone else has a better idea? 1) GENERATE MULTIPLE "WHERE" EXPRESSIONS ======================================== If User is a member of groups 1,5,12,37,38 then the ending sql query will look like SELECT .... FROM mod_mymodule WHERE auth_group LIKE '%1%' OR auth_group LIKE '%5%' OR auth_group LIKE '%12%' OR auth_group LIKE '%37%' OR auth_group LIKE '%38%' Pros: It'll work. Cons: It'll take a while to execute, especially if you're searching through 10,000 records. 2) CHECK MEMBERSHIP AFTER THE RESULTSET IS RETURNED =================================================== Using the UserinGroup function. Pros: Since the operation is now being done with arrays instead of performing multiple substring searches, it should be faster if the user is a member of many groups. Cons: It'll still take a while to execute. Plus, the server will have to hold the entire resultset in memory while it's checking for valid records. Multiply that by the number of simultaneous users and we have a problem. 3) INDEX THE GROUP OWNERSHIP IN A SEPARATE TABLE ================================================ Instead of storing the group authorizations in a textfield, we store it in a table: CREATE TABLE mod_mymodule_authgroups ( owner_id int NOT NULL, group_id int, key (owner_id), key (group_id) ); This way we'd create a comma-delimited array of groups that the user is a member of $ListOfUsersGroups = implode(",", $listUserGroups()); and then the sql would look something like SELECT .... FROM mod_mymodule WHERE id IN (SELECT owner_id FROM mod_mymodule_authgroups WHERE group_id IS NULL OR group_id in (" . $ListOfUsersGroups . "))" Pros: Theoretically this would be as fast as the last approach, with the benefit that the dbServer can optimize the search and lower the memory requirements by just working with the indexes. Cons: More workload for the db Server, which I wanted to avoid since I'm sharing it with a zillion other sites. So anyway, are these all the options or is there a better way? -Eloi George- |
From: Matthew M. <ma...@tu...> - 2003-01-07 15:09:22
|
I need to work on calendar's grouping ability today so I should get a chance to review this and make changes. Thanks Matt > It's just me again... > > I'm trying to figure out how group-based restrictions should work. This > is what I've come up with so far. Am I on the right track? > > Group restrictions are held in the article record in an imploded string > of group ids. ex: User is member of (1) Physics, (5) Marketing, (13) > Dance, (17) SexEd. > Field "viewgroups" would contain implode(":", $selectedgroups) or > "1:5:13:17". > > To prevent calling userInGroup for each element in an exploded group > array (& to avoid the processing overhead of calling "new PHPWS_User" > each time), I propose this function in core/users.php be changed to the > following. Otherwise, just modify & use directly in the module. > > NOTE: I haven't tested the code - I just wrote it off the top of my head > > /* Checks to see if the user is a member of specified group(s) > * > * parameter var group_id : group(s) to check. Variable type can > either be: * (integer) a specific group id, or > * (array) a numerically indexed array of group ids (key => > group_id). * parameter int user_id : id of user to check. NULL = > current user. * returns bool : true or false > */ > function userInGroup($group_id=NULL, $user_id=NULL) > { > if ($user_id) > $user = new PHPWS_User((int)$user_id); > else > $user = $this; > > if (is_array($group_array)) > { > $flag = false; > foreach ($group_array as $value) > if (isset($user->groups[(int)$value])) > $flag = true; > return $flag; > } > else > return isset($user->groups[(int)$group_id]); > > } > > > HOW GROUP RESTRICTIONS WOULD WORK > ==================================Articles that have no group > restrictions are viewable by all. > > DIETY > ====Can see/create/edit/delete all articles, regardless of group. > All groups must be displayed in any group selection dialog. > > > ADMIN > ====Can only see/create/edit/delete articles that are viewable by a > group that they are a member of. Can see/create/edit/delete articles > that are viewable by all groups. > > If they are allowed to edit and/or delete other users' articles, > these articles must be viewable by a group that they are a member > of. > > Only groups that they are members of can be displayed in any group > selection dialog. > > > REGISTERED USER > ==============Can only see/create articles that are viewable by a group > that they are a member of. Can see/create articles that are viewable by > all groups. > > Only groups that they are members of can be displayed in any group > selection dialog. > > > ANONYMOUS USER > =============Can only see articles that are viewable by all groups. |
From: Matthew M. <ma...@tu...> - 2003-01-07 15:08:21
|
There is now a function in EZForm called imageForm. You can guess what it does. Besides just delivering the image form box, it also serves up a selection box for picking current images. Cheers, Matt -- Matthew McNaney Internet Systems Architect Electronic Student Services Appalachian State University Phone: 828-262-6493 phpwebsite.appstate.edu ess.appstate.edu |
From: Matthew M. <ma...@tu...> - 2003-01-07 13:34:46
|
Originally, yes. And it will probably develop into such but for now I need to get it to replicate the functionality of the 0.8.3 calendar. Once we get settled, I will finish writing the schedule class and incorporate it. Matt -- Matthew McNaney Internet Systems Architect Electronic Student Services Appalachian State University Phone: 828-262-6493 phpwebsite.appstate.edu ess.appstate.edu > > Have you ever thought about expanding the calendar to include an > appointment scheduler? Robb Doyle > Matthew McNaney <ma...@tu...> wrote:I will include that in my > feature list. > > Matt > > -- > Matthew McNaney > Internet Systems Architect > Electronic Student Services > Appalachian State University > Phone: 828-262-6493 > phpwebsite.appstate.edu > ess.appstate.edu > >> Will the calendar have the ability to send reminders to people? >> >> Don. > > > > --------------------------------- > Do you Yahoo!? > Yahoo! Mail Plus - Powerful. Affordable. Sign up now |
From: Robb D. <rdo...@ya...> - 2003-01-06 23:37:20
|
Have you ever thought about expanding the calendar to include an appointment scheduler? Robb Doyle Matthew McNaney <ma...@tu...> wrote:I will include that in my feature list. Matt -- Matthew McNaney Internet Systems Architect Electronic Student Services Appalachian State University Phone: 828-262-6493 phpwebsite.appstate.edu ess.appstate.edu > Will the calendar have the ability to send reminders to people? > > Don. --------------------------------- Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now |
From: Eloi G. <el...@re...> - 2003-01-06 20:10:41
|
It's just me again... I'm trying to figure out how group-based restrictions should work. This = is what I've come up with so far. Am I on the right track? Group restrictions are held in the article record in an imploded string = of group ids. ex: User is member of (1) Physics, (5) Marketing, (13) Dance, (17) = SexEd. Field "viewgroups" would contain implode(":", $selectedgroups) or = "1:5:13:17". To prevent calling userInGroup for each element in an exploded group = array (& to avoid the processing overhead of calling "new PHPWS_User" = each time), I propose this function in core/users.php be changed to the = following. Otherwise, just modify & use directly in the module. NOTE: I haven't tested the code - I just wrote it off the top of my head /* Checks to see if the user is a member of specified group(s) * * parameter var group_id : group(s) to check. Variable type can = either be: * (integer) a specific group id, or * (array) a numerically indexed array of group ids (key =3D> = group_id). * parameter int user_id : id of user to check. NULL =3D current = user. * returns bool : true or false */ function userInGroup($group_id=3DNULL, $user_id=3DNULL) { if ($user_id) $user =3D new PHPWS_User((int)$user_id); else $user =3D $this; =20 if (is_array($group_array)) { $flag =3D false; foreach ($group_array as $value) if (isset($user->groups[(int)$value])) $flag =3D true; return $flag; } else return isset($user->groups[(int)$group_id]); } HOW GROUP RESTRICTIONS WOULD WORK =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Articles that have no group restrictions are viewable by all. DIETY =3D=3D=3D=3D=3D Can see/create/edit/delete all articles, regardless of group. All groups must be displayed in any group selection dialog. ADMIN =3D=3D=3D=3D=3D Can only see/create/edit/delete articles that are viewable by a group = that they are a member of. Can see/create/edit/delete articles that are = viewable by all groups. If they are allowed to edit and/or delete other users' articles,=20 these articles must be viewable by a group that they are a member = of. Only groups that they are members of can be displayed in any group = selection dialog. REGISTERED USER =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Can only see/create articles that are viewable by a group that they are = a member of. Can see/create articles that are viewable by all groups. Only groups that they are members of can be displayed in any group = selection dialog. ANONYMOUS USER =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Can only see articles that are viewable by all groups. |
From: Don S. <do...@se...> - 2003-01-06 19:38:36
|
Dudes. This UserVar stuff is great. Pretty much makes a lot of my work easier. Thanks Eloi, Don. On Mon, 6 Jan 2003, Matthew McNaney wrote: > >> The best way to implement this would most likely be to use the > >> $OBJ_user->setUserVar and $OBJ_user->getUserVar functions. This way > >> the information is stored in the mod_user tables and is accessible to > >> other modules that might need to know what the user's favorite color > >> is. > > Oh yea, forgot about that ;) > > Matt > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers > > > |
From: Don S. <do...@se...> - 2003-01-06 19:35:21
|
Coolsville. Don. On Mon, 6 Jan 2003, Matthew McNaney wrote: > I will include that in my feature list. > > Matt > > |
From: Matthew M. <ma...@tu...> - 2003-01-06 19:31:00
|
I will include that in my feature list. Matt -- Matthew McNaney Internet Systems Architect Electronic Student Services Appalachian State University Phone: 828-262-6493 phpwebsite.appstate.edu ess.appstate.edu > Will the calendar have the ability to send reminders to people? > > Don. > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers |
From: Matthew M. <ma...@tu...> - 2003-01-06 19:29:47
|
>> The best way to implement this would most likely be to use the >> $OBJ_user->setUserVar and $OBJ_user->getUserVar functions. This way >> the information is stored in the mod_user tables and is accessible to >> other modules that might need to know what the user's favorite color >> is. Oh yea, forgot about that ;) Matt |
From: Matthew M. <ma...@tu...> - 2003-01-06 19:28:50
|
> Is there another way to check this or is there a "proper" way to do this > insert. A last resort would be to just have an id field separate of > user_id. Seems like such a waste though. It is SUPPOSED to send TRUE if the returnID parameter is not set. From CVS: if($this->query($sql, FALSE, TRUE)){ if ($returnId) return $maxId; else return TRUE; } If it is not behaving as it is supposed to, please let me know. Matt -- Matthew McNaney Internet Systems Architect Electronic Student Services Appalachian State University Phone: 828-262-6493 phpwebsite.appstate.edu ess.appstate.edu |
From: Don S. <do...@se...> - 2003-01-06 19:25:59
|
I guess I wasn't aware of the userVar stuff. I'll look into it. Thanks for the heads-up. Don. On Mon, 6 Jan 2003, Eloi George wrote: > If I understand you correctly, you want to store extra information about a > user that your module can use for personalization. > > The best way to implement this would most likely be to use the > $OBJ_user->setUserVar and $OBJ_user->getUserVar functions. This way the > information is stored in the mod_user tables and is accessible to other > modules that might need to know what the user's favorite color is. > > > ----- Original Message ----- > From: "Don Seiler" <do...@se...> > To: "phpws dev list" <php...@li...> > Sent: Monday, January 06, 2003 2:01 PM > Subject: [Phpwebsite-developers] sqlInsert > > > > I have a table which is basically an extension of the mod_users table, > > adding things like first name and last name etc. I didn't want to have a > > separate id field, so I thought I would just use my user_id field as both > > the primary and foreign key. So I told sqlInsert not to do the > > auto_increment thing and so not to return the id. > > > > However now I don't have that check to see if the insert went succesfully. > > The announcement module checks the would-be autoincremented ID. I had to > > take that check out and so my thing always thinks it's successful even > > though nothing is being inserted into the database. > > > > Is there another way to check this or is there a "proper" way to do this > > insert. A last resort would be to just have an id field separate of > > user_id. Seems like such a waste though. > > > > Don. > > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers > > > |
From: Matthew M. <ma...@tu...> - 2003-01-06 19:22:36
|
Greetings, I have just finished the first version of a new class for Fallout. It is called (tentatively) EZform. There already was a core class name PHPWS_Form and I do not want to confuse them. http://res1.stddev.appstate.edu/horde/chora/co.php/phpws_core/core/EZform.php?r=1.1 I have only written the comments for the first class. The helper class is private anyway so I will get to that later. What it does, is allow you to make a form and then export it as a template. I believe it should reduce our keystrokes a great deal. This should eliminate much of the $core->formText(blah, blah) stuff we have been doing. It is core independent in that you can test it without including the core class. Please let me know what you think and also what a better name would be. Matt Matthew McNaney Internet Systems Architect Electronic Student Services Appalachian State University Phone: 828-262-6493 phpwebsite.appstate.edu ess.appstate.edu |
From: Eloi G. <el...@re...> - 2003-01-06 19:22:08
|
If I understand you correctly, you want to store extra information about a user that your module can use for personalization. The best way to implement this would most likely be to use the $OBJ_user->setUserVar and $OBJ_user->getUserVar functions. This way the information is stored in the mod_user tables and is accessible to other modules that might need to know what the user's favorite color is. ----- Original Message ----- From: "Don Seiler" <do...@se...> To: "phpws dev list" <php...@li...> Sent: Monday, January 06, 2003 2:01 PM Subject: [Phpwebsite-developers] sqlInsert > I have a table which is basically an extension of the mod_users table, > adding things like first name and last name etc. I didn't want to have a > separate id field, so I thought I would just use my user_id field as both > the primary and foreign key. So I told sqlInsert not to do the > auto_increment thing and so not to return the id. > > However now I don't have that check to see if the insert went succesfully. > The announcement module checks the would-be autoincremented ID. I had to > take that check out and so my thing always thinks it's successful even > though nothing is being inserted into the database. > > Is there another way to check this or is there a "proper" way to do this > insert. A last resort would be to just have an id field separate of > user_id. Seems like such a waste though. > > Don. |
From: Don S. <do...@se...> - 2003-01-06 19:09:53
|
Will the calendar have the ability to send reminders to people? Don. |
From: Don S. <do...@se...> - 2003-01-06 18:42:46
|
Meh nevermind I think I will need my own id since users can exist without an extended record, and if I try to just pass in the user_id it will think it's an update and not an insert. Don. On Mon, 6 Jan 2003, Don Seiler wrote: > I have a table which is basically an extension of the mod_users table, > adding things like first name and last name etc. I didn't want to have a > separate id field, so I thought I would just use my user_id field as both > the primary and foreign key. So I told sqlInsert not to do the > auto_increment thing and so not to return the id. > > However now I don't have that check to see if the insert went succesfully. > The announcement module checks the would-be autoincremented ID. I had to > take that check out and so my thing always thinks it's successful even > though nothing is being inserted into the database. > > Is there another way to check this or is there a "proper" way to do this > insert. A last resort would be to just have an id field separate of > user_id. Seems like such a waste though. > > Don. > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers > > > |
From: Don S. <do...@se...> - 2003-01-06 18:39:59
|
OK I'm dumb. sqlInsert will return true or false if I set returnId to false. Anyway now it's telling me there's an error but not what the error is. Time to dig. Don. On Mon, 6 Jan 2003, Don Seiler wrote: > I have a table which is basically an extension of the mod_users table, > adding things like first name and last name etc. I didn't want to have a > separate id field, so I thought I would just use my user_id field as both > the primary and foreign key. So I told sqlInsert not to do the > auto_increment thing and so not to return the id. > > However now I don't have that check to see if the insert went succesfully. > The announcement module checks the would-be autoincremented ID. I had to > take that check out and so my thing always thinks it's successful even > though nothing is being inserted into the database. > > Is there another way to check this or is there a "proper" way to do this > insert. A last resort would be to just have an id field separate of > user_id. Seems like such a waste though. > > Don. > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers > > > |
From: Don S. <do...@se...> - 2003-01-06 18:01:38
|
I have a table which is basically an extension of the mod_users table, adding things like first name and last name etc. I didn't want to have a separate id field, so I thought I would just use my user_id field as both the primary and foreign key. So I told sqlInsert not to do the auto_increment thing and so not to return the id. However now I don't have that check to see if the insert went succesfully. The announcement module checks the would-be autoincremented ID. I had to take that check out and so my thing always thinks it's successful even though nothing is being inserted into the database. Is there another way to check this or is there a "proper" way to do this insert. A last resort would be to just have an id field separate of user_id. Seems like such a waste though. Don. |
From: Eloi G. <el...@re...> - 2003-01-06 15:51:55
|
-1 Nah, it's OK the way it is. > Currently there is a function sqlTableExists function. By default it does > not add the table prefixing. It only adds the prefix if the second > parameter is true. -Eloi George- |
From: Steven L. <st...@tu...> - 2003-01-06 15:06:54
|
+1 from me I like the update but definately make it the third parameter so that no current code has to be changed. This message too, it was late. > Hi all! > > I submitted the moveElements() function to SF-featurerequests friday, > but since this is an existing function that I'm requesting be changed, > I thought it should be posted here for developers' review. > > One of my template sets uses subdirectories. The listTemplates > function couldn't be used with it without the following parameter > addition. The new code is in red. > > * @param string $subdir The name of a requested subdirectory > within > the template directory > > function listTemplates($module, $subdir = NULL, $dirOnly = FALSE) { > if ($subdir!=NULL) > $subdir = $subdir . "/"; > if(is_dir($GLOBALS["core"]->home_dir . "themes/" . > $_SESSION["OBJ_layout"]->current_theme . "/templates/" . $module . "/" > . $subdir)) { > return $GLOBALS["core"]->readDirectory($this->home_dir . > "themes/" > . $_SESSION["OBJ_layout"]->current_theme . "/templates/" . $module . > "/" . $subdir, $dirOnly); > } else if(is_dir($GLOBALS["core"]->home_dir . "mod/" . $module . > "/templates/" . $subdir)) { > return $GLOBALS["core"]->readDirectory($this->home_dir . "mod/" > . > $module . "/templates/" . $subdir, $dirOnly); > } else { > return FALSE; > } > } // END FUNC listTemplates() > > -Eloi George- -- Steven Levin Electronic Student Services Appalachian State University Phone: 828.262.2431 PhpWebsite Development Team URL: http://phpwebsite.appstate.edu Email: st...@NO... |
From: Steven L. <st...@tu...> - 2003-01-06 15:06:04
|
My vote is kinda late but I talked to Adam and Matt they know I liked it :) +1 I sent this out last night but I hit reply and not reply to list, doh. -- Steven Levin Electronic Student Services Appalachian State University Phone: 828.262.2431 PhpWebsite Development Team URL: http://phpwebsite.appstate.edu Email: st...@NO... |
From: Steven L. <st...@tu...> - 2003-01-06 15:00:31
|
+ from me too for smallint we will need to do a search and replace on all the current install.sal files. Steven >> Probably smallint would be the next logical step. It is standard sql. > > +1 to smallint. > > Matt > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers -- Steven Levin Electronic Student Services Appalachian State University Phone: 828.262.2431 PhpWebsite Development Team URL: http://phpwebsite.appstate.edu Email: st...@NO... |