Lazarus 1.4

нужно

P.S. Вопрос к интересующимся разработкой фрипаскаля: там c переводом fp-ide на gettext ведутся движения?

На него нету международных стандартов

Очередной пердёж от знатока. Гуглить-то хоть умееш? http://pascal-central.com/standards.html

Это еще одна его проблема под названием кто во что горазд.

Это не проблема, это диалектическая свобода выбора. FPC, например, имеет режим совместимости с дельфийским диалектом.

Так что мое сравнение с Кутями вполне уместно :)

Оно столь же уместно, как и пердёж в общественном месте. Олигофренам позволительно, но окружающие будут коситься.

Я не думаю, что ты застал Паскаль дедушки Никлауса.

Что не меняет сего факта.

Который соответствует RAD — быстро сляпать концепт приложения с минимумом усилий по части кодинга GUI/OS специфичных вещей. Что не отменяет то, что его область применения это лабы студентов, да.

И снова смешилисьвкучуконилюди. Ты прикинь, но Qt это тоже таки RAD, и следуя твоим умозаключениям место ему в студенческих лабах. Это, однако, всего лишь твои заблуждения.

Надо будет обновиться... :)

По мне, для быстрого клепания нужных мне прог (имитационные модельки, статистические расчеты по не самым распространенным методам и т. п.) - самое то, особенно с учетом моего «дельфийского» прошлого.

Вопрос к интересующимся разработкой фрипаскаля: там c переводом fp-ide на gettext ведутся движения?

Нет.

У Qt нормальная архитектура, в отличии от.

И да, иди делай уроки, завтра пятница, тебе в школу.

P.S. Pascal central — Updated: 7/25/08 авторитетность и актуальность ресурса равна авторитетности мнения анонимуса на этом ресурсе.

А он где-нибудь (за исключением IDE) используется?

Object Pascal
A proposed standard for object oriented Pascal

помнится альтовцы обещали сделать.

А в чем упоротость-то конкретно ?
Я тут в eclipse и андроид студио потыкиваю на досуге, по мне они на порядок более упоротые и загроможденные невесть чем и при этом - руками ВСЕ евент хендлеры оформлять, когда в дельфях уже 15 лет назад это ide делало. Имхо, это торжество кретинизма. Да и сами java с сями больше похожи на кодирование ради кодирования, у меня в них ощущение, что буквально продираешься к цели через код, на паскале же быстро пишешь суть, не отвлекаясь на туеву хучу нафиг не нужных абстраций или указателей с ручным приводом, плюс ну очень надо постараться, чтобы в ногу себе попасть. Одна только точечная-везде-и-всегда нотация в паскакале сколько нервов экономит.

паскаляку геть!

У Qt нормальная архитектура, в отличии от.

Нет ты!

P.S. Pascal central — Updated: 7/25/08 авторитетность и актуальность ресурса равна авторитетности мнения анонимуса на этом ресурсе.

За авторитетностью мог бы сам на исошечку сходить (http://www.iso.org/iso/home/store/catalogue_tc/catalogue_detail.htm?csnumber=...), если, конечно, это тебе по силам.

A proposed standard for object oriented Pascal

и это плохо потому-что...

Может они у себя чего-то и делают, но в транке ничего нет.

Угу. Зачем нам высокоуровневые конструкции, на фоне которых goto не нужен.

Это какие такие высокоуровневые конструкции делающие гото ненужным? Навигация по коду больше не нужна, прогать можно одними кликами, ничего не прописывая с клавы? Вирту пришлось изобрести несколько новых ЯП только чтобы как-то заменить один оператор, но народ слабо понял, зачем ему такая смена шила на мыло, а ты предлагаешь обойтись какими-то мифическими конструкциями.

Давай сразу прогать исключительно машинными кодами, нафиг вообще эти уродливые языки высокого уровня!

Если в технике есть полезный рычаг, то не надо его ломать, пусть опытные водилы им пользуются, а для неопытных пусть будет спецагрегат с одной кнопкой, автопилотом и автоматическим алкотестером - чтобы пьяный не нажимал и не выносил мозг автопилоту!

нафиг вообще эти уродливые языки высокого уровня!
Толсто же, ну!

Самый высокоуровневые языки - это встроенные языки бизнес-объектов, типа 1С и они уродские, разве нет ?
Скажи, ты согласишься, что писать надо на языке подходящем к задаче, а разговаривать, для лучшего взаимопонимания, на родном языке собеседника ?

Рядом новость про QtCreator, велком туда - восхвалять))

