|
2.5, Анончег (?), 02:18, 23/04/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
Если добавить ещё 100500 плавающих окошечек будет ещё прогрессивнее.
Путь гимпа, лет через двадцать соберут эту солянку в одно окошко.
| |
|
3.10, Logo (ok), 03:02, 23/04/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
Не знаю, есть ли сейчас однооконный режим в Лазарусе, но помнится раньше он был, ввели идя на встречу вечно ноющим виндузятникам, но не прижилось оно, не та свобода.
| |
|
|
5.75, йцу (?), 03:48, 24/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
>> http://wiki.freepascal.org/Anchor_Docking#Docking_in_the_IDE
> Мельком просмотрел - там вроде описано, как конфигурацию вывода окошек менять, т.е.
> интерфейс все равно SDI остается. MDI, как в Delphi современных, никто не пробовал замутить?
Там сказано как все в единое окно собрать и картинка, как редактор с другими панелями в одно окно стыкован. Что как бы соответствует
https://ru.wikipedia.org/wiki/Multiple_document_interface
Хотя я как-то не проникся необходимостью этого. Как там в последних дельфях я не знаю, но как-то сомневаюсь что чистое мди. Чего и редактор не в табах, а в новых окнах (чур меня, чур) открывает?
а для приложений что-то типа этого есть
http://wiki.lazarus.freepascal.org/MultiDoc
| |
|
6.87, Аноним (-), 11:25, 25/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
Может, я ослеп - но там три окна. Да, инспектор объектов с редактором кода и окошко сообщений в одно объединили - стало 3 окна вместо 5 (объединенное, редактор форм, меню и панель компонентов). Но это - по-прежнему не MDI, нужно одно окно...
| |
|
|
|
|
|
|
|
3.48, Анонимец (?), 13:14, 23/04/2015 [^] [^^] [^^^] [ответить]
| +9 +/– |
Сжечь еретика, осквернившего упоминанием богомерзкого FAR'а светлый лик родного Midnight Commander'а!
| |
|
2.22, Bocha (??), 07:17, 23/04/2015 [^] [^^] [^^^] [ответить]
| +3 +/– |
Пользую на винде TC, а под юниксами Krusader, особой разницы не вижу, а то, что у Krusader-а какой-нибудь там выход на smb:// - отдельный тред, и он не вешается целиком, если сервер не доступен - так это еще и круче, пожалуй.
| |
2.66, vn971 (ok), 18:51, 23/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
Вы будете (может быть) смеяться, но как раз doublecmd пишут на той IDE о которой эта новость. Т.е. на lazarus.
| |
2.69, IMHO (?), 20:23, 23/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
mc же
total comander, far manager запустили до ненужности
| |
|
1.7, Аноним (-), 02:25, 23/04/2015 [ответить] [﹢﹢﹢] [ · · · ]
| –23 +/– |
Отвратительный язык. Жаль что что-то с ним связанное ещё шевелится.
| |
|
2.13, Logo (ok), 03:08, 23/04/2015 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Отвратительный язык. Жаль что что-то с ним связанное ещё шевелится.
А ты писал на нем, или мельком попробывал?
| |
2.16, qw (??), 05:16, 23/04/2015 [^] [^^] [^^^] [ответить]
| +6 +/– |
>Отвратительный язык. Жаль что что-то с ним связанное ещё шевелится.
Не что-то, а кроссплатформенный компилятор объектного паскаля + кроссплатформенная ide. И все это силами совсем небольшого количества разработчиков. Что ессно прямо связано с высокой производительностью работы на этом языке.
Но, конечно, если клиенты готовы мне платить за мозгоклюйство на других языках, то это их право. Стоит дороже, качество хуже, но хозяин - барин.
| |
|
3.20, Аноним (-), 07:06, 23/04/2015 [^] [^^] [^^^] [ответить]
| –8 +/– |
> то это их право. Стоит дороже, качество хуже, но хозяин - барин.
Качество софта на дельфи давно стало легендой. И ночным кошмаром любого тестировщика.
| |
|
|
5.89, Аноним (-), 12:19, 25/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
> Качество кода от языка никак не зависит :)
Как оказалось - зависит. Но да, у дельфистов изрядно пригорело, судя по количеству минусов :)
| |
|
|
5.90, Аноним (-), 12:20, 25/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
> Это благодаря низкому уровню вхождения, а не самому языку.
"Создайте систему, которой может пользоваться даже дypaк - и только дypaк захочет ей пользоваться".
| |
|
4.56, Аноним (-), 16:40, 23/04/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
Качество софта на <вставьте нужное название яп> давно стало легендой. И ночным кошмаром любого программиста/тестировщика (нужное подчеркнуть).
| |
|
|
|
|
2.12, Logo (ok), 03:07, 23/04/2015 [^] [^^] [^^^] [ответить]
| +4 +/– |
Я бы с удовольствием вернулся на Паскаль и среду Лазарус, но вот беда, та же инфекция, что поразила тебя, она поразила и многих, поэтому приходится сидеть на СИ и Яве. Но если меня не загоняют в угол возгласами, что это не популярно, то я ухожу на Лазарус :)
| |
|
3.28, Аноним (-), 08:39, 23/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
Полностью согласен с предыдущим оратором, если приходится работать с чужими проектами - продолжаю писать на том же, на чем их "основатели" начали, ибо нефиг в чужой монастырь со своим уставом лезть, поэтому пришлось в свое время языки с С-подобным синтаксисом изучать, благо, они все как братья-близнецы, а свои утилитки, в основном, на паскале продолжаю писать (но не в Лазарусе, каюсь :))
| |
|
2.17, robux (ok), 06:48, 23/04/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
> На паскале все еще кто-то пишет?
Лучший язык для написания прикладного (не системного) компилируемого ПО.
Если бы я не задался целью писать кроссплатформенное пользовательское приложение на интерпретируемом (Ruby/Python) языке, то выбрал бы Pascal/Lazarus без разговоров - клепать GUI на нём одно удовольствие.
| |
|
3.19, Аноним (-), 07:05, 23/04/2015 [^] [^^] [^^^] [ответить]
| –2 +/– |
Вот только почему-то все программы от паскалистов были полным трэшом, особенно в виде дельфятины.
| |
|
4.21, robux (ok), 07:12, 23/04/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
Программы на Паскале, особенно на Делфи, занимают 95% прикладного компилируемого ПО в продакшине. А нарекания на них, потому что, их много и только их там и видно.
Паскаль в прикладном компилируемом ПО - это как php в вебе, "аналитики" ненавидят, а прикладники (которым ехать, а не шашечки) используют и благодарят.
| |
|
5.24, anonic (?), 07:59, 23/04/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
В продакшИне может и 95%, а в реальном мире это треш, конечно же, как сказал предыдущий оратор. Я, когда вижу эти дельфийские иконки, начинаю тошниться. Предвидя вопросы - писал, много писал. К счастью сейчас пишу на Qt/C++ и радуюсь
| |
|
6.26, Аноним (-), 08:13, 23/04/2015 [^] [^^] [^^^] [ответить]
| +3 +/– |
> Я, когда вижу эти дельфийские иконки,
> начинаю тошниться.
Ты уверен, что ты - программист? :) Каким образом какие-то "иконки" влияют на функционал?
| |
|
7.91, Аноним (-), 12:22, 25/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
> Ты уверен, что ты - программист? :) Каким образом какие-то "иконки" влияют
> на функционал?
Они лишь индикатор того что от программы стоит держаться подальше. Я узрев цопирайты дельфей точно уверен - программу надо стирать.
| |
|
6.29, анн (?), 08:47, 23/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
если учесть что Qt мечтает в итоге стать Delphi, у меня для тебя плохие новости.
| |
|
7.35, Аноним (-), 09:38, 23/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
Не пугайте человека, RTTI в плюсах то ещё извращение, так что нет, не станет.
| |
7.92, Аноним (-), 12:23, 25/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
> если учесть что Qt мечтает в итоге стать Delphi
Ничего оно не мечтает. Оно универсальный ответ на все случаи жизни.
| |
|
6.41, Асушник (?), 10:42, 23/04/2015 [^] [^^] [^^^] [ответить]
| +11 +/– |
>в реальном мире это треш, конечно же, как сказал предыдущий оратор. Я, когда вижу эти
>дельфийские иконки, начинаю тошниться. Предвидя вопросы - писал, много писал. К счастью
>сейчас пишу на Qt/C++ и радуюсь
Когда человек, владеющий несколькими языками, попадает в компанию, он будет стараться говорить в первую очередь на языке, понятном как можно большему количеству присутствующих. Некоторые люди же в такой ситуации будут упорно говорить на своем. В силу незнания других языков, что можно понять. Или нехватки воспитания, но привычки везде лезть со своим ЧСВ. Так например поступают американцы/англичане, не знающие никаких других языков, но по всему миру уверенно начинающие со всеми балакать на своем в полной уверенности, что все обязаны знать их английский или его вариации. Или некоторые программисты на С и чаще на С++. Мне доводилось писать на разных языках, и на практике я заметил, что в прикладном программировании проблемы вызывает обычно не язык, тем более если он позволяет использовать библиотеки, написанные на других языках, а непонимание предметной области решаемой задачи. Причем последняя проблема распространена довольно широко - программисты почему-то перестают быть инженерами.
| |
|
7.76, йцу (?), 03:52, 24/04/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
>программисты почему-то перестают быть инженерами.
Это с какого бодуна программисты инженерами когда то были? Вы их случайно с программирующими инженерами не путаете?
| |
7.81, dq0s4y71 (ok), 13:15, 24/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
> Так например поступают американцы/англичане, не знающие никаких других языков, но по всему миру уверенно начинающие со всеми балакать на своем в полной уверенности, что все обязаны знать их английский или его вариации.
Вы про американцев/англичан знаете, похоже, исключительно из российского ТВ. С остальным согласен.
| |
|
|
5.31, анонимус (??), 09:14, 23/04/2015 [^] [^^] [^^^] [ответить]
| –4 +/– |
Вас как послушать ,что к душе лежит так сразу 95% занимает ,а пруф есть или балабол?
То у вас java 95% в продакшене занимает ,то питон тоже 95% ,вы уже определитесь? Хотите сказать прикладуха написана почти вся на паскале ванючем ? и 5 % на жабе дохлой? Да не смешите ,это бред сивой кобылы ,на вашем вонючем паскале написанно ровно столько же прикладухи сколько на чистых сях ,а на плюсах и того больше ,аналитик мне тоже
| |
5.70, IMHO (?), 20:25, 23/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
> Паскаль в прикладном компилируемом ПО
если надо написать графическую утилиту
| |
|
4.42, Canis Dirus Leidy (?), 11:38, 23/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
«Besides, the determined Real Programmer can write Fortran programs in any language».
(q)Real Programmers Don't Use Pascal
| |
|
|
|
1.18, Аноним (-), 07:04, 23/04/2015 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
> FreeBSD
Прочитал как FreeDOS. Долго думал как они к нему GTK прикрутили.
| |
1.23, robux (ok), 07:22, 23/04/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +5 +/– |
Смотрю на последние версии Lazarus, FreeCAD, LibreOffice... и душа радуется.
Наконец-то появляются достойные аналоги копирастам (Delphi, SolidWorks, MSOffice).
Так победимЪ!
| |
|
2.58, funny_falcon (ok), 17:21, 23/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
Ничего, что LibreOffice наследник StarOffice? И даже уже будучи OpenOffice долгое время спонсировался Sun.
Т.е. без финансовой подпитки, вряд ли победимЪ ...
| |
|
3.78, robux (ok), 08:13, 24/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
> Ничего, что LibreOffice наследник StarOffice?
Ничего. Solaris - наследница Linux, и тоже ничего.
EtersoftWine - наследник Wine. Тоже ничего.
> И даже уже будучи OpenOffice долгое время спонсировался Sun.
Спонсировался. А сейчас LibreOffice спонсируется донейтом - и развивается не хуже.
Программистам нас$ать, кто им платит - большой брат или сообщество.
Я бы даже сказал, что приятнее, когда платит благодарное сообщество.
> Т.е. без финансовой подпитки, вряд ли победимЪ ...
Согласен. Но корпорации - не единственный способ финансовой подпитки.
Есть краудфандинг, есть донейт, есть бюджетная поддержка.
Кроме мотивации деньгами, должна быть также мотивация рейтингом личности:
т.е. чтобы чел стремился не только "жрать", но и самореализовываться в обществе.
Как по мне, то безликие корпорации вобще должны умереть, иначе мы станем их рабами.
А для этого нужно возвращение артелей, сети доверия, общественной собственности на ресурсы и коммуникации.
| |
|
4.79, funny_falcon (ok), 08:21, 24/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
Коммунизм - это и правда хорошо. Не тот, что был в рсфср, а который Маркс придумал. Но, к сожалению, мы до него не доживем.
| |
|
5.85, robux (ok), 21:05, 24/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
> Коммунизм - это и правда хорошо. Не тот, что был в рсфср,
> а который Маркс придумал. Но, к сожалению, мы до него не
> доживем.
Во-первых, не РСФСР, а СССР + Восточная Европа.
Во-вторых, при чём здесь "коммунизм"? Я деньги-то предлагаю оставить.
Ну и в третьих, больше никаких "-измов" - только технологический подход.
| |
|
6.86, funny_falcon (ok), 10:52, 25/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
>> Коммунизм - это и правда хорошо. Не тот, что был в рсфср,
>> а который Маркс придумал. Но, к сожалению, мы до него не
>> доживем.
> Во-первых, не РСФСР, а СССР + Восточная Европа.
> Во-вторых, при чём здесь "коммунизм"? Я деньги-то предлагаю оставить.
> Ну и в третьих, больше никаких "-измов" - только технологический подход.
Я намеренно написал РСФСР, ибо не во всех странах "СССР + Восточная Европа" жилось одинаково плохо.
Деньги - лишь формальность, удобный способ подсчета "распределенных" ресурсов. Коммунизм можно построить и с деньгами, мне кажется (могу ошибаться). А можно и без них.
И можно называть по разному, и "только технологическим подходом", и катарсионицизмом
| |
|
5.88, Аноним (-), 11:30, 25/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
> Коммунизм - это и правда хорошо. Не тот, что был в рсфср,
> а который Маркс придумал. Но, к сожалению, мы до него не
> доживем.
Так-то вы с марксизмом-ленинизмом плохо знакомы, коммунизм - это высшая цель, некий идеал, к которому мы стремились, а у нас был социализм :)
| |
|
|
|
|
1.30, анн (?), 08:55, 23/04/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Мне вот интересно, сейчас все переходят на "компонентную" модель разработки - чтобы задача решалась подключением нужных компонентов с разным функционалом и немного (в зависимости от сложности задачи) настраивались компоненты для работы друг с другом и писалась логика. Так вот в Delphi это было реализовано ещё в 2000х годах и работает до сих пор. Что не нравится "современным разработчикам" в таком подходе и Lazarus(Delphi) в частности??? Как они видят процесс создания сложного ПО?
| |
|
2.32, анонимус (??), 09:17, 23/04/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
Писать раздельными модулями ,20 лет пишут ,хоть на чистом си ,ядро как пример ,ваш аки бэйсик ничего нового не открыл.
| |
|
3.33, анн (?), 09:20, 23/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
"компонент" немного отличается от "раздельный модуль", но даже в этом случае вопрос мой остается - почему ТАК сильно не нравится delphi?
| |
|
4.36, Аноним (-), 09:45, 23/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
Школоло сильно испортили карму. Для многих - карма важнее реального положения вещей. Да и конкурировать с теми, кто трудится за гроши очень тяжело, особенно когда заказчику посредник (90% нынешнего рынка ПО).
Ну в лазаре с компонентами та же фигнят, что и в дельфе - отладка, конечно, получше будет (лишь за счет того, что всё собирается из исходников), но при проблемах в компонентах вы получаете большой треш в самой IDE.
И да, bpl-ок нет, компоненты вшиваются в IDE со всеми вытекащими.
| |
4.37, Аноним (-), 09:48, 23/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
> но даже в этом случае вопрос мой остается - почему ТАК сильно не нравится delphi?
Скорее всего не повезло в жизни. В ВУЗах чащк всего преподается Pascal. Студент усиленно изучает Delpdi, думает что в жизни пригодится, что без проблем найдет работу... И облом. На собеседованиях не везет потому что познания в Delphi работодателя не интересуют. Оттуда лютая обида и ненависть. Конечно, это далеко не всегда так, но бывает.
| |
|
5.39, Аноним (-), 10:20, 23/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
зато можно в Европе работать, там некоторые производители пром.роботов используют Делфи-похожий язык, для управления ими.
| |
5.77, йцу (?), 03:57, 24/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
>В ВУЗах чащк всего преподается Pascal. Студент усиленно изучает Delpdi, думает что в жизни пригодится, что без проблем найдет работу...
Вы какой-то смешной. Если студент программист то это как бы вовсе не так (да и у него мозги уже сиподобными языками вывихнуты). А если не программист, то при чем тут поиски работы с дельфями без проблем?
| |
|
4.40, Аноним (-), 10:33, 23/04/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> почему ТАК сильно не нравится delphi?
Это вопрос религии :) Все равно что спросить: "Что хорошего в этом vi (vim)?" :) Причем "ненавидеть delphi" и "рвать рубашку за vi" будут как раз те, которые ни тем ни тем особо не пользовались :)
| |
4.68, Аноним (-), 20:22, 23/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
а на этой вашей дельфи можно ОС написать? Ну или драйвер для видухи и чтоб работал, как сишный?
| |
|
5.71, Аноним (-), 21:42, 23/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
А в чем проблема? Пиши - не хочу. :)
Раз считаешь, что умное что-то написал - то ответь на вопрос:
А на этом вашем С можно написать ОС, чтоб ресурсов жрало и работало по скорости, как КолибриОС? :)
| |
5.72, Anonim (??), 22:15, 23/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
Написать-то можно и да, во многих моментах будет работать не хуже, особенно на той языковой части, которая от C не отходит (записи и функции).
Вот только для этого дела нет целевой аудитории, а без фишек и с варварским обращением с памятью ничем Pascal не лучше чистого C.
Потом обвязку сделать объектную со списками и коллекциями.
Про то, какие обвязки к библиотеками пишется на C++ я молчу, без слез и не взглянешь.
А вот посмотрев на некоторые Phyton-вские - сразу понимаешь, как можно не обвязывая всё получить оптимальный вариант.
| |
5.83, dq0s4y71 (ok), 13:21, 24/04/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
Зачем? Для этого существует Си. Отвёртку придумали не для того чтобы заменить ей молоток.
| |
|
|
|
|
1.43, Аноним (-), 11:48, 23/04/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Pascal, в 2015ом году, мягко говоря, выглядит ужасающе. Сложно представить, кому он все еще может нравиться, кроме седых преподавателей школ.
| |
|
2.45, Аноним (-), 11:59, 23/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
А по-моему ужасающе выглядит то, что некоторые, не зная даже толком основ ООП, а только лишь зазубрив синтаксис одного-единственного языка (допустим, С++), пытаются что-то кому-то доказывать.
| |
|
3.50, Аноним (-), 14:03, 23/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
Если это шутка, или так называемый "троллинг", то у вас неплохо получается.
p.s. Комментарии выше и правда оставляют в недоумении, то ли это чей-то каламбур, то ли люди живут на другой планете (или в другом времени).
| |
|
2.74, йцу (?), 03:17, 24/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
> Pascal, в 2015ом году, мягко говоря, выглядит ужасающе. Сложно представить, кому он все еще может нравиться, кроме седых преподавателей школ.
Pascal 2015 года, в 2015ом году, действительно уже не так прост, и не всякому седому преподавателю уже по зубам увы.
Думаю ваши познания в других языках так же глубоки и слова типа с99 с++11 и т.п. вы тоже никогда не слышали ограничившись тем что от седовласых в школе слышали.
| |
2.82, dq0s4y71 (ok), 13:19, 24/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
Я думаю, седым преподавателям школ это нагромождение свистулек и погремушек как раз не нравится.
| |
|
1.44, via (??), 11:50, 23/04/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Ностальджи! Но в свое время дельфи была приставкой к субд. Клиент-сервер. вот это все. Нонче клиеты переехали в веб, и смысл в RAD потерян.
| |
|
2.46, анн (?), 12:37, 23/04/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
>Нонче клиеты переехали в веб, и смысл в RAD потерян.
вот только на delphi писать армы и работать с БД так и осталось писать раз в 100 проще чем учить php+html(css)+javascript, и не факт что везде будет работать одинаково.
| |
|
1.49, Пользователь Debian (?), 14:00, 23/04/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
С гуями там всё прекрасно, но вот никакие компоненты для работы с базами данных там не умеют Юникод. То есть весь Windows умеет, а FPC/LCL не умеет.
Без этого оно не нужно независимо от удобства (а система удобна и компилятор хорош), потому что не может заменить дорогущее как-там-сейчас-они-называют-Delphi.
| |
|
2.51, Юникодный Джо (?), 14:52, 23/04/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
>но вот никакие компоненты для работы с базами данных там не умеют Юникод. То есть весь Windows умеет, а FPC/LCL не умеет.
Ох уж эти сказки, ох уж эти сказочники...
| |
|
3.57, Пользователь Debian (?), 17:15, 23/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
Милейший, у меня не было никакого желания делать "наброс".
Но судите сами: у нас есть тут самописное очень большое приложение на Delphi 7. Давно хочется слезть на что-то другое. Переход на FPC/LCL/Lazarus позволил бы, в принципе, обойтись минимальной кровью (хотя опять же в LCL нет, например, TADODataSet).
Я предлагаю своему начальнику посмотреть на это решение. Мы берём штатный компонент работы с ODBC, цепляемся к Microsoft SQL Server, и видим в дата-гриде на форме кракозябры вместо кириллицы. Ну, я понимаю, что опенсорс, что мало разработчиков и т.п., но в 2014 это смотрится дико, честное слово, потому что даже в куда более одиозных средах (я имел дело, среди прочего с ODBC через FreeTDS из Tcl, Go и Mono) всё нормально с Юникодом. Даже думать не надо.
Причём я честно пошёл гуглить решения, пробовал разные другие схемы доступа к данным (хотя это тоже наводит на мрачные мысли: такие вещи должны быть "в ядре"), но безуспешно.
Я понимаю, что на дельфи не только морды к базам данных делают (вон, гуи скайпа на нём когда-то было писано), но основная ниша дельфи именно морды к БД, и завязанные на этом бизнес-процессы. И тут такая неприятность.
| |
|
4.59, Аноним (-), 17:28, 23/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
Вы не смогли записать в базу в подходящей кодировке данные? Найдите программиста, он все решит :-)
| |
4.60, Юникодный Джо (?), 17:41, 23/04/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
> у нас есть тут самописное очень большое приложение на Delphi 7
Так-так... Вангую, что в базе лежит не юникод, а милая сердцу 1251. В этом случае могут быть нюансы, но к юникоду отношения не имеющие.
| |
4.64, Аноним (-), 18:28, 23/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
Далось вам это ADO, с тех пор, как Embarcadero купили AnyDAC (FireDAC) и он идет по умолчанию со средой разработки - про этот зоопарк из ADO, BDE, IBX, DOA (это из того, что я сам использовал, пишу под Oracle и Firebird/Interbase) можно смело забыть, что я и сделал :)
| |
|
3.80, robux (ok), 08:36, 24/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
> Ох уж эти сказки, ох уж эти сказочники...
Товарищ не осилил Zeos и преобразования вида CP1251 <-> UTF8.
На то мы и дружное сообщество, чтобы подсказывать друг другу.
| |
|
2.54, Аноним (-), 15:54, 23/04/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
Опа, лазарь юникод не умеет? че за бред?! да если вдруг приспичит, от этого юникода запаришься в лазаре избавляться!
| |
|
3.73, Anonim (??), 22:32, 23/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
Да, нужно заморачиваться с самопальной RTL и т.д.
Оправдано, если драйвера решите на паскале писать
| |
|
2.55, greenman (ok), 16:07, 23/04/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
"The following major release Lazarus 2.0 will surely use FPC 3.x but also Lazarus 1.4.x minor release could in theory switch to it, although I don't see much use for it. Unicode related changes happen in Lazarus trunk and will not be backported, and Unicode is the biggest thing in FPC 3.x after all."
| |
|
3.61, Юникодный Джо (?), 17:47, 23/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
Тут речь о "другом юникоде". Сейчас в FPC вводится поддержка utf6 на уровень ядра и RTL. До этого все (RTL/LCL) обходились utf8. Сделают просто более цивилизованную поддержку, с возможностью прозрачного конвертирования строк.
| |
|
|
1.65, new_name (?), 18:38, 23/04/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Лазарус + fpc -- хорошая штука. Особенно для студентов и тп
Языки промышленного программирования, _из компилируемых_ - это. C++/C
Вот. Они еще лучше С++ выграл в войах библиотек... Но такой хорошей Rad среды как лазарус у него нет. Даже шикарной среды.
и Вот захотел я как-то прицепить С++ компилятор к Лазарусу.
Цель - заманчивая - получить свободный аналог BCB RAD -- Borland C++ Builder
Или хотя бы так: рисовать в IDE а писать обработчики на С++
Пишу результат изысканий по порядку.
Там библиотеки LCL, аналог VCL - тоже на паскале. Ок, их не трогаем линкуемся к ним своими obj файлами скомпилированными из С++
Оказалось в чем проблема: FreePascal (fcp) генерирует некие объектные файлы
сам же линкует их в байнари, а прилинковать объектные файлы кода C++ - выход получившийся из gcc -- не может. Хотя чистые С-файлы слинковать в итоге может. Но это не интересно... чистый С.
http://forum.lazarus.freepascal.org/index.php?topic=15862.0
То есть, надо fpc править. Посмотрел я тогда на fpc, он оказался нетривиально устроенным, и по оценке такая переделка требует кучу времени. ... и пока отказался. как-то Слишком много работы для пользы студентов
Кстати, в планах разработчиков fpc (очень далеких планах!) есть эта фича: уметь линковаться с нормальными .obj файлами из С++ от gcc.
http://freepascal.org/future.var
Planned for later versions: Linking with C++ code
оно там давно и от разрабртчиков ждать безнадежно
| |
1.67, vn971 (ok), 19:11, 23/04/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
А кто-нибудь хочет поучаствовать в портировании игрушки?
Игра C-evo: http://c-evo.org/
Изначально была написана на Delphi и сейчас в стадии конвертации (мною) на Lazarus.
Репа: https://github.com/vn971/cevo
Пост на форуме той игрушки: http://www.c-evo.org/bb/viewtopic.php?f=4&t=124
С точки зрения меня как юзера - игра по-своему классная. Из всех civilization-like стратегий у неё наиболее продуманные / интересные / простые правила.
С точки зрения меня как программиста - эта игра очень стрёмная из-за привязки к windows и Delphi. От этих двух обстоятельств планируется избавиться...но пока это не сделано, надо будет постоянно компилировать/запускать игрушку из виртуалки с виндой. (Ну или просто в винде.)
| |
|