Если в файл с кодом формы (который Form.n) добавить опеределение какого-нибудь интерфейса

interface Iface
{
    foo():int;
}

то дизайнер форм начинает себя вести, мягко говоря, некорректно.

Здравствуйте, Ka3a4oK, Вы писали:

KK>Если в файл с кодом формы (который Form.n) добавить опеределение какого-нибудь интерфейса

KK>

KK>interface Iface
KK>{
KK>    foo():int;
KK>}
KK>

KK>то дизайнер форм начинает себя вести, мягко говоря, некорректно.

Перед классом формы или после? Если перед классом формы, то тут и C#-овый дизайнер склеит ласты.

H>Перед классом формы или после? Если перед классом формы, то тут и C#-овый дизайнер склеит ласты.

Прямо в теле класса формы.

H>Перед классом формы или после? Если перед классом формы, то тут и C#-овый дизайнер склеит ласты.

Сейчас проверил. В C# все ок.

namespace WindowsFormsApplication2
{
    public partial class Form1 : Form
    {
        interface X
        {
            int foo();
        }

        public Form1()
        {
            InitializeComponent();
        }
    }
}

Здравствуйте, Ka3a4oK, Вы писали:

KK>Если в файл с кодом формы (который Form.n) добавить опеределение какого-нибудь интерфейса
KK>то дизайнер форм начинает себя вести, мягко говоря, некорректно.

Так не добавляй в файлы форм никакого рукописного кода. Хорошим принципом является размещение типов в отдельных файлах.

Здравствуйте, VladD2, Вы писали:

VD>Здравствуйте, Ka3a4oK, Вы писали:

KK>>Если в файл с кодом формы (который Form.n) добавить опеределение какого-нибудь интерфейса
KK>>то дизайнер форм начинает себя вести, мягко говоря, некорректно.

VD>Так не добавляй в файлы форм никакого рукописного кода. Хорошим принципом является размещение типов в отдельных файлах.

Я же пишу не в MainForm.Designer.n, а в MainForm.n, который как раз и предназначен для того, чтобы его программист курочил. Насколько я заметил дезайнер падает на любое определение типа — клаcc, интерфейс, делегат.

Здравствуйте, Ka3a4oK, Вы писали:


KK>Я же пишу не в MainForm.Designer.n, а в MainForm.n, который как раз и предназначен для того, чтобы его программист курочил. Насколько я заметил дезайнер падает на любое определение типа — клаcc, интерфейс, делегат.

Да. Реализация не рассчитана на наличие еще каких-то типов в этих файлов.
В следующей версии может и поправим это. Но пока что лучше просто определять типы в отдельных файлах. За одно код чище будет.