На fpc грать ненадо - хорошая реализация паскаля и lazarus вполне годен и как IDE и как RAD. Ты наверно только что с разморозки, с «свежими» воспоминаниями студенческих лаб на bp?))

помнится альтовцы обещали сделать.

Ага, счас, альтовцы станут класть некошерные изменённые программы в дистр для госучреждений. Непонятно, зачем для переводов вообще нужна именно эта либа. Подгружать переводы можно на лету и другими способами. Всего-то и надо что заменить текстовые константы на строковые переменные, нарисовать окошко для выбора перевода и написать функции для загрузки и выгрузки данных. В других программах на паскале этот метод работает. В иде проблема с кодировками которая ограничивает использование переводов, но если пользоваться только русским и буржуйскими языками, то её нет - бета версия патча с русским переводом и выбором кодировок давно есть - http://freepascal.ru/forum/viewtopic.php?p=84102#p84102 Русские буквы в IBM866 записываются такими символами, что эту кодировку можно использовать одновременно с UTF-8 русскими и английскими буквами, они не смешиваются! Только там на сайте выложена старая версия патча, который подтормаживает при выделении строки мышкой - слишком часто обновляется экран в процедуре. Надо будет нетормозящий патч оформить и выложить.

оно мне надо искать дистрибутив старых дельфей ради hlp-файлика %)? Даже если этот метод исключительно LCL-ный - сути оно не меняет, при таком подходе разработчик какого нибудь компонента должен отслеживать все release notes чтобы, к примеру, написать в ридми что-то вроде «если у вас версия с такой-то по такую-то - берите вон тот вариант компонента, если с вон такой по неизвестно какую - берите другой вариант...». И ладно бы причина была более веской чем «буквы в идентификаторе не по феншую расставлены»...

оно мне надо искать дистрибутив старых дельфей ради hlp-файлика

Ты так говоришь, будто это я тебя за язык тянул.

при таком подходе разработчик какого нибудь компонента должен отслеживать все release notes чтобы, к примеру, написать в ридми что-то вроде «если у вас версия с такой-то по такую-то - берите вон тот вариант компонента, если с вон такой по неизвестно какую - берите другой вариант...»

Теоретики такие теоретики... Я сейчас проверил репозитарий сторонних компонентов для лазаря, это который CCR, так там среди кучи кода нет ни единого обращения к этому методу. Более того, даже в самой LCL он почти не используется. Шах и мат тебе, теоретик.

оно мне надо искать дистрибутив старых дельфей ради hlp-файлика %)?

Пруфы искать — оно тебе не надо (в Гугле тебя тоже забанили, наверное), зато в лужу пердеть у тебя просто непреодолимое желание.

Даже если этот метод исключительно LCL-ный - сути оно не меняет

Суть меняет, ведь изначально, кажется, речь шла о ломке совместимости с Delphi?

должен отслеживать все release notes

Это любой вменяемый разработчик должен делать всегда. Да и, в данном случае, компилятор подскажет. Конечно, лучше бы изначально этой ошибки не было. А решение о переименовании было принято с учётом того, что данный метод не должен использоваться очень широко.

А по поводу бардака с версиями: Lazarus — не Delphi, здесь нет причин не обновляться. :)

У альтовцев, кстати, всё еще Lazarus 1.2.6 - и, как показывает опыт, вряд ли они скоро соберут следующую версию.

Ну, а пока они не собрали, я поставил на Альт сборку для OpenSUSE 13.2
Инструкция - как здесь: http://unixforum.org/index.php?showtopic=137130

