Hi Carsten,

To help debug the issue, you can assign background-color values in the
tr:panelGroupLayout to ensure that it is stretched vertically as you
desire.  I don't believe you can stretch a tr:panelGroupLayout
layout="horizontal" reliably across web browsers because the horizontal
layout for component uses an HTML table.

On a related note, the tr:panelAccordion's root DOM element is a DIV so it
could be stretched but the content inside is not designed for vertical
stretching and will behave like you are describing; it will flow.

Regards,
Matt

On 7/17/07, Carsten Pieper <[EMAIL PROTECTED]> wrote:


Hi Abhi,

we're using it in a facelet context (maybe I should have mentioned that
earlier...). My XHTML source looks like this:

<?xml version="1.0" encoding="ISO-8859-1"?>

<ui:composition title="Apache MyFaces Trinidad Archetype Demo"
        xmlns="http://www.w3.org/1999/xhtml";
        xmlns:ui="http://java.sun.com/jsf/facelets";
        xmlns:f="http://java.sun.com/jsf/core";
        xmlns:h="http://java.sun.com/jsf/html";
        xmlns:tr="http://myfaces.apache.org/trinidad";

xmlns:cb="
http://mvn.continentale.de/de.continentale.vu.jsf.prototype/jsf-base";

xmlns:prototype="
http://mvn.continentale.de/de.continentale.vu.jsf.prototype/jsf-prototype";
        template="/template/test-template.xhtml">
        <ui:define name="content">

              <tr:panelGroupLayout layout="horizontal" id="test">

                        <tr:panelAccordion discloseNone="true">
                                <tr:showDetailItem text="Vertrag"
id="first">
                                        <prototype:vertragsNavigation
vertragsAuskunftBean="#{irgendwas}" />
                                </tr:showDetailItem>
                                <tr:showDetailItem text="TM/GB"
id="second">
                                        Termin/Geschichtsbuch
                                </tr:showDetailItem>
                                <tr:showDetailItem text="Inkasso"
id="third">
                                        Inkasso
                                </tr:showDetailItem>
                        </tr:panelAccordion>

                        <prototype:vertragsAuskunft />

                </tr:panelGroupLayout>

        </ui:define>
</ui:composition>

Does that help you? If you need more, please ask.

Thanks so far,
Carsten


Abhijit Ghosh wrote:
>
> Hi,
> What are you using as the parent container?
> Can you please post an example of how you are using the
tr:panelAccordion
> just so that we can get an idea of the layout elements being used.
>
> Thanks,
> Abhi
>
> On 7/17/07, [EMAIL PROTECTED]
> <[EMAIL PROTECTED]>
> wrote:
>>
>>  Hi everyone,
>>
>> we're having problems in getting the tr:panelAccordion to behave as we
>> want it to, which is this:
>>
>> The panelAccordion should stretch (vertically) above the whole height
of
>> ist parent container.
>> The expanded item should get all the inner place (we don't define
>> "discloseMany", so only
>> one or zero items can be opened).
>>
>> We fiddled with the inlineStyle-attribute as well as with skinning /
>> stylesheets. The results
>> are always like this (either we set  inlineStyle="height: 100%" or (in
>> the
>> style sheet) use
>>         af|panelAccordion::container {
>>                 height: 100%;
>>                         ...
>>         }
>>
>> The panelAccordion only stretches over the "minimum area" to render
>> its items (and, if any, the opened items content), but never over the
>> whole parent height.
>>
>> Furthermore, we can't either get the opened item to use the vertical
>> space
>> that we
>> want it to use (which would be "the whole vertical space assigned to
the
>> panelAccordion minus
>> the vertical space needed for the item headers"):
>>
>> If we don't define anything for this content height (via the style
class
>> af|panelAccordion::content)
>> it's taking "just what it needs to show the current item's content"
(and
>> nothing more).
>>
>> We can define a content height, but then the whole ensemble of items
only
>> matches the
>> height of the panelAccordion if you get the numbers of pixels exactly
>> right. Example (we have an
>> absolute  accordionPanel height here, as the 100% approach doesn't
work,
>> see above):
>> (content height) = (accordion height) - (number of items) * (item
header
>> height)
>>
>> As the number of items can vary, this approach doesn't seem to be that
>> promising :-(
>>
>> Are we just missing some point or can't the panelAccordion be tweaked
to
>> fulfill our needs?
>>
>> Any input is welcome! Thanks in advance,
>> Carsten
>>
>
>

--
View this message in context:
http://www.nabble.com/-TRINIDAD--panelAccordion-sizing-tf4096701.html#a11650708
Sent from the MyFaces - Users mailing list archive at Nabble.com.


Reply via email to