Почему когда сам набираешь текст при переименовании все нормально, но когда пытаешься вставить какое то слово в название то получаешь что-то на подобии этого?
Потому что фича (namespace) сырая, пусть сначала анализатор кода сделают, глядишь - и это починится.
Приведите пример как было, что куда вставляли и что вышло, при чём не скриншотом а кодом. Архивом если это только в проектах Windows.Forms наблюдается.
Вот архив: Пример.rar (40,2 КБ). Это изначально что было. Попробуйте переименовать какой нибудь из модулей, например, но не набирая название новое, а вставляя какое-нибудь слово в название.
Ах вот как, кажется @ibond невнимательно прочитал что я писал в #727 и не подумав исправил то что не надо было… Верните назад и исправьте то что я писал в той issue, пожалуйста))
При нажатии на кнопку “Форматировать код” срезы двоятся.
было a[2:], после форматирования становится a[22:]
было a[1::-1], после форматирования становится a[11::-1-1]
было a[::-1], после форматирования становится a[::-1::-1-1]
На самом деле нужно просто поменять порядок атрибутов на sealed abstract, и никаких проблем не будет. А вообще, зачем убрали final? Ведь всяко удобнее писать final class, чем sealed abstract, да и код понятнее будет.
это вы запостили неправильный issue. причем тут объявление переменной и абстрактный класс. и класс Math не абстрактный, а статический. public abstract sealed class в C# не работает, возвращать назад не буду.
Issue была про то что экземпляры abstract sealed классов невозможно создать, поэтому и объявлять переменные с их типом надо запретить. Что из названия и содержания Issue было не понятно?
Ну да, в C# он называется статичным, но в паскале нет такого ключевого слова.
Зато в C# есть static. Сейчас в паскале нету способа создать статичный класс, abstract sealed был единственным. Вы решили переделать, чтоб было как в C#?))) Если так - я, лично, не имею ничего против, такая запись короче, но сначала добавьте static, а потом уже убирайте abstract sealed…
Кстати, в #526 вы сами сказали что в паскале это должно компилироваться.
internal значит что Value доступно из всей сборки. То есть обычно это работает как public, но, к примеру, если Value будет в .dll библиотеке - во всей библиотеке будет к нему доступ, но уже в программе которая подключит эту библиотеку доступа не будет.
abstract sealed в таком виде это безусловно бред, потому что позволяет описывать экземплярные методы. надо вводить static, который бы разрешал только статические. и уже запрещать объявлять переменные статических классов как в C#.