И ладно бы причина была более веской чем «буквы в идентификаторе не по феншую расставлены»...

Ну так объясни англоманам что их язык фуфло и народу всё равно какую бессмысленную абракадабру копипастить, и вообще, надо писать имена русскими буквами - тогда смысл в правильности правописания появится.

Хочу аналогичный «турбо си++»

Турбо бейсик не хочешь?

Я хочу! (пошел вспоминать 6-класс средней школы, как щас помню).

Потому что каждый все равно делает свой велосипед, по наитию зуда левой пятки.

Я конечно паскаль не очень знаю и пишу на С/С++. Но ты их лицензию читал? Аналоги покажи.

The computer programming language Pascal was designed by Professor Niklaus Wirth to satisfy two principal aims a) to make available a language suitable for teaching programming as a systematic discipline based on certain fundamental concepts clearly and naturally reflected by the language;

b) to define a language whose implementations could be reliable and efficient on then-available computers.

И да, тот стандарт тоже очень свеж 1991 год, ОС линукс как раз в колыбели была...

Да собственно, скорее всего в том, что у команды разработчиков нет четкого плана развития своего продукта.

Вот они и страдают фигней — мы вам исправил аглицкий язык.

Язык сам по себе простой и логичный, никто не спорит.

Камушки только в огород тех большей частью турков, которые пилят сабж.

Школоте стартовать с Си было бы намноого сложнее )))

Хотя поставлю на оффтопик, на потыкать, последний раз тыкал сабж года три назад.

Тогда были впечатления многое менятется, Лазарус нет.

откуда столько негатива? пишите на своём любимом MS VS2013. никто не запрещает

А какой _план_ развития может быть при анархии ? Пилют и слава б-гу. Линус, вон проект ядра контролирует самолично, но все равно из своих прихотей, да и у него склероз начнется, хз что он аппрувить начнет.
Правят и молодцы, я как-то вообще не припомню подобного уровня проект с полутора калеками, на котором можно удобно ваять под ВСЕ платформы, включая мобильные (мне правда не удалось заставить компилять под андроид, но на ютубе кто-то смог, да, пипец как через одно место, а RAD XE за бешенные бабки на выходе какую хрень дает?). А к лазарю ведь и еще хелп неплохой написан.
Причем тут школьники ? Си прост, но местами маразматичен, я еще мог понять в нем необходимость, когда под дос писали, и int arc, char **argv понятны, когда у тебя com-файл и ORG 100h в начале .asm, где они собсно и, но что-то более сложное и вот также вручную - нафиг-нафиг. Причем и ты знаешь что оперируешь ссылками на объект и среда это знает и все равно пиши эти гребанные */**/&, веди их учет вручную, а потом сиди как дурак и ищи где у тебя данные по ссылке добылись, а где поинтер в byte влетел, с корраптом соседних данных, да и write only синтаксис, опять же, задачу не облегчает. А за конструкции типа ++a++ имхо в дурдом сдавать надо, ну пипец как много исходного кода экономит, да. Ладно ++a еще оттраслируется в какой-нить inc ax, но и надо было на этом остановиться, так ведь нет... Почти все ошибки находимых в софте, написанном на сях им подобных - следствие самого факта использования этих конструкций языка. А если их не использовать, убрать ручную работу с указателями и сделать что-то типа #define begin {, внезапно паскаль и получится...

и они уродские, разве нет ?

Не все. Про 1С спорить не буду - тот еще трешак

Скажи, ты согласишься, что писать надо на языке подходящем к задаче, а разговаривать, для лучшего взаимопонимания, на родном языке собеседника ?

Разговаривать лучше на языке, которые оба собеседника знают на приемлимом уровне. А писать на языке, подходящем к задаче... В принципе да, только надо не забывать, что язык - это еще не всё. Поясняю.

Если язык позволяет писать веб-приложение(CGI-же, почти любой компилируемый/скриптуемый подойдет), но нет нихрена библиотек для работы с Web(то есть html надо высирать банальным echo/print/whatever) - то лучше такой язык выкинуть нафиг и взять что-то более подходящее.

