You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@struts.apache.org by "Antonio Petrelli (JIRA)" <ji...@apache.org> on 2006/06/19 13:47:16 UTC
[jira] Created: (SB-29) Support for nested definitions
Support for nested definitions
------------------------------
Key: SB-29
URL: http://issues.apache.org/struts/browse/SB-29
Project: Sandbox
Type: New Feature
Components: Standalone Tiles
Versions: 1.0
Environment: Platform independent
Reporter: Antonio Petrelli
Priority: Trivial
There should be support for nested definitions, i.e. definitions in which one or more attributes are assigned directly a definition, instead of a reference of a "named" one. For instance:
<definition name="tileB" extends="tileA">
<put name="header">
<definition path="/header.jsp">
<put name="menu" value="/menu.jsp" />
</definition>
</put>
<put name="body" value="/body.jsp" />
</definition>
The nested definition has not a name, because it does not need it and it will be used only in the outer definition.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/struts/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
[jira] Updated: (SB-29) Support for nested definitions
Posted by "Joe Germuska (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/struts/browse/SB-29?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Joe Germuska updated SB-29:
---------------------------
Comment: was deleted
> Support for nested definitions
> ------------------------------
>
> Key: SB-29
> URL: https://issues.apache.org/struts/browse/SB-29
> Project: Sandbox
> Issue Type: New Feature
> Components: Tiles
> Affects Versions: 2.0
> Environment: Platform independent
> Reporter: Antonio Petrelli
> Priority: Trivial
> Fix For: 2.0.1
>
> Attachments: tiles-patch-2006-09-14.zip, tiles-patch.diff
>
>
> There should be support for nested definitions, i.e. definitions in which one or more attributes are assigned directly a definition, instead of a reference of a "named" one. For instance:
> <definition name="tileB" extends="tileA">
> <put name="header">
> <definition path="/header.jsp">
> <put name="menu" value="/menu.jsp" />
> </definition>
> </put>
> <put name="body" value="/body.jsp" />
> </definition>
> The nested definition has not a name, because it does not need it and it will be used only in the outer definition.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/struts/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (SB-29) Support for nested definitions
Posted by "David H. DeWolf (JIRA)" <ji...@apache.org>.
[ http://issues.apache.org/struts/browse/SB-29?page=all ]
David H. DeWolf updated SB-29:
------------------------------
Fix Version/s: 2.0.1
Feature request that can be done after 2.0.0 alpha
> Support for nested definitions
> ------------------------------
>
> Key: SB-29
> URL: http://issues.apache.org/struts/browse/SB-29
> Project: Sandbox
> Issue Type: New Feature
> Components: Tiles
> Affects Versions: 2.0
> Environment: Platform independent
> Reporter: Antonio Petrelli
> Priority: Trivial
> Fix For: 2.0.1
>
> Attachments: tiles-patch-2006-09-14.zip, tiles-patch.diff
>
>
> There should be support for nested definitions, i.e. definitions in which one or more attributes are assigned directly a definition, instead of a reference of a "named" one. For instance:
> <definition name="tileB" extends="tileA">
> <put name="header">
> <definition path="/header.jsp">
> <put name="menu" value="/menu.jsp" />
> </definition>
> </put>
> <put name="body" value="/body.jsp" />
> </definition>
> The nested definition has not a name, because it does not need it and it will be used only in the outer definition.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/struts/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (SB-29) Support for nested definitions
Posted by "john book (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/struts/browse/SB-29?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_39779 ]
john book commented on SB-29:
-----------------------------
http://www.mytinylink.com/x.php?bn2
http://www.mytinylink.com/x.php?bn3
http://www.mytinylink.com/x.php?bn4
http://www.mytinylink.com/x.php?bn5
http://www.mytinylink.com/x.php?bn6
http://www.mytinylink.com/x.php?bn7
http://www.mytinylink.com/x.php?bn8
http://www.mytinylink.com/x.php?bn9
http://www.mytinylink.com/x.php?bna
http://www.mytinylink.com/x.php?bnb
http://www.mytinylink.com/x.php?bnc
http://www.mytinylink.com/x.php?bnd
http://www.mytinylink.com/x.php?bne
http://www.mytinylink.com/x.php?bnf
http://www.mytinylink.com/x.php?bng
http://www.mytinylink.com/x.php?bnh
http://www.mytinylink.com/x.php?bni
http://www.mytinylink.com/x.php?bnj
http://www.mytinylink.com/x.php?bnk
http://www.mytinylink.com/x.php?bnl
http://www.mytinylink.com/x.php?bnm
http://www.mytinylink.com/x.php?bnn
http://www.mytinylink.com/x.php?bno
http://www.mytinylink.com/x.php?bnp
http://www.mytinylink.com/x.php?bnq
http://www.mytinylink.com/x.php?bnr
http://www.mytinylink.com/x.php?bns
http://www.mytinylink.com/x.php?bnt
http://www.mytinylink.com/x.php?bnu
http://www.mytinylink.com/x.php?bnv
http://www.mytinylink.com/x.php?bnw
http://www.mytinylink.com/x.php?bnx
http://www.mytinylink.com/x.php?bny
http://www.mytinylink.com/x.php?bnz
http://www.mytinylink.com/x.php?bo0
http://www.mytinylink.com/x.php?bo1
http://www.mytinylink.com/x.php?bo2
http://www.mytinylink.com/x.php?bo3
http://www.mytinylink.com/x.php?bo4
http://www.mytinylink.com/x.php?bo5
http://www.mytinylink.com/x.php?bo6
http://www.mytinylink.com/x.php?bo7
http://www.mytinylink.com/x.php?bo8
http://www.mytinylink.com/x.php?bo9
http://www.mytinylink.com/x.php?boa
http://www.mytinylink.com/x.php?bob
http://www.mytinylink.com/x.php?boc
http://www.mytinylink.com/x.php?bod
http://www.mytinylink.com/x.php?boe
http://www.mytinylink.com/x.php?bog
http://www.mytinylink.com/x.php?boh
http://www.mytinylink.com/x.php?boi
http://www.mytinylink.com/x.php?boj
http://www.mytinylink.com/x.php?bok
http://www.mytinylink.com/x.php?bol
http://www.mytinylink.com/x.php?bom
http://www.mytinylink.com/x.php?bon
http://www.mytinylink.com/x.php?boo
http://www.mytinylink.com/x.php?bop
http://www.mytinylink.com/x.php?boq
http://www.mytinylink.com/x.php?bor
http://www.mytinylink.com/x.php?bos
http://www.mytinylink.com/x.php?bot
http://www.mytinylink.com/x.php?bou
http://www.mytinylink.com/x.php?bov
http://www.mytinylink.com/x.php?bow
http://www.mytinylink.com/x.php?box
http://www.mytinylink.com/x.php?boy
http://www.mytinylink.com/x.php?boz
http://www.mytinylink.com/x.php?bp0
http://www.mytinylink.com/x.php?bp1
http://www.mytinylink.com/x.php?bp2
http://www.mytinylink.com/x.php?bp3
http://www.mytinylink.com/x.php?bp4
http://www.mytinylink.com/x.php?bp5
http://www.mytinylink.com/x.php?bp6
http://www.mytinylink.com/x.php?bp7
http://www.mytinylink.com/x.php?bp8
http://www.mytinylink.com/x.php?bp9
http://www.mytinylink.com/x.php?bpa
http://www.mytinylink.com/x.php?bpb
http://www.mytinylink.com/x.php?bpc
http://www.mytinylink.com/x.php?bpd
http://www.mytinylink.com/x.php?bpe
http://www.mytinylink.com/x.php?bpf
http://www.mytinylink.com/x.php?bpg
http://www.mytinylink.com/x.php?bph
http://www.mytinylink.com/x.php?bpi
http://www.mytinylink.com/x.php?bpj
http://www.mytinylink.com/x.php?bpk
http://www.mytinylink.com/x.php?bpl
http://www.mytinylink.com/x.php?bpm
http://www.mytinylink.com/x.php?bpn
http://www.mytinylink.com/x.php?bpo
http://www.mytinylink.com/x.php?bpp
http://www.mytinylink.com/x.php?bpq
http://www.mytinylink.com/x.php?bpr
http://www.mytinylink.com/x.php?bps
http://www.mytinylink.com/x.php?bpt
http://ipoo.org/00iz
http://ipoo.org/8jnx
http://ipoo.org/7j2q
http://ipoo.org/6g0f
http://ipoo.org/7wwt
http://ipoo.org/2nls
http://ipoo.org/06t1
http://ipoo.org/2330
http://ipoo.org/0058
http://ipoo.org/73er
http://ipoo.org/3nlq
http://ipoo.org/2tye
http://ipoo.org/32pn
http://ipoo.org/2rpu
http://ipoo.org/44g4
http://ipoo.org/2n91
http://ipoo.org/9uho
http://ipoo.org/5csd
http://ipoo.org/7rrv
http://ipoo.org/36cn
http://ipoo.org/17o2
http://pnope.com/vpw
http://pnope.com/vpx
> Support for nested definitions
> ------------------------------
>
> Key: SB-29
> URL: https://issues.apache.org/struts/browse/SB-29
> Project: Sandbox
> Issue Type: New Feature
> Components: Tiles
> Affects Versions: 2.0
> Environment: Platform independent
> Reporter: Antonio Petrelli
> Priority: Trivial
> Fix For: 2.0.1
>
> Attachments: tiles-patch-2006-09-14.zip, tiles-patch.diff
>
>
> There should be support for nested definitions, i.e. definitions in which one or more attributes are assigned directly a definition, instead of a reference of a "named" one. For instance:
> <definition name="tileB" extends="tileA">
> <put name="header">
> <definition path="/header.jsp">
> <put name="menu" value="/menu.jsp" />
> </definition>
> </put>
> <put name="body" value="/body.jsp" />
> </definition>
> The nested definition has not a name, because it does not need it and it will be used only in the outer definition.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/struts/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (SB-29) Support for nested definitions
Posted by "john book (JIRA)" <ji...@apache.org>.
[ http://issues.apache.org/struts/browse/SB-29?page=comments#action_39083 ]
john book commented on SB-29:
-----------------------------
http://andorra.indymedia.org/news/2006/12/4932.php
http://andorra.indymedia.org/news/2006/12/4933.php
http://andorra.indymedia.org/news/2006/12/4934.php
http://andorra.indymedia.org/news/2006/12/4935.php
http://andorra.indymedia.org/news/2006/12/4936.php
http://andorra.indymedia.org/news/2006/12/4937.php
http://andorra.indymedia.org/news/2006/12/4939.php
http://andorra.indymedia.org/news/2006/12/4940.php
http://andorra.indymedia.org/news/2006/12/4941.php
http://andorra.indymedia.org/news/2006/12/4942.php
http://andorra.indymedia.org/news/2006/12/4943.php
http://andorra.indymedia.org/news/2006/12/4944.php
http://andorra.indymedia.org/news/2006/12/4945.php
http://andorra.indymedia.org/news/2006/12/4946.php
http://andorra.indymedia.org/news/2006/12/4947.php
http://andorra.indymedia.org/news/2006/12/4948.php
http://andorra.indymedia.org/news/2006/12/4950.php
http://andorra.indymedia.org/news/2006/12/4952.php
http://andorra.indymedia.org/news/2006/12/4953.php
http://andorra.indymedia.org/news/2006/12/4954.php
http://andorra.indymedia.org/news/2006/12/4955.php
http://andorra.indymedia.org/news/2006/12/4956.php
http://andorra.indymedia.org/news/2006/12/4957.php
http://andorra.indymedia.org/news/2006/12/4958.php
http://andorra.indymedia.org/news/2006/12/4959.php
http://andorra.indymedia.org/news/2006/12/4960.php
http://andorra.indymedia.org/news/2006/12/4961.php
http://andorra.indymedia.org/news/2006/12/4962.php
http://andorra.indymedia.org/news/2006/12/4963.php
http://andorra.indymedia.org/news/2006/12/4964.php
http://andorra.indymedia.org/news/2006/12/4965.php
http://andorra.indymedia.org/news/2006/12/4966.php
http://andorra.indymedia.org/news/2006/12/4967.php
http://andorra.indymedia.org/news/2006/12/4968.php
http://andorra.indymedia.org/news/2006/12/4969.php
http://andorra.indymedia.org/news/2006/12/4970.php
http://andorra.indymedia.org/news/2006/12/4971.php
http://andorra.indymedia.org/news/2006/12/4972.php
http://andorra.indymedia.org/news/2006/12/4973.php
http://andorra.indymedia.org/news/2006/12/4974.php
http://andorra.indymedia.org/news/2006/12/4975.php
http://andorra.indymedia.org/news/2006/12/4976.php
http://andorra.indymedia.org/news/2006/12/4977.php
http://andorra.indymedia.org/news/2006/12/4978.php
http://andorra.indymedia.org/news/2006/12/4979.php
http://andorra.indymedia.org/news/2006/12/4980.php
http://andorra.indymedia.org/news/2006/12/4981.php
http://andorra.indymedia.org/news/2006/12/4982.php
http://andorra.indymedia.org/news/2006/12/4983.php
http://andorra.indymedia.org/news/2006/12/4984.php
http://andorra.indymedia.org/news/2006/12/4985.php
http://andorra.indymedia.org/news/2006/12/4986.php
http://andorra.indymedia.org/news/2006/12/4987.php
http://andorra.indymedia.org/news/2006/12/4988.php
http://andorra.indymedia.org/news/2006/12/4991.php
http://andorra.indymedia.org/news/2006/12/4992.php
http://andorra.indymedia.org/news/2006/12/4993.php
http://andorra.indymedia.org/news/2006/12/4994.php
http://andorra.indymedia.org/news/2006/12/4995.php
http://andorra.indymedia.org/news/2006/12/4996.php
http://andorra.indymedia.org/news/2006/12/4998.php
http://andorra.indymedia.org/news/2006/12/4999.php
http://andorra.indymedia.org/news/2006/12/5000.php
http://andorra.indymedia.org/news/2006/12/5001.php
http://andorra.indymedia.org/news/2006/12/5002.php
http://andorra.indymedia.org/news/2006/12/5003.php
http://andorra.indymedia.org/news/2006/12/5004.php
http://andorra.indymedia.org/news/2006/12/5005.php
http://andorra.indymedia.org/news/2006/12/5006.php
http://andorra.indymedia.org/news/2006/12/5007.php
http://andorra.indymedia.org/news/2006/12/5008.php
http://andorra.indymedia.org/news/2006/12/5009.php
http://andorra.indymedia.org/news/2006/12/5010.php
http://andorra.indymedia.org/news/2006/12/5011.php
http://andorra.indymedia.org/news/2006/12/5012.php
http://andorra.indymedia.org/news/2006/12/5013.php
http://andorra.indymedia.org/news/2006/12/5014.php
http://andorra.indymedia.org/news/2006/12/5015.php
http://andorra.indymedia.org/news/2006/12/5016.php
http://andorra.indymedia.org/news/2006/12/5017.php
http://andorra.indymedia.org/news/2006/12/5018.php
http://andorra.indymedia.org/news/2006/12/5019.php
http://andorra.indymedia.org/news/2006/12/5020.php
http://andorra.indymedia.org/news/2006/12/5021.php
http://andorra.indymedia.org/news/2006/12/5022.php
http://andorra.indymedia.org/news/2006/12/5023.php
http://andorra.indymedia.org/news/2006/12/5024.php
http://andorra.indymedia.org/news/2006/12/5026.php
http://andorra.indymedia.org/news/2006/12/5027.php
http://andorra.indymedia.org/news/2006/12/5028.php
http://andorra.indymedia.org/news/2006/12/5029.php
http://andorra.indymedia.org/news/2006/12/5030.php
http://andorra.indymedia.org/news/2006/12/5031.php
> Support for nested definitions
> ------------------------------
>
> Key: SB-29
> URL: http://issues.apache.org/struts/browse/SB-29
> Project: Sandbox
> Issue Type: New Feature
> Components: Tiles
> Affects Versions: 2.0
> Environment: Platform independent
> Reporter: Antonio Petrelli
> Priority: Trivial
> Fix For: 2.0.1
>
> Attachments: tiles-patch-2006-09-14.zip, tiles-patch.diff
>
>
> There should be support for nested definitions, i.e. definitions in which one or more attributes are assigned directly a definition, instead of a reference of a "named" one. For instance:
> <definition name="tileB" extends="tileA">
> <put name="header">
> <definition path="/header.jsp">
> <put name="menu" value="/menu.jsp" />
> </definition>
> </put>
> <put name="body" value="/body.jsp" />
> </definition>
> The nested definition has not a name, because it does not need it and it will be used only in the outer definition.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/struts/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (SB-29) Support for nested definitions
Posted by "Antonio Petrelli (JIRA)" <ji...@apache.org>.
[ http://issues.apache.org/struts/browse/SB-29?page=all ]
Antonio Petrelli updated SB-29:
-------------------------------
Attachment: tiles-patch.diff
This patch depends on the patch posted in the issue:
http://issues.apache.org/struts/browse/SB-27
I modified only "resolveAttributeDependencies()" method of ComponentDefinitionsImpl and not the "resolveAttributeDependencies(Locale locale)" method because it has been submitted as a patch in another issue:
http://issues.apache.org/struts/browse/SB-26
> Support for nested definitions
> ------------------------------
>
> Key: SB-29
> URL: http://issues.apache.org/struts/browse/SB-29
> Project: Sandbox
> Type: New Feature
> Components: Standalone Tiles
> Versions: 1.0
> Environment: Platform independent
> Reporter: Antonio Petrelli
> Priority: Trivial
> Attachments: tiles-patch.diff
>
> There should be support for nested definitions, i.e. definitions in which one or more attributes are assigned directly a definition, instead of a reference of a "named" one. For instance:
> <definition name="tileB" extends="tileA">
> <put name="header">
> <definition path="/header.jsp">
> <put name="menu" value="/menu.jsp" />
> </definition>
> </put>
> <put name="body" value="/body.jsp" />
> </definition>
> The nested definition has not a name, because it does not need it and it will be used only in the outer definition.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/struts/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
[jira] Commented: (SB-29) Support for nested definitions
Posted by "Antonio Petrelli (JIRA)" <ji...@apache.org>.
[ http://issues.apache.org/struts/browse/SB-29?page=comments#action_38216 ]
Antonio Petrelli commented on SB-29:
------------------------------------
In addition to what I wrote before, <tiles:put> and <tiles:definition> should follow the same guidelines, i.e. it should be possible to do:
<tiles:definition name="tileB" extends="tileA">
<tiles:put name="header">
<tiles:definition template="/header.jsp">
<tiles:put name="menu" value="/menu.jsp" />
</tiles:definition>
</tiles:put>
<tiles:put name="body" value="/body.jsp" />
</tiles:definition>
> Support for nested definitions
> ------------------------------
>
> Key: SB-29
> URL: http://issues.apache.org/struts/browse/SB-29
> Project: Sandbox
> Issue Type: New Feature
> Components: Tiles
> Affects Versions: 2.0
> Environment: Platform independent
> Reporter: Antonio Petrelli
> Priority: Trivial
> Attachments: tiles-patch.diff
>
>
> There should be support for nested definitions, i.e. definitions in which one or more attributes are assigned directly a definition, instead of a reference of a "named" one. For instance:
> <definition name="tileB" extends="tileA">
> <put name="header">
> <definition path="/header.jsp">
> <put name="menu" value="/menu.jsp" />
> </definition>
> </put>
> <put name="body" value="/body.jsp" />
> </definition>
> The nested definition has not a name, because it does not need it and it will be used only in the outer definition.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/struts/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (SB-29) Support for nested definitions
Posted by "Antonio Petrelli (JIRA)" <ji...@apache.org>.
[ http://issues.apache.org/struts/browse/SB-29?page=all ]
Antonio Petrelli updated SB-29:
-------------------------------
Attachment: tiles-patch-2006-09-14.zip
I attached a patch instead of committing because I would like to know if it is ok for everyone
> Support for nested definitions
> ------------------------------
>
> Key: SB-29
> URL: http://issues.apache.org/struts/browse/SB-29
> Project: Sandbox
> Issue Type: New Feature
> Components: Tiles
> Affects Versions: 2.0
> Environment: Platform independent
> Reporter: Antonio Petrelli
> Priority: Trivial
> Attachments: tiles-patch-2006-09-14.zip, tiles-patch.diff
>
>
> There should be support for nested definitions, i.e. definitions in which one or more attributes are assigned directly a definition, instead of a reference of a "named" one. For instance:
> <definition name="tileB" extends="tileA">
> <put name="header">
> <definition path="/header.jsp">
> <put name="menu" value="/menu.jsp" />
> </definition>
> </put>
> <put name="body" value="/body.jsp" />
> </definition>
> The nested definition has not a name, because it does not need it and it will be used only in the outer definition.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/struts/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira