Hallo Alex,
verabschiede dich von der serverseitigen Verarbeitung von UI Ereignissen Click, DoubleClick, usw. Das kann mit WebForms bedingt nachgebaut werden, es macht dir das spätere Leben im ASP.NET Bereich aber nur noch schwerer als es jetzt schon ist.
Ein clientseitiger Klick auf ein beliebiges Element löst erst einmal gar nichts aus. Wenn der Browser sieht, dass es ein Button <input type="submit" />, <input type="button" />, <button ... />, ein Hyperlink <a>
ist, wird doch automatisch etwas ausgelöst, was aber abhängig davon ist, was der Entwickler hinterlegt hat.
Bspw. würde ein Kick auf <a href="http://www.deinewebsite.tld/Abc.aspx">Test</a> den Browser veranlassen, den im href Attribut angegebenen URL aufzurufen. es wird also ein komplett neuer Request an den Server gestellt.
Dasselbe passiert auch, wenn Du einen Button klickst oder, wie in deinem Fall, in der Ausgabe des DevExpress Controls arbeitest. Dort wiederum wird (sehr) viel mit JavaScript gearbeitet, so dass man u.U. erst einmal gar nicht sieht, wo was wie ankommt.
Wenn das Control einen clientseitigen Eventhandler für DoubleClick hat, kannst Du dich dort _clientseitig_ einklinken und dann den Client bspw. per self.location.href="/Download.ashx?DocId=123"; auf einen eigens von dir erstellten Handler umleiten.
Dieser liest das Dokument aus und gibt es an den Client zurück. Der Handler (Download.ashx) könnte dabei dann bspw. so aussehen:
<%@ WebHandler Language="VB" Class="Download" %>
Imports System
Imports System.Web
Imports System.IO
Public Class Download : Implements IHttpHandler
Public Sub ProcessRequest(ByVal context As HttpContext) Implements IHttpHandler.ProcessRequest
Dim FilePath As String = ...
Dim FileName As String = Path.GetFileName( FilePath )
If File.Exists( FileName ) Then
context.Response.ContentType = "application/pdf"
context.Response.AddHeader( "Content-Disposition", "attachment;filename=" & FileName )
context.Response.TransmitFile( FilePath )
End If
End Sub
Public ReadOnly Property IsReusable() As Boolean Implements IHttpHandler.IsReusable
Get
Return False
End Get
End Property
End Class
Der Link sieht dann in etwa so aus: <a href="Download.ashx">Download</a>
Da fehlt jetzt natürlich noch der Part "Auslesen DocId, Auslesen Doc aus DB, ..." aber das sollte kein Problem sein, das einzubauen.
---
Was Du jetzt mit "ich muss unsere API von unserer Software benutzen" meinst, weiß ich grade nicht. Wenn Du selbst serverseitig gar nichts machen kannst und eure API nichts dergleichen anbietet, geht es nicht.
Mein Arbeitskollege der auch mein Vorgesetzter ist, sagt das das ganze auch ohne javascript möglich sein müsste. Andere würden sowas auch ruckzuck ohne Probleme programmieren. Kann ich leider nichts dazu sagen. Er scheint sich aber gut auszukennen
dadurch das er von WebProgrammierung keine Ahnung hat (sagt er ja selbst)
Wenn der Kollege meint, das wäre ruckzuck ohne Probleme machbar, soll er es doch mal machen. Wäre gespannt, was dabei rauskommt :)
Im Ernst: Natürlich geht es ohne JavaScript. Aber dann sollte man konsequenterweise auch auf die DevExpress Controls verzichten, denn die bauen derart viel Javascript in die HTML Ausgabe ein, dass einem fast schwindelig wird (ist aber bei den allermeisten
anderen Controlpaketen dieser Art, auch von anderen Herstellen, nicht anders).
Wie oben bereits geschrieben: Das einfachste wäre, wenn Du einen ganz normalen Link in die Tabelle einbaust, bspw. per:
<asp:HyperLink ID="DownloadLink" runat="server" NavigateUrl='<%# String.Format( "~/Download.ashx?DocId={0}", Container.DataItem( "DocId" ) ) %>' Text="Download" />
und dann den Handler wie oben gezeigt einbaust, damit die Datei zum Client gesendet wird.
Falls eure API bereits etwas anbieten sollte, muss man sich diese anschauen. Da wir die nicht kennen, kann man dazu auch keine Aussage treffen.
Gruß, Stefan
Microsoft MVP - Visual Developer ASP/ASP.NET
http://www.asp-solutions.de/ - Consulting, Development
http://www.aspnetzone.de/ - ASP.NET Zone, die ASP.NET Community
