phpwebsite-developers — For our development team.

[Phpwebsite-developers] Recent security warning

[Verdon V. <ve...@gm...>]

I had a couple questions about the recent security warning in regards 
to article.php and friend.php.

1) article.php is still in the .10.2 distro... just trash it?

2) what sort of risk are these files? I still have a few sites running 
.8.x code with both these files. These sites are unlikely to be updated 
in the near future. Does the risk extend beyond the individual site, or 
is it a larger risk to the server?

Thanks,
verdon

[Phpwebsite-developers] Theme changes

[Matthew M. <ma...@tu...>]

Hi all,

Ok I have changed the theme format and Layout. I have added a couple of
new features I hope people will like.

Here is the theme.ini file:
http://res.stddev.appstate.edu/cvs/fallout/themes/default/theme.ini?rev=1.14

The theme_variables stay the same.

Notice that persistent, preferred, and alternate have been dropped. In
their place are style_sheet_n.

The type of style sheet is defined by your settings. Read the comments
for more information.

Notice that style_sheet_4 uses a print media setting. It is functional
so try it out.

Finally notice the extra_styles. Each style sheet can be applied to a
keyed page. In other words, if you flag an item (you read the Key docs
right?), you can change the style sheet for that view.

Hope yall like it.

Matt

-- 
Matthew McNaney
Electronic Student Services
Appalachian State University
http://phpwebsite.appstate.edu

[Phpwebsite-developers] Key documentation written (badly)

[Matthew M. <ma...@tu...>]

Hi all,

I have written the first draft of the Key class documentation. View it
here:
http://res.stddev.appstate.edu/cvs/fallout/docs/Key.txt?rev=1.1

I realize there are probably grammar problems and the like but I wanted
to get it up for people to read. My apologies to the students and staff
that had to learn how to use it the hard way.

Matt

-- 
Matthew McNaney
Electronic Student Services
Appalachian State University
http://phpwebsite.appstate.edu

Re: [Phpwebsite-developers] Oops

[Shaun M. <sh...@ae...>]

Can you explain more how per page style sheets is supposed to work?  
It sounds very useful for introducing a heap of variation in design  
into a site.


Shaun
aegis design - http://www.aegisdesign.co.uk
aegis hosting - http://www.aegishosting.co.uk

[Phpwebsite-developers] Oops Pt.2

[Matthew M. <ma...@tu...>]

Something I forgot to mention. Although I am returning the ini
functionality, I am going to look at increasing functionality (e.g.
adding media types, controlling ordering, etc.).


-- 
Matthew McNaney
Electronic Student Services
Appalachian State University
http://phpwebsite.appstate.edu

[Phpwebsite-developers] Oops

[Matthew M. <ma...@tu...>]

Layout was one of the first modules I wrote. Years later, I forgot the
reasoning behind some of my design.

Anyway, recently I dropped options from the theme.ini file. I removed
the persistent and alternate style sheet options. I figured these are
links that should just be added to the theme.tpl file.

Well, I was reminded today by Brian about style sheets on demand. In
other words, the ability to change style sheets on a per page basis. By
eliminating the ini options, I prevented this from happening.

Soooooo.... I am reverting Layout back to the old format and adding the
ability to change style sheets per page.

I will be committing the changes later today.

-- 
Matthew McNaney
Electronic Student Services
Appalachian State University
http://phpwebsite.appstate.edu

Re: [Phpwebsite-developers] fallout user mod feature request

[Eloi G. <el...@re...>]

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-

[Phpwebsite-developers] Module design concept brainstorming

[Verdon V. <ve...@ve...>]

Hi :)

I'm just thinking out loud and looking for opinions here. Would welcome 
any...

I've been doing preliminary work re-writing my phpwsbusiness mod as 
rolodex, for fallout. While I've been doing that and asking questions 
here, discussion has come up about the demographics mod. I'd definitely 
like to hook into this, but there are usage scenarios where this would 
not be good, as one phpws user will be managing/owning many or all 
rolodex cards.

So, what I've been thinking is that it would be good if the site admin 
using my rolodex mod could decide whether to hook into the demographics 
mod, or use the rolodex internal tables instead. My first thoughts 
being that there could be a switch in rolodex settings that would tell 
the card class' init() function where to look for data for all cards. I 
then thought, would it be better if an individual card record could 
somehow be flagged to use demographics data or rolodex data. That would 
allow the real world scenarios I currently have where one user is 
owning/managing 700 or so phpwsbusiness records on a site while the 
other 200 or so records are owned/managed by individual phpws users.

