Andreou
Assigned to: Andreas Andreou
Priority: Minor
Fix For: 4.0.3
IE is very sensitive to the way the BASE tag is written. This can affect
correct rendering of CSS rules + javascript execution.
See http://tacoscomponents.jot.com/BugReporter/Bug86 ,
http://drupal.org/node/44934 ,
http
[
http://issues.apache.org/jira/browse/TAPESTRY-257?page=comments#action_12377205
]
Andreas Andreou commented on TAPESTRY-257:
--
Of course, this could render
link rel=shortcut icon type=image/x-icon href=/favicon.ico / (as
stated)
but i've seen
[ http://issues.apache.org/jira/browse/TAPESTRY-801?page=all ]
Andreas Andreou updated TAPESTRY-801:
-
Fix Version: 4.0.3
(was: 4.0.1)
Document Validation system
--
Key: TAPESTRY-801
[ http://issues.apache.org/jira/browse/TAPESTRY-376?page=all ]
Andreas Andreou updated TAPESTRY-376:
-
Fix Version: 4.0.3
(was: 4.0)
(Link)Submit vs. client-side validation; should allow for refresh
[ http://issues.apache.org/jira/browse/TAPESTRY-415?page=all ]
Andreas Andreou updated TAPESTRY-415:
-
Fix Version: 4.0.3
(was: 4.0)
For component should use line precise error reporting for data conversions
[ http://issues.apache.org/jira/browse/TAPESTRY-638?page=all ]
Andreas Andreou updated TAPESTRY-638:
-
Fix Version: 4.0.3
(was: 4.0)
Recursive components result in a StackOverflowError
[ http://issues.apache.org/jira/browse/TAPESTRY-565?page=all ]
Andreas Andreou updated TAPESTRY-565:
-
Fix Version: 4.0.3
(was: 4.0.2)
Provide replacement for EnumPropertySelectionModel, based on JDK 1.5 Enums
[ http://issues.apache.org/jira/browse/TAPESTRY-312?page=all ]
Andreas Andreou updated TAPESTRY-312:
-
Fix Version: 4.0.3
(was: 4.0.2)
bean lifecycle of session
---
Key: TAPESTRY-312
[ http://issues.apache.org/jira/browse/TAPESTRY-313?page=all ]
Andreas Andreou updated TAPESTRY-313:
-
Fix Version: 4.0.3
(was: 4.0.2)
External service -- listener method
Key
[ http://issues.apache.org/jira/browse/TAPESTRY-868?page=all ]
Andreas Andreou updated TAPESTRY-868:
-
Fix Version: 4.0.3
(was: 4.0.2)
Document standard object keys for injection
[ http://issues.apache.org/jira/browse/TAPESTRY-597?page=all ]
Andreas Andreou updated TAPESTRY-597:
-
Fix Version: 4.0.3
(was: 4.0)
Submit (and similar) should have easy ways of cancelling or refreshing a form
Currently:
- tapestry4/trunk is Jesse's work = Tapestry 4.1
- tapestry4/branches/4.0 = Tapestry 4.0.x
Massimo Lusetti wrote:
I see a lot of commits in the tapestry4/branches/4.0 area about new
good documentation and i don't see merged in trunk.
Does the next pending 4.x release be built from
[ http://issues.apache.org/jira/browse/TAPESTRY-926?page=all ]
Andreas Andreou resolved TAPESTRY-926:
--
Fix Version: 4.0.3
Resolution: Fixed
Document ControlledCheckbox component
-
Key
[ http://issues.apache.org/jira/browse/TAPESTRY-923?page=all ]
Andreas Andreou resolved TAPESTRY-923:
--
Fix Version: 4.0.3
Resolution: Fixed
Document DumpObject component
-
Key: TAPESTRY-923
[ http://issues.apache.org/jira/browse/TAPESTRY-925?page=all ]
Andreas Andreou resolved TAPESTRY-925:
--
Fix Version: 4.0.3
Resolution: Fixed
Document ControlCheckbox component
--
Key: TAPESTRY
[ http://issues.apache.org/jira/browse/TAPESTRY-924?page=all ]
Andreas Andreou resolved TAPESTRY-924:
--
Fix Version: 4.0.3
Resolution: Fixed
Document CheckboxGroup component
Key: TAPESTRY-924
[
http://issues.apache.org/jira/browse/TAPESTRY-681?page=comments#action_12376725
]
Andreas Andreou commented on TAPESTRY-681:
--
The only other file that contains wrong comments on the inherited-binding
element is Tapestry_4_0.dtd
inherited
[ http://issues.apache.org/jira/browse/TAPESTRY-681?page=all ]
Andreas Andreou resolved TAPESTRY-681:
--
Fix Version: 4.0.3
Resolution: Fixed
inherited-binding specification element is not documented
[ http://issues.apache.org/jira/browse/TAPESTRY-257?page=all ]
Andreas Andreou updated TAPESTRY-257:
-
Fix Version: 4.0.3
3.0.5
Version: 4.0.2
favicon support for Shell component
[ http://issues.apache.org/jira/browse/TAPESTRY-199?page=all ]
Andreas Andreou updated TAPESTRY-199:
-
Bugzilla Id: (was: 30393)
Fix Version: 4.0.3
3.0.5
Version: 4.0.2
Priority: Blocker
Addition of a simple way
[ http://issues.apache.org/jira/browse/TAPESTRY-738?page=all ]
Andreas Andreou updated TAPESTRY-738:
-
Fix Version: 4.0.3
Create ability to use SqueezeAdaptors for @Persist(client:app
[ http://issues.apache.org/jira/browse/TAPESTRY-929?page=all ]
Andreas Andreou updated TAPESTRY-929:
-
Component: Framework
Version: 4.0.2
4.0.1
4.0
(was: 4.1)
OGNL Null Handler
I just copied favicon.ico to tapestry's web site.
It seems favicon.ico and robots.txt from folder
/src/documentation/resources aren't added to the forrest generated
site. That's why 'ant site' fails with a broken-link error (even though
all pages
are correctly generated).
I can't find an easy
[ http://issues.apache.org/jira/browse/TAPESTRY-926?page=all ]
Andreas Andreou reassigned TAPESTRY-926:
Assign To: Andreas Andreou
Document ControlledCheckbox component
-
Key: TAPESTRY-926
[ http://issues.apache.org/jira/browse/TAPESTRY-923?page=all ]
Andreas Andreou reassigned TAPESTRY-923:
Assign To: Andreas Andreou
Document DumpObject component
-
Key: TAPESTRY-923
URL: http
[ http://issues.apache.org/jira/browse/TAPESTRY-829?page=all ]
Andreas Andreou reassigned TAPESTRY-829:
Assign To: Andreas Andreou
FormLinkRenderer throws NPE with DirectlLinks
-
Key
[ http://issues.apache.org/jira/browse/TAPESTRY-691?page=all ]
Andreas Andreou reassigned TAPESTRY-691:
Assign To: Andreas Andreou
dynamic table returns stale link while refreshing
[ http://issues.apache.org/jira/browse/TAPESTRY-925?page=all ]
Andreas Andreou reassigned TAPESTRY-925:
Assign To: Andreas Andreou
Document ControlCheckbox component
--
Key: TAPESTRY-925
URL
[ http://issues.apache.org/jira/browse/TAPESTRY-924?page=all ]
Andreas Andreou reassigned TAPESTRY-924:
Assign To: Andreas Andreou
Document CheckboxGroup component
Key: TAPESTRY-924
URL
[ http://issues.apache.org/jira/browse/TAPESTRY-590?page=all ]
Andreas Andreou resolved TAPESTRY-590:
--
Fix Version: 4.0.3
Resolution: Fixed
ServiceLink uses deprecated API
---
Key: TAPESTRY-590
[ http://issues.apache.org/jira/browse/TAPESTRY-799?page=all ]
Andreas Andreou resolved TAPESTRY-799:
--
Fix Version: 4.0.3
Resolution: Fixed
TableColumns / TableValues should not cache class parameter
[ http://issues.apache.org/jira/browse/TAPESTRY-841?page=all ]
Andreas Andreou resolved TAPESTRY-841:
--
Fix Version: 4.0.3
Resolution: Fixed
TreeNodeView
Key: TAPESTRY-841
URL: http://issues.apache.org
[ http://issues.apache.org/jira/browse/TAPESTRY-771?page=all ]
Andreas Andreou resolved TAPESTRY-771:
--
Fix Version: 4.0.3
Resolution: Won't Fix
Use 4.0 or 4.0.1. Also see http://issues.apache.org/jira/browse/TAPESTRY-914
Dependencies
[ http://issues.apache.org/jira/browse/TAPESTRY-841?page=all ]
Andreas Andreou reassigned TAPESTRY-841:
Assign To: Andreas Andreou
TreeNodeView
Key: TAPESTRY-841
URL: http://issues.apache.org/jira/browse
[ http://issues.apache.org/jira/browse/TAPESTRY-836?page=all ]
Andreas Andreou reassigned TAPESTRY-836:
Assign To: Andreas Andreou
XTile listener can't retrieve the active page
-
Key
[ http://issues.apache.org/jira/browse/TAPESTRY-799?page=all ]
Andreas Andreou reassigned TAPESTRY-799:
Assign To: Andreas Andreou
TableColumns / TableValues should not cache class parameter
[ http://issues.apache.org/jira/browse/TAPESTRY-366?page=all ]
Andreas Andreou reassigned TAPESTRY-366:
Assign To: Andreas Andreou
docu: persist attribute / property documentation is insufficient
[ http://issues.apache.org/jira/browse/TAPESTRY-681?page=all ]
Andreas Andreou reassigned TAPESTRY-681:
Assign To: Andreas Andreou
inherited-binding specification element is not documented
[ http://issues.apache.org/jira/browse/TAPESTRY-842?page=all ]
Andreas Andreou reassigned TAPESTRY-842:
Assign To: Andreas Andreou
@Script example appears to be wrong
---
Key: TAPESTRY-842
[ http://issues.apache.org/jira/browse/TAPESTRY-590?page=all ]
Andreas Andreou reassigned TAPESTRY-590:
Assign To: Andreas Andreou
ServiceLink uses deprecated API
---
Key: TAPESTRY-590
URL: http
[ http://issues.apache.org/jira/browse/TAPESTRY-366?page=all ]
Andreas Andreou resolved TAPESTRY-366:
--
Fix Version: 4.0.3
Resolution: Fixed
docu: persist attribute / property documentation is insufficient
[
http://issues.apache.org/jira/browse/TAPESTRY-907?page=comments#action_12374910
]
Andreas Andreou commented on TAPESTRY-907:
--
Tapestry manages the lifecycle of parameters. It extends the component class
and adds code that sets parameters
I don't think this can be done in 4 (because of the abstract approach +
dynamic subclasses),
but i believe it's planned for 5.
See http://wiki.apache.org/jakarta-tapestry/Tapestry5Roadmap :
*
Annotations based. JDK 1.5.
*
No XML for pages and components. Just HTML and
Any updates on this?
I just tried and it's still forbidden
Brian K. Wallace wrote:
Is there something special that needs to happen to gain access to
https://svn.apache.org/repos/private/committers? I've done my best to
follow the instructions at
very minor patches, and one important fix that
makes the addition of Schema/Port on the Form/FormSupport components
backwards compatible.
Binding:
Jesse Kuhnert +1
Howard M. Lewis Ship: +1
David Solis: +1
Harish Krishnaswamy: +1
Brian Wallace: +1
Geoff Longman: +1
Andreas Andreou: +1
Paul Ferraro
i don't think i am..
Howard Lewis Ship wrote:
Are there any Tapestry developers who are not on the Tapestry Support
Network mailing list? I'll send invites to those that are not.
On 4/13/06, Brian K. Wallace [EMAIL PROTECTED] wrote:
I saw the update to the wiki re: TLP and the 'working on a
Andreas Andreou: +1
Jesse Kuhnert wrote:
This release adds a couple very minor patches, and one important fix that
makes the addition of Schema/Port on the Form/FormSupport components
backwards compatible. There is still one other JIRA issue I'd like to add to
the mix (for DatePicker in portlets
Interesting ideas here...
And CellLink is really a tacos:AjaxDirectLink (with a go parameter), which
works correctly even with javascript disabled...
Mind Bridge wrote:
Hi,
Since values can be stored on the client (in URLs or hidden fields) T4
allows some rather nifty things to be
Well done!
I see the new files in http://www.apache.org/dist/
+ the updated site.
Only thing i don't see updated is the component reference
for contrib - but we can do it in a few days when both table
and tree docs are 100% complete.
Jesse Kuhnert wrote:
Ok...both releases done...Now waiting
Andreas Andreou +1 (for 3.0.4)
Tons of bug fixes - this really needs a release before moving on to the
rest / last
of those v3 bugs.
Jesse Kuhnert wrote:
Going with the notion that releasing early/often is a good thing, and we can
pretty much release things as often as we want I'd say we're
Andreas Andreou +0 (for 4.0.1)
I know i've YET to help, but we're really missing documentation
for all those contrib components. I'll definitively make this a +1
if we (=someone) can add them before the vote ends.
Jesse Kuhnert wrote:
Going with the notion that releasing early/often is a good
strongTHIS PAGE UNDER CONSTRUCTION/strong
Andreas Andreou wrote:
Andreas Andreou +0 (for 4.0.1)
I know i've YET to help, but we're really missing documentation
for all those contrib components. I'll definitively make this a +1
if we (=someone) can add them before the vote ends.
Jesse
Of course we do - it will enable my first commits :)
Seriously though, there are actual users that use these components, and
since it's a 4.0.1 release, we shouldn't remove them.
Jesse Kuhnert wrote:
Do we even really want tree in there anymore?
On 3/28/06, Andreas Andreou [EMAIL PROTECTED
[
http://issues.apache.org/jira/browse/TAPESTRY-893?page=comments#action_12371600
]
Andreas Andreou commented on TAPESTRY-893:
--
Where is this documented?
Application catalogs were introduced in Tapestry 4.
But there are many ways to simulate
I'd really like to get existing patches for 4.X and 3.X committed and
get fixes to those documentation issues (marked no patches yet below)
in prior to a release vote.
Agreed, i wouldn't mind waiting till then.
BTW, anyone running the tests for 3.X and 4.X lately?
.
Are you experiencing any issues?
No, i was just checking :)
It's been a while since i've run them myself - too much work
on Tacos for the moment...
Andreas Andreou wrote:
I'd really like to get existing patches for 4.X and 3.X committed and
get fixes to those documentation issues (marked
Anyone care to close http://issues.apache.org/jira/browse/TAPESTRY-797
as wontfix?
It finally seems pluto guys noticed
http://issues.apache.org/jira/browse/PLUTO-187
and are planning for a fix in 1.0.2
-
To unsubscribe, e-mail:
Since the select is disabled, its value isn't submitted - hence the problem.
You can try re-enabling the select, just before the actual submit (i.e. in
onsubmit of the form)
Yuri Plakosh wrote:
I use PropertySelection component. In some cases my web application
require to make SELECT(list box)
Andreas Andreou: +1
Howard Lewis Ship wrote:
Below is the final text of the vote; for the moment, I've pencilled in
myself as the chair, as no one else was in a position to take that
responsibility. If you disagree, vote -1 and submit a vote with
someone else ... I'd welcome it!
In the mean
Could someone commit the DatePicker.xml.patch
found in the comments of
http://issues.apache.org/jira/browse/TAPESTRY-459?page=all
(that issue is closed but I think I have afterwards added a patch with
corrections)
and then also close
http://issues.apache.org/jira/browse/TAPESTRY-668
?
ok, no comments yet, so let me ask this:
if hivemind 1.1 had scope for services and configuration points,
is it correct to assume that FactoryServices would be private
and ApplicationServices would be public?
Andreas Andreou wrote:
I'm currently looking into how tacos works within portlets
[
http://issues.apache.org/jira/browse/TAPESTRY-797?page=comments#action_12360047
]
Andreas Andreou commented on TAPESTRY-797:
--
ok, I did a little searching in the specs, and pluto's implementation
(that's what jetspeed and many other portals
I'm currently looking into how tacos works within portlets.
After solving some minor issues, I got into this:
I got a no ajaxdirect service defined exception.
In order to see what was happenning, I patched Tapestry's
org.apache.tapestry.services.impl.ServiceMapImpl and made it printout
all
+1 (non-binding)
Howard Lewis Ship wrote:
Kent Tong has been a great booster for Tapestry over the last year or
two; not only has he been a constant presense on the mailing list,
mentoring new and experienced users, as well as contributing bugs and
patches ... but he's written an entire book on
Andreas Andreou: +1 (non-binding)
Howard Lewis Ship wrote:
Jesse Kuhnert has been doing some outstanding work with Tacos
(http://tacos.sf.net), powerful Ajax components for Tapestry.
Further, he's been very active on the mailing lists, providing support
to new users and to Tacos users here
In UsersGuide/state.html,
section Accessing Application State Objects
the example given is
inject name=registration type=state object=registration-data/
instead of
inject property=registration type=state object=registration-data/
Howard Lewis Ship wrote:
I believe we are getting very close to the 4.0 end game.
I still have a few bugs I really want to fix,
I don't know why the Checkbox component is still missing its displayName
property
http://issues.apache.org/jira/browse/TAPESTRY-652
and some more
documentation
Also,
org/apache/tapestry/Framework.library
org/apache/tapestry/pages/StaleLink.page
org/apache/tapestry/pages/StaleSession.page
, the wml components and many contrib components
still use the 3.0 spec.
Would they need to get changed to 4.0 (for completeness) ?
Andreas Andreou wrote:
Howard
Hi all,
would you be interested in adding to Tapestry a validator (to be used
with the Upload component)
that only allows certain file types (extensions) to be accepted.
I've just added one in the user's mailing list, that supports
client-server side validation.
It can be used like this:
[ http://issues.apache.org/jira/browse/TAPESTRY-688?page=all ]
Andreas Andreou updated TAPESTRY-688:
-
Attachment: ValidationStrings_el.properties
Updated ValidationStrings_el.properties
---
Key
Anyone tried to build from source lately?
When doing an ant install, i get this unit test failing:
[junit] Testcase:
testComplete(org.apache.tapestry.enhance.TestEnhancedClassValidator):
Caused an ERROR
[junit] null
[junit] java.lang.NullPointerException
[junit] at
[
http://issues.apache.org/jira/browse/TAPESTRY-343?page=comments#action_12330790
]
Andreas Andreou commented on TAPESTRY-343:
--
This seems to have been fixed (at least in 4.0-beta-8).
For instance, the error i get (when invoking a page containing
not harming anyone.
ok, no problem with me...just checking!
On 9/16/05, Andreas Andreou [EMAIL PROTECTED] wrote:
Let's say I have a library named testlib,
with only one component TestComp.
If i include in a template something like
span jwcid=@testlib:Form listener=...
...
/span
then I
[
http://issues.apache.org/jira/browse/TAPESTRY-650?page=comments#action_12329995
]
Andreas Andreou commented on TAPESTRY-650:
--
I tried your code with 4.0-beta-7 (but without annotation support, I defined
the persistence strategy in the jwc file
[
http://issues.apache.org/jira/browse/TAPESTRY-341?page=comments#action_12329618
]
Andreas Andreou commented on TAPESTRY-341:
--
In 4.0-beta7, i get both a BindingException (identifying the correct line)
and after
[ http://issues.apache.org/jira/browse/TAPESTRY-647?page=all ]
Andreas Andreou updated TAPESTRY-647:
-
Attachment: ListenerMethodBinding.patch
Catches and rethrows the RedirectException
RedirectException being caught from listener methods
[ http://issues.apache.org/jira/browse/TAPESTRY-647?page=all ]
Andreas Andreou updated TAPESTRY-647:
-
Attachment: TestListenerMethodBinding.patch
Renames method testInvokeAndRedirect() to testInvokeAndPageRedirect()
and adds a new
Let's say I have a library named testlib,
with only one component TestComp.
If i include in a template something like
span jwcid=@testlib:Form listener=...
...
/span
then I won't get any errors reported (shouldn't I? testlib does not
contain any Form component )
and instead the Form component
[ http://issues.apache.org/jira/browse/TAPESTRY-618?page=all ]
Andreas Andreou updated TAPESTRY-618:
-
Attachment: ComponentSpecificationResolverImpl.patch
Here's a fix for this.
In ComponentSpecificationResolverImpl.resolve(), when trying to find
Just saw that contrib:Palette does not set border for move right, move
left, e.t.c. images.
Was this change made on purpose?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
attaching a small patch for that class.
Also, I cannot figure out where to place my clover license (in order for
ant site to build the whole site).
Any suggestions?
Andreas Andreou
Index:
/home/andyhot/workspace31/jakarta-tapestry/framework/src/test/org/apache/tapestry/junit/mock/c19/Two.java
[
http://issues.apache.org/jira/browse/TAPESTRY-616?page=comments#action_12320792
]
Andreas Andreou commented on TAPESTRY-616:
--
This problem also exists in many other locales.
It seems that the toLocalizedPattern method of the SDK is buggy.
I've
[
http://issues.apache.org/jira/browse/TAPESTRY-199?page=comments#action_12319376
]
Andreas Andreou commented on TAPESTRY-199:
--
A possible solution to this for Tapestry 3 version is described in
http://andyhot.di.uoa.gr/blojsom/blog/default/TapFX
When this discussion first came up in this list, I was really against
having default binding prefixes at all. However, I didn't have the time
to test
Tap4 back then so I kept my mouth shut.
Well, for the last 2 weeks I'm really testing v4 and I found out that
default bindings
are very natural
[
http://issues.apache.org/jira/browse/TAPESTRY-419?page=comments#action_12316264
]
Andreas Andreou commented on TAPESTRY-419:
--
Yep, that's a nice to have feature.
Just a quick question about CookieSourceImpl.
Since this class is for simplifying
If I may say so,
unless there's a case where you want a component to both fire
a normal listener and a defered one (which i really doubt), I would
prefer using the
deferred boolean parameter (defaulting to false for backward
compatibility). It's my guess
that this way will be easier and more
Components: Framework
Versions: 4.0, 3.0.3
Environment: All
Reporter: Andreas Andreou
Priority: Minor
DatePicker component adds a title to the textbox it generates. This title is
suppossed to be a localized representation of the format pattern, but it only
works
for English
Greek validation strings
Key: TAPESTRY-329
URL: http://issues.apache.org/jira/browse/TAPESTRY-329
Project: Tapestry
Type: Improvement
Components: Framework
Versions: 4.0
Environment: All
Reporter: Andreas Andreou
[ http://issues.apache.org/jira/browse/TAPESTRY-329?page=all ]
Andreas Andreou updated TAPESTRY-329:
-
Attachment: ValidationStrings_el.properties
And here's my greek version of ValidationStrings
Greek validation strings
You can provide your localized version of
org/apache/tapestry/valid/ValidationStrings.properties
Just place in your classpath an entry sush as
org/apache/tapestry/valid/ValidationStrings_el.properties
Version 3.0.1 already has localization for this for de,es and zh_TW
Tapestry will always use the
90 matches
Mail list logo