| 1.1, и (?), 20:32, 10/04/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
Что-то все чаще замечаю, что Линукс и приложения для него все быстрее и быстрее развиваются, причем правильным путем....Так ведь обгонют Микрософта и его win32api индустрию...
Пиво что-ли перестали пить...
| | |
| 1.3, Оммм (?), 21:04, 10/04/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
вот что меня поражает в еффекте "набирающем популярность линус/опенсорсе", так это принцып (я бы даже сказал полной) анархии, вот чхать хотели девелоперы на менйстрим и индустрию и вот, результат на лицо! индустрии со временем приходится считаться с ними ;)
P.S. а вам еще не поднадоели ржавые принцыпы демократии неизменявшиеся уже веками ?
| | |
| |
| 2.6, samick (?), 23:45, 10/04/2008 [^] [^^] [^^^] [ответить]
| +/– |
 Либертарианство тоже развивается. Практической основой для него как раз и будут открытые технологии.
| | |
| |
| 3.16, Michael Shigorin (ok), 12:45, 11/04/2008 [^] [^^] [^^^] [ответить]
| +/– |
 Какая демократия, какое либертарианство... и куча прочих табличек...
А вот за гимп рад и Саше благодарен :)
| | |
| |
| 4.20, samick (?), 19:26, 12/04/2008 [^] [^^] [^^^] [ответить]
| +/– |
Михаил, свободные технологии не ограничиваются одними программами для компъютера. Например Лессиг перенес идеи Столмана в право: http://creativecommons.org/ и есть много менее масштабных проектов. Многое еще впреди.
| | |
| |
| 5.21, Michael Shigorin (ok), 21:01, 12/04/2008 [^] [^^] [^^^] [ответить]
| +/– | |
>Многое еще впреди.
Спасибо, я немного в курсе. Просто склонен задаваться вопросом "зачем?", порой и рекурсивно. И как раз этот "паровоз" мне нравится так себе.
Oh well, поживём -- увидим.
| | |
|
|
|
|
| 1.5, Аноним (5), 22:56, 10/04/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> ВНИМАНИЕ: в рамках Google Summer of Code 2008 может быть разработан улучшенный инструмент ввода текста, работающий прямо на холсте. Будет ли выбран этот проект, станет известно через неделю.
Хочу, хочу, хочу.. куда отдать свой голос???
И ещё хочется иметь каталоги в слоях..
| | |
| 1.7, _Nick_ (??), 01:11, 11/04/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Гимп радует :)
соотношение цена/качество получше чем у халявного боржоми ;)
| | |
| 1.10, Аноним (10), 08:59, 11/04/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Да, gimp рулит. Версия 2.4 была первой, которую стало возможно нормально использовать, теперь развитие идет по нарастающей и откровенно радует. Фотошопу уже приходится тесниться.
| | |
| |
| 2.13, vortex (??), 10:33, 11/04/2008 [^] [^^] [^^^] [ответить]
| +/– |
 >Да, gimp рулит. Версия 2.4 была первой, которую стало возможно нормально использовать,
>теперь развитие идет по нарастающей и откровенно радует. Фотошопу уже приходится
>тесниться.
а я юзаю с 2,0 (под виндой) и ниче.... И тогда работала и использовалась и сейчас работает и используется.
| | |
| |
| 3.17, Michael Shigorin (ok), 12:47, 11/04/2008 [^] [^^] [^^^] [ответить]
| +/– |
>а я юзаю с 2,0 (под виндой) и ниче.... И тогда работала
>и использовалась и сейчас работает и используется.
Да в общем-то и 0.99 (под линуксом) в своё время давал фотошопу фору -- по части undo ;)
И работало это всё на 486/16...
| | |
|
|
| 1.11, Аноним (10), 09:25, 11/04/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
А кто-нибудь знает, в gimp есть возможность "нарезки" изображений для последующего использования в html (аналог slice'ов в Adobe Photoshop/ImageReady, Adobe/Macromedia Firewors)?
Или хотя бы какие-нибудь free/open-source инструменты hmtl-верстальщика?
| | |
| |
| 2.12, Alexander Q (?), 10:19, 11/04/2008 [^] [^^] [^^^] [ответить]
| +/– |
 >А кто-нибудь знает, в gimp есть возможность "нарезки" изображений для последующего использования
>в html (аналог slice'ов в Adobe Photoshop/ImageReady, Adobe/Macromedia Firewors)?
>
>Или хотя бы какие-нибудь free/open-source инструменты hmtl-верстальщика?
Расставляешь направляющие (Guides) и Image->Transform->Guillotine
| | |
|
| 1.18, BigHo (?), 15:07, 11/04/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> использование GEGL для некоторых операций цветокоррекции (в текущей реализации
> GEGL в GIMP, флажок "Use GEGL" в панели инструментов пока что лучше держать
> снятым. Дело в том, что данные сейчас пересчитываются из 8 разрядов на канал в
> float (80 разрядов) и обратно. Это существенно замедляет обработку изображений.
> Разумеется, в конечной версии 2.6 это будет исправлено);
float - в большинстве платформ - 32-ух разрядный.
double - 64 бита.
long double - 80 бит.
| | |
| |
| 2.22, Осторожный (?), 21:50, 12/04/2008 [^] [^^] [^^^] [ответить]
| +/– |
> float - в большинстве платформ - 32-ух разрядный.
> double - 64 бита.
> long double - 80 бит.
На i386 насколько помнится сопроцессор внутри себя всегда считает вещественными по 80 бит.
Надо понимать, что float в данном случае - это НЕ тип данных float в языке C, а просто вещественное число.
| | |
| |
| 3.23, Michael Shigorin (ok), 23:21, 12/04/2008 [^] [^^] [^^^] [ответить]
| +/– |
>> float - в большинстве платформ - 32-ух разрядный.
>> double - 64 бита.
>> long double - 80 бит.
>На i386 насколько помнится сопроцессор внутри себя всегда считает
>вещественными по 80 бит.
>
>Надо понимать, что float в данном случае - это НЕ тип данных
>float в языке C, а просто вещественное число.
Если интересно, вот недавнее более развёрнутое пояснение одного из участников ALT Kernel Team: http://lists.altlinux.org/pipermail/community/2008-April/408784.html
| | |
| |
| 4.24, PereresusNeVlezaetBuggy (ok), 05:30, 14/04/2008 [^] [^^] [^^^] [ответить]
| +/– |
 >[оверквотинг удален]
>>> double - 64 бита.
>>> long double - 80 бит.
>>На i386 насколько помнится сопроцессор внутри себя всегда считает
>>вещественными по 80 бит.
>>
>>Надо понимать, что float в данном случае - это НЕ тип данных
>>float в языке C, а просто вещественное число.
>
>Если интересно, вот недавнее более развёрнутое пояснение одного из участников ALT Kernel
>Team: http://lists.altlinux.org/pipermail/community/2008-April/408784.html
Ых, а когда-то такие вещи знал каждый приличный программер... :(
Опять ною, ага :)
| | |
|
|
|
|
