а вот тут загнул, батенька - не гтк, а гном, как единое целое.. ощути разницу.. та же разница между qt- и kde-приложениями.. Первые - самостоятельные приложения, вторые тянут за собой гораздо больше.. А так как и Гном и КДЕ - зло, то выбираю и использую наименьшее зло, да и то, частично, кусочками.. Внешний вид КДЕ по крайней мере гораздо легче и гибче настраивается..
Что касается Mono - это, конечно, несерьезно прозвучит - но, как часто говорят тут разные "радикалы" - фтопку.. Из-за Новелл и ее политики..
> ощути разницу.. та же разница между qt- и kde-приложениями.. Первые - самостоятельные приложения, вторые тянут за собой гораздо больше..
о да, да! Расскажите мне еще про самостоятельные приложения. И про то как в дропдаун боксе "самостоятельного приложения" не отображаются списки наперед заложеных значений пока не поставишь kdebase и kdelibs и не сменишь тему с дефолтной на альтенативную.
Вы батенько сначала поюзайте "эти самостоятельные приложения" без кде, а потом заходите - пообщаемся...
>о да, да! Расскажите мне еще про самостоятельные приложения. И про то как в дропдаун боксе "самостоятельного приложения" не отображаются списки наперед заложеных значений пока не поставишь kdebase и kdelibs и не сменишь тему с дефолтной на альтенативную.
Мда, печально, где такой баг?
Хотя даже в этом случае самостоятельное приложение лучше kdeшного: тема хоть и тянет за собой kdebase и kdelibs в зависимостях, но при использовании не запускает тучу процессов kblablabla и, как следствие не имеет большей части kdeшных тормозов.
хз чем ЭТО пподелие лучше гомна под названием "chmlib и kchm" однако то, что оно уже использует chmlib наверное не есть хорошо, ибо дока по жабА2се в схм-е (54м) kchm - ом открывается в течение минуты на нормальном (PIV 3ГГц, 2 Гига) компе (под вендой меньше секунды), а по линкам ходит по пол минуты на каждый клик. мля в лайнаксе куда не кинь - везде 3.14здец!
>Вы батенько сначала поюзайте "эти самостоятельные приложения" без кде, а потом заходите - пообщаемся...
А я голословно и не утверждаю.. Зачем далеко ходить - Opera хотя бы, licq-qt, sim-qt.. другие приложения, написанные на qt, например, VirtualBox, Parallels, список можно продолжать.. И темы тут не причем.. Никакого kdebase и kdelibs им не нужно..
хе-хе... однако работает быстрее раза в 2 чем kchm. однако загружается в 3 раза дольше. памяти жрет 140M (kchm - 80M). скипя зубами работать с ней можно. в отличие от kchm.
> И небось для запуска одного экземпляра этого чуда нужно как положено 100-200 Mb ОЗУ...
Для этого моновское приложение должно быть либо очень криво написано, либо грузить кучу файлов. У меня баньши за 100 метров ещё ни разу не вылазил :) Больше сотни занимал только ф-спот, ну так он разом грузит ~/.thumbnail/normal, в котором гиг PNGшек :)
> ибо дока по жабА2се в схм-е (54м) kchm - ом открывается в течение минуты на нормальном (PIV 3ГГц, 2 Гига) компе (под вендой меньше секунды), а по линкам ходит по пол минуты на каждый клик. мля в лайнаксе куда не кинь - везде 3.14здец!
Нашел левый сайт на котором можно слить доку в формате СНМ, после чего нашел чем этот самый СНМ смотреть под линуксом, потом видимо купил себе помощнее комп, чтобы всем вышеозначенным заниматься.
Вы еще попробуйте брюки через голову надеть. Только потом не убеждайте нас перейти на юбки.
Поправьте меня, если я ошибаюсь, но компилется оно не в бинарный код, а в промежуточный, который потом исполняется Моно (как в Java), и поэтому заранее медленее/более требовательно к ресурсам, чем нормальные приложения, написанные на С/С++.
а что мешает распаковать chm? это ж вообще-то просто архив... 7-Zip-ом распаковывается элементарно... www.7-zip.org 7z -oOutputDir x file.chm [*] что касается новеллы - в топку её с этим породием на настоящий CPP
AFAIK код там компилится моментально. А вот то, что в базовый тип Object включается куча всего(напр. локи для синхронизации) сильно бъет по памяти. Да и использование GC(более позднее освобождение памяти) на потреблении памяти положительно не сказывается.
>А у меня норм, когда жму на первый раздел ~секунда, а дальше - мгновенно.
говорю же - зависит от структуры док-та. в частности кол-ва сыылок. я пробовал на 'J2SE 6 documentation' с http://www.allimant.org/javadoc/index.php если интересно - попробуйте. у меня ни один viewer по линакс не работает с этой докой нормально.
>Поправьте меня, если я ошибаюсь, но компилется оно не в бинарный код, а в промежуточный, который потом исполняется Моно
правильно так: но компилется оно не в бинарный код, а в ромежуточный, который потом (при загрузке) jit-компилятором Mono компилится до машинного кода, который потом исполняется целевым процессором.
все таки надо объективно смотреть в будущее. Вот взять к примеру делфи... тоже недобыдлоязык, но тем не менее на нем пишут. дай бог чтобы моно вырос до этого уровня ибо именно этот аспект позволит рядовым программерам разрабатывать боле-менее внятный софт под линуху, тем самым закрыть пробелы в недостающем окружении линукса. Да, я сам отношу себя к "противникам" такого подхода, но что поделать, не все готовы думать и разрабатывать, поскольку рядовые фирмы, требуещие какой-то внятный функционал, далеко не всегда способны заплатить за это достойными деньгами. Но поверьте, чем больше "быдлокодеров" под линукс, тем популярнее она становится, что нам (истиным сторонникам линукса и опенсорса) на руку. Так что пусть будет. ИМХО.
Занятные девелоперы, похоже они из анабиоза вышли непонятно где они свой Mono брали и почему не пльзовались хотя-бы Monodevelop для создания своего прожэкта:
$ sh make.sh
src/MonoChm.cs(717,26): warning CS0618: `Gtk.Entry.Editable' is obsolete: `Replaced by IsEditable property' src/MonoChm.cs(1075,70): error CS0136: A local variable named `o' cannot be declared in this scope because it would give a different meaning to `o', which is already used in a `parent or current' scope to denote something else src/MonoChm.cs(1052,48): (Location of the symbol related to previous error) Compilation failed: 1 error(s), 1 warnings