RE: Tiles status and feature suggestion WAS accessing Attribute of a parent-tile-definition

2003-08-14 Thread Rohit Aeron
Well regarding ongoing development ,yes I am working on tiles.
But your point is valid a lot of improvement can be dome in tiles



-Original Message-
From: Richard Tomlinson [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 06, 2003 3:28 PM
To: [EMAIL PROTECTED]
Subject: Tiles status and feature suggestion WAS accessing Attribute of a 
parent-tile-definition

> 2. Is tiles considered a deprecated technique?

I too would like to know the status of Tiles and whether there's any ongoing 
development with it.   I'm looking at redesigning a proprietary composite page handler 
to use Tiles but see a number of areas where tiles could be improved and where it is 
not suitable at present to meet all of my requirements:

o  Firstly, Tiles assumes that a page is composed of multiple content areas where you 
have one piece of content to an area.  This is true for a simplistic site but, as in 
the case we have, the area on a page can be determined by a condition so that a single 
area could contain say one of many possible files.  An example would be a page where 
the  display differs slightly per category of user and some areas within the template 
are populated by different content.  The ability to conditionally choose a template 
would also be beneficial.  It is possible to create a custom tag to wrap the 
 in each page but this results in the page being uneditable by the 
growing number of tiles compliant editors and therefore they would be unable to give 
any improvement in productivity when creating pages.

Has anyone else created pages this way using another composite page handler or product?

o  Secondly, would it make sense to have a 'static' identifier that could be used to 
perform the equivalent of a <%@ include ...> directive to embed content and thereby 
result in more optimised code?  The static attribute would be environment switchable 
to allow the static functionality to be disabled during development but enabled when 
deployed in a production environment.

Comments and suggestions, please.

Regards
Richard Tomlinson

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



*--
This message and any attachment(s) is intended only for the use of the addressee(s) 
and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not the 
intended addressee(s), you are hereby notified that any use, distribution, disclosure 
or copying of this communication is strictly prohibited. If you have received this 
communication in error, please erase all copies of the message and its attachment(s) 
and notify the sender or Kanbay postmaster immediately.

Any views expressed in this message are those of the individual sender and not of 
Kanbay.

Although we have taken steps to ensure that this e-mail and any attachment(s) are free 
from any virus, we advise that in keeping with good computing practice the recipient 
should ensure they are actually virus free.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Tiles status and feature suggestion WAS accessing Attribute of a parent-tile-definition

2003-08-14 Thread Richard Tomlinson
> It may also be that we are not using any tiles-aware IDE - 
> but hopefully any
> IDE should be aware of  and JSTL so why is this a problem?

I'm interested in a solution that has 'industry' support.  New editors are beginning 
to appear that support the creation of pages using tiles.  Ideally this should allow 
less technical users to build pages.  By using JSTL, custom tags, etc it is likely 
that these will either not be supported by the editor, will be treated transparently 
or will require a user to insert the required logic around the tiles tags.   
Ultimately I dont want to expend a lot of development effort re-inventing the wheel by 
writing and supporting an editor to support conditional areas.

> > o  Secondly, would it make sense to have a 'static' identifier
> > that could be used to perform the equivalent of a <%@ include
> about caching static or semi-static portions. We are just 
> "OSCache" cache for this - there was a post to the list 

Yes, effectively caching static portions by inclusion, just like <%@ include...>   The 
thinking behind this is that once an application is deployed to a production 
environment performance is an important factor in a high-load environment.  Maybe 
OSCache would be suitable but I was wondering if there was another approach, again a 
'standard', that could be employed.

Regards
Richard Tomlinson

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Tiles status and feature suggestion WAS accessing Attribute of a parent-tile-definition

2003-08-14 Thread David G. Friedman
>> o  Firstly, Tiles assumes that a page is composed 
>> of multiple content areas where you have one piece 
>> of content to an area.  This is true for a simplistic 
>> site 

For my complex pages, I plan on using the Tiles built-in 'putList' tag to add a 
handful of JSP's to a particular section of one of my tiles templates (or extended 
tiles templates).  Why would this built-in solution not work for your application?

Regards,
David

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Tiles status and feature suggestion WAS accessing Attribute of a parent-tile-definition

2003-08-10 Thread Reinhard
 > o  Firstly, Tiles assumes that a page is composed of multiple content areas
> where you have one piece of content to an area.  This is true for a
> simplistic site 

Not at all. If you use Tiles-controllers, you can dynamically create your 
component-content and insert it in your layout using the attribute-name in 
your tiles-definition. In your Tiles-controller you have all freedom to 
create a dynamic content.

I do it this way and it works well (having many controllers in one logical 
page)

cheers Reinhard 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Re: Tiles status and feature suggestion WAS accessing Attribute of a parent-tile-definition

2003-08-08 Thread David G. Friedman
>> o  Firstly, Tiles assumes that a page is composed of 
>> multiple content areas where you have one piece of 
>> content to an area.  This is true for a simplistic site 

Though I'm new to Struts and Tiles, I planned on using the putList tag to add a group 
of items/jsp's to a section of the page by extending the main template and adding them 
via a putList tag for that forward/URL/template-extension.  Why is this built-in 
solution not good for your application?

Regards,
David

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Tiles status and feature suggestion WAS accessing Attribute of a parent-tile-definition

2003-08-06 Thread Richard Tomlinson
> For my complex pages, I plan on using the Tiles built-in 
> 'putList' tag to add a handful of JSP's to a particular 
> section of one of my tiles templates (or extended tiles 
> templates).  Why would this built-in solution not work for 
> your application?

