see below.
On Sun, 2004-02-08 at 21:34, Aubin Paul wrote:
> Michael Ruelle wrote:
> > It looks ok but what i am concerned about the navbar as we have it now
> > is that it is not easy to plug things in. Eventually i would like to
> > make it easier for plugins to be able to drop an rpy in the web
> > interface and just have it work. For example the icecast plugin has a
> > webpage that will select a new playlist. I optionally include it now if
> > you set a variable in config.
>
> Adding an item to the tab bar looks like this:
>
> <li><a href="link">Menu Name</a></li>
>
> The selected tab differs only by this:
>
> <li id="current"><a href="link">Menu Name</a></li>
>
> The way I have it written is that there is a tuple with three elements:
>
>
> items = [('Short Name','Mouse Over Description','%sfilename.rpy' %
> (strpath)]
>
> So to add an item programmatically, you would do this:
>
> items += [(...)]
>
> and it would work.
>
yes that sounds like the good pragmatic way to store the info. I was
worried more about arrangement. Do we want to decide on rows of tabs at
the top if you have several plugin web pags. That's what i am more
worried about. There are only a few web pages now but when we get things
like the encoding server and other plugins dropping pages in we will
quickly exceed our current width and need a strategy for tabs on whether
to fold them into rows or ignore it an just let them keep going right
forever.
> > Also i want to make sure we keep all image paths and document paths
> > relative. This will allow us to proxy forward the freevo webserver. For
> > example i have a main HTTPS server which i have accessible to the
> > outside world. I forward one directory of it to be freevo. If we use
> > full urls this would break. I believe this is a useful feature (most
> > apps do this, like squirrel mail for instance) for security. Since we
> > only have a very weak password in the freevo config file and this will
> > allow people like me to wrap more security around the web interface.
>
> Not an issue... the links are identical to how they are in the existing
> interface, they're just in the header instead of at the bottom. In fact,
> because the tabs are generated from a tuple instead of hardcoded, it
> would be much easier to have a global variable you could add things to,
> or something.
>
cool. I like being able to forward the interface and wrapping it in a
HTTPS server.
--
Mike Ruelle
[EMAIL PROTECTED]
http://world.std.com/~mruelle/
-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
Freevo-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freevo-devel
