Re: GTK+ & GLib 2.6.2

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

Re: GTK+ & GLib 2.6.2

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

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

Re: GTK+ & GLib 2.6.2

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

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

Re: GTK+ & GLib 2.6.2

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

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

Re: GTK+ & GLib 2.6.2

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

Re: GTK+ & GLib 2.6.2

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

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

Re: GTK+ & GLib 2.6.2

а что такое d4x?

Re: GTK+ & GLib 2.6.2

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

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

Re: GTK+ & GLib 2.6.2

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

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

Re: GTK+ & GLib 2.6.2

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

Re: GTK+ & GLib 2.6.2

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

Re: GTK+ & GLib 2.6.2

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

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

Re: GTK+ & GLib 2.6.2

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

Re: GTK+ & GLib 2.6.2

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

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

2 anonymous:

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

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

Re: GTK+ & GLib 2.6.2

ясно.

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

Re: GTK+ & GLib 2.6.2

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

Re: GTK+ & GLib 2.6.2

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

Re: GTK+ & GLib 2.6.2

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

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

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

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

Re: GTK+ & GLib 2.6.2

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

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

Re: GTK+ & GLib 2.6.2

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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