Re: stderr

[Artem Chuprina <ran@ran.pp.ru>]

Покотиленко Костик -> debian-russian@lists.debian.org  @ Mon, 24 Nov 2008 15:58:50 +0200:

 >>  >> Кстати, model стандартные я как раз использую - дополнения по
 >>  >> справочнику в окнах ввода, в общем, работают.  Правда, формировать и
 >>  >> заполнять их дюже неудобно.  А вот когда пытаешься использовать
 >>  >> собственно TreeView, тут-то оно и выползает во всей, блин, необъятной
 >>  >> красе, и ты, матерясь, идешь вместо этого рисовать Table...
 >> 
 >>  ПК> Для массового редактирования ячеек в таблице штатный TreeView совсем не
 >>  ПК> подходит, как минимум это не удобно (много телодвижений требуется), а
 >>  ПК> когда ещё используются выпадающие списки - там вообще много глюков,
 >>  ПК> очень легко набочинить. По этому для таких целей лучше делать своё окно
 >>  ПК> (например) там уже и данные на валидность легче проверять.
 >> 
 >>  ПК> Так что как таблица типа Excel TreeView не катит, она просто для этого
 >>  ПК> не предназначена. Для этого надо писать что-то своё, или выдрать
 >>  ПК> откуда-нибудь, например из Gnumeric'а или Evolution (как-то пытался, но
 >>  ПК> не смог).
 >> 
 >>  ПК> Сам факт того, что эти вещи более менее нормально реализованы в том же
 >>  ПК> Gnumeric говорит о тот что тулкит очень мощный, но дописывать своё под
 >>  ПК> задачу иногда надо.
 >> 
 >> Сам факт того, что в Gnumeric это пришлось реализовывать, а не брать из
 >> тулкита готовое, говорит о том, что "очень мощный" - это очень смелое
 >> утверждение.
 >> 
 >> В очень мощном оно готовое было бы - там несложно.  А реализовать поверх
 >> базы можно на любом тулките, и разница между тулкитами при этом, я
 >> подозреваю, будет составлять максимум тыщу строк кода...  Нет, не на C.
 >> Хотя, может, и на C.

 ПК> Это правда. Хотя с чем сравнивать... В винде тоже не всё так хорошо, на
 ПК> сколько я видел...

 ПК> Кстати с чем мы сравниваем?

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

Ибо по теоретической выразительной силе они все одинаковы (ну, может
быть, с точностью до reparent стороннего окна), и нервно курят в углу по
сравнению с голой xlib.  Но на голой xlib писать задолбаисси.

-- 
Artem Chuprina
RFC2822: <ran{}ran.pp.ru> Jabber: ran@jabber.ran.pp.ru

Functional programming is like describing your problem to a
mathematician.  Imperative programming is like giving instructions to
an idiot.
 -- arcus, #scheme on Freenode