När du i det här fallet använder Acme är det ju för att du har "registrerat" användarkontrollen under det prefixet. Se:
<% @ Register [b]TagPrefix="Acme"[/b] Namesp...
8 svar · 327 visningar · startad av jake
läser lite olika tutorials...
tex finns följande varianter för calender komponenten
<%@ Page Language="VB" %>
<form runat="server">
<asp:calendar id="enKalender" runat="server" />
</form>
respektive
<%@ Register TagPrefix="Acme" Namespace="AcmeVB" Assembly="AcmeVB" %>
<script language="VB" runat=server>
Sub SubmitBtn_Click(Sender As Object, E As EventArgs)
Message.Text = "Hi " & Server.HtmlEncode(Name.Text) & ", you selected: " & Category.SelectedItem.Text & " on: " & MyCal.Date.ToShortDateString()
End Sub
</script>
<Acme:Calendar id="MyCal" runat=server/>
varför använda acme: istället för asp:
eller har jag fått det om bakfoten..
När du i det här fallet använder Acme är det ju för att du har "registrerat" användarkontrollen under det prefixet. Se:
<% @ Register [b]TagPrefix="Acme"[/b] Namesp...
Är det några fördelar med den varianten då?
Finns inga fördelar, det är egentligen samma sak, bara det att asp: är standard ASP användarkontroller som finns tillgänliga från start medan egna användarkontroller måste ungefär importeras/registreras och då har de i exemplet ovan valt att döpa sin TagPrefix till acme som skulle lika gärna kunnat heta mooo eller liknande.
Ska man lägga till dom användarkontroller man skapat i en annan fil för att det ska fungera på det sättet eller vad?
Du får ju göra en "registrering" för varje kontroll du vill använda på sidan. Eller har jag fattat helt fel nu?
Precis, registrera de controller som inte är inbyggda.
och med att registrera räcker det att skriva tex
<%@ Register TagPrefix="Acme" Namespace="AcmeVB" Assembly="AcmeVB" %>
högst upp på sidan...
eller måste de registreras eller anges någon annanstans också..?
usch vilka newbie frågor det blir...