Перезагрузка проекта sK1

>Идите уже код писать, ну

И то верно :) Ушел в Эклипс :)

Всем спасибо, до новых встреч!

> Замечательно! Вот на примере PrintDesign мы и проверим, насколько быстро с нуля удастся воплотить приложение в жизнь. Я же основываюсь на своем опыте и на том, что вижу в развитии Inkscape.

Хорошо, когда есть стимул к разработке :) Удачи Вам :) Если рассуждать реально, то коней на переправе не меняют, хотя иногда столо бы :) Решение о переписывании кода с нуля наверное тоже далось нелегко.

>Прозреваю: как только появится векторный редактор на Qt, он мгновенно составит конкуренцию InkScape, а потом вытеснет его как недоразумение.

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

> Смысл в том, чтобы изначально проект делать так, чтобы вокруг нужных внешних библиотек были обертки и при необходимости смены библиотеки, нужно будет править обертки (и очень немного внутри самого проекта).

Дык, теперь они это учли. Хоть и топорно, но тулкитоспецифичные штуки обернуты (gfx), плюс тот же NSPR. Дорогой ценой, но учли.

> Замечательно! Вот на примере PrintDesign мы и проверим, насколько быстро с нуля удастся воплотить приложение в жизнь.

А я буду темной-темной ночью приходить в SVN-репозиторий, тырить оттуда код и постить самые фееричные образцы и решения на thedailywtf.

Прекращена разработка Karbon

Автобусы атакуют :(

>А интерфейс tk тормозит гораздо сильнее

Ложь. Tk всегда летал по сравнению с gtk и Qt. Вот виджет для Tk может и тормозить. Но это не проблема Tk.

> Вы про мозиллу или про нетскейп. Если про второй, то пока его переписывали целиком,

Я скорее о том, что продукт хотя бы выжил, что редкость при таких революциях. А так — ну да, нетскейп сдох, что показательно.

>Простейший пример: в tk8.5 под Убунтой

Так это проблемы исключительно убунты, а не Tk. Ибо Tk8.5 под Debian такими глюками не страдают.

> Tk всегда летал по сравнению с gtk и Qt.

А если у Tk сделать такие же красивые кнопочки? :)

>Tk всегда летал по сравнению с gtk и Qt.

Очень интересно. А в Tk есть мультилайновый текстовый виджет, умеющий хотя бы половину того, что есть в гткшном?

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

создав тысячу прямоугольников, мы получаем тысячу копий специфического для прямоугольника метода.

Да уж, похоже C++ новый для них язык.

При создании объектов в C++ в памяти дублируются только данные т.к. они естественно могут отличаться для разных объектов, а методы для всех объектов являются общими и их исполняемый код в памяти компьютера присутствует в единственном экземпляре.

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

Это ты какой имеешь в виду?

Тот самый, который вытеснЕл Inkscape как недоразумение, чё ты, не знаешь что ли? :)

А можно посмотреть, что умеет гткшный? Ибо, глядя на Gedit, функциональности вообще не видно.

Ой!

Хорошая новость!

А будет конвертирование в растр ?

TIFF CMYK ?

А что, красивые кнопочки где-то тормозят?

В убунте sk1 выглядит хорошо... И кнопочки хорошие :) И вообще на тот Tk что я помню не похоже :)

>А можно посмотреть, что умеет гткшный?

Юникод (не на словах, как suckless.org или Tk/fltk/efl), теги (которые могут менять поведение кликов, например), вставку произвольных объектов (картинки достаточно просто реализовать)… Продолжать?

Это который от python-tk зависит?

Вы мне функциональность _покажите_. Слова мне ни о чём не говорят.

Вслух зачитывать документацию (которая опять же качественнее, чем у Tk) или скринкаст делать? В гугле есть всё.

>уже 13 лет в Линуксе нет вменяемого аналога CorelDraw

Был же когда-то Corel Draw для Linux:
Обзор Corel Draw 9 для Linux

И даже Corel Linux был, но не взлетело.

Приложение показать.

>которая опять же качественнее, чем у Tk

Что касается качества документации, то она, с учётом графичности компонента, либо качественная, либо никакая.

Да, я даже его себе ставил, но с МС тогда корел тягаться не смог, но по технологическим причинам.

elipse в треде! Тебя только и ждали :)

>Приложение показать.

Вышеупомянутый gedit? Покажи аналог не на Qt.

Впрочем, там другой мультилайн-виджет.

виджет text из Tk

>А я буду темной-темной ночью приходить в SVN-репозиторий, тырить оттуда код и постить самые фееричные образцы и решения на thedailywtf.

Одобрямс! Главное, чтобы тебя на работе не застукали, что код выносишь ;) ...ну а до моего локального SVN врядли доберешся... Разве что с ноутом на березу залезешь домашний WiFi хачить ))))