Now, I'm only thinking in the broadest terms here and haven't worked 
out any of the logistics involved. I am curious as to what others might 
think would be useful. I'm also unsure of (and concerned about) what 
kind of performance hit / overhead I might introduce. If you remember 
phpwslistings, it used extended user_vars to store demographic info for 
agents for listings. I always wondered if that had anything to do with 
some of it's performance issues.

Anywise, any thoughts?

Thanks,
verdon

Re: [Phpwebsite-developers] Two EZforms in fallout cvs

[Verdon V. <ve...@ve...>]

FYI... these must be there for legacy support... I did a search for 
EZForm and EZform respectively and they are not referenced in any of 
the files in the current fallout CVS


> In fallout CVS, these two files are conflicting on my MacOSX system
>  when I try to run cvs update.
>  /core/EZForm.php
>  /coreEZform.php
>
>  I get the error
>  cvs update: move away core/EZform.php; it is in the way
>  C core/EZform.php
>
>  My file-system won't allow File.php and file.php in the same dir.

[Phpwebsite-developers] Two EZforms in fallout cvs

[Verdon V. <ve...@ve...>]

HI,

In fallout CVS, these two files are conflicting on my MacOSX system 
when I try to run cvs update.
/core/EZForm.php
/coreEZform.php

I get the error
cvs update: move away core/EZform.php; it is in the way
C core/EZform.php

My file-system won't allow File.php and file.php in the same dir.

Re: [Phpwebsite-developers] Demographics

[Verdon V. <ve...@ve...>]

I like the my_page tab concept in the users mod... it's a good way to  
extend what's in the users settings area while keeping it seeming like  
it's all organized in one area of the control panel. It's also easy for  
any mod to add a screen/tab to the user cp.

On 17-Mar-06, at 3:34 PM, Shaun Murray wrote:

>
> On 17 Mar 2006, at 18:16, Verdon Vaillancourt wrote:
>>
>> Probably good where it is. No need to invoke the demographics mod  
>> every time some other mod wants to respect user preferences. It  
>> seems/feels to me that one is a user setting/pref and the other is  
>> meta data.
>>
>
> From a user's UI point of view though, I hope they can edit all this  
> personal info from one control panel interface, be it data from the  
> users mod (username, password, avatar?) or the demographics data.  
> Spreading it out over a multitude of settings screens in different  
> modules isn't friendly enough.
>
> But it's great we're storing this info in a core module though. That's  
> the important step.
>
> Shaun
> aegis design - http://www.aegisdesign.co.uk
> aegis hosting - http://www.aegishosting.co.uk
>
>
>
> -------------------------------------------------------
> 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
>
>

Re: [Phpwebsite-developers] Demographics

[Shaun M. <sh...@ae...>]

On 17 Mar 2006, at 18:16, Verdon Vaillancourt wrote:
>
> Probably good where it is. No need to invoke the demographics mod  
> every time some other mod wants to respect user preferences. It  
> seems/feels to me that one is a user setting/pref and the other is  
> meta data.
>

 From a user's UI point of view though, I hope they can edit all this  
personal info from one control panel interface, be it data from the  
users mod (username, password, avatar?) or the demographics data.  
Spreading it out over a multitude of settings screens in different  
modules isn't friendly enough.

But it's great we're storing this info in a core module though.  
That's the important step.

Shaun
aegis design - http://www.aegisdesign.co.uk
aegis hosting - http://www.aegishosting.co.uk

Re: [Phpwebsite-developers] Demographics

[Matthew M. <ma...@tu...>]

On Fri, 2006-03-17 at 10:22 -0500, Verdon Vaillancourt wrote:
> /* ----- Personal information ----- */
> Should you include prefix and suffix fields?

Damn how'd I miss that? Added it.

> 
> /* ----- Addresses ----- */
> I may be guilty of causing confusion here yesterday...
> 
> I'm not sure there needs to be separate fields for  
> state/county/province or postal code/zip code (5 total), so much as  
> some non-hacker friendly way to change the label for these fields (2  
> total). Some input from a non North American user might be good here.  
> Who knows, maybe in some places it's important to have both state and  
> county? Maybe I'm just being to fussy, but it comes from many hours  
> spent digging through code of many scripts, changing all instances of  
> 'State' to 'Province' ;)

