i just added WicketTag(ComponentTag) constructor, so that should make this
require a lot less hacking.
-igor
On 4/13/07, Thomas Singer <[EMAIL PROTECTED]> wrote:
OK, I've got it running implementing a filtering IXmlPullParser, because
it
seems to be the only solution to put an IMarkupFilter in
OK, I've got it running implementing a filtering IXmlPullParser, because it
seems to be the only solution to put an IMarkupFilter in front of chain.
Putting it at the end did not work because converting a ComponentTag into a
WicketTag is not possible (no access to the XmlTag of a ComponentTag.
thomas,
i just dont have the time to look into this further. my hunch is that it
should work. there is nothing wrong with taking a componenttag and upgrading
it to a wickettag at any point in the chain. so do give it a try and see if
you really do hit a wall instead of playing the "what if" game.
Isn't a ComponentTag and a
WicketTag? Some WicketTags seem already to be processed in this chain, so
creating them later out of ComponentTags would not be a good solution.
Tom
On Thu, 12 Apr 2007 22:48:54 +0200, Igor Vaynberg
<[EMAIL PROTECTED]> wrote:
> it will not be wrapped into wick
it will not be wrapped into wickettag, only wicket namespaced tags are. it
will be wrapped into componenttag, but it is a chain, you can then wrap the
componenttag into a wicket tag :)
-igor
On 4/12/07, Thomas Singer <[EMAIL PROTECTED]> wrote:
> does it need to be before?
Well, it should bef
> does it need to be before?
Well, it should before XmlTags will be wrapped in
ComponentTags/WicketTags, isn't it?
Tom
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll g
does it need to be before?
-igor
On 4/12/07, Thomas Singer <[EMAIL PROTECTED]> wrote:
> see
>
> MarkupParser.initFilterChain()
> IMarkupParserFactory
> Application.getMarkupSettings().setMarkupParserFactory()
I've tried to implement it, but did not succeed in putting my
IMarkupFilter impleme
our parser doesnt create the link of closetag->opentag until later in the
chain, so you have to do it on both tags.
-igor
On 4/12/07, Gabor Szokoli <[EMAIL PROTECTED]> wrote:
Hi,
On 4/11/07, Igor Vaynberg <[EMAIL PROTECTED]> wrote:
> https://issues.apache.org/jira/browse/WICKET-460
Then the
> see
>
> MarkupParser.initFilterChain()
> IMarkupParserFactory
> Application.getMarkupSettings().setMarkupParserFactory()
I've tried to implement it, but did not succeed in putting my
IMarkupFilter implementation before the WicketTagIdentifier.
Tom
Hi,
On 4/11/07, Igor Vaynberg <[EMAIL PROTECTED]> wrote:
> https://issues.apache.org/jira/browse/WICKET-460
Then there it sais:
>>>
so the new format is
<<<
Is it really necessary to repeat the attribute on the closing tag?
Szocske
---
> actually i did not use any non-public api. what i did was modify an
> existing
> IMarkupFilter implementation, you can add your own IMarkupFilters into
> the chain.
>
> see
>
> MarkupParser.initFilterChain()
> IMarkupParserFactory
> Application.getMarkupSettings().setMarkupParserFactory()
>
>
> Can you write a wiki article for this?
If there could be such a general hook like suggested a few minutes ago
which can be used for other things as well (e.g. modifying image paths
link paths), no problem.
Tom
-
Take S
On 4/11/07, Thomas Singer <[EMAIL PROTECTED]> wrote:
> you did not convince me at all.
Not for the usage, but the implementation.
it was only about 10 minutes, so no biggie.
i also just tweaked it a
> bit so you might want to see comments on the jira.
I more liked your first implementatio
> you did not convince me at all.
Not for the usage, but the implementation.
> i also just tweaked it a
> bit so you might want to see comments on the jira.
I more liked your first implementation (rev. 527614). Maybe a general hook
(into components/pages with own markup) into the same location
On 4/11/07, Thomas Singer <[EMAIL PROTECTED]> wrote:
> Igor, you've made my day! I did not expected to convince you. :D
Thomas,
Can you write a wiki article for this?
Martijn
--
Learn Wicket at ApacheCon Europe: http://apachecon.com
Join the wicket community at irc.freenode.net: ##wicket
Wicke
you did not convince me at all. i still think it is very fugly. but
unfortunately wicket is about more then just me :) i also just tweaked it a
bit so you might want to see comments on the jira.
and you are welcome
-igor
On 4/11/07, Thomas Singer <[EMAIL PROTECTED]> wrote:
Sorry, I forgot t
Sorry, I forgot the "Thanks".
Tom
On Wed, 11 Apr 2007 21:39:56 +0200, Thomas Singer <[EMAIL PROTECTED]> wrote:
> Igor, you've made my day! I did not expected to convince you. :D
>
> Tom
>
>
> On Wed, 11 Apr 2007 21:18:50 +0200, Igor Vaynberg
> <[EMAIL PROTECTED]> wrote:
>
>> https://issues.apac
Igor, you've made my day! I did not expected to convince you. :D
Tom
On Wed, 11 Apr 2007 21:18:50 +0200, Igor Vaynberg
<[EMAIL PROTECTED]> wrote:
> https://issues.apache.org/jira/browse/WICKET-460
>
> i personally find it much uglier then namespaced tags just because it is
> much easier to re
https://issues.apache.org/jira/browse/WICKET-460
i personally find it much uglier then namespaced tags just because it is
much easier to read the markup. but of course if you are using some fancy
gui editor the point is moot.
-igor
On 4/11/07, Thomas Singer <[EMAIL PROTECTED]> wrote:
> so ho
Hi Thomas,
Wednesday, April 11, 2007, 5:15:05 PM, you wrote:
> Unfortunately, searching the user mailing list is broken. When clicking at
> http://wicket.sourceforge.net/mail-lists.html at the sourceforge.net-link
> of the Wicket User List, I'm getting the message "No Forum Chosen".
Use Nabble -
> so how does markup inheritance look like in RSF?
Please take a look at
http://www2.caret.cam.ac.uk/rsfwiki/Wiki.jsp?page=OuterPageTemplates
> wicket:id is used to denote components, wicket:extend and friends are NOT
> components.
From my POV, wicket:id is - well, as the name suggests - an
Sourceforge changed their URLs for the mailing list archives. It has to be:
http://sourceforge.net/mailarchive/forum.php?forum_name=wicket-user
Note the parameter 'forum_name' instead of 'forum'. Could someone
correct the links please?
Sven
Thomas Singer wrote:
> Unfortunately, searching the u
On 4/10/07, Thomas Singer <[EMAIL PROTECTED]> wrote:
Hi Igor,
> yes it states that, and to a very large degree (more then any other
framework)
IIRC, Reasonable Server Faces can do that. They only have the one
attribute
to mark tags. So your statement in braces is false from my point of view.
B
> The wicket website states at the end of the first paragraph "... written
> with plain Java and HTML". IIRC, the tags do not belong to
> "plain HTML".
Maybe we should change that section. But it is all valid namespaced
XHMTL (which I guess JSF is as well). The main reason for having
tags is tha
Unfortunately, searching the user mailing list is broken. When clicking at
http://wicket.sourceforge.net/mail-lists.html at the sourceforge.net-link
of the Wicket User List, I'm getting the message "No Forum Chosen".
Tom
On Wed, 11 Apr 2007 16:15:40 +0200, Thomas R. Corbin
<[EMAIL PROTECTE
On Wednesday, 11 April 2007 02:31 am, Thomas Singer escreveu:
> Is there a DTD available for the namespace definitions in the html
> tag of the XHTML files, so IDEA does not highlight it in red?
I think someone posted one last week, if you search the mailing lists
you can
find it.
>
> T
Is there a DTD available for the namespace definitions in the html
tag of the XHTML files, so IDEA does not highlight it in red?
Tom
On Tue, 10 Apr 2007 23:00:48 +0200, Igor Vaynberg
<[EMAIL PROTECTED]> wrote:
> yes it states that, and to a very large degree (more then any other
> framework)
Hi Igor,
> yes it states that, and to a very large degree (more then any other framework)
IIRC, Reasonable Server Faces can do that. They only have the one attribute
to mark tags. So your statement in braces is false from my point of view.
But you might be right for other frameworks which intro
yes it states that, and to a very large degree (more then any other
framework) we follow it. but what drives this framework are the facts that
we set realistic goals and come up with practical solutions. we are not
purists. the most practical solution for us is to have these special tags
for marku
No, I want my template html files to be as much as possible be valid html,
no additional tags which might cause troubles when using a GUI-based HTML
editor. One extra attribute (wicket:id) is acceptable. If necessary, these
can be added later easily when getting pages from the designer.
Tom
Hi Thomas,
Tuesday, April 10, 2007, 6:01:37 PM, you wrote:
> The wicket website states at the end of the first paragraph "... written
> with plain Java and HTML". IIRC, the tags do not belong to
> "plain HTML".
Are you missing the fact that if you switch to Deployment mode or
explicitly call IM
The wicket website states at the end of the first paragraph "... written
with plain Java and HTML". IIRC, the tags do not belong to
"plain HTML".
BTW, is there a DTD available for the namespace definitions in the html
tag of the XHTML files, so IDEA does not highlight it in red?
--
Tom
O
we like our namespaced tags. they are xhtml compliant and get stripped from
final output. so that will stay the default. if you want to hack away the
please feel free to do so, but i do not think you will get much in the way
of support.
-igor
On 4/10/07, Thomas Singer <[EMAIL PROTECTED]> wrote:
Maybe there is a possibility to not use /, but
plain wicket:id-attributes instead? At least that's what I want to achieve
to keep my HTML clean.
Tom
Paolo Di Tommaso schrieb:
> I'm get confused of to use and
> element to write a multi-level page inheritance.
>
> Let's say that the have th
PageA.html:
Page A
PageB.html:
Page B
PageC.html
Page C
Martijn
On 4/10/07, Paolo Di Tommaso <[EMAIL PROTECTED]> wrote:
> I'm get confused of to use and element to
> write a multi-level page inheritance.
>
> Let's say that the have the following hierarchy:
>
> Page A
> ^
> |
>
35 matches
Mail list logo
