Hello!
В сообщении от Monday 05 January 2009 17:36:25 ivan demakov написал(а):
но от некоторых вещей нам уже никогда не избавиться,
как, например, от клавиатуры qwerty/йцукен ;-)
Вот это-то как раз легко изменить - на смену механическим придут лазерные и
проч. клавиатуры, а там
можно будет
On Monday 05 January 2009 17:12:54 Покотиленко Костик wrote:
впрочем, был такой тулкит от sun'а, который был реално удобен.
щас он тоже есть в линуксе, xview называется.
только не используется нигде.
Интересно почему...
почему не используется?
это как раз понятно любому, кто хоть
On 2009.01.01 at 09:27:15 +0200, Serhiy Storchaka wrote:
Victor Wagner wrote:
Покажите мне прямой тулкит на C++. Не требующий спец-препроцессора,
как Qt или проприетарных расширений языка, как Borland OWL. Fltk я видел.
Радиус кривизны заметно больше чем у wx, gtk или Qt, но все же.
On 2009.01.01 at 06:44:59 +0600, ivan demakov wrote:
впрочем, был такой тулкит от sun'а, который был реално удобен.
щас он тоже есть в линуксе, xview называется.
только не используется нигде.
А что, кто-нибудь пробовал вычистить тамошние хидеры, чтобы все это
нормально собиралось gcc с
Victor Wagner wrote:
On 2009.01.01 at 09:27:15 +0200, Serhiy Storchaka wrote:
Victor Wagner wrote:
Покажите мне прямой тулкит на C++. Не требующий спец-препроцессора,
как Qt или проприетарных расширений языка, как Borland OWL. Fltk я
видел. Радиус кривизны заметно больше чем у wx, gtk или
Hello!
В сообщении от Thursday 01 January 2009 10:57:52 Boris Popov написал(а):
Нет плохихих языков. Писать нормально нужно и будет всё ок.
Например у нас хромает именно скриптовая часть в плане переносимости.
С плюсами проблем нет.
Нет проблем, говорите - а чем компиляете приложения под
On 2009.01.01 at 12:41:04 +0200, Serhiy Storchaka wrote:
Неужели из него что-то осмысленное сделали? Когда они начинали работу -
в прошлом веке ещё, я там было попробовал поучаствовать. Но уровень там
был такой, что плюнул и ушел.
Посмотри. Сам говоришь, что время устаревания результатов
Victor Wagner wrote:
Разрастание, как правило, не приводит к выпрямлению изначально кривого.
Вот искривиться изначально прямое при разрастании может, это да. Но
чтобы кривое выпрямилось, таких случаев мне неизвестно.
А что там кривое? Примеры можно? А то кривизна может зависеть от точки
Hello!
GUI сам по себе НИКОГДА не является критичным по скорости, поскольку
его скорость реакции определяется скоростью человека. И только
объектно-ориентированный подход может затормозить современный компьютер
до такой степени, чтобы человек ощущал замедленную реакцию интерфейса.
И в самом
Hello!
Скриптовые языки, да, гораздо переносимее. Но у скриптовых языков есть
недостаток - скорость. Она неплохая, но, как правило, не более того, и не
для всех задач подходит.
Вы серьезно считаете, что скорости сишного кода вам мало? Тикль напрямую
вызывает функции,
реализованные на С.
On 2008.12.31 at 13:13:16 +0300, Alexey Pechnikov wrote:
Скорее, 80% дерьмо: mysql, java, php... и базирующиеся на них проекты -
продолжать можно долго. И
еще всякие apache и иже с ними. А вот ради оставшихся 20% и стоит
пользоваться дебианом.
Ну насчет apache - не согласен. Если
On 2008.12.31 at 13:07:56 +0200, Eugene V. Lyubimkin wrote:
Хорошо, бум глядеть. Раз tcl/tk так хвалят... Тогда ещё вопрос, на какую
версию смотреть, чтобы не быть потом обличённым фразой нафиг ты это говно
Последняя версия 8.5.6. К сожалению, многие из присутствующих здесь
любителей tcl, в
Hello!
В сообщении от Wednesday 31 December 2008 14:04:23 Victor Wagner написал(а):
On 2008.12.31 at 13:13:16 +0300, Alexey Pechnikov wrote:
Скорее, 80% дерьмо: mysql, java, php... и базирующиеся на них проекты -
продолжать можно долго. И еще всякие apache и иже с ними. А вот ради
On 2008.12.31 at 14:47:19 +0300, Alexey Pechnikov wrote:
Ну насчет apache - не согласен. Если использовать его по назначению -
как гибкий web-сервер для раздачи статического контента и запуска
внешних cgi, а не пытаться встраивать в него мощные web-приложения и
интерпретаторы скриптовых
Hello!
Ну, nginx вообще не умеет cgi. Только fast-cgi. Для классической модели
web-сервера с ОТДЕЛЬНЫМИ элементами динамики это крупный недостаток. На
lighttpd внимательно не смотрел, но с точки зрения гибкости управления
правами ему до апача как до Луны пешком.
Зачем сложное управление
On 2008.12.31 at 17:37:02 +0300, Alexey Pechnikov wrote:
Hello!
Ну, nginx вообще не умеет cgi. Только fast-cgi. Для классической модели
web-сервера с ОТДЕЛЬНЫМИ элементами динамики это крупный недостаток. На
lighttpd внимательно не смотрел, но с точки зрения гибкости управления
On Wed, Dec 31, 2008 at 12:11:03PM +0300, Alexey Pechnikov wrote:
И в самом деле - писал когда-то на wxWidgets (ага, объектный, С++),
сложный интерфейс ощутимо тормозил на мощном по меркам
трех-четырехлетней давности компе. На tcl/tk подобный интерфейс работает
без ощутимых задержек. На самом
On 2008.12.31 at 19:58:55 +0200, Dmitry Nezhevenko wrote:
Это показатель кривизны wxWidgets как тулкита, C++ тут не при чем. Такое
же количество функций-оберток можно нарисовать и на C.
Покажите мне прямой тулкит на C++. Не требующий спец-препроцессора,
как Qt или проприетарных расширений
On 2009.01.01 at 00:20:09 +0600, Mikhail Gusarov wrote:
Twas brillig at 21:17:05 31.12.2008 UTC+03 when vi...@wagner.pp.ru did gyre
and gimble:
VW Покажите мне прямой тулкит на C++. Не требующий спец-препроцессора,
VW как Qt или проприетарных расширений языка, как Borland OWL.
WTL.
Hello!
В сообщении от Wednesday 31 December 2008 22:31:00 Mikhail Gusarov написал(а):
VW А мне удастся собрать программу с WTL с помощью компилятора из
VW дебиановского пакета mingw32?
Не исключаю (VC-шных расширений там не используется), но подозреваю, что
никто не проверял, так что
On 2008.12.31 at 23:07:28 +0300, Alexey Pechnikov wrote:
Не исключаю (VC-шных расширений там не используется), но подозреваю, что
никто не проверял, так что придётся немножко пофиксить.
Впрочем, совместимость C++-ных реализаций - другой вопрос.
Что же это за кроссплатформенный код,
On Thu, Jan 01, 2009 at 12:25:14AM +0300, Victor Wagner wrote:
On 2008.12.31 at 23:07:28 +0300, Alexey Pechnikov wrote:
Не исключаю (VC-шных расширений там не используется), но подозреваю, что
никто не проверял, так что придётся немножко пофиксить.
Впрочем, совместимость C++-ных
Hello!
В сообщении от Thursday 01 January 2009 00:25:14 Victor Wagner написал(а):
Что же это за кроссплатформенный код, если он даже не компилируется на
другой платформе? Давно уже перешел на mingw для создания виндовых
приложений, и сишный код собираю без особенных заморочек.
А для GUI
On Wednesday 31 December 2008 13:58:53 Victor Wagner wrote:
Изучите пару десятков высокоуровневых языков, будет у вас взгляд
нескромный. Как правило, любой скриптовый язык, стандарт на который
задан реализацией - Tcl, Perl, Python, Ruby - обладает куда большей
переносимостью чем C++. Да и
Hello!
tcl исключить
ну напоследок, для меня как програмиста, не очень важен внешний вид, лишь
бы все было единообразно.
а вот простота программирования -- это все.
Сами себе противоречите :-)
Если вы знаете что-то удобнее tk, будет интересно услышать.
Best regards, Alexey.
--
To
On Thursday 01 January 2009 03:25:14 Victor Wagner wrote:
А для GUI что? Ведь mingw32 несовместим с msvc по name mangling-у
(впрочем разные версии msvc и разные версии gcc и между собой-то не
совместимы). Соотвественно, всякие MFC которые состоят из DLL с плюсовым
интерфейсом - пролетают.
01.01.09, 00:52, Stanislav Maslovski stanislav.maslov...@gmail.com:
Не исключаю (VC-шных расширений там не используется), но подозреваю, что
никто не проверял, так что придётся немножко пофиксить.
Впрочем, совместимость C++-ных реализаций - другой вопрос.
Что же это за
01.01.09, 03:23, Mikhail Gusarov dotted...@dottedmag.net:
Ну где еще найдешь людей в новогоднюю ночь обсуждающих ньюансы
программирования на C++ или Tk ;)
GS Да-да. Я обратил внимание, что у тут активность выше, чем на
GS новостных сайтах, жж и вики вместе взятых.
IRC тоже вполне жив.
On Thursday 01 January 2009 04:06:38 Alexey Pechnikov wrote:
Сами себе противоречите :-)
Если вы знаете что-то удобнее tk, будет интересно услышать.
не знаю.
tk -- это хорошо. tcl -- плохо.
впрочем, был такой тулкит от sun'а, который был реално удобен.
щас он тоже есть в линуксе, xview
Victor Wagner wrote:
Покажите мне прямой тулкит на C++. Не требующий спец-препроцессора,
как Qt или проприетарных расширений языка, как Borland OWL. Fltk я видел.
Радиус кривизны заметно больше чем у wx, gtk или Qt, но все же.
Посмотри FOX Toolkit. Меньше Qt, не использует спец-препроцессора,
Нет плохихих языков. Писать нормально нужно и будет всё ок.
Например у нас хромает именно скриптовая часть в плане переносимости.
С плюсами проблем нет.
31 декабря 2008 г. 12:11 пользователь Alexey Pechnikov
pechni...@sandy.ru написал:
P.S. И нафига вообще нужен С++ для работы? Это же убожество,
On 2008.12.30 at 22:46:39 +0200, Eugene V. Lyubimkin wrote:
Victor Wagner wrote:
корректная работа с Юникодом, можно слинковать с libqtcore4 - она весит 2
метра в архиве.
А вот на плюсах кросс-платформные приложения лучше не писать.
Другие варианты, на мой скромный взгляд, ещё хуже.
32 matches
Mail list logo
