RE: PDF's filename for dynamically generated PDFs
Hi Matej,
calling
webResponse.setHeader("Content-Disposition", "attachment;
filename=\"yourfile.pdf\"");
has he same effect as
webResponse.setAttachmentHeader("thisIsMySuggesteFilename.pdf");
It displays a dialog window with the choice s to open or to save the PDF
document.
But many thanks for your suggestion
Stefan
-Ursprüngliche Nachricht-
Von: Matej Knopp [mailto:[EMAIL PROTECTED]
Gesendet: Samstag, 30. August 2008 01:49
An: dev@wicket.apache.org
Betreff: Re: PDF's filename for dynamically generated PDFs
Perhaps Content-Disposition: Inline; filename="yourfile.pdf" header
could do the trick?
http://www.ietf.org/rfc/rfc2183.txt
-Matej
On Sat, Aug 30, 2008 at 1:40 AM, Stefan Lindner <[EMAIL PROTECTED]> wrote:
> Perhaps this is a general HTML/servlet question but I run into this
> prblem under wicket. I have a link that dynamically generates a pdf. The
> PDF is displayes in apopup page. I use Igor's pattern (see
> http://www.nabble.com/Stream-Excel-to-the-client-td5363673.html#a5364044
> ) and it works very well. The dynamically generated PDF is displayed in
> a popup window. Now, when I try to save the PDF the propsed filaname
> looks like
>
>
> http___localhost_8080_AIOnline_app__wicket_interface=AI-Artikel_2_pdfVer
> sion__ILinkListener__.pdf
>
> Is it possible to have a more meaningful file name suggestion? Having
>
>webResponse.setAttachmentHeader("thisIsMySuggesteFilename.pdf");
>
> gives the appearing dialog a good hint if I klick the save button" but
> the PDF is not automatically displayed in a popup window. Is there any
> resolution for this problem od is this a general HTML/servlet problem?
>
> Stefan
>
Re: PDF's filename for dynamically generated PDFs
Perhaps Content-Disposition: Inline; filename="yourfile.pdf" header
could do the trick?
http://www.ietf.org/rfc/rfc2183.txt
-Matej
On Sat, Aug 30, 2008 at 1:40 AM, Stefan Lindner <[EMAIL PROTECTED]> wrote:
> Perhaps this is a general HTML/servlet question but I run into this
> prblem under wicket. I have a link that dynamically generates a pdf. The
> PDF is displayes in apopup page. I use Igor's pattern (see
> http://www.nabble.com/Stream-Excel-to-the-client-td5363673.html#a5364044
> ) and it works very well. The dynamically generated PDF is displayed in
> a popup window. Now, when I try to save the PDF the propsed filaname
> looks like
>
>
> http___localhost_8080_AIOnline_app__wicket_interface=AI-Artikel_2_pdfVer
> sion__ILinkListener__.pdf
>
> Is it possible to have a more meaningful file name suggestion? Having
>
>webResponse.setAttachmentHeader("thisIsMySuggesteFilename.pdf");
>
> gives the appearing dialog a good hint if I klick the save button" but
> the PDF is not automatically displayed in a popup window. Is there any
> resolution for this problem od is this a general HTML/servlet problem?
>
> Stefan
>
PDF's filename for dynamically generated PDFs
Perhaps this is a general HTML/servlet question but I run into this
prblem under wicket. I have a link that dynamically generates a pdf. The
PDF is displayes in apopup page. I use Igor's pattern (see
http://www.nabble.com/Stream-Excel-to-the-client-td5363673.html#a5364044
) and it works very well. The dynamically generated PDF is displayed in
a popup window. Now, when I try to save the PDF the propsed filaname
looks like
http___localhost_8080_AIOnline_app__wicket_interface=AI-Artikel_2_pdfVer
sion__ILinkListener__.pdf
Is it possible to have a more meaningful file name suggestion? Having
webResponse.setAttachmentHeader("thisIsMySuggesteFilename.pdf");
gives the appearing dialog a good hint if I klick the save button" but
the PDF is not automatically displayed in a popup window. Is there any
resolution for this problem od is this a general HTML/servlet problem?
Stefan
Re: New wicketstuff-dojo project
Ok, options A and B both would be over design. So... Option C: > C. Stopping support of wicketstuff-push and just having that inside > wicketstuff-dojo (Obviously my least favorite option, I wouldn't have > even considered it, if you hadn't forced my hand...) Its basically just project dependencies, but, KISS is a good enough reason to disband wicketstuff-push... I think the way to do it is: After you get wicketstuff-dojo stable and checked int, mark some classes in wicketstuff-push as deprecated and point them to the dojo project... Maybe if sometime soon we integrate push into wicket's core (as per another thread running around), then it doesn't matter what we decide...
Re: i want to crate new help system to my existing application
I wouldn't stoop to such lowly tactics. Quality is where it's at! :) On Fri, Aug 29, 2008 at 11:16 AM, Michael Sparer <[EMAIL PROTECTED]> wrote: > > guys, you should really consider the "nines and zero effect" - according to > that pricing strategy 9s stand for value and 0s for quality - so martijn's > definitely best off ;-) > see > http://www.smallbiztrends.com/2008/08/8-pricing-strategies-you-can-implement-right-now.html/ > > regards, > > Nino.Martinez wrote: >> >> Ok i'll do it at €1998.9 :) Ahh well i'll even go as far as €1998 >> >> James Carman wrote: >>> I'll do it for €1999 per day. ;) >>> >>> On Fri, Aug 29, 2008 at 10:24 AM, Martijn Dashorst >>> <[EMAIL PROTECTED]> wrote: >>> Hi, I really want to help you implement what you want. My daily rate is €2000 excluding tax. I would like to receive the first three days in advance. While waiting for the wire transfer of the first payment, please consider reading http://www.catb.org/~esr/faqs/smart-questions.html Anxiously waiting for the money transfer, Martijn Dashorst On Fri, Aug 29, 2008 at 4:09 PM, swapnil.wadagave <[EMAIL PROTECTED]> wrote: > hi, > i want to make help system to my existing application.Idea is like > there > will be link/button on every page.On clicking on it user can get > html/doc > file where help details for paritcular file will be provided. > > > its very urgent. > please mail me if you have sample program with clear explainantion > Thanks in advance > swapnil > -- > View this message in context: > http://www.nabble.com/i-want-to-crate-new-help-system-to-my-existing-application-tp19220692p19220692.html > Sent from the Wicket - Dev mailing list archive at Nabble.com. > > > -- Become a Wicket expert, learn from the best: http://wicketinaction.com Apache Wicket 1.3.4 is released Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3. >> >> -- >> -Wicket for love >> >> Nino Martinez Wael >> Java Specialist @ Jayway DK >> http://www.jayway.dk >> +45 2936 7684 >> >> >> > > > - > Michael Sparer > http://talk-on-tech.blogspot.com > -- > View this message in context: > http://www.nabble.com/i-want-to-crate-new-help-system-to-my-existing-application-tp19220692p19221903.html > Sent from the Wicket - Dev mailing list archive at Nabble.com. > >
Re: i want to crate new help system to my existing application
guys, you should really consider the "nines and zero effect" - according to that pricing strategy 9s stand for value and 0s for quality - so martijn's definitely best off ;-) see http://www.smallbiztrends.com/2008/08/8-pricing-strategies-you-can-implement-right-now.html/ regards, Nino.Martinez wrote: > > Ok i'll do it at €1998.9 :) Ahh well i'll even go as far as €1998 > > James Carman wrote: >> I'll do it for €1999 per day. ;) >> >> On Fri, Aug 29, 2008 at 10:24 AM, Martijn Dashorst >> <[EMAIL PROTECTED]> wrote: >> >>> Hi, >>> >>> I really want to help you implement what you want. My daily rate is >>> €2000 excluding tax. I would like to receive the first three days in >>> advance. >>> >>> While waiting for the wire transfer of the first payment, please >>> consider reading http://www.catb.org/~esr/faqs/smart-questions.html >>> >>> Anxiously waiting for the money transfer, >>> >>> Martijn Dashorst >>> >>> On Fri, Aug 29, 2008 at 4:09 PM, swapnil.wadagave >>> <[EMAIL PROTECTED]> wrote: >>> hi, i want to make help system to my existing application.Idea is like there will be link/button on every page.On clicking on it user can get html/doc file where help details for paritcular file will be provided. its very urgent. please mail me if you have sample program with clear explainantion Thanks in advance swapnil -- View this message in context: http://www.nabble.com/i-want-to-crate-new-help-system-to-my-existing-application-tp19220692p19220692.html Sent from the Wicket - Dev mailing list archive at Nabble.com. >>> >>> -- >>> Become a Wicket expert, learn from the best: http://wicketinaction.com >>> Apache Wicket 1.3.4 is released >>> Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3. >>> >>> > > -- > -Wicket for love > > Nino Martinez Wael > Java Specialist @ Jayway DK > http://www.jayway.dk > +45 2936 7684 > > > - Michael Sparer http://talk-on-tech.blogspot.com -- View this message in context: http://www.nabble.com/i-want-to-crate-new-help-system-to-my-existing-application-tp19220692p19221903.html Sent from the Wicket - Dev mailing list archive at Nabble.com.
Re: i want to crate new help system to my existing application
Ok i'll do it at €1998.9 :) Ahh well i'll even go as far as €1998 James Carman wrote: I'll do it for €1999 per day. ;) On Fri, Aug 29, 2008 at 10:24 AM, Martijn Dashorst <[EMAIL PROTECTED]> wrote: Hi, I really want to help you implement what you want. My daily rate is €2000 excluding tax. I would like to receive the first three days in advance. While waiting for the wire transfer of the first payment, please consider reading http://www.catb.org/~esr/faqs/smart-questions.html Anxiously waiting for the money transfer, Martijn Dashorst On Fri, Aug 29, 2008 at 4:09 PM, swapnil.wadagave <[EMAIL PROTECTED]> wrote: hi, i want to make help system to my existing application.Idea is like there will be link/button on every page.On clicking on it user can get html/doc file where help details for paritcular file will be provided. its very urgent. please mail me if you have sample program with clear explainantion Thanks in advance swapnil -- View this message in context: http://www.nabble.com/i-want-to-crate-new-help-system-to-my-existing-application-tp19220692p19220692.html Sent from the Wicket - Dev mailing list archive at Nabble.com. -- Become a Wicket expert, learn from the best: http://wicketinaction.com Apache Wicket 1.3.4 is released Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3. -- -Wicket for love Nino Martinez Wael Java Specialist @ Jayway DK http://www.jayway.dk +45 2936 7684
Re: i want to crate new help system to my existing application
Martijn, that won't happen - you forgot to add your bank account details! *SCNR* Martijn Dashorst schrieb: Hi, I really want to help you implement what you want. My daily rate is €2000 excluding tax. I would like to receive the first three days in advance. While waiting for the wire transfer of the first payment, please consider reading http://www.catb.org/~esr/faqs/smart-questions.html Anxiously waiting for the money transfer, Martijn Dashorst On Fri, Aug 29, 2008 at 4:09 PM, swapnil.wadagave <[EMAIL PROTECTED]> wrote: hi, i want to make help system to my existing application.Idea is like there will be link/button on every page.On clicking on it user can get html/doc file where help details for paritcular file will be provided. its very urgent. please mail me if you have sample program with clear explainantion Thanks in advance swapnil -- View this message in context: http://www.nabble.com/i-want-to-crate-new-help-system-to-my-existing-application-tp19220692p19220692.html Sent from the Wicket - Dev mailing list archive at Nabble.com.
Re: i want to crate new help system to my existing application
I'll do it for €1999 per day. ;) On Fri, Aug 29, 2008 at 10:24 AM, Martijn Dashorst <[EMAIL PROTECTED]> wrote: > Hi, > > I really want to help you implement what you want. My daily rate is > €2000 excluding tax. I would like to receive the first three days in > advance. > > While waiting for the wire transfer of the first payment, please > consider reading http://www.catb.org/~esr/faqs/smart-questions.html > > Anxiously waiting for the money transfer, > > Martijn Dashorst > > On Fri, Aug 29, 2008 at 4:09 PM, swapnil.wadagave > <[EMAIL PROTECTED]> wrote: >> >> hi, >> i want to make help system to my existing application.Idea is like there >> will be link/button on every page.On clicking on it user can get html/doc >> file where help details for paritcular file will be provided. >> >> >> its very urgent. >> please mail me if you have sample program with clear explainantion >> Thanks in advance >> swapnil >> -- >> View this message in context: >> http://www.nabble.com/i-want-to-crate-new-help-system-to-my-existing-application-tp19220692p19220692.html >> Sent from the Wicket - Dev mailing list archive at Nabble.com. >> >> > > > > -- > Become a Wicket expert, learn from the best: http://wicketinaction.com > Apache Wicket 1.3.4 is released > Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3. >
Re: i want to crate new help system to my existing application
Hi, I really want to help you implement what you want. My daily rate is €2000 excluding tax. I would like to receive the first three days in advance. While waiting for the wire transfer of the first payment, please consider reading http://www.catb.org/~esr/faqs/smart-questions.html Anxiously waiting for the money transfer, Martijn Dashorst On Fri, Aug 29, 2008 at 4:09 PM, swapnil.wadagave <[EMAIL PROTECTED]> wrote: > > hi, > i want to make help system to my existing application.Idea is like there > will be link/button on every page.On clicking on it user can get html/doc > file where help details for paritcular file will be provided. > > > its very urgent. > please mail me if you have sample program with clear explainantion > Thanks in advance > swapnil > -- > View this message in context: > http://www.nabble.com/i-want-to-crate-new-help-system-to-my-existing-application-tp19220692p19220692.html > Sent from the Wicket - Dev mailing list archive at Nabble.com. > > -- Become a Wicket expert, learn from the best: http://wicketinaction.com Apache Wicket 1.3.4 is released Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3.
i want to crate new help system to my existing application
hi, i want to make help system to my existing application.Idea is like there will be link/button on every page.On clicking on it user can get html/doc file where help details for paritcular file will be provided. its very urgent. please mail me if you have sample program with clear explainantion Thanks in advance swapnil -- View this message in context: http://www.nabble.com/i-want-to-crate-new-help-system-to-my-existing-application-tp19220692p19220692.html Sent from the Wicket - Dev mailing list archive at Nabble.com.
Re: New wicketstuff-dojo project
> What about the people who don't want dojo? :p Well as cometd is a project of the dojo foundation and they are the only ones to provide a client side reference implementation in javascript so far, using dojo isn't too far fetched is it? :) > A. Create a project for the actual DOJO base: wicketstuff-dojo-core (or > wicket-dojo-core), factoring out the common elements, and then, both > wicketstuff-push, and wicketstuff-dojo-components depend on that one? > (This > means, since dojo now has a maven build, we could get things from there... > ...maybe) KISS I'd say ... if they depend on the same project and each project only contains some 20 classes now and probably some more in the future, that's kinda overengineered then. > B. Rename wicketstuff-push wicketstuff-dojo-core and thats it... Make sure > its known that Comet technology is there. (Seems harder to know dojo-core > has comet and push but its dooable, and has less projects...) I don't get that one, sorry. > C. Stopping support of wicketstuff-push and just having that inside > wicketstuff-dojo (Obviously my least favorite option, I wouldn't have > even considered it, if you hadn't forced my hand...) It's not stopping support it's moving the stuff from a sole project with some copied classes and an own dojo to the place where the depending classes and also the right dojo already is located. if I understood you correctly, your only point against a merge is that you don't want dojo at all in the push project? If yes please provide some major advantages, I'm all ears :-) regards, Michael > > another problem might be to find the above mentioned motivated people ... > so if it's ok to share it as new wicketstuff project we'll go about > starting > a (short) wiki page explaining the differences and API changes and then > posting message to the user list for motivated people. > > what do you think? > > > - Michael Sparer http://talk-on-tech.blogspot.com -- View this message in context: http://www.nabble.com/New-wicketstuff-dojo-project-tp19070145p19218434.html Sent from the Wicket - Dev mailing list archive at Nabble.com.
Re: New wicketstuff-dojo project
On Thu, Aug 28, 2008 at 4:07 AM, Michael Sparer <[EMAIL PROTECTED]>wrote: > > the components we're using in our projects have been ported to dojo 1.1 > now, > including: > - FXOnClickFader > - FXOnClickSlider > - FXOnCliskWiper > - FXOnMouseOverFader > - DojoToaster > - Drag and Drop panels > > all other components have been dropped and should be added one by one after > you diligent, highly motivated people porting the components you're using > ;-) > > Some API changes were unavoidable due to the new dojo version, and the > documentation of the classes is sometimes a bit spare and/or obsolete. > > one major point: > the cometd-part of the wicketstuff-push project has been integrated. as the > push projects consists of about 20 classes and depends on dojo, it's, from > my point of view, best located in the same project (Rodolfo's gonna kill me > for that :-)). YES!! Arhhg... > > > so it's basically ready to be shared with the community. in the current > structure the way to go is creating a new wicketstuff project, isn't it? > > so we'd have in trunk: > - wicketstuff-dojo (for dojo 0.4) > - wicketstuff-dojo-1.1 (for dojo 1.1 - including push) > - wicketstuff-push (for dojo 1.1. with its own dojo distribution contained) > > and in branches > - wicketstuff-push (for dojo 0.4 before Rodolfo's major refactoring) > > that makes the already confusing wicketstuff even more confusing doesn't > it? > shouldn't we consider merging some projects? What about the people who don't want dojo? :p Ok, you push things... How about these options: A. Create a project for the actual DOJO base: wicketstuff-dojo-core (or wicket-dojo-core), factoring out the common elements, and then, both wicketstuff-push, and wicketstuff-dojo-components depend on that one? (This means, since dojo now has a maven build, we could get things from there... ...maybe) B. Rename wicketstuff-push wicketstuff-dojo-core and thats it... Make sure its known that Comet technology is there. (Seems harder to know dojo-core has comet and push but its dooable, and has less projects...) And your suggestion: C. Stopping support of wicketstuff-push and just having that inside wicketstuff-dojo (Obviously my least favorite option, I wouldn't have even considered it, if you hadn't forced my hand...) > > another problem might be to find the above mentioned motivated people ... > so if it's ok to share it as new wicketstuff project we'll go about > starting > a (short) wiki page explaining the differences and API changes and then > posting message to the user list for motivated people. > > what do you think? > > >
Re: Wicket 1.5 Ajax
Well, one of the biggest problems is to restore the page to previous state. Problem with wicket is that you can modify the page numerous ways during ajax updates and that is very difficult to track. Also even if we did some kind of revesible deltas (which would be rather complicated), we would have to fetch it from server on back button, which itself is an asynchronous task. Now would would happen if user rapidly clicked back, back, forward buttons? How would we cope with that? That's just some of the problems we would be facing. -Matej On Fri, Aug 29, 2008 at 10:34 AM, Hassan Chafi <[EMAIL PROTECTED]> wrote: > > Yes thanks, I just switched a bunch of pages to using > HybridUrlCodingStrategy. Too bad about the back button support. I am not > sure if this is even doable, but I would be fine with a way that exposes to > me the IPageStore functionality. I will then store pages at convenient times > for me (for example onClick of AjaxLinks). > > I can then using a number of ways intercept back button, get the page from > the store and redirect to it. > > Wouldn't something like this work? Am I missing some big picture item here. > > -hc > > Matej Knopp-2 wrote: >> >>> >>> Without back button support or a way to manage history, implementing a >>> single page type of application becomes a bit difficult to do in wicket. >>> Refreshing the page via F5 should also obviously show the current state >>> of >>> the page and not re-instantiate it from scratch. >> But this is easy to solve even without back button support. Just mount >> the page using HybridUrlCodingStrategy and you will always get current >> state on refresh. >> >> I don't think there will ever be proper back button support for Wicket >> ajax. Wicket Ajax support is too generic and all the back button >> frameworks I looked at are not capable of storing the state wicket >> would need. Also it's just too fragile. >> >> -Matej >> >> > > -- > View this message in context: > http://www.nabble.com/Wicket-1.5-Ajax-tp19189204p19215915.html > Sent from the Wicket - Dev mailing list archive at Nabble.com. > >
Re: Wicket 1.5 Ajax
Yes thanks, I just switched a bunch of pages to using HybridUrlCodingStrategy. Too bad about the back button support. I am not sure if this is even doable, but I would be fine with a way that exposes to me the IPageStore functionality. I will then store pages at convenient times for me (for example onClick of AjaxLinks). I can then using a number of ways intercept back button, get the page from the store and redirect to it. Wouldn't something like this work? Am I missing some big picture item here. -hc Matej Knopp-2 wrote: > >> >> Without back button support or a way to manage history, implementing a >> single page type of application becomes a bit difficult to do in wicket. >> Refreshing the page via F5 should also obviously show the current state >> of >> the page and not re-instantiate it from scratch. > But this is easy to solve even without back button support. Just mount > the page using HybridUrlCodingStrategy and you will always get current > state on refresh. > > I don't think there will ever be proper back button support for Wicket > ajax. Wicket Ajax support is too generic and all the back button > frameworks I looked at are not capable of storing the state wicket > would need. Also it's just too fragile. > > -Matej > > -- View this message in context: http://www.nabble.com/Wicket-1.5-Ajax-tp19189204p19215915.html Sent from the Wicket - Dev mailing list archive at Nabble.com.
Re: Wicket 1.5 Ajax
> > Without back button support or a way to manage history, implementing a > single page type of application becomes a bit difficult to do in wicket. > Refreshing the page via F5 should also obviously show the current state of > the page and not re-instantiate it from scratch. But this is easy to solve even without back button support. Just mount the page using HybridUrlCodingStrategy and you will always get current state on refresh. I don't think there will ever be proper back button support for Wicket ajax. Wicket Ajax support is too generic and all the back button frameworks I looked at are not capable of storing the state wicket would need. Also it's just too fragile. -Matej > > -hc > > Martin Funk-3 wrote: >> >> Hi Matej, hi list, >> >> I just saw the page that Matej added to the wiki, so I thought it might >> be wishing time for improving Wicket Ajax now. >> >> My wishes are somewhat vague, but I just don't wanna miss the wishing >> window :-) >> >> Sven and I have been happily coding on wicket-contrib-gmap2, which also >> shows just about our level of understanding the wicket and ajax space. >> At least mine, Sven is probably fare ahead of me. >> >> So coding on that, I came to think, if we have a chance to get something >> like a JavaScriptComponent with the following capabilities: >> >> It should be addable to a component, just like a component. >> It should be addable to other JavaScriptComponents. >> It should not need any markup. >> It should carry its own session unique id. >> It should have its own callbackurl >> Adding it should result in an instantiation of a JavaScript object on >> the browser side. >> This JavaScript object should have the capabilities of sending a basic >> XMLHttpRequest to its corresponding java-object using the callbackurl. >> Adding or removing either one of them should result with the same effect >> to the other. >> >> I'm not quite sure if this draws the picture I'm thinking of, or if >> asking this is getting to carried away from wicket and introduces >> complexity that can't be handled. Though I have the feeling wicket is >> not to far away from it anyway. >> To me it looks like mixing capabilities of component with capabilities >> of AbstractAjaxBehavior. >> Sorta make em AjaxBehaviors full members of the component hierarchy and >> loosen on Components need for markup. >> OK the infrastructural JavaScript object providing the basic protocol >> between the two halves of the object does not exist yet. >> >> But if that could be accomplished quite a door could be opened (or the >> box of Pandora) >> Subclassing JavaScriptComponent wouldn't be trivial as you'd have to >> come up with JavaScript code too. >> Though this would lay a good basis for handling the js-object on the >> browser communication to the server side. So you would not only be able >> to add the nice goodies to the browser but also get a basis for letting >> the server know of any events on the browser. >> >> Any other thoughts on this? >> >> Martin >> >> >> >> BTW. there is still an issue on behaviors open >> https://issues.apache.org/jira/browse/WICKET-713 >> >> >> >> > > -- > View this message in context: > http://www.nabble.com/Wicket-1.5-Ajax-tp19189204p19214000.html > Sent from the Wicket - Dev mailing list archive at Nabble.com. > >