>виджет text из Tk

Поддерживает юникод через жопу, а UCS4 — через двойную; имеет проблемы с on-the-spot IME-вводом (точнее, не умеет его вообще), о reconvert можно разве что мечтать, реализован иксовым окном, что добавляет тормозов, не имеет представления об IME-контексте в принципе (в 21 веке, млин, можно задуматься об i18n?)… Мне продолжать?

>имеет проблемы с on-the-spot IME-вводом (точнее, не умеет его вообще), , не имеет представления об IME-контексте в принципе (в 21 веке, млин, можно задуматься об i18n?)

Ужас. Жить без этого нельзя, правда?

reconvert можно разве что мечтать

что это?

реализован иксовым окном, что добавляет тормозов

Практика говорит об обратном. Если только видео в редактор не добавлять. Или гигантские картинки.

Поддерживает юникод через жопу, а UCS4 — через двойную;

Юникод поддерживает нормально, а UTF32 мало кому нужен.

Зато в Gtk нет фолдинга. Что для продвинутого тулкита странно.

> Одобрямс! Главное, чтобы тебя на работе не застукали, что код выносишь ;)

У меня сейчас такая работа, что большая часть кода и так под GPL, а вообще чужой код я могу и лопатами выносить. Особенно из гуглокода.

...ну а до моего локального SVN врядли доберешся

А что — то, что на гуглокод коммитится, это совсем не то, что на самом деле делается? Вот и опенсорс. Приплыли.

>Ужас. Жить без этого нельзя, правда?

Можно. Только 1% пользователей линуксу нужно будет набирать в европейских странах.

>линуксу нужно будет

линуксу ещё и что-то нужно?

набирать в европейских странах.

То бишь проблемы Азии должны решать европейцы?

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

Неправильно используете пищевые продукты. Мак нужно класть в булочки,а из перла варить кашу или рыбный суп.

>линуксу ещё и что-то нужно?

Масса юзеров в качестве бетатестеров? Ну или для того, чтобы некоторые фирмы начали писать драйверы?

«Суммарное число пользователей проекта ~2 млн.»

Эээ... вся тема хороша, но когда дошёл до этого отжига, то даже расхотелось дальше читать, чтоб не смазать впечатления!

>Масса юзеров в качестве бетатестеров?

А поможет? Судя по кедам, может стать хуже.

И да, масса юзеров не поведётся на отсутствие функциональности кроме поддержки их родного языка.

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

Сдаётся мне, что европейцев для этого достаточно.

Херня, он же теперь питоновод, через шесть лет перепишет с нуля на wxWidgets.

Прозреваю, как только в линуксе появится какой-нибудь софт, кроме пятнадцати mp3-проигрывателей и двадцати асек, то он станет популярен, как виндовс.

А чего сразу я-то? Моё дело маленькое: на мой взгляд в контексте темы бессмысленно упоминать и подсчитывать uniconvertor, а если его не считать, то числа получаются короткие. Говорить в данном случае про количество закачек смешно, но ещё смешнее было бы утверждать, что число пользователей _БОЛЬШЕ_ числа закачек.

Т.ч. я не против — мне более-менее наплевать. С неплохой вероятностью в следующем году у LibreOffice приключится GSoC про поддержку CDR. Если повезёт, то в качестве студента поучаствует Tibby, а в таком случае через год может оказаться, что uniconvertor никому не нужен. Ускорить ненужность сравнительно просто: добавить поддержку текста.

> А какие будут предложения?

Хаскель?)

Под каким-нибудь софтом, конечно, понимаются современные трёхмерные и интересные компьютерные игры под лицензией GPL3?

Успехов.

P.S. Зарёкся же писать бессмысленные посты типа +1 :( Но что поделаешь — временами хочется :)

>Т.ч. я не против — мне более-менее наплевать. С неплохой вероятностью в следующем году у LibreOffice приключится GSoC про поддержку CDR. Если повезёт, то в качестве студента поучаствует Tibby, а в таком случае через год может оказаться, что uniconvertor никому не нужен. Ускорить ненужность сравнительно просто: добавить поддержку текста.

Не будем забегать далеко вперед :) в LO поддержка CDR нужна как зайцу пятая нога - LO Draw ни разу не относится к полиграфии (ну если конечно заодно не добавите CMYK, Lab, управление цветом и пр. плюшки). Код из LO врядли будет использоваться в других проектах. А вот поддержка Visio в UC с неплохой вероятностью таки появится через год. Тогда скорее всего ненужность нарисуется в GSoC проекте этого года ;)

> в LO поддержка CDR нужна как зайцу пятая нога - LO Draw ни разу не относится к полиграфии

И ещё LO Draw нафиг не нужна поддержка клипартов, ага.