Menu
▾
▴
phpwebsite-developers
|
From: Greg M. <drk...@co...> - 2006-03-14 04:39:16
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Matthew McNaney wrote: > On Sun, 2006-03-12 at 14:59 -0500, Verdon Vaillancourt wrote: > >>BTW, is there a dedicated bug-tracker for fallout where I should submit >>stuff like this, or should I use the general phpws one at sourceforge? > > > For now, just email me. I think we should decide on how to set-up > sourceforge for Fallout. > > Should (can?) we create new bug, patch, and feature request areas or > would we have to register a new project? Any ideas on this? I suspect > Fallout will need a separate area to get up to full workable status. I guess the existing trackers can be used. A new group or category could be created to classify the bugs/patchs/requests as fallout/cvs/1.0.0 etc. Verdon brings up a good point as I have several questions or items to file. For example, I can see what you are trying to do with the new boost module. However, I think you took one step back on the module. Displaying the "local" version number of each module and the "local" release version of phpWebSite is important information during trouble shooting with users. Is there an obvious place that I don't see this? Is there another way that you planned on showing this information? I was also thinking that you may have configured some of the module boost information to test various pieces of the boost code, etc. Greg -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFEFkjpxyxe5L6mr7IRAh2FAJ0c/uTLyxNYlqKvZ1dejhAknfjqEwCbB8dx FUZWgev1FmsZXLOTB1b2Jhc= =a/zM -----END PGP SIGNATURE----- |
|
From: Matthew M. <ma...@tu...> - 2006-03-14 13:01:32
|
On Mon, 2006-03-13 at 21:39 -0700, Greg Morgan wrote: > Displaying the "local" version number of each > module and the "local" release version of phpWebSite is important > information during trouble shooting with users. I will put the version number in there. -- Matthew McNaney Electronic Student Services Appalachian State University http://phpwebsite.appstate.edu |
|
From: Verdon V. <ve...@ve...> - 2006-03-15 16:40:00
|
Hi Getting this error since cvs update this morning. I did notice that the image class file was moved from /core/class/ to /core/somewhere in file cabinet/ or some such thing :) I suspect Profiler will need some tweaking? [Wed Mar 15 11:37:03 2006] [error] PHP Fatal error: Cannot instantiate non-existent class: phpws_image in /Library/WebServer/Documents/fallout/mod/profiler/class/Profile.php on line 97 regards, verdon |
|
From: Verdon V. <ve...@ve...> - 2006-03-16 12:57:28
|
If I disable the profiler sideblock it is OK On 15-Mar-06, at 11:40 AM, Verdon Vaillancourt wrote: > Hi > > Getting this error since cvs update this morning. I did notice that > the image class file was moved from /core/class/ to /core/somewhere in > file cabinet/ or some such thing :) I suspect Profiler will need some > tweaking? > > > [Wed Mar 15 11:37:03 2006] [error] PHP Fatal error: Cannot > instantiate non-existent class: phpws_image in > /Library/WebServer/Documents/fallout/mod/profiler/class/Profile.php on > line 97 > > regards, > verdon > > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting > language > that extends applications into web and mobile media. Attend the live > webcast > and join the prime developer group breaking into this new coding > territory! > http://sel.as-us.falkag.net/sel? > cmd=lnk&kid=110944&bid=241720&dat=121642 > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers > > |
|
From: Verdon V. <ve...@ve...> - 2006-03-16 13:07:38
|
Hi :) Would be nice if there was some official way to hook a module into the user registration system. For instance, in my phpwsBusinesses mod for current phpws (being re-written as rolodex mod for fallout) I sometimes have to hack the users mod on a site so that when a new user registers, they are then automatically directed to the phpwsBusinesses profile form, so it seems like a seamless process. It would be nice if fallout had some 'official' method of appending another mod's process to the end of the user registration process. Ideally, maybe a pop-menu in the user settings where one could choose from a list of installed mods. Perhaps it could look for the presence of a file in a mod's /inc dir (like my_page does) for what mods qualify and what to do. At the least, a text field in the user mod settings, where a path or mod name could be entered. Any opinions? verdon |
|
From: Matthew M. <ma...@tu...> - 2006-03-16 13:51:03
|
I think that is a good idea. What I originally considered (though never implemented) was a demographics module. It would contain a large list of items for entry (address1, address2, city, state, etc.). Each module could then tell demographics that it required a user to fill out a certain number of fields. The form for such would be controlled by that module. The nice part would be that it would prevent two modules from having two different address1. It could also allow the module to add extra info columns to the main set. What do you think? On Thu, 2006-03-16 at 08:08 -0500, Verdon Vaillancourt wrote: > Hi :) > > Would be nice if there was some official way to hook a module into the > user registration system. For instance, in my phpwsBusinesses mod for > current phpws (being re-written as rolodex mod for fallout) I sometimes > have to hack the users mod on a site so that when a new user registers, > they are then automatically directed to the phpwsBusinesses profile > form, so it seems like a seamless process. > > It would be nice if fallout had some 'official' method of appending > another mod's process to the end of the user registration process. > Ideally, maybe a pop-menu in the user settings where one could choose > from a list of installed mods. Perhaps it could look for the presence > of a file in a mod's /inc dir (like my_page does) for what mods qualify > and what to do. At the least, a text field in the user mod settings, > where a path or mod name could be entered. > > Any opinions? > verdon > > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live webcast > and join the prime developer group breaking into this new coding territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers -- Matthew McNaney Electronic Student Services Appalachian State University http://phpwebsite.appstate.edu |
|
From: Verdon V. <ve...@ve...> - 2006-03-16 14:11:28
|
I think that's an awesome idea and would almost negate the need for my module altogether :) All I would have to do is assemble some of those demographics and add a few personal settings. Any kidding aside, having a central demographic repository would be useful for all sorts of 3rd party mods. The only issue it might cause in something like my rolodex, is that my vision supports the possibility of one admin user 'owning' many records and/or individual users 'owning' their own records concurrently. A central demographics mod wouldn't facilitate this, but I still like the idea in general. verdon On 16-Mar-06, at 8:42 AM, Matthew McNaney wrote: > I think that is a good idea. > > What I originally considered (though never implemented) was a > demographics module. It would contain a large list of items for entry > (address1, address2, city, state, etc.). Each module could then tell > demographics that it required a user to fill out a certain number of > fields. The form for such would be controlled by that module. > > The nice part would be that it would prevent two modules from having > two > different address1. It could also allow the module to add extra info > columns to the main set. > > What do you think? > > On Thu, 2006-03-16 at 08:08 -0500, Verdon Vaillancourt wrote: >> Hi :) >> >> Would be nice if there was some official way to hook a module into the >> user registration system. For instance, in my phpwsBusinesses mod for >> current phpws (being re-written as rolodex mod for fallout) I >> sometimes >> have to hack the users mod on a site so that when a new user >> registers, >> they are then automatically directed to the phpwsBusinesses profile >> form, so it seems like a seamless process. >> >> It would be nice if fallout had some 'official' method of appending >> another mod's process to the end of the user registration process. >> Ideally, maybe a pop-menu in the user settings where one could choose >> from a list of installed mods. Perhaps it could look for the presence >> of a file in a mod's /inc dir (like my_page does) for what mods >> qualify >> and what to do. At the least, a text field in the user mod settings, >> where a path or mod name could be entered. >> >> Any opinions? >> verdon >> >> >> >> ------------------------------------------------------- >> This SF.Net email is sponsored by xPML, a groundbreaking scripting >> language >> that extends applications into web and mobile media. Attend the live >> webcast >> and join the prime developer group breaking into this new coding >> territory! >> http://sel.as-us.falkag.net/sel? >> cmd=lnk&kid=110944&bid=241720&dat=121642 >> _______________________________________________ >> Phpwebsite-developers mailing list >> Php...@li... >> https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers > -- > Matthew McNaney > Electronic Student Services > Appalachian State University > http://phpwebsite.appstate.edu > > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting > language > that extends applications into web and mobile media. Attend the live > webcast > and join the prime developer group breaking into this new coding > territory! > http://sel.as-us.falkag.net/sel? > cmd=lnk&kid=110944&bid=241720&dat=121642 > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers > > |
|
From: Shaun M. <sh...@ae...> - 2006-03-16 15:34:27
|
This is SOOOOOO needed. When I did Creative Valley we needed an expanded members directory so I hacked Verdon's phpwsBusinesses module removing references to 'business' as artists get a bit shirty being described in commercial terms. It was much more useful than the phpwsContacts module rizzo did a while earlier. Ideally I'd have wanted that in the users module so after login they are asked to fill in all their info. I'd also love to see ONE module that looked after a users info that other modules could hook into. For instance, I hacked phpwsBusinesses to show a users PhotoAlbums and Documents. Now I've got announce doing user specific blogs I'll be hacking in a blogs section. Add that for podcasts, forum posts, stats..... and you can see where I'm going and why hacking phpwsBusinesses is and ever growing task. On the other side, everywhere the users name appears I'd like it to be a link that links to their user info page. I attribute the lack of this feature to all the desperate hacks we see in individual modules for adding things like module specific stats, avatars and all manner of things which should be globally available. IMHO this is a core feature of any community based site and should be core to phpWebSite On 16 Mar 2006, at 14:12, Verdon Vaillancourt wrote: > I think that's an awesome idea and would almost negate the need for > my module altogether :) > > All I would have to do is assemble some of those demographics and > add a few personal settings. > > Any kidding aside, having a central demographic repository would be > useful for all sorts of 3rd party mods. The only issue it might > cause in something like my rolodex, is that my vision supports the > possibility of one admin user 'owning' many records and/or > individual users 'owning' their own records concurrently. A central > demographics mod wouldn't facilitate this, but I still like the > idea in general. > > verdon > > > On 16-Mar-06, at 8:42 AM, Matthew McNaney wrote: > >> I think that is a good idea. >> >> What I originally considered (though never implemented) was a >> demographics module. It would contain a large list of items for entry >> (address1, address2, city, state, etc.). Each module could then tell >> demographics that it required a user to fill out a certain number of >> fields. The form for such would be controlled by that module. >> >> The nice part would be that it would prevent two modules from >> having two >> different address1. It could also allow the module to add extra info >> columns to the main set. >> >> What do you think? >> >> On Thu, 2006-03-16 at 08:08 -0500, Verdon Vaillancourt wrote: >>> Hi :) >>> >>> Would be nice if there was some official way to hook a module >>> into the >>> user registration system. For instance, in my phpwsBusinesses mod >>> for >>> current phpws (being re-written as rolodex mod for fallout) I >>> sometimes >>> have to hack the users mod on a site so that when a new user >>> registers, >>> they are then automatically directed to the phpwsBusinesses profile >>> form, so it seems like a seamless process. >>> >>> It would be nice if fallout had some 'official' method of appending >>> another mod's process to the end of the user registration process. >>> Ideally, maybe a pop-menu in the user settings where one could >>> choose >>> from a list of installed mods. Perhaps it could look for the >>> presence >>> of a file in a mod's /inc dir (like my_page does) for what mods >>> qualify >>> and what to do. At the least, a text field in the user mod settings, >>> where a path or mod name could be entered. >>> >>> Any opinions? >>> verdon >>> >>> >>> >>> ------------------------------------------------------- >>> This SF.Net email is sponsored by xPML, a groundbreaking >>> scripting language >>> that extends applications into web and mobile media. Attend the >>> live webcast >>> and join the prime developer group breaking into this new coding >>> territory! >>> http://sel.as-us.falkag.net/sel? >>> cmd=lnk&kid=110944&bid=241720&dat=121642 >>> _______________________________________________ >>> Phpwebsite-developers mailing list >>> Php...@li... >>> https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers >> -- >> Matthew McNaney >> Electronic Student Services >> Appalachian State University >> http://phpwebsite.appstate.edu >> >> >> >> ------------------------------------------------------- >> This SF.Net email is sponsored by xPML, a groundbreaking scripting >> language >> that extends applications into web and mobile media. Attend the >> live webcast >> and join the prime developer group breaking into this new coding >> territory! >> http://sel.as-us.falkag.net/sel? >> cmd=lnk&kid=110944&bid=241720&dat=121642 >> _______________________________________________ >> Phpwebsite-developers mailing list >> Php...@li... >> https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers >> >> > > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting > language > that extends applications into web and mobile media. Attend the > live webcast > and join the prime developer group breaking into this new coding > territory! > http://sel.as-us.falkag.net/sel? > cmd=lnk&kid=110944&bid=241720&dat=121642 > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers Shaun aegis design - http://www.aegisdesign.co.uk aegis hosting - http://www.aegishosting.co.uk |
|
From: Matthew M. <ma...@tu...> - 2006-03-16 17:07:31
|
On Thu, 2006-03-16 at 15:34 +0000, Shaun Murray wrote: > This is SOOOOOO needed. > > On 16 Mar 2006, at 14:12, Verdon Vaillancourt wrote: > > > I think that's an awesome idea and would almost negate the need for > > my module altogether :) I will look at putting one together. It can replace my comment users table that is storing the signature and avatar graphic. Wish I had kept my old code. I had dozens of information types all typed up. -- Matthew McNaney Electronic Student Services Appalachian State University http://phpwebsite.appstate.edu |
|
From: Verdon V. <ve...@ve...> - 2006-03-16 18:15:58
|
Small thing (and just thinking out loud... if you are going to go ahead with this, try to keep labels such as State, Zip Code. Etc fairly neutral; i.e. State/Province, Zip/Postal Code, Etc. It might be better if some of them were configurable in some manner as some people might require state/province/county. In the meantime, back to my original question... Although I wholeheartedly endorse your concept of a demographics mod, I think the needs of my envisioned rolodex mod might preclude me from using it. Maybe not, I'll just kind of think out loud again... A typical use of my current phpwsbusiness mod is a site I have done for a local Chamber of Commerce. There are appx 900 records. About 200 of these records are 'owned' by phpws users and they maintain them themselves. The remaining 700 records are 'owned' by the phpws admin user and are maintained by Chamber staff. It is easy to transfer ownership of records from one phpws user to another. New phpws users registering at the site fill out their phpwsbusiness record after their username/email has been accepted. Now that I'm re-writing my mod, I can rethink how I'm handling this... 1) I can continue to do what I have been doing. I can reproduce this behaviour in fallout easily enough, but still leaves me with the original feature request** 2) If there was a central demographic module (with all the benefits that would go with that) I could change the behaviour of my mod so that a unique user account was required for each rolodex record, even if this mean creating a 'fake' user account for the 700 or so Chamber members who never go online :) ** Just a quick refresher on the original feature request... Would it be a good idea to be able to add a file called /mod/mymod/conf/user_reg.php that would contain function(s) to run after a successful user signup Cheers, verdon On 16-Mar-06, at 12:01 PM, Matthew McNaney wrote: > On Thu, 2006-03-16 at 15:34 +0000, Shaun Murray wrote: >> This is SOOOOOO needed. > >> >> On 16 Mar 2006, at 14:12, Verdon Vaillancourt wrote: >> >>> I think that's an awesome idea and would almost negate the need for >>> my module altogether :) > > I will look at putting one together. It can replace my comment users > table that is storing the signature and avatar graphic. > > Wish I had kept my old code. I had dozens of information types all > typed > up. > > -- > Matthew McNaney > Electronic Student Services > Appalachian State University > http://phpwebsite.appstate.edu > > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting > language > that extends applications into web and mobile media. Attend the live > webcast > and join the prime developer group breaking into this new coding > territory! > http://sel.as-us.falkag.net/sel? > cmd=lnk&kid=110944&bid=241720&dat=121642 > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers > > |
|
From: Eloi G. <el...@re...> - 2006-03-20 21:14:30
|
Verdon Vaillancourt wrote: > Would it be a good idea to be able to add a file called > /mod/mymod/conf/user_reg.php that would contain function(s) to run > after a successful user signup As it is now you can specify one module to run after a successful signup. I don't think it would work to do more than one, because each successive module would have to call the next one. Matthew McNaney wrote: > What I originally considered (though never implemented) was a > demographics module. It would contain a large list of items for entry > (address1, address2, city, state, etc.). Each module could then tell > demographics that it required a user to fill out a certain number of > fields. The form for such would be controlled by that module. > Wouldn't it be better off as a part of the Users Module? That way some of the information can be required for successful signup. -Eloi George- |
|
From: Matthew M. <ma...@tu...> - 2006-03-16 13:09:18
|
Thanks. I committed the fix. On Wed, 2006-03-15 at 11:40 -0500, Verdon Vaillancourt wrote: > Hi > > Getting this error since cvs update this morning. I did notice that the > image class file was moved from /core/class/ to /core/somewhere in file > cabinet/ or some such thing :) I suspect Profiler will need some > tweaking? > > > [Wed Mar 15 11:37:03 2006] [error] PHP Fatal error: Cannot instantiate > non-existent class: phpws_image in > /Library/WebServer/Documents/fallout/mod/profiler/class/Profile.php on > line 97 > > regards, > verdon > > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live webcast > and join the prime developer group breaking into this new coding territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers -- Matthew McNaney Electronic Student Services Appalachian State University http://phpwebsite.appstate.edu |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X