Ну и славненько (с) :)

Прямо скажем - новость судьбоносная! Еще один повод всем почесать ручонки в процессе апгрейда на "все самое свежее". :)

зы: Кстати, на каком-то инфосайте видел табличку, в которой были представлены новости по выходу всяких пакетов... ИМХО, очень удобно что бы не перебивать основную новостную ленту всякой сиюминутностью.

почему же тогда все хают gtk?

хотя бы недавный топик про кайро.

> почему же тогда все хают gtk?

Потому что глупенькие ещё. :) Каиро наше всё.

Дык всё равно d4x не собирается на этой версии, как и на всех 2.6.х

>Дык всё равно d4x не собирается на

а кто тут виноват? d4x иль gtk?

а что такое d4x?

> а что такое d4x?

http://www.krasu.ru/soft/chuchelo/

Все собирается:

http://bugs.gentoo.org/show_bug.cgi?id=79204

ченжлог, как у стабильных взрослых либ. даже не верится...

Это ж надо же как чучело пальцем в небо попал! :)

Производитель твоего дистра не озаботился? Сочуствую :-)

У того же Gentoo есть нормальный RSS...

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

> Это ж надо же как чучело пальцем в небо попал! :)

Чучело однозначно прорулил. :) http://bugs.gentoo.org/show_bug.cgi?id=79204#c1

2 anonymous:

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

Даже сейчас в России/Украине процентов 80 пользователей - диалапщики (в Москве/Киеве/Питере может быть меньше). Поэтому проги такого рода у нас весьма востребованы. Тем более d4x - весьма удачная программа.

ясно.

Насчет удачности - наверное, по крайней мере интерфейс ясный и понятный.

Класс. Через месяцок другой поставлю.

Когда уже это идиотское GTK будет поддерживать MacOS X, интересно...

И когда же в этом GTK+ gdk-linuxfb поправят, чтобы он хоть собрался нормально, я уже не говорю работал?

gtk (и немного про d4x)

фактически единственное чем плох gtk это то что он основан на черезвычайно медленной и неоптимальной glib.

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

>Класс. Через месяцок другой поставлю.

Да уже моджно.

>а кто тут виноват? d4x иль gtk?

Кстати, когда появился GTK 2.4, d4x тоже не собирался.

дык дофига чего в депрекейтед запихали вот и не собирался

> фактически единственное чем плох gtk это то что он основан на черезвычайно медленной и неоптимальной glib.

А какие претензии к glib?

Планируется ли в будущем перевод программы под GPL?

p.s. за проделанную работу - respect.

посмотри как работает код работы с основными структурами (списки и тп)... вместо того чтобы завести класс списка он используют класс узла как представление всего списка, для пущей надежности каждая функция старается убежать до начала списка с данного в нее узла... и это только цветочки

вот бы вторая gtk так же быстро работала, как и первая

> чтобы завести класс списка он используют класс узла как представление всего списка

Чего-чего? Ты сам понял чего сказал?..

Товарищи. Работа со списком всю жизнь была O(N), где N - длина списка.

Если glib использует проверку предположений (asserts) на входе в функцию, то это хорошая весшч (tm). Тем более, что эти самые ассерты не создают код в release-версии.

Кроме того, как человек, работавший с glib, хочу заявить, что работа со списками весьма оптимизированна в glib с практической точки зрения. glib переиспользует мелкие структуры GList*, не вызывая malloc/free на каждый чих, с помощью GMemoryChunk (в названии могу наврать) и с помощью списка свободных GList*'ов.

Очень грамотно сделанная библиотека. Датчик случайных чисел, простой парсер конфигов, парсер XML, плаг-ины, треды. Работает на любой платформе. Когда мне понадобиться сделать что-нибудь большое на чистом С, я выбираю glib.

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

Уважаемый Максим, когда можно ожидать новой версии d4x в которой будет исправлен хотя бы вышеуказанный "баг"? Дело в том, что даже такая мелочь может препятствовать попаданию d4x в новые версии дистрибутивов.

это ты не понял что я сказал а я то понял: класс списка обычно это нечто вроде struct Node{ Node *next,*prev; };

struct List{ Node *begin,*end; };

в glib же Node и является представлением класса списка (то есть struct List отсутствует) отсюда любая функция начинается как c пробегания с заданного узла до начала списка. Дальнейший разговор бессмысленен вовсе

Что это за фигня.

struct Node { NodeValue value; Node *next; };

И всё, со списком уже можно работать, остальное - лишние сущности.