Не, безусловно, какой-нибудь сраный лэндинг можно и на этом наваять, вот только зачем?

А если их не использовать, убрать ручную работу с указателями и сделать что-то типа #define begin {, внезапно паскаль и получится...

Внезапно Java получится )))

Хотя какие бы у нас были тогда мемы, если бы не

int i = 1;
int a = i++ + ++i;

Причем тут школьники ?

Притом, что Си заточен на оптимальную работу в рамках предметной области близкой к тому или иному «железу».

Что как бы предполагает наличие у изучающего его четкого представления как это самое железо работает.

А наше школьное образование как правило такого представления не дает, хотя бы потому что мозги школьника еще для этого не готовы. Какой ему Си преподавать, если он еще в Ёкселе относительные и абсолютные ссылки на ячейку не вкурил?

Вот и начинают с алгоритмов на Паскале, что в принципе не ошибка, если нужно изучить сами алгоритмы, а не низкоуровневые фишки конкретной архитектуры.

Разговаривать лучше на языке, которые оба собеседника знают на приемлимом уровне.

Наверное я не совсем корректно выразился. У нас монолог, тебе надо объяснить аборигену что делать чтобы «поколодник вровень не выпирал» (еще лучше сложные дипломатические переговоры, но говоришь только ты, в ответ тебя только разбомбят или нет) - на каком языке будешь изъясняться - на родном для тебя, эсперанто, или на родном для аборигенов (ты его знаешь в совершенстве) ?

А писать на языке, подходящем к задаче... В принципе да, только надо не забывать, что язык - это еще не всё. Поясняю.

Да на C cgi писать не айс, потому и напридумали. Все так. Я к тому что инструмент, по задаче выбирают.
Потерпи ещё немного, скоро поймешь к чему это я.

Я же сказал «и все подобные вещи - убрать» :) И не впадать в другую крайность - ехал класс через класс, видит класс синглтон фабрику билдеров в рефлекшне. Все классы ! везде классы ! Ой, а это что - дженерики ? Т.е. как это не все классы !? И прочие a.equal(b) != b (что-то указателям запахло...).
Утрирую, но смысл, я думаю, ясен. Java, имхо, это С который взяли починить и сломали в другую сторону, а в 8, похоже, опять какие-то элементы сей начинают проглядывать (если я правильно понял статью, пробежав глазами по диагонали). Прямо какой-то чемодан без ручки by-design.

Вот и начинают с алгоритмов на Паскале, что в принципе не ошибка, если нужно изучить сами алгоритмы, а не низкоуровневые фишки конкретной архитектуры.

Вот ! Лучше и не скажешь. Я отнюдь не фанат паскакаля, это всего-лишь инструмент, но ты сейчас абсолютно точно сказал «на нем пишешь алгоритм», а не заморачиваешься низкоуровневыми (или как в яве слишком высокоуровневыми) фишками ради организации поддержки работы алгоритма, и без невнятных и тем потенциально опасных ++i--. При этом и указатели и система классов в наличии, а гвоздями прибиты только вещи, которые не дают стрелять в ногу (жесткая типизация, io,range-check в рантайме и т.п., да оверхед в бинарнике, но опять же отключаемый {$I-} и небольшой - будет ли свой код проверок меньше, ой не факт). Хочешь память вручную выделять и ассемблерные вставки пихать ? - пожалуйста, RTTI ? - сколько хошь, хочешь сам себя в UML описать и в базе сложить - легко, Главное окно в exe, mdi-childs с каллбэками в dll - да ради б-га, но да, тут уже указатели придется задействовать. Но никак не раньше, опасность инструментов языка идет в след за сложностью задачи, а не висит дамокловым мечом. Идеальный баланс.

Посоны, а сабж умеет в турба вижын?

опасность инструментов языка идет в след за сложностью задачи, а не висит дамокловым мечом

