Здравствуйте, Ziaw, Вы писали:
Z>Сюда или в трекер на гитхабе. Для начала лучше сюда, ибо есть как knownbugs, так и то, что считается фичей а не багом.
Здравствуйте, _d_m_, Вы писали:
___>Здравствуйте, Ziaw, Вы писали:
Z>>Сюда или в трекер на гитхабе. Для начала лучше сюда, ибо есть как knownbugs, так и то, что считается фичей а не багом.
___>http://files.rsdn.ru/21534/nemerle1.png
Здравствуйте, Аноним, Вы писали:
А>Здравствуйте, _d_m_, Вы писали:
___>>Здравствуйте, Ziaw, Вы писали:
Z>>>Сюда или в трекер на гитхабе. Для начала лучше сюда, ибо есть как knownbugs, так и то, что считается фичей а не багом.
___>>http://files.rsdn.ru/21534/nemerle1.png
А>Да.... уж... жёстко у вас с переменными...
Здравствуйте, _d_m_, Вы писали:
___>Здравствуйте, Ziaw, Вы писали:
Z>>Сюда или в трекер на гитхабе. Для начала лучше сюда, ибо есть как knownbugs, так и то, что считается фичей а не багом.
___>http://files.rsdn.ru/21534/nemerle1.png
Да нет, здесь все нормально, единственно имя типа после = надо написать с .? например Dictionary.[int, string]. В Nemerle это разрешение неоднозначности для оператора [], смысл в том что когда не работает обычное имя типа, надо писать точку перед [].
Здравствуйте, CodingUnit, Вы писали:
CU>Да нет, здесь все нормально, единственно имя типа после = надо написать с .? например Dictionary.[int, string]. В Nemerle это разрешение неоднозначности для оператора [], смысл в том что когда не работает обычное имя типа, надо писать точку перед [].
На самом деле тут просто не нужно указывать параметры типа.
Они прекрасно выводятся.
Но тут как я понял бага в другом. Посмотри, как в хинте надписи одна на другую налезли.
... << RSDN@Home 1.2.0 alpha 4 rev. 1472>>
Пусть это будет просто:
просто, как только можно,
но не проще.
(C) А. Эйнштейн
Здравствуйте, CodingUnit, Вы писали:
CU>Здравствуйте, _d_m_, Вы писали:
___>>Здравствуйте, Ziaw, Вы писали:
Z>>>Сюда или в трекер на гитхабе. Для начала лучше сюда, ибо есть как knownbugs, так и то, что считается фичей а не багом.
___>>http://files.rsdn.ru/21534/nemerle1.png
CU>Да нет, здесь все нормально, единственно имя типа после = надо написать с .? например Dictionary.[int, string]. В Nemerle это разрешение неоднозначности для оператора [], смысл в том что когда не работает обычное имя типа, надо писать точку перед [].
1. Бага в том как налазят друг на друга надписи.
2. Ошибку перестал выдавать. Хоть как в исходном варианте, хоть с точкой, хоть без параметров типа. Ну здесь вероятно после того как исправил ошибки следующие за этой. Ведь здесь Dictionary имеет второй параметр типа сам класс, в котором помещено данное определение.
Да есть такое, я замечал уже раньше что текст может вылезать за экран и быть невидим, иногда это очень мешало. Наверное стоит поместить это в баги/фичи, на иссью трекере в гитхабе.
Здравствуйте, _d_m_, Вы писали:
___>2. Ошибку перестал выдавать. Хоть как в исходном варианте, хоть с точкой, хоть без параметров типа. Ну здесь вероятно после того как исправил ошибки следующие за этой. Ведь здесь Dictionary имеет второй параметр типа сам класс, в котором помещено данное определение.
Это какая-то свистопляска.
Билдим проект. В окне вывода имеем успешно созданный проект и в папке наблюдаем созданные длл.
Но в редакторе та же хрень: красным подчеркивает строку с объявлением и в списке ошибок проекта имеем:
Ошибка 5 cannot find any suitable indexer in 'Dictionary' (type is ? -> ?) D:\Work\C#\КубТС\Сервер\ПроекторSql2Object.n 60 75 Сервер
Ошибка 6 cannot find any suitable indexer in 'Dictionary' (type is ? -> ?) D:\Work\C#\КубТС\Сервер\ПроекторSql2Object.n 60 75 Сервер
Ошибка 7 cannot find any suitable indexer in 'Dictionary' (type is ? -> ?) D:\Work\C#\КубТС\Сервер\ПроекторSql2Object.n 60 75 Сервер
Ошибка 8 cannot find any suitable indexer in 'Dictionary' (type is ? -> ?) D:\Work\C#\КубТС\Сервер\ПроекторSql2Object.n 60 75 Сервер
Ошибка 9 cannot find any suitable indexer in 'Dictionary' (type is ? -> ?) D:\Work\C#\КубТС\Сервер\ПроекторSql2Object.n 60 75 Сервер
Ошибка 10 cannot find any suitable indexer in 'Dictionary' (type is ? -> ?) D:\Work\C#\КубТС\Сервер\ПроекторSql2Object.n 60 75 Сервер
Ошибка 11 typing fails on ambiguity between overloads: D:\Work\C#\КубТС\Сервер\ПроекторSql2Object.n 60 75 Сервер
Сообщение 12 Posible overload: constructor System.Collections.Generic.Dictionary..ctor(dictionary : System.Collections.Generic.IDictionary[TKey, TValue], comparer : System.Collections.Generic.IEqualityComparer[TKey]) : System.Collections.Generic.Dictionary.[TKey, TValue] D:\Work\C#\КубТС\Сервер\ПроекторSql2Object.n 60 75 Сервер
Сообщение 13 Posible overload: constructor System.Collections.Generic.Dictionary..ctor(dictionary : System.Collections.Generic.IDictionary[TKey, TValue]) : System.Collections.Generic.Dictionary.[TKey, TValue] D:\Work\C#\КубТС\Сервер\ПроекторSql2Object.n 60 75 Сервер
Сообщение 14 Posible overload: constructor System.Collections.Generic.Dictionary..ctor(capacity : int, comparer : System.Collections.Generic.IEqualityComparer[TKey]) : System.Collections.Generic.Dictionary.[TKey, TValue] D:\Work\C#\КубТС\Сервер\ПроекторSql2Object.n 60 75 Сервер
Сообщение 15 Posible overload: constructor System.Collections.Generic.Dictionary..ctor(comparer : System.Collections.Generic.IEqualityComparer[TKey]) : System.Collections.Generic.Dictionary.[TKey, TValue] D:\Work\C#\КубТС\Сервер\ПроекторSql2Object.n 60 75 Сервер
Сообщение 16 Posible overload: constructor System.Collections.Generic.Dictionary..ctor(capacity : int) : System.Collections.Generic.Dictionary.[TKey, TValue] D:\Work\C#\КубТС\Сервер\ПроекторSql2Object.n 60 75 Сервер
Сообщение 17 Posible overload: constructor System.Collections.Generic.Dictionary..ctor() : System.Collections.Generic.Dictionary.[TKey, TValue] D:\Work\C#\КубТС\Сервер\ПроекторSql2Object.n 60 75 Сервер
Ошибка 18 cannot find any suitable indexer in 'Dictionary' (type is ? -> ?) D:\Work\C#\КубТС\Сервер\ПроекторSql2Object.n 60 75 Сервер
Ошибка 19 typing fails on delayed typing of indexer D:\Work\C#\КубТС\Сервер\ПроекторSql2Object.n 60 75 Сервер
Здравствуйте, _d_m_, Вы писали:
___>Билдим проект. В окне вывода имеем успешно созданный проект и в папке наблюдаем созданные длл. ___>Но в редакторе та же хрень: красным подчеркивает строку с объявлением и в списке ошибок проекта имеем:
Это значит что есть рассинхронизация в сообщениях об ошибках между компилятором и студией, я честно говоря не смотрю на лист ошибок, он часто дает не то что есть на самом деле, в сообщениях в окне вывода больше правды. Ну наверное можно это поместить в трекер.
Здравствуйте, CodingUnit, Вы писали:
CU>Здравствуйте, _d_m_, Вы писали:
___>>Билдим проект. В окне вывода имеем успешно созданный проект и в папке наблюдаем созданные длл. ___>>Но в редакторе та же хрень: красным подчеркивает строку с объявлением и в списке ошибок проекта имеем:
CU>Это значит что есть рассинхронизация в сообщениях об ошибках между компилятором и студией, я честно говоря не смотрю на лист ошибок, он часто дает не то что есть на самом деле, в сообщениях в окне вывода больше правды. Ну наверное можно это поместить в трекер.
В том то и дело, что он дает не то что есть на самом деле.
Что для этого нужно сделать — чтобы поместить в трекер?
Просто все удобства студии так помаленьку сводятся на нет. Имея список ошибок можно двойным щелчком на строке ошибки переместиться в редакторе на место ошибки. Да и должен все таки список ошибок давать то что есть на самом деле.
тоже самое можно и в окне вывода, там есть информация где ошибка и двойном нажатии происходит перемещение в точку. Там есть ряд проблем, потому что движок интеграции работает с другим движком компилятора и поэтому сообщения об ошибках другие, более полные помоему, но здесь явно просто остался запомненный результат, такого быть не должно. Помести это в иссью.
Здравствуйте, _d_m_, Вы писали:
___>Это какая-то свистопляска. ___>Билдим проект. В окне вывода имеем успешно созданный проект и в папке наблюдаем созданные длл. ___>Но в редакторе та же хрень: красным подчеркивает строку с объявлением и в списке ошибок проекта имеем:
Это давно известный баг. Проблема в том, что интеграция сама постоянно ребилдит проект и ловит ошибки. К сожалению эти ошибки иногда "застревают". С ним бы можно было мириться, если отследить факт успешного билда и "сбросить нафиг все кеши". Я, правда, довольно слабо представляю, что конкретно там внутри происходит и можно ли это сделать.
Здравствуйте, Ziaw, Вы писали:
Z>Здравствуйте, _d_m_, Вы писали:
___>>Это какая-то свистопляска. ___>>Билдим проект. В окне вывода имеем успешно созданный проект и в папке наблюдаем созданные длл. ___>>Но в редакторе та же хрень: красным подчеркивает строку с объявлением и в списке ошибок проекта имеем:
Z>Это давно известный баг. Проблема в том, что интеграция сама постоянно ребилдит проект и ловит ошибки. К сожалению эти ошибки иногда "застревают". С ним бы можно было мириться, если отследить факт успешного билда и "сбросить нафиг все кеши". Я, правда, довольно слабо представляю, что конкретно там внутри происходит и можно ли это сделать.
А причем здесь успешные билды? Этот механизм по моему не должен зависить от билдов.
Давно известный баг говорите... Вобщем понятно. Пока C# опережает Nemerle в плане сервиса IDE на порядок. Пока портирование проекта на Nemerle приостановлено.
Здравствуйте, _d_m_, Вы писали:
Z>>Это давно известный баг. Проблема в том, что интеграция сама постоянно ребилдит проект и ловит ошибки. К сожалению эти ошибки иногда "застревают". С ним бы можно было мириться, если отследить факт успешного билда и "сбросить нафиг все кеши". Я, правда, довольно слабо представляю, что конкретно там внутри происходит и можно ли это сделать.
___>А причем здесь успешные билды? Этот механизм по моему не должен зависить от билдов.
Я говорю с багом можно было бы жить, если бы его можно было бы сбросить хотя бы успешным билдом. Конечно его чинить надо, проблема только в том, что его воспроизвести тяжело.
___>Давно известный баг говорите... Вобщем понятно. Пока C# опережает Nemerle в плане сервиса IDE на порядок. Пока портирование проекта на Nemerle приостановлено.
Еще бы не опережало, это же их IDE и там над над ним работают намного больше людей. А тут опенсорс. Надо понимать, что IDE лучше чем в C# не будет, можно говорить только о том сильно или не сильно хуже.
Здравствуйте, Ziaw, Вы писали:
___>>Давно известный баг говорите... Вобщем понятно. Пока C# опережает Nemerle в плане сервиса IDE на порядок. Пока портирование проекта на Nemerle приостановлено.
Z>Еще бы не опережало, это же их IDE и там над над ним работают намного больше людей. А тут опенсорс. Надо понимать, что IDE лучше чем в C# не будет, можно говорить только о том сильно или не сильно хуже.
Ок. А можно поправить следующую вещь?
1. Вот например я создаю проект из шаблона или нажимаю implement interfaces и все отступы 2 пробела, хотя я в параметрах студии выставил:
Размер интервала табуляции = 4,
Размер отступа = 4,
Сохранять знаки табуляции = true
2. Когда под именем класса появляется такая маленькая палочка подчеркивание — очень неудобно тыкать в нее мышью. Нельзя ли сделать как обычно: Alt+Shift+F10 ?