First, I added Province (couldn't remember that one). Whether or not
province, county, etc are used will be up to the module developer.
Talking with Shaun about it this morning, we figured that having three
address fields would allow for any international address. You could then
ignore the other fields. Or if you are getting information from locals,
then you could use the state, province, county, or whatever.

> 
> /* ----- Other out-loud thinking ----- */
> Initially I was thinking there should be an image field, or a privacy  
> setting switch, but the more I think about it, these sorts of things  
> fall into the same category as 'signature' and 'avatar' and should be  
> handled by the individual mod as you suggest. For instance, my  
> business/rolodex mod does not want to use the common file cabinet for  
> member images and offers specific privacy settings of demographic info.

Agreed :) I got backed up with some university stuff today but I will
have some more work on this soon.

-- 
Matthew McNaney
Electronic Student Services
Appalachian State University
http://phpwebsite.appstate.edu

Re: [Phpwebsite-developers] Demographics

[Verdon V. <ve...@ve...>]

On 17-Mar-06, at 1:04 PM, Matthew McNaney wrote:

>> How about their preferred locale settings? eg their timezone so dates
>> can be given in the user's local time instead of system time? and in
>> their preferred time format also.
>
> I currently have that set in the users module. Think it should be moved
> over?
>
Probably good where it is. No need to invoke the demographics mod every 
time some other mod wants to respect user preferences. It seems/feels 
to me that one is a user setting/pref and the other is meta data.

Re: [Phpwebsite-developers] Demographics

[Matthew M. <ma...@tu...>]

On Fri, 2006-03-17 at 16:34 +0000, Shaun Murray wrote:
> $fields['msm_id']['limit']
> 
> should be
> 
> $fields['msn_id']['limit']

Done.

> Jabber would be nice too.

Done.

> $fields['social_security']['limit'] = 9;
> 
> Should probably be bigger.

Increased to 12.

> How about their preferred locale settings? eg their timezone so dates  
> can be given in the user's local time instead of system time? and in  
> their preferred time format also.

I currently have that set in the users module. Think it should be moved
over?

-- 
Matthew McNaney
Electronic Student Services
Appalachian State University
http://phpwebsite.appstate.edu

Re: [Phpwebsite-developers] Demographics

[Shaun M. <sh...@ae...>]

$fields['msm_id']['limit']

should be

$fields['msn_id']['limit']

Jabber would be nice too.



$fields['social_security']['limit'] = 9;

Should probably be bigger.


How about their preferred locale settings? eg their timezone so dates  
can be given in the user's local time instead of system time? and in  
their preferred time format also.




Shaun
aegis design - http://www.aegisdesign.co.uk
aegis hosting - http://www.aegishosting.co.uk

Re: [Phpwebsite-developers] Demographics

[Marino P. <php...@lo...>]

Vbulletin  has a nice demographics module. They call it "member profile" 
module.
It comes with a few standard fields and then it lets you create your own 
with options like textarea,popup,radio ,  required or not etc

See their manual
http://www.vbulletin.com/docs/html/main/profile

Marino

>
>

Re: [Phpwebsite-developers] Demographics

[Verdon V. <ve...@ve...>]

Hi Matt,

An excellent start!

Couple initial comments...

/* ----- Personal information ----- */
Should you include prefix and suffix fields?


/* ----- Addresses ----- */
I may be guilty of causing confusion here yesterday...

I'm not sure there needs to be separate fields for  
state/county/province or postal code/zip code (5 total), so much as  
some non-hacker friendly way to change the label for these fields (2  
total). Some input from a non North American user might be good here.  
Who knows, maybe in some places it's important to have both state and  
county? Maybe I'm just being to fussy, but it comes from many hours  
spent digging through code of many scripts, changing all instances of  
'State' to 'Province' ;)


/* ----- Other out-loud thinking ----- */
Initially I was thinking there should be an image field, or a privacy  
setting switch, but the more I think about it, these sorts of things  
fall into the same category as 'signature' and 'avatar' and should be  
handled by the individual mod as you suggest. For instance, my  
business/rolodex mod does not want to use the common file cabinet for  
member images and offers specific privacy settings of demographic info.

Cool stuff Matt,
verdon


On 17-Mar-06, at 9:42 AM, Matthew McNaney wrote:

> I have started laying down the demographics framework. Please take a  
> sec
> to review the default demographic fields.
>
> http://res.stddev.appstate.edu/cvs/fallout/mod/demographics/conf/ 
> defaults.php
>
> Please suggest any others you believe may be needed by more than one
> module.
>
> This is just the generic list. Modules will be able to add their own
> fields. For example, Comments is going to add 'signature' and 'avatar'.
> Both of these fields are specific to Comments and I believe would not  
> be
> used by other modules.
>
> I'll update you when I get it working.
>
> -- 
> 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
>
>

[Phpwebsite-developers] Demographics

[Matthew M. <ma...@tu...>]

