How can I make the $skin variable available top.vm or bottom.vm files?
Judging from the Java code, this line is used to put the skin variable in
the Velocity context for the portlets:
context.put( skin,
this.getPortlets().getPortletConfig().getPortletSkin() );
Is there any way that the
Correct, in the portlet.xml. What's strange, is that the first time I
started-up the portal (using M2), I was able to see the titles ... but after
paging around a bit, they vanished.
- Frank
-Original Message-
From: Randy Watler [mailto:[EMAIL PROTECTED]
Sent: Monday, April 11, 2005
I was running on my default locale (en_US), however what classes did you
(Bhave to update? If possible, I'd like to isolate and just download the
(Bpatched classes.
(B
(BThanks,
(B
(BFrank
(B
(B -Original Message-
(B From: Shinsuke SUGAYA [mailto:[EMAIL PROTECTED]
(B Sent:
Updated the following files:
(B
(Bshinsuke2005/04/08 17:24:45
(B
(B Modified:components/registry/src/java/org/apache/jetspeed/om/impl
(BLanguageImpl.java LanguageSetImpl.java
(B components/registry/src/java/org/apache/jetspeed/om/portlet/impl
Hi all,
How do I add user Preferences directly in the database? I know that we can
add it from the administrative portlets, but it is not feasible for me
because I have an existing system with hudreds of users, and I cannot
manually do that.
I tried to enter records into PREFS_PROPERTY_KEY,
Hi all,
this mail should be of particular interest for David and Ate.
A few days ago I posted msg15905.html entitled Something weird happening with
fusion/pluto. In fact the navigational state IS the cause of the problem. I'd
like to have your opinion about how to workaround this as several
Hello again -
We are using the jetspeed-layout:VelocityTwoColumns layout successfully
with JSPs on J2 M2. We have a CSS which defines styles for heading titles,
etc. Can someone tell me where the CSS should be specified, given the
HTML HEAD, BODY, etc. restrictions? Tried putting it in the
Fabrice,
First of all, thanks for diving into this problem.
I try to answer below but bear in mind I'm doing it just from the head as
my laptop crashed this morning and I'm in the middle of trying to recover
from it what I can...
Fabrice Dewasmes said:
Hi all,
this mail should be of
Hi,
I think for just testing out your solution, the last option is the easiest
and quickest to realize and test (in the end, the first might be the
better solution or maybe even another, but for that I'll have to
investigate this first).
Using the QueryStringEncodingPortalURL is configured
Sorry, didn't notice at first I responded to Fabrice directly and not to
the list.
Original Message
Subject: Re: found fusion/pluto interaction bug
From:Ate Douma [EMAIL PROTECTED]
Date:Tue, April 12, 2005 17:44
To: Fabrice
I was planning on release 1.6 today and getting it over with.
I'll look into once I get started here.
join me out on irc if you get a chance (i'll be starting here in 30 min
or so)
how bad is the hard drive situation?
Ate Douma wrote:
Sorry, didn't notice at first I responded to Fabrice
Thank you.
goto
http://portals.apache.org/jetspeed-2/mail-lists.html
:-)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Fabrice Dewasmes wrote:
Hi all,
this mail should be of particular interest for David and Ate.
A few days ago I posted msg15905.html entitled Something weird happening with
fusion/pluto. In fact the navigational state IS the cause of the problem. I'd
like to have your opinion about how to
Raphaël Luta wrote:
I would personnally say that the best way would be to define a new
FusionEncodingPortalURL that behaves just like PathInfoEncoding except
that it adds the follwoing string : _ns/_ns: instead of simply _ns:
It would change anything for j2 since it specically looks for '_ns:'
David Sean Taylor wrote:
Raphaël Luta wrote:
I would personnally say that the best way would be to define a new
FusionEncodingPortalURL that behaves just like PathInfoEncoding except
that it adds the follwoing string : _ns/_ns: instead of simply _ns:
It would change anything for j2 since it
Raphaël Luta wrote:
David Sean Taylor wrote:
Raphaël Luta wrote:
I would personnally say that the best way would be to define a new
FusionEncodingPortalURL that behaves just like PathInfoEncoding
except that it adds the follwoing string : _ns/_ns: instead of
simply _ns:
It would change
Hi,
Another question : when using velocity, URIs are rendered using $jslink
variable. In fact This URI is rendered by the toString Method of a
DynamicURI object coming from Turbine. But this gives absolute URI and
not relative ones.
For me this is problematic especially when you sit behind a
Fabrice Dewasmes wrote:
Hi,
Another question : when using velocity, URIs are rendered using $jslink
variable. In fact This URI is rendered by the toString Method of a
DynamicURI object coming from Turbine. But this gives absolute URI and
not relative ones.
For me this is problematic especially
Fabrice Dewasmes wrote:
Hi,
Another question : when using velocity, URIs are rendered using $jslink
variable. In fact This URI is rendered by the toString Method of a
DynamicURI object coming from Turbine. But this gives absolute URI and
not relative ones.
For me this is problematic especially
Fabrice Dewasmes wrote:
I can write it easily but I don't have currently the environment to
test it :) I've not yet run Fusion...
I'll commit a patch later this evening.
anyway this is a good idea. I've got some time tomorrow to write and
test it. I can submit something tomorrow at around
Raphaël Luta wrote:
Fabrice Dewasmes wrote:
I can write it easily but I don't have currently the environment to
test it :) I've not yet run Fusion...
I'll commit a patch later this evening.
anyway this is a good idea. I've got some time tomorrow to write and
test it. I can submit something
22 matches
Mail list logo