We have, for example, a home page where some areas are conditional in what's inserted. 
 For instance, if the user is a small business one of the promo areas contains a 
different piece of content to a non-business user.   Our pages have around 15 content 
areas so its possible a large number of these areas could be different.   Using tiles 
'as-is' would require either logic tags around the puts (Not editor friendly) or 
splitting a single page into one page per user category (Four in total) which causes a 
maintenance nightmare when you've got 600+ original pages...

Visit http://www.t-mobile.co.uk for an example and click the tabs to switch views of 
the same page.

Regards
Richard Tomlinson

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Tiles status and feature suggestion WAS accessing Attribute of a parent-tile-definition

2003-08-06 Thread David Graham
--- Richard Tomlinson <[EMAIL PROTECTED]> wrote:
> > 2. Is tiles considered a deprecated technique?

No, Tiles has replaced the old Struts templates taglib.  I use Tiles in my
apps and it works fine for my uses.  Cedric is really the only Struts
committer that knows enough about Tiles to make any substantial changes
(because he initially wrote it).  I have made bugfixes and improvements
but they have been rather small changes.  I haven't seen much development
activity on Tiles recently but that certainly doesn't mean it's
deprecated.

David

> 
> I too would like to know the status of Tiles and whether there's any
> ongoing development with it.   I'm looking at redesigning a proprietary
> composite page handler to use Tiles but see a number of areas where
> tiles could be improved and where it is not suitable at present to meet
> all of my requirements:
> 
> o  Firstly, Tiles assumes that a page is composed of multiple content
> areas where you have one piece of content to an area.  This is true for
> a simplistic site but, as in the case we have, the area on a page can be
> determined by a condition so that a single area could contain say one of
> many possible files.  An example would be a page where the  display
> differs slightly per category of user and some areas within the template
> are populated by different content.  The ability to conditionally choose
> a template would also be beneficial.  It is possible to create a custom
> tag to wrap the  in each page but this results in the
> page being uneditable by the growing number of tiles compliant editors
> and therefore they would be unable to give any improvement in
> productivity when creating pages.
> 
> Has anyone else created pages this way using another composite page
> handler or product?
> 
> o  Secondly, would it make sense to have a 'static' identifier that
> could be used to perform the equivalent of a <%@ include ...> directive
> to embed content and thereby result in more optimised code?  The static
> attribute would be environment switchable to allow the static
> functionality to be disabled during development but enabled when
> deployed in a production environment.
> 
> Comments and suggestions, please.
> 
> Regards
> Richard Tomlinson
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 


__
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Tiles status and feature suggestion WAS accessing Attribute of a parent-tile-definition

2003-08-06 Thread Hue Holleran
Hi Richard,

Please see below...

> -Original Message-
> From: Richard Tomlinson [mailto:[EMAIL PROTECTED]
> Sent: 06 August 2003 10:58
> To: [EMAIL PROTECTED]
> Subject: Tiles status and feature suggestion WAS accessing Attribute of
> a parent-tile-definition
>
>
> > 2. Is tiles considered a deprecated technique?

I don't think so - and I hope not!

>
> I too would like to know the status of Tiles and whether there's
> any ongoing development with it.   I'm looking at redesigning a
> proprietary composite page handler to use Tiles but see a number
> of areas where tiles could be improved and where it is not
> suitable at present to meet all of my requirements:
>
> o  Firstly, Tiles assumes that a page is composed of multiple
> content areas where you have one piece of content to an area.
> This is true for a simplistic site but, as in the case we have,
> the area on a page can be determined by a condition so that a
> single area could contain say one of many possible files.  An
> example would be a page where the  display differs slightly per
> category of user and some areas within the template are populated
> by different content.  The ability to conditionally choose a
> template would also be beneficial.  It is possible to create a
> custom tag to wrap the  in each page but this
> results in the page being uneditable by the growing number of
> tiles compliant editors and therefore they would be unable to
> give any improvement in productivity when creating pages.
>
> Has anyone else created pages this way using another composite
> page handler or product?

Tiles works very effectively for us with the  and such
tags to conditionally include a  - we use it extensively
and it is very effective. As another poster mentioned - if you need
additional capabilities then consider utilising a specific controller. We
have been able to achieve what we need just using the aforementioned
technique.

Alternatively when the page gets too large - we tend to split to include
only one portion that then has additional logic as to whether to include
additional portions by selectively including other tiles. Performance does
seem to suffer a little (or it may just be it's a complex page) - hence our
intention to utilise OSCache at various points to avoid re-rendering
essentially static data.

It may also be that we are not using any tiles-aware IDE - but hopefully any
IDE should be aware of  and JSTL so why is this a problem?

>
> o  Secondly, would it make sense to have a 'static' identifier
> that could be used to perform the equivalent of a <%@ include
> ...> directive to embed content and thereby result in more
> optimised code?  The static attribute would be environment
> switchable to allow the static functionality to be disabled
> during development but enabled when deployed in a production environment.
>

I'm not sure I fully understand the question but I presume you're talking
about caching static or semi-static portions. We are just starting to use
"OSCache" cache for this - there was a post to the list recently that may
discuss this in more detail. Sorry if I haven't understood correctly what
you mean.

Here's the thread:
http://marc.theaimsgroup.com/?l=struts-user&m=106002680511323&w=2
Here's the link to OSCache: http://www.opensymphony.com/oscache

> Comments and suggestions, please.
>
> Regards
> Richard Tomlinson
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
> ---
> Incoming mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.507 / Virus Database: 304 - Release Date: 04/08/2003
>
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.507 / Virus Database: 304 - Release Date: 04/08/2003


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]