[Logo] Enterprise Client Community
  [Search] Search   [Recent Topics] Recent Topics   [Members]  Member Listing   [Groups] Back to home page 
[Register] Register / 
[Login] Login 
Download without dialog and direct opening  XML
Forum Index -> Development
Author Message
mreich

Power User
[Avatar]

Joined: 30/01/2009 08:34:23
Messages: 750
Offline

Hi,

my idea is to provide a possibility to print a grid ;-) as XLS (Apache POI) for this I use the filedownloadbutton, this works but not 100% perfect, it would be much better if no save location dialog appears (I'll use ${temp}/filename) and Excel opens directly?

Markus
[WWW]
CaptainCasa

Power User
[Avatar]

Joined: 21/11/2007 12:23:06
Messages: 5542
Offline

Hi,

adding a flag "no interim dialog" is not a big issue.

...added it to our mid-term list... - so probably not next update, but 2-3 weeks.

Regards, Björn

Björn Müller, CaptainCasa GmbH
mreich

Power User
[Avatar]

Joined: 30/01/2009 08:34:23
Messages: 750
Offline

no problem, thank you for your quick response
[WWW]
mreich

Power User
[Avatar]

Joined: 30/01/2009 08:34:23
Messages: 750
Offline

one addition, maybe you can also add a possibility that the file is overwritten automatically?

Thanx
[WWW]
CaptainCasa

Power User
[Avatar]

Joined: 21/11/2007 12:23:06
Messages: 5542
Offline

...OK, will add something like a forced mode with different levels...

Björn

Björn Müller, CaptainCasa GmbH
levy

Power User

Joined: 12/03/2008 16:38:22
Messages: 308
Location: XpertCenter
Offline

Hi

We adhere to this feature request. We have the same requirements:
- "no interim dialog"
- automatically overwrite (create directory if not existant)

Furthermore, we require an attribute WITHCALLBACK similar to the one in "Client Side Directory Creation" in order to tell the server if download was successful or not.

To avoid misunderstanding, we mention that we want to keep the "progress bar" (byte count) visible as usual.

Do you think this could be available in the next release?

Regards, Daniel
[WWW]
CaptainCasa

Power User
[Avatar]

Joined: 21/11/2007 12:23:06
Messages: 5542
Offline

Hi,

yes we are working on this, but need to do this in a secure way - just downloading information, creating directories, means the user really has to trust your application ;-)

What's about the idea of defining a trusted file area on the user's client file system, in which things can happen automatically? I.e an isolated directory that the user can define. Inside this area automated things can habben, outside the area the user always has to confirm?

Björn

Björn Müller, CaptainCasa GmbH
levy

Power User

Joined: 12/03/2008 16:38:22
Messages: 308
Location: XpertCenter
Offline

Hi,

I think this would be a more general approach of our current requirement. We only need always the same fix target directory (= isolated directory), but it is important that it is hidden for the user, he shouldn't care about the directory's name. Actually, in our case the user doesn't care about the downloaded file, it stays in the background for further processing by an external task. Do you mean by "isolated directory that the user can define" that he can define it *interactively*? How? For our purpose, we understand that he can but must not define it. The default should be defined by the server.

On second thoughts, it would be ok (or even better) to have a single confirmation step. The whole procedure:
1. Press download button
2. Confirmation popup "Do you want to download file x to target y?" (better: a free definable question text)
3. Download with progress bar
4. Finally callback to server

No need for confirmation if directory doesn't exist or file already exists.

Regards, Daniel
[WWW]
CaptainCasa

Power User
[Avatar]

Joined: 21/11/2007 12:23:06
Messages: 5542
Offline

OK...

We will go into the direction of you proposal - the name of the directory for "forced file automatiton" will be a start parameter, so that you can ensure a certain consistency on client side.

Björn

Björn Müller, CaptainCasa GmbH
 
Forum Index -> Development
Go to:   
Powered by JForum 2.1.6 © JForum Team