I have started laying down the demographics framework. Please take a sec
to review the default demographic fields.

http://res.stddev.appstate.edu/cvs/fallout/mod/demographics/conf/defaults.php

Please suggest any others you believe may be needed by more than one
module.

This is just the generic list. Modules will be able to add their own
fields. For example, Comments is going to add 'signature' and 'avatar'.
Both of these fields are specific to Comments and I believe would not be
used by other modules.

I'll update you when I get it working.

-- 
Matthew McNaney
Electronic Student Services
Appalachian State University
http://phpwebsite.appstate.edu

Re: [Phpwebsite-developers] fallout user mod feature request

[Verdon V. <ve...@ve...>]

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
>
>

[Phpwebsite-developers] Missing translations

[<mh...@ma...>]

Hallo all.

 

In case you are not subscribing to the phpwebsite-comm developer list, I
think this could have some interest. If you couldn't care less about
translations in 0.10.x please delete this mail immediately :-)

 

- Michael (TechElephant)

 

------------------------------------------------------

 

Hello translators.

 

There is still some work that needs to be done, before we are ready to
release the next version of phpWebSite (0.10.3). In the meantime you should
consider updating your language files, particularly if you are in charge of
one of the translations (de/es/fr/it/nl/no).

 

From version 0.10.2 to the upcoming version 0.10.3 there has been added new
phrases, and other phrases has been changed, mainly due to new functionality
and face lift related adjustments.

 

Until now, I have recorded the following changes:

 

Analysing announce.da.lng

Missing in Danish file: "Announcement Image Settings"

Missing in Danish file: "Maximum allowed upload height (pixels)"

Missing in Danish file: "Maximum allowed upload size (bytes)"

Missing in Danish file: "Maximum allowed upload width (pixels)"

Missing in Danish file: "Resized image maximum height"

Missing in Danish file: "Resized image maximum width"

Missing in Danish file: "Thumbnail maximum height"

Missing in Danish file: "Thumbnail maximum width"

Missing in Danish file: "Use image auto-resize"

Language file announce.da.lng created with 115 phrases (9 missing
translations in Danish file)

 

Analysing blockmaker.da.lng

Missing in Danish file: "(Boxstyle must support footer)"

Missing in Danish file: "(Only home selected by default)"

Missing in Danish file: "Block Footer"

Missing in Danish file: "Show Block on these web pages"

Missing in Danish file: "Show block with these modules"

Language file blockmaker.da.lng created with 54 phrases (5 missing
translations in Danish file)

 

Analysing documents.da.lng

Missing in Danish file: "Downloads"

Language file documents.da.lng created with 100 phrases (1 missing
translations in Danish file)

 

Analysing linkman.da.lng

Missing in Danish file: "(Comma Separated)"

Missing in Danish file: "Keywords"

Language file linkman.da.lng created with 62 phrases (2 missing translations
in Danish file)

 

Analysing menuman.da.lng

Missing in Danish file: "Show Menu on these web pages"

Language file menuman.da.lng created with 135 phrases (1 missing
translations in Danish file)

 

Analysing photoalbum.da.lng

Missing in Danish file: "Move image to album"

Missing in Danish file: "Set as album thumbnail image"

Language file photoalbum.da.lng created with 110 phrases (2 missing
translations in Danish file)

 

Total number of language files: 28

Total number of phrases: 2449

Total number of missing translations (in Danish files): 22

 

 

I have developed a program I use to keep track of new phrases compared to
the Danish translation. If you are interested, I would like to run your
language files through my program, and produce a list of missing phrases.

 

I have a couple of things I would like to mention regarding translations in
general. As you might know, the official language files (*.en.lng) are not
complete. Some phrases are missing, and if you are starting from those files
creating your own translation, you will probably discover that the
translation is not complete. Besides missing phrases, the language files
also contain a bunch of phrases that are not in use any more.

 

There are a lot of bug reports regarding the language files. I will try to
look into some of them, but I am not sure, how much work I should put into
this. Eventually a brand new translation system will be released with
Fallout, so all our problems are going to be solved as if by magic :-)

 

 

- Michael (TechElephant)

 

 

Re: [Phpwebsite-developers] fallout user mod feature request

[Matthew M. <ma...@tu...>]

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

Re: [Phpwebsite-developers] fallout user mod feature request

[Shaun M. <sh...@ae...>]

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

Re: [Phpwebsite-developers] fallout user mod feature request

[Verdon V. <ve...@ve...>]

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
>
>

Re: [Phpwebsite-developers] fallout user mod feature request

[Matthew M. <ma...@tu...>]

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