Hi
Ah, thanks very much. Thats exactly what i need. :-)
--
Sebastian
Jeromy Evans schrieb:
> In response to your second question:
>
> Sebastian Kolbe wrote:
>> Another question:
>> Is there an easy way to catch the event (something like 'onclick') when
>> a different tab is selected?
>>
>>
>
In response to your second question:
Sebastian Kolbe wrote:
Another question:
Is there an easy way to catch the event (something like 'onclick') when
a different tab is selected?
Yes :
a. at page init time, lookup the id of each tab widget
b. connect a handler "before" the "show" event gene
Hi
Thanks for your mail.
Musachy Barroso schrieb:
> I logged this ticket:
>
> https://issues.apache.org/struts/browse/WW-2106
>
> so we could have a "parseContent" attribute to control this behavior.
>
This is a good idea in my opinion. Probably you could also
include 'extractContent'. :-)
>
I logged this ticket:
https://issues.apache.org/struts/browse/WW-2106
so we could have a "parseContent" attribute to control this behavior.
regards
musachy
On 8/12/07, Musachy Barroso <[EMAIL PROTECTED]> wrote:
> > Although I think this 'remote div' feature is very interesting, I don't
> > thin
> Although I think this 'remote div' feature is very interesting, I don't
> think it is usable for "real" or
> more complex applications in this state of developing...
as a standalone tag or with the tabbedpanel?
> At least the documentation should have a notice of this.
>
it has "experimental
Hi
Thanks for your answer.
I found some of these options yesterday and tried to set them with by a
javascript "onload" tag for the html page.
Especially setting "parseContent" to 'false' gives an significant
speedup, unfortunately this breaks
all links with 'theme="ajax"' (or converts them to "nor
On 8/10/07, Sebastian Kolbe <[EMAIL PROTECTED]> wrote:
> An other problem for me is that most browsers are rendering
> very, very slow into such a 'div'. A page with tables that normally
> (normal struts-action rendering into a browser window) takes less
> than 1 second needs here almost 20 - 30 se
Hm, well...
JSP-Exception ?! :-(
'preload' is not in DTD, right?
If this attribute is recognized I could add it to the DTD?
Sebastian
Musachy Barroso schrieb:
> try preload="false" on the divs(tabs).
>
> musachy
>
> On 8/10/07, Sebastian Kolbe <[EMAIL PROTECTED]> wrote:
>
>> Hi
>>
>> I'm us
try preload="false" on the divs(tabs).
musachy
On 8/10/07, Sebastian Kolbe <[EMAIL PROTECTED]> wrote:
> Hi
>
> I'm using already 2.0.9.
> Is there a config option for this or something similar?
> For me it looks like the 'remote'-div is fetching it's content on
> "before" *and* "load" topic pub
Hi
I'm using already 2.0.9.
Is there a config option for this or something similar?
For me it looks like the 'remote'-div is fetching it's content on
"before" *and* "load" topic publishing.
An other problem for me is that most browsers are rendering
very, very slow into such a 'div'. A page wit
I had the same problem when I was using 2.0.6. Upgrading to 2.0.8 \
2.0.9resolved the issue.
On 8/9/07, Sebastian Kolbe <[EMAIL PROTECTED]> wrote:
>
> Hello
>
> Hope someone can help me with this:
> I have a TabbedPane with some tabs in it, each calling an url for
> their content.
> Now I have se
Hello
Hope someone can help me with this:
I have a TabbedPane with some tabs in it, each calling an url for
their content.
Now I have several problems:
- I noticed that the selected tab calls the url two times before displaying.
- I "reload" a specific tab by publishing a dojo-topic. In this
situa
12 matches
Mail list logo