Здравствуйте, VladD2, Вы писали:
VD>Здравствуйте, seregaa, Вы писали:
VD>Скорее всего речь идет об атомэшон свойствах. References — это скорее всего стандартное свойство. VD>Попробуй порыть в сторону:
Да, нашел подходящее свойство у OAVSProject-а и вывести его в NemerleProjectNodeProperties. Но это не помогло. Пришлось основательно засесть за рефлектор. Оказалось, что aspx дизайнер создает CodeDomProvider для языков, отличных от c# и VB самостоятельно, а не запрашивает его у интеграции. Создает он его по названию типа, прописанному в реестре:
CodeDomProvider generatorProvider = null;
if (guid3.Equals(o))
{
generatorProvider = new CSharpCodeProvider();
}
else if (guid3.Equals(guid2))
{
generatorProvider = new VBCodeProvider();
}
else
{
generatorProvider = this.CreateProviderFromRegistry(guid3);
}
if (generatorProvider == null)
{
throw new NotSupportedException(SR.GetString("DESIGNERLOADERNoLanguageSupport"));
}
return new VSMDCodeDomProvider(new VsCodeDomProvider(this, projectItem, generatorProvider));
Прописал в реестре значение
HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\9.0Exp\Configuration\Projects\{edcc3b85-0bad-11db-bc1a-00112fde8b61}\CodeDomProvider = "Nemerle.Compiler.Utils.NemerleCodeDomProvider, Nemerle.Compiler.Utils"
После этого перестал появляться ворнинг "The language for this file does not support the necessary code parsing and generation services. Please ensure the file you are opening is a member of a project and then try to open the file again"
Теперь при добавлении контролов на форму в коде автоматически создается соответствующий ему член класса. Но автоматическое создание обработчиков событий все равно не заработало. Причем теперь уже никаких предупреждений или исключений в отладке не проявляется ((( Продолжаю изыскания...
макроса генерирующего обертку для ресурсных файлов реализованную Aen Sidhe-ом.
Для ее корректной поддержки в Интеграции пришлось так же добавить:
1. Параметр компилятора /project-path:коревой-каталог-проекта и соответствующий ключ MSBuild task — ProjectPath.
2. Параметр компилятора /root-namespace:имя-главного-пространства-имен и соответствующий ключ MSBuild task — RootNamespace.
3. Обновление дерева типов при записи ресурсных файлов.
Использование очень простой:
1. В любой файл проекта помещаем атрибут:
2. Добавить в корень проекта ресурсный файл формата .resx с именем совпадающим с именем указанным в атрибуте на предыдущем шаге.
3. Заполнить и записать ресурсный файл.
4. Использовать модуль ИмяФайла (т.е. указанное в атрибуте и совпадающее с именем файла) в нужном участке кода. Для каждого имени ресурсного файла будет добавлено свойство с таким же именем.
Пункты 3-4 можно повторять по вкусу.
В проекты типа Windows Application, Wpf Application и Console Application в файл AssemblyInfo.n добавлен атрибут:
так что если добавить в проект файл Resources.resx, то он автоматически подхватится. Файл с таким именем создается VS автоматически, если в свойствах проекта выбрать закладку Resources и нажать там ссылку "создать дефолтный ресусный файл что-то-там...". Именно по этому отсутствие Resources.resx игнорируется макросом. В ином случае будет выдаваться сообщение об ошибке.
Просьба потестировать функциональность.
Если кто-то опишет макрос в вики — я буду очень признателен.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Re: Новая фича (надеюсь, последняя) - макрос Resource
макроса генерирующего обертку для ресурсных файлов реализованную Aen Sidhe-ом.
nemerle-debug-rev8510-02092010
NemerleStudio.exe Не удалось запустить приложение, поскольку его параллельная конфигурация неправильна....
Может я не оттуда беру ( http://aivar.spb.ru/nemerle/ )
Работает с формами кстати и 8479ая но приходится каждый раз праить дизайнер руками, где взять новую ? или я что-то не так делаю ?
Радуют новости о бете скорей бы.
п.с. Привет rsdn , теперь я вас достану
الحقيقة:الشئ الوحيد الذي(لا)يصدقه الناس!ا الزواج : جمع.وطرح.ثم(ضرب)!ولكنه قبل ذلك(قسمة) المحامي:لسان.وحنجرة.وروب!يدافع عن مال موكله (أعزائي)!وهو لا يعرف أحد منّا!الطالب (الأول)على فصله!لولا وجود الأخرين
Re[2]: Новая фича (надеюсь, последняя) - макрос Resource
Здравствуйте, VladD2, Вы писали:
VD>По видимому в них есть какие-то проблемы.
видимо да... Кстати ещё вопрос с работой с ASP.NET , Очень уж не удобно вручную все aspx кидать и на них наыязывать классы
Это монотонные операции , может быть это возможно реализовать до беты ?
(ну если конечно уже не починили)
الحقيقة:الشئ الوحيد الذي(لا)يصدقه الناس!ا الزواج : جمع.وطرح.ثم(ضرب)!ولكنه قبل ذلك(قسمة) المحامي:لسان.وحنجرة.وروب!يدافع عن مال موكله (أعزائي)!وهو لا يعرف أحد منّا!الطالب (الأول)على فصله!لولا وجود الأخرين
Re[5]: Новая фича (надеюсь, последняя) - макрос Resource
Здравствуйте, VladD2, Вы писали:
VD>У меня просто нет времени. Присоединяйся, и помоги.
С радостью. Но я не так быстро смогу внедриться в проект. Надо разобраться будет как что и где + у меня тоже не уйма времени.
VD>Советами я помогу.
Куда копать ?
الحقيقة:الشئ الوحيد الذي(لا)يصدقه الناس!ا الزواج : جمع.وطرح.ثم(ضرب)!ولكنه قبل ذلك(قسمة) المحامي:لسان.وحنجرة.وروب!يدافع عن مال موكله (أعزائي)!وهو لا يعرف أحد منّا!الطالب (الأول)على فصله!لولا وجود الأخرين
Re[6]: Новая фича (надеюсь, последняя) - макрос Resource
Здравствуйте, Schrodinger, Вы писали:
S>С радостью. Но я не так быстро смогу внедриться в проект. Надо разобраться будет как что и где + у меня тоже не уйма времени.
Чем могу готов помочь.
S>Куда копать ?
Лучше всего по Skype-у это дело обсудить.
Если в двух словах, то есть единственная доступная хоть как-то работающая реализация — это реализация в IronPython. Нужно начать с ее изучения. Тот код что есть в проекте сейчас — это попытка перенести код из IronPython.
Первым же шагом должна стать сборка компилятора и интеграции в отладочном режиме из исходников. О том как это сделать подробно написано здесь
Здравствуйте, Schrodinger, Вы писали:
S>видимо да... Кстати ещё вопрос с работой с ASP.NET , Очень уж не удобно вручную все aspx кидать и на них наыязывать классы S>Это монотонные операции , может быть это возможно реализовать до беты ? S>(ну если конечно уже не починили)
Если имеется ввиду возможность создания aspx страниц по шаблону через меню Add New Item, то я вроде разобрался как это сделать. Займусь этим в ближайшее время. А вот с поддержкой дизайнера для aspx страниц туго — сейчас дизайнер при попытке сгенерить серверный код выдает ошибку "Generation of designer file failed: The language for this file does not support the necessary code parsing and generation services. Please ensure the file you are opening is a member of a project and then try to open the file again" и куда копать пока неизвестно.
Здравствуйте, VladD2, Вы писали:
VD>Первым же шагом должна стать сборка компилятора и интеграции в отладочном режиме из исходников. О том как это сделать подробно написано здесь
Ну это уже проходили Как-нибудь пересоберу
VD>Если в двух словах, то есть единственная доступная хоть как-то работающая реализация — это реализация в IronPython. Нужно начать с ее изучения. Тот код что есть в проекте сейчас — это попытка перенести код из IronPython.
Я не знаю питон Хотя его и хвалят все... может и стоит это дело опробовать
VD>Лучше всего по Skype-у это дело обсудить.
как-нибудь вышлю свой скайп нп мейл, особенно если дело пойдёт, не сегодня
الحقيقة:الشئ الوحيد الذي(لا)يصدقه الناس!ا الزواج : جمع.وطرح.ثم(ضرب)!ولكنه قبل ذلك(قسمة) المحامي:لسان.وحنجرة.وروب!يدافع عن مال موكله (أعزائي)!وهو لا يعرف أحد منّا!الطالب (الأول)على فصله!لولا وجود الأخرين
Re[5]: Новая фича (надеюсь, последняя) - макрос Resource
Здравствуйте, seregaa, Вы писали:
S>Если имеется ввиду возможность создания aspx страниц по шаблону через меню Add New Item, то я вроде разобрался как это сделать. Займусь этим в ближайшее время. А вот с поддержкой дизайнера для aspx страниц туго — сейчас дизайнер при попытке сгенерить серверный код выдает ошибку "Generation of designer file failed: The language for this file does not support the necessary code parsing and generation services. Please ensure the file you are opening is a member of a project and then try to open the file again" и куда копать пока неизвестно.
Дизайнер работал (С интеграцией, (к сожалению Я сейчас импользую Немерле студию) )
И да — я про добавление New Item и не только aspx, хорошо бы ещё и всякие другие штуки.
الحقيقة:الشئ الوحيد الذي(لا)يصدقه الناس!ا الزواج : جمع.وطرح.ثم(ضرب)!ولكنه قبل ذلك(قسمة) المحامي:لسان.وحنجرة.وروب!يدافع عن مال موكله (أعزائي)!وهو لا يعرف أحد منّا!الطالب (الأول)على فصله!لولا وجود الأخرين
Re[5]: Новая фича (надеюсь, последняя) - макрос Resource
Здравствуйте, seregaa, Вы писали:
S> А вот с поддержкой дизайнера для aspx страниц туго — сейчас дизайнер при попытке сгенерить серверный код выдает ошибку "Generation of designer file failed: The language for this file does not support the necessary code parsing and generation services. Please ensure the file you are opening is a member of a project and then try to open the file again" и куда копать пока неизвестно.
По этому поводу можно сделать следущее.
1. Попытаться разобраться что не так путем перехвата исключений.
2. Попытаться обратиться знакомым из МС. Может они намекнут куда копать. Но об этом лучше по скйпу ил мылу.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Re[6]: Новая фича (надеюсь, последняя) - макрос Resource
Здравствуйте, Schrodinger, Вы писали:
S>Дизайнер работал (С интеграцией, (к сожалению Я сейчас импользую Немерле студию) )
Он и сейчас работает — можно на форму контролов накидать и мышкой настроить их свойства. Но серверный код (тот, что в *.aspx.designer.n) не сгенерируется — дизайнер ругнется на отстутствие поддержки каких то фич со стороны интеграции. И по двойному клику по контролу для него не будет создан серверный обработчик onclick. Эти ошибки я и имел ввиду.
S>И да — я про добавление New Item и не только aspx, хорошо бы ещё и всякие другие штуки.
Другие — это какие?
Здравствуйте, seregaa, Вы писали:
S>Другие — это какие?
да ну все те, что в шарпе есть :
asax, svc, ashx ...
الحقيقة:الشئ الوحيد الذي(لا)يصدقه الناس!ا الزواج : جمع.وطرح.ثم(ضرب)!ولكنه قبل ذلك(قسمة) المحامي:لسان.وحنجرة.وروب!يدافع عن مال موكله (أعزائي)!وهو لا يعرف أحد منّا!الطالب (الأول)على فصله!لولا وجود الأخرين
Re[6]: Новая фича (надеюсь, последняя) - макрос Resource
Здравствуйте, Schrodinger, Вы писали:
S>Дизайнер работал (С интеграцией, (к сожалению Я сейчас импользую Немерле студию) )
Вот чего не помню, того не помню. Зато помню, что и раньше, и сейчас многие жаловались на невозможность его использования.
S>И да — я про добавление New Item и не только aspx, хорошо бы ещё и всякие другие штуки.
Речь о шаблонах файлов? Их добавить совсем не сложно. Они находится в каталоге Templates. Нужно просто добавить туда (в подкаталоги соответствующих проектов) необходимые файлы.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Re[8]: Новая фича (надеюсь, последняя) - макрос Resource
Здравствуйте, VladD2, Вы писали:
VD>Речь о шаблонах файлов? Их добавить совсем не сложно. Они находится в каталоге Templates. Нужно просто добавить туда (в подкаталоги соответствующих проектов) необходимые файлы.
Как оказалось мало просто добавить, нужно еще и установить для файлов Build Action = "ZipItem". И еще выяснилось, что функция TryFindParentFileNode, используемая для выстраивания иерархии подчиненных файлов, не работает для большинства типов файлов, включая aspx, asmx, xaml и т.д. Функция была заточена под windows form layout:
// + — form.n
// | + — form.designer.n
а для большинства файлов используется другая схема:
// + — page.aspx
// | + — page.aspx.n
// | + — page.aspx.designer.n
Я сейчас переписываю эту функцию так, чтобы она сначала пыталась определить родителя с учетом стандартной схемы, а при неуспешной попытке — с учетом схемы, применяемой для windows forms.
Здравствуйте, VladD2, Вы писали:
VD>Речь о шаблонах файлов? Их добавить совсем не сложно. Они находится в каталоге Templates. Нужно просто добавить туда (в подкаталоги соответствующих проектов) необходимые файлы.
Нужно
А сколько у нас времени ?..
الحقيقة:الشئ الوحيد الذي(لا)يصدقه الناس!ا الزواج : جمع.وطرح.ثم(ضرب)!ولكنه قبل ذلك(قسمة) المحامي:لسان.وحنجرة.وروب!يدافع عن مال موكله (أعزائي)!وهو لا يعرف أحد منّا!الطالب (الأول)على فصله!لولا وجود الأخرين
Re[8]: Новая фича (надеюсь, последняя) - макрос Resource
Здравствуйте, seregaa, Вы писали:
S>// + — form.n S>// | + — form.designer.n
S>а для большинства файлов используется другая схема: S>// + — page.aspx S>// | + — page.aspx.n S>// | + — page.aspx.designer.n
S>Я сейчас переписываю эту функцию так, чтобы она сначала пыталась определить родителя с учетом стандартной схемы, а при неуспешной попытке — с учетом схемы, применяемой для windows forms.
Мне кажется, что выьФормсовый случай — это частный случай общей схемы. Так что можно попытаться написать единый универсальный код.
Еще, кстати, нужно проверить переименовывыются ли зависимые файлы при переименовании главного.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Re[8]: Новая фича (надеюсь, последняя) - макрос Resource
Здравствуйте, Schrodinger, Вы писали:
S>Нужно S>А сколько у нас времени ?..
Недели две.
Но в принципе могу не удалять все это дело на перод бэтастадии.
Далее уже прийдется выбросить все не рабочее.
Но никто не мешает создать брэнч в SVNnе и делать все потихонечку. Как сделоете, сольем с основной веткой. Ну и выпустим версию 1.1.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Re[9]: Новая фича (надеюсь, последняя) - макрос Resource
Для ContentPage в c# вызывается визард, позволяющий выбрать master page для новой формы. Добиться вызова этого визарда в nemerle не удалось, поэтому имя мастер-страницы нужно прописывать руками — но это имхо совсем мелочь.
С визардами такая ситауция: Эти визарды используются при создании новых файлов для получения от пользователя дополнительных параметров. Например при создании Content Page так запрашиватся имя мастер-страницы. Еще они используются для динамического формирования контента, например для ContentPage формируются плейсхолдеры <asp:Content ID="Content1" ContentPlaceHolderID="head" runat="server"> в зависимости от используемой мастер-страницы.
Хотя я скопировал ссылку на класс визарда из шаблона c# один-к-одному, в немерле визард не вызвался. Зато я заметил, что студия попыталась спросить у интеграции значение свойства DesignTimeReferences для добавляемого файла, но такое свойство в интеграции не реализовано. Возможно что неудача с запуском визардов вызвана отсутствием реализации этого свойства. Я попытался найти способ реализации, но гугление к результату не привело. Копание в рефлекторе показало, что студя ожидает коллекцию, реализующую интерфейс VSLangProj.References, способа создать такую коллекцию я пока не нашел (((
Из за этой проблемы пришлось немного переделать шаблоны, взятые от c# — убрал из них параметры, конфигурируемые визардами. Такие параметры придется прописывать руками. Но таких параметров немного, по моему только имя мастер-страницы да плейсхолдеры.
Здравствуйте, seregaa, Вы писали:
S>Для ContentPage в c# вызывается визард, позволяющий выбрать master page для новой формы. Добиться вызова этого визарда в nemerle не удалось,
А в чем проблема?
S>Хотя я скопировал ссылку на класс визарда из шаблона c# один-к-одному, в немерле визард не вызвался. Зато я заметил, что студия попыталась спросить у интеграции значение свойства DesignTimeReferences для добавляемого файла, но такое свойство в интеграции не реализовано. Возможно что неудача с запуском визардов вызвана отсутствием реализации этого свойства. Я попытался найти способ реализации, но гугление к результату не привело. Копание в рефлекторе показало, что студя ожидает коллекцию, реализующую интерфейс VSLangProj.References, способа создать такую коллекцию я пока не нашел (((
Скорее всего речь идет об атомэшон свойствах. References — это скорее всего стандартное свойство.
Попробуй порыть в сторону: NemerleOAReferenceFolderItem.cs, NemerleReferenceContainerNode.cs и самих веток отражающих референсы — классы наследники AssemblyReferenceNode (NemerleAssemblyReferenceNode, NemerleProjectReferenceNode). Скорее всего сама коллекция уже нет, но она не поддерживает данный тип ссылки. Так что видимо нужно создать новый класс наследник AssemblyReferenceNode.
Ты смотрел пример IronPython-интеграции? Там с большой вероятностью поддержка АСП реализована. Правда, как и все остальное, реализовано там халтурно и на очень начальном уровне. Но куда копать должно быть понятно.
S>Из за этой проблемы пришлось немного переделать шаблоны, взятые от c# — убрал из них параметры, конфигурируемые визардами. Такие параметры придется прописывать руками. Но таких параметров немного, по моему только имя мастер-страницы да плейсхолдеры.
А это не вызвает проблем при использовании?
И вообще, веб-проекты работают? В каком виде сейчас все это?
Потом как я понимаю речь идет о веб-формсах. Но на сегодня более катуальными является MVC. Он то поддерживается?
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Re: Новая фича (надеюсь, последняя) - макрос Resource
Здравствуйте, VladD2, Вы писали:
VD>В проекты типа Windows Application, Wpf Application и Console Application в файл AssemblyInfo.n добавлен атрибут: VD>
VD>так что если добавить в проект файл Resources.resx, то он автоматически подхватится. Файл с таким именем создается VS автоматически, если в свойствах проекта выбрать закладку Resources и нажать там ссылку "создать дефолтный ресусный файл что-то-там...". Именно по этому отсутствие Resources.resx игнорируется макросом. В ином случае будет выдаваться сообщение об ошибке.
А почему бы не создавать на каждый ресурсный файл, для которого нужна обертка, файл где и размещать этот атрибут? Примерно как это делается в шарповских проектах с генерируемой оберткой. Так и вышеприведенный костыль не понадобится, и будет похоже на поведение шарпа, и можно будет вручную не объявлять этот атрибут. И вопросов меньше будет.
... << RSDN@Home 1.2.0 alpha 4 rev. 1439>>
Re[2]: Новая фича (надеюсь, последняя) - макрос Resource
Здравствуйте, jenyavb, Вы писали:
J>А почему бы не создавать на каждый ресурсный файл, для которого нужна обертка, файл где и размещать этот атрибут? Примерно как это делается в шарповских проектах с генерируемой оберткой. Так и вышеприведенный костыль не понадобится, и будет похоже на поведение шарпа, и можно будет вручную не объявлять этот атрибут. И вопросов меньше будет.
Хотя бы из того соображения, что — это бессмысленно.
Что даст заведение какого-то левого файла? Реагировать нужно на изменение другого (например, ресурсного) фала. Атрибут может находиться где угодно. Это ни на что не влияет.
Аналогии с шарпом тут вообще не уместны. Нет никаких внешних генераторов. Все что нужно делает макрос. Во время сборки макрос отрабатывает в штатном режиме. Проблема возникает только когда кто-то меняет некий файл не относящийся к коду (например, ресурсный). Интеграция просто не знает, что макрос как-то завязан на этот файл.
Собственно задача и стоит в том чтобы найти наиболее удобный способ связать изменение сторонних файлов с работой макросов.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Re[11]: Новая фича (надеюсь, последняя) - макрос Resource
Здравствуйте, VladD2, Вы писали:
VD>И вообще, веб-проекты работают? В каком виде сейчас все это? VD>Потом как я понимаю речь идет о веб-формсах. Но на сегодня более катуальными является MVC. Он то поддерживается?
Я заводил немерл под ASP.NET MVC 1.0. Сводилось все сводилось к настройке компилятора и добавлению ссылок в web.config, а также исправлению nproj файла по аналогии с C#-овым MVC-проектом. Под IISом работало.
/* иЗвиНите зА неРовнЫй поЧерК */
Re[12]: Новая фича (надеюсь, последняя) - макрос Resource
Здравствуйте, hardcase, Вы писали:
H>Я заводил немерл под ASP.NET MVC 1.0. Сводилось все сводилось к настройке компилятора и добавлению ссылок в web.config, а также исправлению nproj файла по аналогии с C#-овым MVC-проектом. Под IISом работало.
Так может быть в первую очередь добавить именно его поддержку?
По словам знатных сабакоедов ASP.NET MVC более перспективная библиотека.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Re[13]: Новая фича (надеюсь, последняя) - макрос Resource
Здравствуйте, VladD2, Вы писали:
H>>Я заводил немерл под ASP.NET MVC 1.0. Сводилось все сводилось к настройке компилятора и добавлению ссылок в web.config, а также исправлению nproj файла по аналогии с C#-овым MVC-проектом. Под IISом работало.
Поддержка MVC в процессе. Шаблон проекта готов, осталось добавить шаблоны отдельных элементов — контроллеров и представлений.
VD>Так может быть в первую очередь добавить именно его поддержку? VD>По словам знатных сабакоедов ASP.NET MVC более перспективная библиотека.
Да, более перспективная. Но шаблон веб-формс проекта уже был в интеграции, поэтому начал с него. Тем более народ веб формы все еще использует.
может и стоит это дело опробовать
