[EMAIL PROTECTED] wrote:
> > I created a simple customization feature: there can be more than one
> > PSML file (both, in the case of default user and in the case of
> > authenticated users). Right now it searches for this file in this order,
> > if the custom file is specified:
> > 1. username_customFile.psml
> > 2. customFile.psml
> > 3. default.psml
> >
> > Otherwise it uses the old pattern:
> > 1. username.psml
> > 2. default.psml
> >
> > I was thinking, maybe it is beneficial to also add one more fallback
> > mechanism, to use the following search order in the case of custom file:
> > 1. username_customFile.psml
> > 2. username.psml
> > 3. customFile.psml
> > 4. default.psml
> >
> > I'm not sure about this, though. Anybody else, comments?
> >
>
> I am not sure how this should look either. Off the top of my head having a
> directory with all the users with multiple custimizations means that
> directory is going to be chock full o stuff. Maybe IMHO too much stuff.
>
> > Ideally I would like to put different files for different users in
> > separate directories.
> > Default/default.psml
> > Default/customFile.psml
> > Neeme/default.psml
> > Neeme/customFile.psml
> >
+1... I do like this :)
> +1 with caveat
>
> I like this but I would also go one step further and make the directory
> configurable by assigning each user a home directory on the server. I am
> not sure how to do this because Jetspeed currently doesnt require a
> database, which is where I would store the home directory.
If should just be <CONTENT>/users
/users -> would be the default users home
/users/burton -> would be my home.
:)
> > Would be cleaner solution, but it wouldn't be backwards compatible...
> >
>
> IMHO Jetspeed is at a stage of development where this type of backwards
> compatibility is not such an issue. As a matter of fact I believe that
> too much thought on backward compatibility too early can be very
> detrimental because it can tie you into something you have totally
> outgrown...
+1
> I think in the future when our user
> base is much larger and more established we will need to think about a
> more formal deprecation scheme
There is also opt-in deprecation. If the core developers want to remove
something, but a 3rd party *REALLY* needs this they can submit a patch
that could possibly work around this... or patch their own install.
<snip
> > In case user modifies something on some page (minimizes a portlet, etc),
> > Jetspeed creates a copy of the common file for the user and then saves
> > changes to that file. This would save disk space, as quite many of the
> > users probably won't want to use the personalization features.
certainly... but I don't think it is worth spending the time to
implement until it becomes a problem.... IE late binding :)
<snip>
> I think that personalization is very important to Jetspeed and I will try
> to help you along on this as much as possible. I may even get to helping
> write code.
:)
> In the meantime keep digging in the code and submitting more patches.
>
> I didnt write the original code on this so I wont commit the patch, but
> maybe Kevin could weigh in on this.
>
> I would like to hear from Kevin on these changes and would like the active
> developers to weigh in on personalization in general.
>
> Some questions,
>
> What should be configurable?
>
> colors?
yup
> which portlets to display on a page?
yup
> Page title?
OK... why not? This could be <portlets title="">
> Page meta-data?
>
> If we have more than one personalized page (which I would like to +1 that)
> how do we navigate between pages?
PanedPortletController... logon as turbine and you can see what that
looks like. Basically is just allows you to navigate between different
PortletSets
> Should users be able to share some of their personalized pages with
> friends/world/anyone?
hmm. That is a good question.
> How would the permissions look on this?
<snip>
I just want to get a basic mechanism working right now... we can handle
profile sharing, etc later :)
--
Kevin A Burton (e-mail: [EMAIL PROTECTED], UIN: 73488596, ZKey:
burtonator)
http://relativity.yi.org
Message to SUN: "Please Open Source Java!"
To fight and conquer in all your battles is not supreme excellence;
supreme
excellence consists in breaking the enemy's resistance without fighting.
- Sun Tzu, 300 B.C.
--
--------------------------------------------------------------
Please read the FAQ! <http://java.apache.org/faq/>
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Archives and Other: <http://java.apache.org/main/mail.html>
Problems?: [EMAIL PROTECTED]
