А ошибки Вы хотите чтобы в каждом релизе исправленные писались?
Тут вот вопрос интересный. Я так понимаю, на странице сайта - скачать - указана версия - 3.0, сборка 1024 от 28.08.2015 (текущий stable-релиз, но чаще указываются beta-сборки), хотя если скачать установщик, то там уже более свежий релиз - 3.0, сборка 1038 от 06.09.2015 (dev-сборка). Stable-релизы же вот: 2.1.0.555, 2.2.0.683, 3.0.0.1024 и т.д. Я предложил два варианта оформления описаний. Вам подойдёт скорее второй вариант. Dev-сборки можно опустить, а оформлять описания исправлений и изменений сразу для beta-сборок, если я правильно понимаю логику публикаций релизов на сайте.
Там просто такие мелкие правки, что Вы их вряд ли вообще когда-то обнаружите. Иногда это исправленные ошибки, иногда пример просто добавили. Честно говоря, не хочется всё это писать.
Я не настаиваю на резком увеличении количества информации в описаниях. Я, скорее, предлагаю иной каркас оформления этих описаний. В конце концов, вам решать какую информацию об изменениях сообщать, а какую нет, но потихоньку оказывать влияние на окончательные решения, которые вы принимаете, пользователи могут. Мир стремительно меняется и кто знает, что будет завтра…!?
Выработаны ещё некоторые предложения и мысли. Я хотел бы попросить разработчиков немного подправить некоторые элементы редактора среды разработки. Что можно сделать с полосами прокрутки: вертикальной и горизонтальной; в том смысле, что они должны отсутствовать до тех пор, пока текст кода программы не выйдет за границы экрана, но они показываются постоянно?
И ещё есть в редакторе одна вертикальная ограничительная полоса, расположение которой нельзя изменить (настроить). Я не знаю насколько её расположение является строгим, может это какой-то стандарт, но во многих профессиональных редакторах расположение этой полосы можно менять. Я прикрепил скрин с визуальным указанием на эту полосу, чтобы было однозначно понятно, о чём я пишу.
Хоть я обращаю внимание на относительные мелочи, но они достаточно часто отвлекают от работы, чувствуется какой-то дискомфорт. Скорее всего из-за привычки к определённо настроенному интерфейсу большинства программ, с которыми я часто работаю.
В WDE всё время пишут
При загрузке содержимого файла пользователя произошла неизвестная ошибка на сервере
Ещё в новой справке на сайте в разделе с описанием модуля PABCSystem, про функции семейства Read* сказано, что все они возвращают integer
.
Позавчера решил попробовать в очередной раз зайти в редактор проектов, проверить, вдруг панель свойств стала отображаться. А она стала. на радостях доделал пару проектов и начал еще один, спасибо большое, но обновляться теперь боязно))
Ребят, где можно взять свежую версию документации по библиотеке классов .NET на русском языке и без глюков со шрифтами. Есть ли вообще такая оффлайн документация в виде всё того же .chm или может чего иного? Никак быстро найти ничего подобного не получается. Опубликуйте ссылку на виду, для всех, если у кого-то она вообще есть. Или сам файл справки по библиотеке классов .NET выложите где-нибудь.
Не уверен, что пишу туда, куда надо, но тема вроде как близкая. Ребята, а вы в курсе, что в разделе “Примеры программ” на pascalabc.net не работают ссылки на wiki? P.S. сама вики, если зайти на http://pascalabc.net/wiki/, работает.
Взял компилятор с сайта.
Учебная задача: построить таблицу значений y = x^2, интервал значения x и шаг параметра ввести с клавиатуры. В итоге программа работает, но табличка отрисовывается странно. Например, шапка вида
---------------------------------
| № | x | y |
---------------------------------
рисуется так, что верхний ряд дефисов - нормальной длинны, а тот, что ниже (и все остальные дальше по таблице) - очень короткими, в итоге получившееся на таблицу в принципе не тянет.
При этом если символ № заменить на символ # , то всё работает нормально. Оно так и надо или это всё-таки баг?
Сильно сокращённый вариант программы
Program YX2;
Begin
Writeln('y=x^2');
Writeln('--------','-','-----------','-','------------');
Writeln('| № ','|',' x ','|',' y |');
Writeln('--------','-','-----------','-','------------');
Readln;
End.
Примеры:
С большой вероятностью вас попросят привести код программы и скриншоты.
в семерке вроде проблема не наблюдается. какие-то баги мертвой XP
Проверил на XP. Тоже все работает.
А мне удалось воспроизвести ошибку, я взял таблицу символов и скопировал первый попавшийся китайский (?) иероглиф из шрифта Arial Unicode MS.
После копирования текста из окна вывода в Word выясняется, что начиная с этого иероглифа идет другой шрифт (SimSun в моем случае).
Может Windows пытается использовать другой шрифт, если символа нет в шрифте?
Попробовал работу с динамическими матрицами. На деле они мало что дают, поскольку очень существенно проигрывают в гибкости описанию в стиле array of array. Крайне не хватает сечений матрицы, т.е. возможности представлять строку или столбец как элемент соответствующей коллекции Matrix.Rows или Matrix.Columns. Это дало бы возможность применять к строке/столбцу все то богатство процедур и методов, которые имеются для одномерных массивов. А сейчас даже, к примеру, максимальный элемент матрицы в стиле MyMatrix.Max нельзя найти.
А подтягивание во всплывающие подсказки документирующих комментариев для элементов перечислимого типа не предусмотрено?
type
///Документирующий комментарий описания типа.
EnumType= (
///Документирующий комментарий первого элемента.
EnumElement1,
///Документирующий комментарий второго элемента.
EnumElement2);
при наведении например на EnumElement1 в подсказке все равно стандартное UnitNamespace.EnumElement1 = EnumElement1; Насколько это трудновыполнимо?
Дополню, вдруг кому пригодится. если пользоваться атрибутами (в моем случае это DataMember и DataContract - для полноценной XML сериализации экземпляров класса) документирующий комментарий должен быть между атрибутом и комментируемым субъектом кода:
[DataMember]
///Документирующий комментарий - будет виден при наведении мышью.
SomeClassField: integer;
///Документирующий комментарий - НЕ БУДЕТ виден при наведении мышью.
[DataMember]
OtherClassField: integer;
Атрибуты (по крайней мере эти) корректно отрабатывают в обоих случаях.
Уважаемые разработчики, подскажите, почему не работает такая программа
program sss;
uses GraphABC;
var s:string;
begin
read(s);
read(s);
end.
Я ожидал от неё сначала, чтобы запросила первую строчку и потом вторую. А на деле второй read она просто пропускает и ничего не делает.
Замените первый read
на readln
.
Благодарю. Действительно работает