madwolf wrote:

Working with stylesheets I came up with a possible "no-frames" solution that
is really easy to implement: we can define a general "main" div class where
all the output is actually printed. This solution permits us to, simply
changing the stylesheets, to have menu on the top, bottom, left or whatever.

The plan is:

- one library function to generate the base page;

    - if the command is a simple-interface-related (i.e. text/html content
      type):
      - commands output is returned to the main script and not sent out
        directly;
      - output is completed with menu generation and (eventually) other
        (future) parts;
      - output is printed;
      otherwise the command is called in the usual way;

Let me know if you think this approach to be feasable or if you have other
ideas for it.

Today we generate all HTML-output via four functions:


- libSendReply
- libSendMenu
- libSendStatic
- logging pages are started by startLogPage

So I think the idea is good but we should generate the menu stuff inside of the output functions. If the outputfunction is called then we can create the menu. If we implement it this way then the menugeneration is completely transparent for the commands because they use the output if they are finished.

Also it is easier to implement for you. I think the main aspect is the design of the displayed interface. If we integrate the menugeneration into the four output functions then it is "easy" to program. Simply move the stuff from genMenu to output-utils.lib and call it as a function from the output functions. This requires some changes in the output from genMenu but not big ones because genMenu uses libSendMenu to output the menu and now it simply returns the menu. (The biggest problem is the parameter submission. Perhaps we have to use the session as menucache.)

The change is not very difficult but if you have trouble with my code then please write a mail and I help but I'm not a specialist for CSS. By the way if we generate the menu stuff for every page then we must optimize the code a lot but first it should run and then we can optimize it :)

Michael
--
-------------------------------------------------------------------
Michael Bell                   Email: [EMAIL PROTECTED]
ZE Computer- und Medienservice            Tel.: +49 (0)30-2093 2482
(Computing Centre)                        Fax:  +49 (0)30-2093 2704
Humboldt-University of Berlin
Unter den Linden 6
10099 Berlin                   Email (private): [EMAIL PROTECTED]
Germany                                       http://www.openca.org



-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
OpenCA-Devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/openca-devel

Reply via email to