RE:ViewPortlet for a dynamic tree
Oli, Perhaps you'll find an open source portlet for your needs. I can tell you how I've done this - but it was for my old employer and I'm not able to share unfortunately. - My portlet rendered the markup for flash movie/object tag. The movie contained the flash tree component and some resizing logic. - The Macromedia Flash 2004 components now take their data model in xml (at the time I had to parse the xml and set the flash ui with some actionscript.) Anyhow, the movie loads and requested the xml/tree data from the server. - A servlet returned the xml to the embedded Flash UI component. Flash is not the only solution (but often my preference over applets); Applet (as you mention), dHtml, (SVG might be possible?) Some example links: Flash: http://www.macromedia.com/flex/samples/blogreader/blogreader.mxml DHTML: http://www.bindows.net/bindows/samples/apibrowser/ Java-Applet: http://www.jpowered.com/free_java_applet/tree.htm (open source tree ui are likely out there, but I don't know any off hand) HTH -TR > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Oliver Pfau > Sent: Friday, June 18, 2004 2:36 AM > To: Exo-Developers (E-Mail); Gridsphere-Users (E-Mail); Jetspeed Users > List (E-Mail); 'Lportal-Development (E-Mail) > Subject: [Gridsphere-users] ViewPortlet for a dynamic tree > > > Hi, > > I am looking for a tree tortlet for navigation purposes. In best case on > which visualize a TreeNode data structure form the > javax.swing.tree package. > Anyone seen this kind of portlet ? > > Thanks, > > Oli > ___ > Gridsphere-users mailing list > [EMAIL PROTECTED] > https://www.gridlab.org/mailman/listinfo/gridsphere-users - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Other Open Source Portals
Celeste, I've not evaluated but ran across this some time ago: http://www.gridsphere.org/ (Site seems to be down at the moment. When I saw it - JSR compatability was intended or completed?) May be able to access some information here http://www.gridlab.org/Software/portal.html#GridSphere > -Original Message- > From: Celeste Haseltine [mailto:[EMAIL PROTECTED] > Sent: Monday, October 27, 2003 4:30 PM > To: 'Jetspeed Users List' > Subject: RE: Other Open Source Portals > > > Andy, > > Thanks for the heads up on PortalImpl. I will take a look at it. > > What I meant to say was that Liferay was based on Hibernator, not > Hypersonic. That's what I get for trying to do three things at once while > typing an email. > > Thanks again Andy! > > Celeste > > > -Original Message- > From: Andy Pruitt [mailto:[EMAIL PROTECTED] > Sent: Monday, October 27, 2003 2:54 PM > To: Jetspeed Users List > Subject: RE: Other Open Source Portals > > > > > > I have looked at the current beta version of Jetspeed, and > > for a variety of reasons have determine that it is not the > > open source portal framework that I need to go with for a new > > project I have been assigned to. I think 2.0 would be > > excellent, but I am unable to wait until 1st quarter 2004, as > > I have to have something out the door by early Jan 2004. I > > am in the process of evaluating Liferay, which is a 168 > > compliant open source portal based on Hypersonic and Struts. > > The down side is that it is almost all EJB based. > > Although Liferay is not in fact Hypersonic based, it is also > not fully 168 compliant. In particular, it doesn't handle > portlet applications (deployed as a separate WAR file). I > suspect that there are a large number of other > not-yet-compliant aspects to liferay. > > > > > > I have to make a decision soon as to which framework we will > > use on our new project. So I thought I would ask if there > > are any other JSR 168 compliant open source portals out there > > that people are familiar with. I have not yet looked at > > Pluto, but I understand it is just a framework by which you > > can build your own portal from. I would prefer to utilize an > > If you need a light weight portal implementation, that doesn't > have a lot of services etc, portalImpl (the pluto driver) may > be worth a look. You'll be on your own, as it is essentially > unsupported by the jetspeed/pluto community, but it is a large > enough piece of portal to save you some time and get you started. > > > > open source portal that already has some implementation built > > in for logging, roles, groups, users, etc, as we are on a > > very short time frame. Is anyone else out there aware of any > > other 168 compliant open source portals I should look at? To > > date, Jetspeed and Liferay are the only two that I have > > found, and Liferay is the only stable product that I found > > out there at this time. > > > > Thanks in advance for any advice/recommendations offered. > > > > Celeste Haseltine, PE > > J2EE Architect > > 972-512-5103 > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Multiple stylesheets
You could also point to a jsp or servlet to build the stylesheet dynamically. I've done this elsewhere (caveat:I have not tried in Jetspeed though.) FWIW -TR > -Original Message- > From: Pernoud Aurelien [mailto:[EMAIL PROTECTED] > Sent: Friday, October 17, 2003 4:04 AM > To: Jetspeed Users List > Subject: RE: Multiple stylesheets > > > > use this in your css : > > @import "myothercss.css"; > > See current cvs for sample of using this for skinning. > > Aurelien > > yael malka a écrit : > > > Hello ! > > > > Is it possible to have mutliple stylesheets for a jestpeed portal ? > > > > In the past, I had only one stylesheet for the sie and I defined it > > in the JetspeedResources.properties' file like this : > > # > > > > # Stylesheet. # > > > > # > > > > #Use this to specify the HTML stylesheet > > > > site.stylesheet=css/PortailStyle.css > > > > But now I have multiple stylesheets. How to do ? > > > > Thank you by advance. > > > > Yaël. > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Problems with portlet parameter customization (bug?)
FWIW I have the same firewall issue at work. I just saw this tonight and plan to try it out. http://cvsgrab.sourceforge.net/ > -Original Message- > From: Holger Dewes [mailto:[EMAIL PROTECTED] > Sent: Wednesday, October 15, 2003 3:56 AM > To: 'Jetspeed Users List' > Subject: RE: Problems with portlet parameter customization (bug?) > > > > > -Original Message- > > From: Mark Orciuch [mailto:[EMAIL PROTECTED] > > Sent: Tuesday, October 14, 2003 4:36 PM > > To: Jetspeed Users List > > Subject: RE: Problems with portlet parameter customization (bug?) > > > > > > Please pull down the latest sources from CVS and try it > > again. If it's still a problem, please log a Bugzilla bug. Thanks! > > Hi Mark, > > the problem is that I am sitting behind a firewall and cannot access the > CVS server directly. And the latest packaged version is from 9. Sept. > 2003. Is that really up-to-date? If not so, how can I get the current > version? > > Cheers > -- > Holger Dewes > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: How do I Scroll to the top of portlet?
What browser(s) does it happen in?
If you control the jsp(s) and html(s) you might try making the links go to a
named anchor.
For example in your jsp's have a pagetop anchor
then link to each page using the http://somedomain.org/next.jsp#pagetop
you could also use script in each of those pages (this should work in most
cases);
for example:
function scrollUp(){
if(window.scrollTo){
window.scrollTo(0,0);
} else {
document.location.hash = "pagetop";
}
}
document.onload = setScrollUp();
function setScrollUp(){
setTimeout("scrollUp()",100);
}
HTH
-Tim
> -Original Message-
> From: Jamie Lerner [mailto:[EMAIL PROTECTED]
> Sent: Sunday, October 05, 2003 9:58 PM
> To: [EMAIL PROTECTED]
> Subject: How do I Scroll to the top of portlet?
>
>
> I have a number of JSPs and HTML in IFramePortlets
> that are fairly long and do not fit on to one screen.
> When I have scrolled down on one portlet, and navigate
> to a new page, the portlet remains at it's scroll
> point, so that I have to scroll up each time I
> navigate to a new page.
>
> Is there a piece of code I can put into each JSP or
> HTML to cause the page to scroll to the top when the
> page is loaded within a an IFramePortlet?
>
> Thanks in advance for the help.
>
> JJL.
>
> __
> Do you Yahoo!?
> The New Yahoo! Shopping - with improved product search
> http://shopping.yahoo.com
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: Jetspeed2 planning
True but... In defense of these fellows who are dedicating their time to J2... I have to say - first realize that until the JSR is finalized there are legal implications; in particular the Non-Disclosure Agreement (NDA) to consider. I'd suggest anyone that really wanted earliest access could have joined the JCP as an individual and self-nominated to themselves to the JSR-168. The Pluto code base is under IBM's determination as to who can have access as well as I suppose the JSR member organizations. So we can not beat-up on the Jetspeed team for this since they have no control over the issue. I'm not super familiar with the Apache PMO process, however I have been able to find various information on the proposal in the J2 CVS and on the main apache site - proposals, etc. That said - I agree with the certain overtones of "closed'ness". Let's say that if I donated enormous resources to Apache I might try to throw my weight around a bit. I can't guess what the "behind the scenes" issues are - but if you look at the voting minutes for the JCP there are political / legal considerations it seems. The SCO/Linux pharse I'm sure also has every company that contributes to open initiatives on their toes - double-checking their "i"'s and crossing their "t"'s. So I'd rather /thank/ those working the Pluto proposal and project, and the jetspeed 2 project - I'm sure they are frustrated in not being able to share what they got yet as well. It seems every week or so someone expresses these same frustrations (which I share), but I don't see anything constructive by doing that. > -Original Message- > From: Endre Stolsvik [mailto:[EMAIL PROTECTED] > Sent: Friday, September 26, 2003 3:57 AM > To: Jetspeed Users List > Subject: Re: Jetspeed2 planning > > > On Thu, 25 Sep 2003, Weaver, Scott wrote: > > | From what I have heard, it's very close now. I know, I know I have > | said that before, but I have seen correspondence in Apache lately that > | seem to point things actually being finalized. What you might also find > | interesting is that Pluto and Jetspeed may have a new home at > | portals.apache.org, nothing is set in stone on that though. > > -Where- are these things going on? > > How much "behind the scenes" is to be expected from an -OPEN SOURCE- > organization like Apache? > > Endre. > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
FW: Struts as a JSR-168 Portlet Framework
Excellent! I just spent the afternoon "lobbying" for Struts use at the portlet level... I'm not sure I did very well. In the end it came down to: * Each advocate of methodologies will present our representative use-case:"Add Client Site" developed in their respective methodology this coming Monday (So for me that means using IBM portlet revision of Struts1.1-b2 to develop this functionality for Mon.) The main alternate contenter is using the MVC portlet. This implies coding the if..else if..else if..else in the controller; however the point was made that since the responsibilities of a portlet should not be as large as that of a "normal" struts application this is acceptible. * Someone estimated a factor of 4 as the time required to develop in Struts versus not developing with Struts. This is also the person in our group with the most Struts experience, so I can't really argue against... except perhaps to capture my time and present that as well on Monday. * Others in the group expressed apprehension to the fact that we are using a modified version of Struts. I mentioned based on a previous post on this list, that the Struts community is behind supporting portlets as well as servlets. Your posting here reaffirms this for us so .. thank you. * I mentioned that although Struts adds complexity it provides; a) a well-known framework for application development. b) Would ease certain development and maintainence. c) Provide a proven framework for validation. d) Allow new team members to "get up to speed" faster since the framework is so well known. * I added to the discussion ... that development time may not be a factor of 4 - if solid tools are used to generate certain elements; for example - the struts-config.xml? Stubs for our Actions and Forms. Does anyone have any favorite tools that may help here? I've seen EasyStruts on eclipse-plugins.2y.net but have not used. I'd love to hear people's thoughts on this topic. [I realize this is perhaps off-topic for jetspeed-dev, so I am posting it on [EMAIL PROTECTED] with same for reply-to; e.g: Trying to move sub-thread from dev to user? If it doesn't work right please just reply to [EMAIL PROTECTED] Thanks. Hope hear your thoughts. > -Original Message- > From: David Sean Taylor [mailto:[EMAIL PROTECTED] > Sent: Wednesday, September 17, 2003 2:29 AM > To: Jetspeed Developers List > Subject: Re: Struts as a JSR-168 Portlet Framework > > > > On Tuesday, September 16, 2003, at 09:25 AM, Mete Kural wrote: > > > You are right, David, Struts 2.0 does not claim to be working at the > > portal layer. That is, as you say, the portal server's concern such as > > Jetspeed. Struts 2.0 aims to be a framework for building portlet > > applications (JSR-168 compliant). > > > > Right now, Struts committers are re-designing the RequestProcessor to > > make it flexible for portlet environments as well as plain servlet > > environments. They need feedback from the portal community in order to > > make sure that the re-design is done in a way that effectively > > satisfies the needs of portlet environments. Please take a look at the > > code in the Struts CVS at contrib/struts-chain. I would recommend you > > to ask any questions to the Struts committers in the struts-dev > > mailing list. > > > Sounds great! > I will have a look at the code in contrib/struts-chain > > -- > David Sean Taylor > Bluesunrise Software > [EMAIL PROTECTED] > +01 707 773-4646 > +01 707 529 9194 > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- Original Message -- From: David Sean Taylor <[EMAIL PROTECTED]> Reply-To: "Jetspeed Developers List" <[EMAIL PROTECTED]> Date: Tue, 16 Sep 2003 16:45:50 -0700 > >On Tuesday, September 16, 2003, at 05:23 AM, Mete Kural wrote: > >> Hello all, >> >> The topic of adapting Struts to be a portlet framework compliant with >> JSR-168 was discussed earlier. I remember that some of you were >> interested in contributing to such a project. Now is the opportunity. >> One of the goals of the next generation of Struts, Struts 2.0, is >> "Transparent support for a portlet environment (JSR 168)". Development >> for Struts 2.0 has already begun little by little. Here is the roadmap >> page for Struts: >> http://jakarta.apache.org/struts/status.html >> Please scroll down for the part that is titled "Struts 2.0.x" and then >> the part under it that is titled "Portlet (JSR-168) Whiteboard". >> Struts committers are seeking out the help of others to make >> suggestions and improvements to these initial development stages of >> Struts 2.0. Jetspeed developers and users can be especially useful in >> making sure that Struts 2.0 addresses the needs of portlet developers. >> You can do this by sending your feedback to the Struts committers. >> Here is what Craig McClanahan wrote about building portlet su
