Menu
▾
▴
phpwiki-talk
|
From: Chip R. <ch...@un...> - 2003-01-15 21:49:02
|
Is [ChipRosenthal/Preferences] or [ChipRosenthal/Calendar] supposed to do something? On my wiki they show up as undefined pages. -- Chip Rosenthal * ch...@un... * http://www.unicom.com/ "Why look back in anguish when we can look forward to the future with cynicism?" * http://www.unicom.com/chrome/a/000029.html |
|
From: Carsten <car...@ya...> - 2003-01-17 13:44:42
|
Hi Chip, (and All), These don't work for me either, I think they were supposed to be automatically created. Otherwise subpages work great. It would be nice to get the automatic Calendar subpage working, and IMHO it should only be created when someone visits that page. I don't see the need for each user to have their own preferences page anymore, the preferences are actually now stored in the database in the user's page. People can just use the common UserPreferences page to change their settings. Having said the above, I also think we should eliminate the "Create HomePage" checkbox (which also doesn't work yet) upon Sign In. If someone decides to "stay" at a wiki they can create their own home page, it's fun and an opportunity to practice WikiMarkup for new users, quick to do for experienced Wikizens. Carsten On Wednesday, January 15, 2003, at 04:49 pm, Chip Rosenthal wrote: > Is [ChipRosenthal/Preferences] or [ChipRosenthal/Calendar] supposed to > do something? On my wiki they show up as undefined pages. > > -- > Chip Rosenthal * ch...@un... * http://www.unicom.com/ |
|
From: Chip R. <ch...@un...> - 2003-01-17 19:53:44
|
On Fri, Jan 17, 2003 at 08:44:10AM -0500, Carsten wrote: > These don't work for me either, I think they were supposed to be > automatically created. Otherwise subpages work great. Okay -- thank! -- I think I get it now ... I see there is code in the WikiUser->createHomepage() method that is supposed to create these ... but on inspection I don't think this could have ever worked. I'm new here, so pardon me if this is not an appropriate question ... but is there any discipline on this project that prevents broken code from being checked into CVS? I keep running into non-functional or incompletely implemented functions that (IMO) really shouldn't be in a released codebase. It's been quite frustrating. > Having said the above, I also think we should eliminate the "Create > HomePage" checkbox (which also doesn't work yet) upon Sign In. I agree ... *especially* with Jochen's new UserRegistration function. The home page should be created when the user registers. If they are doing a bogologin, then I don't see any reason to create one. Anyway, it now appears to me the current homepage template doesn't work and hasn't been used, and so it won't cause any problems to replace it with one that supports the new UserRegistration function. Would folks agree? -- Chip Rosenthal * ch...@un... * http://www.unicom.com/ "Why look back in anguish when we can look forward to the future with cynicism?" * http://www.unicom.com/chrome/a/000029.html |
|
From: Joby W. <joby@u.washington.edu> - 2003-01-17 20:49:59
|
Chip Rosenthal wrote: > I'm new here, so pardon me if this is not an appropriate question ... > but is there any discipline on this project that prevents broken code > from being checked into CVS? I keep running into non-functional or > incompletely implemented functions that (IMO) really shouldn't be in a > released codebase. It's been quite frustrating. This is always an appropriate question. I try to check out new checkins and I am sure others do too, but it happens... The entire user system has been in flux and we really need to discuss architecture so we're not just commiting new features ad hoc. I really think we need to nail down that part of the system before we get to making/fixing the user experience (this is still a development release). I have just committed the Group interface (lib/WikiGroup.php) for Group membership determination. It is pretty well documented so it should be pretty obvious what is happening. I'd like people to check it out for comments and corrections. Sorry it is so delayed (I promissed this back in October). If we can get the UserAuthentication, PagePermissions and UserGroups straightened out a lot of these User Experience issues will be easier. http://phpwiki.sourceforge.net/phpwiki/UserAuthentication http://phpwiki.sourceforge.net/phpwiki/PagePermissions http://phpwiki.sourceforge.net/phpwiki/UserGroups jbw |
|
From: Jochen K. <Jo...@Ka...> - 2003-01-17 20:19:23
|
Hi Carsten, > I don't see the need for each user to have their own preferences page > anymore, the preferences are actually now stored in the database in the > user's page. People can just use the common UserPreferences page to > change their settings. This is right. We only need the common UserPreferences-Page, because every user has an own homepage. So we also removed the "create homepage" button. But this page also needs some update... > Having said the above, I also think we should eliminate the "Create > HomePage" checkbox (which also doesn't work yet) upon Sign In. This is already removed in the patches. > If someone decides to "stay" at a wiki they can create their own home > page, As you said. The homepage is already created. So they can only modify his/her page. > it's fun and an opportunity to practice WikiMarkup for new users, > quick to do for experienced Wikizens. That´s right. The actual patches are at http://wiki.kalmbachnet.de/userdata/kajo0011/phpwiki-UserManagement-v4.zip (full files) I cannot do an diff, because the pserver access is most of the time down... Greetings Jochen |
|
From: Reini U. <ru...@x-...> - 2003-01-27 15:20:44
|
Those subpages work if they would exist. But they are not automatically created. Maybe they should? The <User>/Preferences subpage is just a shorthand for the UserPreferences Plugin. Jochen Kalmbach schrieb: >>I don't see the need for each user to have their own preferences page >>anymore, the preferences are actually now stored in the database in the >>user's page. People can just use the common UserPreferences page to >>change their settings. > > This is right. We only need the common UserPreferences-Page, because > every user has an own homepage. So we also removed the > "create homepage" button. > But this page also needs some update... Well, it's not sure that every user has it's own homepage. if so it would be easy to get at his preference data. >>Having said the above, I also think we should eliminate the "Create >>HomePage" checkbox (which also doesn't work yet) upon Sign In. > > This is already removed in the patches. Hmm. The optional "Create HomePage" button is not bad. (if it would work). >>If someone decides to "stay" at a wiki they can create their own home >>page, > As you said. The homepage is already created. So they can only modify > his/her page. > >>it's fun and an opportunity to practice WikiMarkup for new users, >>quick to do for experienced Wiki > The actual patches are at > http://wiki.kalmbachnet.de/userdata/kajo0011/phpwiki-UserManagement-v4.zip > (full files) Thanks, I'll try to commit these. Unfortunately I had a lot of work to do in the last months. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ |
|
From: Jochen K. <Jo...@Ka...> - 2003-01-27 18:50:02
|
"Reini Urban" wrote: > Jochen Kalmbach schrieb: > >>I don't see the need for each user to have their own preferences page > >>anymore, the preferences are actually now stored in the database in the > >>user's page. People can just use the common UserPreferences page to > >>change their settings. > > > > This is right. We only need the common UserPreferences-Page, because > > every user has an own homepage. So we also removed the > > "create homepage" button. > > But this page also needs some update... > > Well, it's not sure that every user has it's own homepage. > if so it would be easy to get at his preference data. The implemented UserRegistration Plugin only supports storing the user-preferences (including the password) in the homepage of the user. So by define every Authenticated user (with autentication-method is 'pagedata') has it´s own homepage. If other autentication emthods are used, then it might be true, that the user preferences is not stored in the (none existing) homepage. > >>Having said the above, I also think we should eliminate the "Create > >>HomePage" checkbox (which also doesn't work yet) upon Sign In. > > > > This is already removed in the patches. > > Hmm. The optional "Create HomePage" button is not bad. > (if it would work). As I said: The UserRegistration-Plugin only supports authentication via pagedata, so there is a need for the homepage. If the homepage does not exist, the user does not exist, and therefor the "create-homepage-button" is not needed, because we need a homepage! > Thanks, I'll try to commit these. > Unfortunately I had a lot of work to do in the last months. That would be great... Greetings Jochen |
×
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