Discussion :

[kendras]

Bonjour,

Je suis en train de migrer une application asp.net 1.1 vers du 2.0.

Bien entendu, en compilant en 2.0, l'application est bourrée d'erreur que je corrige au fur et à mesure.

Je plante actuellement sur un contrôle utilisateur, pour lequel j'ai le message d'erreur suivant :
The name 'DDL_BU' does not exist in the current context

Pourtant, j'ai bien dans mon code ascx

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

<asp:DropDownList Width="120" id="DDL_BU" Runat="server"></asp:DropDownList>

Coté code-behind, ça donne :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
			if (!Page.IsPostBack)
			{
                new FillDDL().getOperatorBUs(selectedOperator.id_operator, DDL_BU);
 
				DDL_BU.SelectedIndex = 0; // Most recent one.
				if(UVarSession.CurrentPage.Equals("2121"))
					TABLE_BTN_SEARCH.Visible=true;
				else
					TABLE_BTN_SEARCH.Visible=false;
			}

Et ça bug donc partout ou j'ai du DDL_BU (avec TABLE_BTN_SEARCH c'est pareil aussi)

Quelqu'un aurait-il une idée ?

[lutecefalco]

Est-ce que ton control est déclaré dans le fichier tapage.designer.cs

[kendras]

Eh bien à priori, vu que je suis en asp.net, je n'ai pas de designer.cs ... enfin, je crois...

le designer.cs n'existe que dans les appli winform non?

Mon userControl est un web user control

[lutecefalco]

le designer.cs n'existe que dans les appli winform non?

Non

[kendras]

Je n'ai pas de designer.cs ...

Après une petite googlelisation, j'en conclus qu'il y a une différence entre une site asp.net et une application asp.net
Il faudrait donc que je fasse une migration "Migrating from VS 2005 Web Site Projects to VS 2005 Web Application Projects"
cf : http://webproject.scottgu.com/CSharp...igration2.aspx

Ceci étant, comme je n'ai pas l'outils pour effectuer cette migration, il y a sûrement une autre solution à mon problème...

[fix105]

Je pense qu'alors tu dois déclarer tes contrôles en protected comme toute variable membres.
Car il n'y a pas de Designer et donc je pense que ce contrôle après migration n'est plus connu.
Je pense avoir eu le même problème en développant sur une application migrée. Dés lors tout nouveau contrôle sur des pages existantes devaient être redéfini en varibales membre.

Fix