LINUX.ORG.RU

Re: GTK+ & GLib 2.6.2

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

cyclon ★★★★★ ()

Re: GTK+ & GLib 2.6.2

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

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

macavity ()

Re: GTK+ & GLib 2.6.2

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

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

anonymous ()
Ответ на: Re: GTK+ & GLib 2.6.2 от anonymous

Re: GTK+ & GLib 2.6.2

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

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

SKYRiDER ★★★ ()

Re: GTK+ & GLib 2.6.2

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

AVL2 ★★★★★ ()
Ответ на: Re: GTK+ & GLib 2.6.2 от macavity

Re: GTK+ & GLib 2.6.2

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

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

AngryElf ★★★★★ ()
Ответ на: Re: GTK+ & GLib 2.6.2 от Satellite

Re: GTK+ & GLib 2.6.2

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

anonymous ()
Ответ на: Re: GTK+ & GLib 2.6.2 от AVL2

Re: GTK+ & GLib 2.6.2

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

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

2 anonymous:

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

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

SKYRiDER ★★★ ()
Ответ на: Re: GTK+ & GLib 2.6.2 от SKYRiDER

Re: GTK+ & GLib 2.6.2

ясно.

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

anonymous ()

Re: GTK+ & GLib 2.6.2

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

anonymous ()

Re: GTK+ & GLib 2.6.2

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

IMNSHO ()

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

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

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

chuchelo ()
Ответ на: Re: GTK+ & GLib 2.6.2 от nx12

Re: GTK+ & GLib 2.6.2

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

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

Tigro ★★ ()
Ответ на: gtk (и немного про d4x) от chuchelo

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

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

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

maxcom ★★★★★ ()
Ответ на: Re: gtk (и немного про d4x) от maxcom

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

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

chuchelo ()
Ответ на: Re: А какие претензии к glib? от chuchelo

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

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

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

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

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

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

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

anonymous ()
Ответ на: gtk (и немного про d4x) от chuchelo

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

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

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

SKYRiDER ★★★ ()
Ответ на: Re: А какие претензии к glib? от anonymous

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

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

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

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

chuchelo ()
Ответ на: Re: А какие претензии к glib? от chuchelo

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

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

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

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

anonymous ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.