how to change portlet titble style
In general, a portlet title bar only displays the name of the portlet at the right and the action buttons(customize,print etc.) at the left. Sometimes We need modify this stytle for customization. I know it is possible, because many web sites based on jetspeed have done it. But I don't see how to do it . Can anybody give me some advice? Regards sophy
Re: JSR-168 Article Part 1 in JavaWorld
At 14:44 06.08.2003 -0700, you wrote: The portlet spec is locking out client-side technologies!! If the arguments and points that I have presented have not convinced you then sobeit. I can pretty much guarantee you that going forward with the spec the way it is it will fail. Users are going to reject the slow performance the lack of being able to use good client-side technologies that other portal implementations are going to allow. The only way that I'll even consider designing anything around this current spec is to remove all of the portlet window state buttons and portlet mode buttons so that I can use some client-side technologies in the portal and the user won't be experiencing constant page reloading. Well the spec is actually very close to the Servlet API in some ways. The Servlet API is also quite minimal in it's coverage, and I wouldn't call it a failure despite the fact that it didn't cover areas such as : - browser capabilities - client-side supported technologies - file uploads etc... I do understand very well the point you are making. For example I personally prefer to use an email client such as Evolution or Eudora than using the web interface of Hotmail or Yahoo Mail. Why ? Because of all the server round trips that do make some operations tedious. But I also like to have my mail all in one place, and not have to login into seperate web interfaces to check my mail, which I guess brings my needs back to portal needs. But I fail to understand your point as to why the current spec is locking client-side technologies out. As I said previously I think the spec is lacking in the areas of specifying the lookup and dispatching technologies to portlets, but I think that can come in a later revision of the spec, or become a defacto standard through the promotion of technologies such as Pluto that are (will be actually) under a very free license such as Apache. I think the spec doesn't include client technology support as per say, but I wouldn't say it "locks it out". If I take a quick look at what is needed using todays technologies in order to make the client-side experience nicer : - Javascript - DOM Level 2 - Probably LiveConnect if we want to interact with applets - A way to communicate on a portlet basis with the server, be it iFrame, or SOAP calls or something like that. On the server-side we need : - a SOAP server or an HTTP server that hooks up to the client - A collection of portlets Now what let's say that the portlets interact with the client through WSRP. Why couldn't the WSRP server communicate with it's portlets through the JSR-168 interfaces (which is exactly what Oracle's implementation does btw) ? It would then just be up to the implementation of the portlets to follow guidelines (which are NOT in the spec), to interface well with the client side controls. These guidelines might be what you think is lacking in the spec, but as I see it it is technologically possible to do this, although not as easy. The point I am mostly trying to make here is that the spec is aimed at defining how portlet developers should do their work in a broad and all-encompassing fashion. Constraining them too much will probably scare them away. Now they should ALSO have the possibility to write code without any client-side controls, and the spec allows this too. But I think that if there is some serious flaw in the spec that we have yet to uncover, either we must correct it now if still possible, or it will be corrected in a later update. Regards, Serge Huber. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Ann: Simpler Struts based portal
Original Message - From: "Vic Cekvenich" <[EMAIL PROTECTED]> To: "Leonard Sitongia" Sent: Wednesday, August 06, 2003 5:36 PM Subject: Re: Ann: Simpler Struts based portal > http://basicportal.com/do/newsBlgCmntsLstPg?ID=14 > This shows somone added something just now, and comments do not require > approval. > Submiting new content does require approval. > > Video.exe includes an AVI (even AVI has hard time w/ CODEC on windows, > so I made it an exe). > > Transactions - Yes. > WebDav - No. > Access control -Yes. Realy nice, based on Realms and Struts support of > Realms. Very simple. > > Docs are intro. Idea is that Struts developers could look at source (sf.net > has anon CVS). I do offer $ training for coporate/business users, > Kind of hopeing that portal is so simple it does not need training. > > Simple means easy to learn, and for people that know Struts, easy to extend > unlimited. > So if KISS works... bP works. > > Is it perfect? No! I tried to make SIMPLEST CMS w/ Security based on Struts. > I do have some large private sites using it, 40,000 concurent users. > > .V > > > - Original Message - > From: "Leonard Sitongia" > To: "Vic Cekvenich" <[EMAIL PROTECTED]> > Sent: Wednesday, August 06, 2003 5:27 PM > Subject: Re: Ann: Simpler Struts based portal > > > > On Wednesday 06 August 2003 3:12 pm, Vic Cekvenich wrote: > > > I just gave you a simple video.exe link bellow? > > > > I don't know what video.exe is, and I doubt I can run it on Linux. > > > > > > > > Are you saying sample sites? > > > basicPortal.com is running bP, so is Infonoia.com (and a few private > sites) > > > > > > Hope you try it. > > > > I downloaded the documentation, and see only an introduction. Is there > more > > detailed documentation? There are many questions. Does the CMS have > > workflow, version control, transactional updates/rollback, webDAV support, > > access control? > > > > What portal components are available with the package? > > > > I signed up in basebeans.com, and added some content. I can't tell where > it > > went. Does it await approval? I can't tell. It looks like a textbox for > > entry, but can one enter HTML? I see something like it in the basic > > document, but it's different. > > > > -- > > ==Leonard E. Sitongia > > Visualization and Enabling Technologies / Scientific Computing Division > > National Center for Atmospheric Research > > P.O. Box 3000 Boulder CO 80307 USA > > [EMAIL PROTECTED]voice: (303)497-2454 fax: (303)497-1239 > > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]