what is your page's package name? I'd assume it is web.main.page and
desktopbeautifier be your web app?

Juergen

On 8/8/05, Gili <[EMAIL PROTECTED]> wrote:
> 
>         On further investigation, I don't see how autolinking works at all 
> for CSS.
> 
>         Given:
> 
>      <wicket:link autolink="true">
>        <link rel="Stylesheet" type="text/css" href="page.css"/>
>      </wicket:link>
> 
>         Wicket translates this into:
> 
> <wicket:link autolink="true">
>        <link href="desktopbeautifier/web/main/page.css" type="text/css"
> rel="Stylesheet"/>
>      </wicket:link>
> 
>         but on further investigation "desktopbeautifier/web/main/page.css" is 
> a
> broken link. I placed "page.css" in the same package as the page that
> uses it so why doesn't it work? Is Wicket supposed to place the file
> under /resources perhaps? Any help would be appreciated :)
> 
> Gili
> 
> Gili wrote:
> >
> >     urlFor() in my mind means "given a URL path relative to the current
> > component, return a URL path relative to the servlet context" and to me
> > Page.urlFor() seems to fail that. I don't see the usefulness of defining
> > urlFor() to return a path relative to the servlet context because (as
> > you mentioned) for Wicket the servlet context is the same across all
> > components. So I guess what I'm saying is, I'd like for us to define
> > urlFor() -- or another method, I don't care -- according to the
> > definition I gave above.
> >
> >     I'm having a little problem understanding what you meant in the
> > previous email. Did you mean the current behavior of urlFor() is correct
> > or wrong?
> >
> > Thanks,
> > Gili
> >
> >> what is the current page?
> >> the context of youre page is always the same over all pages.
> >> /webcontext/
> >>
> >> (if you have youre wicket servlet in webcontext/app (not
> >> webcontext/app/ )
> >>
> >> but urls should be full if possible in my eyes.
> >>
> >> johan
> >>
> >>
> >>
> >> Gili wrote:
> >>
> >>>
> >>>     I thought urlFor() would do the job too, but instead of returning
> >>> an URL relative to the current Page, it returns an URL relative to
> >>> the application. I assume this isn't a bug (otherwise other stuff
> >>> would be broken) but it sure is confusing to me. I'd expect
> >>> Page.urlFor(String path) to return a path relative to the current page.
> >>>
> >>> Gili
> >>>
> >>> Juergen Donnerstag wrote:
> >>>
> >>>> the reason why autolinks by design ignores all tags with wicket:id is
> >>>> because we assume the user wants to handle this tag himself. And I
> >>>> think this assumption is true. Think about all the different kind of
> >>>> Links. So, exposing the functionality which handles href attrbutes IMO
> >>>> is the better way to go. Having said that, doesn't urlFor(String) in
> >>>> combination with a AttributModifier do the job?
> >>>>
> >>>> Juergen
> >>>>
> >>>> On 8/8/05, Gili <[EMAIL PROTECTED]> wrote:
> >>>>
> >>>>> Hi,
> >>>>>
> >>>>>       Autolink will not (by design) process any tags with
> >>>>> <wicket:id>. The
> >>>>> problem is that when I'm trying to set CSS into a Page I have to
> >>>>> manually rewrite the href attribute so it is relative to the page. If
> >>>>> you take a look at the autolink implementation you can see this
> >>>>> isn't a
> >>>>> trivial process. It certainly isn't as simple as invoking
> >>>>> urlFor(oldHref)...
> >>>>>
> >>>>>       Would it be possible to modify autolinking so it processes
> >>>>> tags with
> >>>>> <wicket:id> as well? Or is there a way to expose the autolink
> >>>>> functionality in the form of a method I could invoke -- similar to
> >>>>> urlFor() -- which will fix the resource paths?
> >>>>>
> >>>>> Thanks,
> >>>>> Gili
> >>>>> --
> >>>>> http://www.desktopbeautifier.com/
> >>>>>
> >>>>>
> >>>>> -------------------------------------------------------
> >>>>> SF.Net email is Sponsored by the Better Software Conference & EXPO
> >>>>> September 19-22, 2005 * San Francisco, CA * Development Lifecycle
> >>>>> Practices
> >>>>> Agile & Plan-Driven Development * Managing Projects & Teams *
> >>>>> Testing & QA
> >>>>> Security * Process Improvement & Measurement *
> >>>>> http://www.sqe.com/bsce5sf
> >>>>> _______________________________________________
> >>>>> Wicket-develop mailing list
> >>>>> [email protected]
> >>>>> https://lists.sourceforge.net/lists/listinfo/wicket-develop
> >>>>>
> >>>>
> >>>>
> >>>>
> >>>> -------------------------------------------------------
> >>>> SF.Net email is Sponsored by the Better Software Conference & EXPO
> >>>> September 19-22, 2005 * San Francisco, CA * Development Lifecycle
> >>>> Practices
> >>>> Agile & Plan-Driven Development * Managing Projects & Teams *
> >>>> Testing & QA
> >>>> Security * Process Improvement & Measurement *
> >>>> http://www.sqe.com/bsce5sf
> >>>> _______________________________________________
> >>>> Wicket-develop mailing list
> >>>> [email protected]
> >>>> https://lists.sourceforge.net/lists/listinfo/wicket-develop
> >>>>
> >>>
> >>
> >>
> >> -------------------------------------------------------
> >> SF.Net email is Sponsored by the Better Software Conference & EXPO
> >> September 19-22, 2005 * San Francisco, CA * Development Lifecycle
> >> Practices
> >> Agile & Plan-Driven Development * Managing Projects & Teams * Testing
> >> & QA
> >> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> >> _______________________________________________
> >> Wicket-develop mailing list
> >> [email protected]
> >> https://lists.sourceforge.net/lists/listinfo/wicket-develop
> >>
> >
> 
> --
> http://www.desktopbeautifier.com/
> 
> 
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> Wicket-develop mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/wicket-develop
>


-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Wicket-develop mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wicket-develop

Reply via email to