« Return to Thread: Dynamic Menu

Dynamic Menu

by Austin Coose :: Rate this Message:

Reply to Author | View in Thread


Hello Geert,

I will attempt to explain some of things that I was working towards,  
though not necessarily working on all of these ideas right now.

As I have used RIFE more and more, and have studied general java  
programming, I suppose it is only natural to think about all of  
things that are possible, but I was trying to start small, but things  
always seem to grow as I think I understand.

So, to start, yes, my first attempts have been with menus that refer  
to directly accessible pages without state that is transferred and  
pure content pages.

Still, I would like to be able to generate menu items on the fly for  
a number of reasons, and I will give just a few below.

My vision, at some point in the future, was to work towards some more  
elaborate navigation schemas that are based on user privileges,  
account status, etc.

An example:
Someone would be able to fill out a Risk Assessment Questionnaire  
(RAQ), a few questions per page. If they have not yet signed up for  
an account, then they would be asked to enter an e-mail address,  
provide a password, and answer a couple of questions; such as, do  
they currently have an advisor, a yes answer would give them a drop  
down list, and of course, if they select other,
the ability to  type in some text, drop down box for liquid net  
worth, total net worth, current amount of assets invested in  
securities, annual income, age and an option to pre-select their self-
perceived level of risk.

After taking down this basic information, based on the answers, the  
RAQ may have a few more or less questions, links to specific services  
and information geared toward the prospective clients classification  
would be in the sub-navigation menus, and after they have completed  
the risk profile, not only may this change the links displayed in the  
menus, but also the ability to view and print (or export to pdf) a  
copy of their answers with a brief explanation, and the ability to  
have a detailed report of their answers and questions and more  
information about the structure of the test, what each classification  
means, comparison of their self-perceived level and where the little  
test would characterize them, etc. This can be done once per account,  
if the user would like to re-test, then the a link to "reset", with  
an are you sure and some information about how they can print, etc.

I would like to be able to save the state if the user happens to time  
out or if the user navigates away from the page and then returns, and  
a link that on the page that simply may state "Finish Risk Profile"

As for user privileges, for users that have an account, they have the  
ability to view account statements, etc. on our brokerage partner's  
website. But, we have many announcements, paperwork that is updated  
biannually, etc, items specific to our firm. So,  say a user receives  
an e-mail about an offer letter we would like to log on and answer a  
few questions for our records about this that and the other. After  
they log on, an announcements link that is important, an explanation,  
and a link at the side that takes them to the little form for them to  
complete, all of this for those may have signed without the e-mail,  
and a link immediately available for those that the process is old  
hat, and then once it is completed,  the link in menu disappears.

Also, if someone first completes information on a contact us page,  
some of the information would be the same for someone just wanting to  
take the Risk Assessment Questionnaire, passing this along would be  
beneficial, whether the information is completed on either page, pass  
it to the other one.

And, we may want all existing clients that have not completed an RAQ  
to complete one, and that would be in a navigation box, or menu item,  
etc. when they sign on, and then disappear and show up as completed  
and the date under their profile, with the ability to view and print,  
etc as mentioned previously.

To be able to "toggle" certain services on and off as they pertain to  
strategic partner offerings, etc, etc,

I could continue for much longer, and I have already been long-
winded, for that I apologize. I thought I would give you some details  
about where I am trying to go. I understand that I must crawl before  
I walk, walk before I run, etc., but thought that it may help you  
give me some direction.

Sometimes it all seems so clear, I believe it is because I can  
conceptualize how things will work together, and as I stated  
previously, I  have been able to do some things already that I was  
pleasantly surprised with my progress; still, at other times, it  
seems I do not know even where to begin with the actual  
implementation of the code and the framework, etc.  So, then I just  
read more and more, and then try things out. etc.

Thanks in advance. I appreciate your help.

-Austin



On Sep 17, 2007, at 11:14 PM, Geert Bevin wrote:

>
> Hi Austin,
>
> my main question here is, which parts of your site is this menu
> referring to? Usually, menus like this refer to directly accessible
> pages without any state that is transferred amongst menu items, is
> this the case for you? Also, are the menu items referring to pure
> content pages (like a CMS) or are they referring to more elaborate
> elements, or both?
>
> A lot is possible, the most advanced approach is actually having a
> part of your site-structure being generated on the fly from the
> database (as a sub-site) and introspecting this structure from within
> an embedded element to create the menu from the available exits,
> using a template blueprint.
>
> I can detail more about this once I know what your purpose it (since
> there are various degrees of complexity that can be applied here).
>
> One thing to note already though is that you don't need to explicitly
> process embedded elements like this. The simply fact of putting an
> ELEMENT:id value tag in your template, will cause the embedded
> element to be execute in-place. Explicitly processing embedded
> elements is useful when they have a 'late' priority and you want to
> control the exact moment when they are executed.
>
> Take care,
>
> Geert
>
>
> On 17 Sep 2007, at 21:37, Austin Coose wrote:
>
>>
>> Hello,
>>
>> Again, as I have stated, I still trying to learn not just RIFE, but
>> also programming. So, I apologize in advance if I am missing
>> something obvious.
>>
>> I have been able to accomplish many things with RIFE, actually more
>> sophisticated than I thought possible so soon.
>>
>> Anyhow, enough of that, I was working on an application and wanting
>> to have the menu controlled through the back-end (in this case set up
>> with RIFE-crud), to be able to set up the order, sub navigation, etc.
>> on the fly;  also the global navigation with a sub-navigation menu
>> based on the user, and main section. Of course, this could be divided
>> into further divisions.
>>
>> I have worked through many issues recently, but feel stuck on this
>> one.
>>
>> After reading the javadocs, and viewing the Wiki, would this be a
>> good case for  ValueRenderer interface?
>>
>> The menu as an element definitely caused problems and I was unsure
>> which direction to take.
>>
>> But, then again, maybe I am trying to reduce, or divide up the code
>> into to too many pieces ( I do not know, just a guess.)
>>
>> Would it make sense to have the menu element embedded and then
>> process the element in all other implementations?
>>
>> I believe I understand the exits, flowlinks, datalinks, etc. but are
>> there any things to take into consideration?
>>
>> Any information would be greatly appreciated. Thanks in advance.
>>
>> -Austin
>>
>>
>>
>>
>>
>>
>>>
>
> --
> Geert Bevin
> Terracotta - http://www.terracotta.org
> Uwyn "Use what you need" - http://uwyn.com
> RIFE Java application framework - http://rifers.org
> Music and words - http://gbevin.com
>
>
> >


--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "rife-users" group.
To post to this group, send email to rife-users@...
To unsubscribe from this group, send email to rife-users-unsubscribe@...
For more options, visit this group at http://groups.google.com/group/rife-users?hl=en
-~----------~----~----~----~------~----~------~--~---

 « Return to Thread: Dynamic Menu

LightInTheBox - Buy quality products at wholesale price!
 
 
 
Google
rifers.org web