Полностью согласен. Но победу то все равно одержали, «бородатые, нестриженные дядьки, готовые иногда даже себе выстрелить в ногу».

Об этом и Вирт говорил, когда был в России в 10 лет назад.

Паскаль не выгодно было популяризовать китам бизнеса, потому как слишком уже там все ясно, никакого «романтизму».

на каком языке будешь изъясняться - на родном для тебя, эсперанто, или на родном для аборигенов (ты его знаешь в совершенстве) ?
ты его знаешь в совершенстве

Ясен пень на языке аборигенов. Если я его знаю в совершенстве - мне не составит труда на нём говорить. А аборигенам - приятно :-)

интересно, почему среди паскальщиков столько любителей в ответ на изначально нейтральный комментарий тут же перейти на личности, словно у них при чтении коммента что-то подгорает... вроде бы со времён когда delphi был популярен, школота должна была вырасти и несколько потерять интерес к специальной олимпиаде. Но нет, околопаскальные топики полны выяснением того, кто из участников именуется словом из трёх букв - чуть менее чем полностью %). А жаль, возможно именно это причина нынешнего отношения к языку, на фоне чего грамотных прогеров-паскальщиков типа Кладова почти не видно :(.

Суть меняет, ведь изначально, кажется, речь шла о ломке совместимости с Delphi?

суть была изначально в самом факте ломки интерфейса исключительно на том основании, что кому-то не понравился идентификатор, всё остальное - ваши домыслы, с которыми вы упоённо сами с собой ведёте беседу :).

Да, все так. Это проблема не языка.

Вот !
А какой там у нас язык родным для процессора будет ?
:), нет даже вот :-P
:)

Гут Вольдемар..

Это всё очень здорово, но я НЕ знаю в совершенстве машинные коды. Я вообще на них считай что не умею писать. Ассемблер(а это уже уровень выше, потому что появляются первые абстракции в виде имён переменных и прочего) - чуть лучше. Язык высокого уровня - еще лучше.

Чуешь :-P

Потому что каждый все равно делает свой велосипед, по наитию зуда левой пятки.

Зудит тут, похоже, только у отдельных персонажей, которые силясь доказать необходимость наличия стандарта приводят в пример C#, у которого стандартизированы были только две первых версии. Очередной пердёж в лужу.

И да, тот стандарт тоже очень свеж 1991 год, ОС линукс как раз в колыбели была...

Если бы ты на исошечку ходил, то наверное увидел бы, что последняя ревизия там от 2008 года.

если нужно изучить сами алгоритмы, а не низкоуровневые фишки конкретной архитектуры.

Нет, бля, в школе надо задрачиваться по регистрам и кешам различных уровней. Ты вообще, что-ли, невменяемый?

Но нет, околопаскальные топики полны выяснением того, кто из участников именуется словом из трёх букв - чуть менее чем полностью %)

Это от того, что всегда находятся мудаки, которым лучше всех известно о том «как на обустроить паскаль», «в чем смертный грех разработчиков LCL» и прочих подобных сакральных знаниях. Видимо в топиках по сишечке не сидиться, тянет с миром поделиться своей любовью.

Респект авторам. Хорошая новость.

Что не отменяет то, что его область применения это лабы студентов

Если ты пересел с Калины в Гранту и у тебя чудо распухло от собственной важности, то проблема не бывшей машине, а в твоей неадекватности, увы... Назови хоть 3 причины, по которым проект любой сложности лучше писать на це, а не на паскале. ...Ну кроме того что у тебя в qtcreator кнопочеги красивей.

Школоту нужно пересаживать на ноде-же-эс. ЖабаСкрипт должен быть первым (и последним) языком программирования в жызни школьника.

Я сказал.

Нет ты, школолошь!

Вначале прочитай внимательно, уясни смысл поста, а потом давай свои оценочные суждения.

Кстати с 2008 года, тоже много воды утекло.

И да, раз ты такой умник покажи свои наработки на сабже, а мы дружно похлопаем :-)

А то у нас Царь Паскаля какой-то онанимный вышел :D