Знаем такую штуку. Но попробуйте ей конвертнуть chrome не на убунте (или дебиане) и установить.
Skype, например, конвертируется нормально (нет rpm под 64-bit openSUSE), а chrome установить из результата ковертирования не получается, проще и быстрее самому его распаковать и скопировать файлы.
Думаю, что про это надо написать. Плюс стоит описать принцип работы, т.е. каким образом обрабатывается строка по регулярному выражению. Сейчас пример не вспомню, но в какой-то книге было это объяснение и в конце приведён регексп типа b*b*b*b*b*b*b*b*b*b*b*$ применительно к строке bbbbbbbbbb, ну и пояснения, что такая регулярка будет выполняться очень долго, так как будет сперва хватать всю строку, потом посимвольно откатываться назад и так для каждого символа (не квантификатора) в регулярке.
Нет, к сожалению. Сразу после обновления что-то не потестил, а после написания поста уже ни одного джаббер акканта не было он-лайн. Но пункты в меню появились :)
Лучше, но например на fedora была утилита типа rpmcreator (как точно называется не помню), которая после сборки и компиляции исходников по make-файлу создавала rpm-пакет, но тулзы этой у меня нет, а на освоение правильной сборки пакетов нет времени :(
Думаю, что проблема с libpurple возникнет не у каждого, но зато гугл сможет подсказать как бороться с траблой тем, у кого возникнут проблемы.
Это всё хорошо, но не у всех же debian-подобные дистрибутивы. Я проделывал всё на openSUSE. Вряд ли Вы советуете распаковать deb-пакет и вручную его «ставить» :)
>Вы заикнулись, что лично вам Vim удобнее для программирования.
Да, где-то выше писал, что он удобнее лично для меня, я не утверждаю лучше он или хуже других редакторов, просто для меня он наиболее удобный.
>Я же вам пытаюсь показать, что он вам удобнее лишь потому, что вы привыкли.
Я пытаюсь объяснить то же самое :) Принцип работы редакторов очень похож. Vim здесь выделился своим нестандартным подходом :), но основа вся та же. Кто-то в силу привычки не отвлекаясь от задачи и не глядя на клавиатуру жмёт Ctrl+C, Ctrl+V, Ctrl+F, Ctrl+H, я точно так же жму, но Y, P, /, :%s (ну можно ко всем добавить ещё Esc в начало). Переход между режимами для меня не что иное, как то же нажатие хоткеев в определённой последовательности, я совершенно не думаю, что вот сейчас мне надо перейти в командный режим, потом нажать что-то, потом выделить текст, потом опять что-то нажать чтобы скопировать, я просто жму Esc, V, выделяю, Y. Большинство в других неVim-редакторах так же выполнят не задумываясь — зажмут Shift, выделят текст (клавишами-срелками), отпустят Shift, нажмут Ctrl+C. Как видите разница только в нажимаемых клавишах. Подходы-то у редакторов разные, но многое зависит от того как к ним относиться. Вы разделяете их на различные сущности, которые надо обязательно брать в расчёт при выполнении какого-либо действия, а я просто добавляю к хоткеям Esc, если нахожусь в режиме редактирования когда мне надо нажать хоткей.
Я не спроста привёл пример про не особо компьютернограмотного человека — по предыдущим работам достаточно много общался с таковыми. Я уверен, что если любого из них посадить за Vim для редактирования и не забивая голову написать коротенькую инструкцию, как пользоваться, например «для копирования текста нажмите Esc, Y», то через какое-то время они будут использовать этот приём не задумываясь… точно так же как если бы было написано «для копирования текста нажмите Ctrl+C» ;)
Я прекрасно понимаю чего Вы пытаетесь мне объяснить и понимаю Ваше отношение к редакторам, но я ведь не только Vim'ом пользовался, успел много разных редакторов попробовать. В Windows «моим» редактором был EmEditor, нравился за свою легковесность, скорость, поиск с регулярками и т.д. С Vim до нынешнего трудоустройства общался крайне редко — только когда в linux надо было что-то в консоли сделать и по-другому никак, да и не знал я других редакторов :) Но вот появилась необходимость работать в vim'е, т.е. можно было и как-то по-своему, но я никогда не против познакомиться с чем-то новым для меня. Долгое время я пользовался vim'ом с чужими настройками (поделились, чтобы не на голом vim'е мне сидеть), пользовался сперва так больше по необходимости, потом привык к нему, научился так же не глядя выполнять копирование и прочие наиболее распространённые операции. Уже потом стал заглядывать с настройки, разбираться и подстраивать под себя. Сейчас это основной редактор для меня. И на работе я всё делаю им, либо по ssh удалённо, либо монтирую файловую систему и работаю с файлами как бы локально, но всё равно через vim.
Просто я иначе отношусь к его режимам, я знаю что они есть, но я на них не заморачиваюсь, просто использую другие хоткеи, нежели в windows.
Итого «пообщавшись» с разными редакторами для меня наиболее удобным оказался Vim, я не вижу каких-то кардинальных различий в применении хоткеев, просто они другие. Ведь в других редакторах хоткеи нажимаются в паре с Ctrl/Alt/Shift (и их комбинации), а тут вместо функциональных клавиш сперва нажимается Esc, а дальше уже сами «хоткеи». Vim'ом можно пользоваться и как обычным редактором, только хоткеи другие, а можно со временем подружиться и с более продвинутыми его возможностями, ну а дальше использовать их по желанию. Единственный, на мой взгляд, основной минус данного редактора — высокий порог вхождения, так как заимев привычку по другим редакторам подружиться с ним получается не сразу.
В общем если в двух словах, то я выбрал vim после того, как поработал с разными редакторами, поэтому на этот счёт у меня определённое мнение, которое сравнением различий в хоткеях не изменить ;). Я им пользуюсь так же как раньше пользовался другими редакторами, а использую именно его, потому что при том же удобстве использования он имеет больше возможностей. Только вот удобство при работе с ним приходит далеко не сразу :). Если до этого места кто-нибудь дочитает, то поясняю — этим текстом я не пытаюсь доказать чего-то по поводу Vim'а, а просто поясняю своё мнение и отношение к данному редактору, ну и поясняю что он не хуже многих других редакторов.
P.S. Если бы не надобность по работе пользоваться vim'ом, то я бы им и не начал активно пользоваться и не знал бы про его возможности, но научившись им нормально пользоваться я стараюсь пользоваться именно им.
> Да, классно, можно Alt-Tab переключаться между документами,
> столами и т.д. и т.п., но это переключение внимания в том числе
Согласен, гораздо удобнее два монитора, чем один большой, в котором надо постоянно переключаться между окнами :)
Надеюсь, я смог пояснить своё восприятие данного редактора и отношение к нему данным изложением мысли…
>Не знаю, как устроен NVidia fake-RAID 0, но Linux Software RAID0 устроен так: каждый
> из дисков можно использовать сам по себе, «без RAID», поскольку они идентичны.
Может Вы просто спутали? Человек же использовал RAID 0, данные записываются на диски параллельно, часть файла на одном диске, а часть на другом, так что данные на дисках не идентичны.
Не по теме, но на скриншоте «фишки» эклипса, а не зенда ;)
Пока что при сравнении заметил что в ZendStudio есть CodeGallery, а в PDT Eclipse его нет. Других каких-то существенных отличий пока не нашёл. Ну а на скриншоте вижу PTD, но с надписью ZendStudio ;)
> Например чеще всего мы копируем код функции или целого класа
> которых находится между скобками. Устанавливаем курсор около
> скобки зажимае Шифт и жмём комбинацию CTRL + }, вуаля текст к
> коцу блока выделен. Конечно в Vim можно выделить ровно 43 строки
Я уже выше писал, что мы тут сравнением не занимаемся, но если есть желание что-то сравнить, то желательно изучить оба предмета для сравнения.
По поводу Вашего примера, но в Vim'е: устанавливаем курсор возле скобки, нажимаем V и жмём % (комбинацию Shift+5), вуаля, текст до конца блока выделен.
>Но вот в чём начнёт сливать вим это в интеграции среды с возможностями языков с VS
Вы пытаетесь сравнивать среду разработки, в которую входит свой редактор (а то и несколько), с простым редактором. Прочтите свой текст, Вы сами написали, что понимаете это ;) Если уж так хочется сравнивать, то надо сравнивать именно редакторы.
>а работать в двох инструментах постоянно пытаясь их синхронизировать это
> как раз контрпродуктивно.
С высказыванием согласен, но думаю, что автор топика хотел не работать «в двух инструментах», а просто заменить для себя редактор в IDE, таким образом работая в нужной среде разработки и используя её возможности, но чтобы в качестве редактора использовался привычный и полюбившийся визуальный редактор.
P.S. Так много народа пытаются сравнить IDE и Vim — значит этот народ считает, что vim больше чем простой редактор, что его возможности очень близки к возможностям «их» ide, можно сказать, что они сами же положительно отзываются об этом редакторе ;). Либо народ использует только базовый функционал ide и по сути для них это чуть ли не блокнот, либо народ уверен, что vim составляет серьёзную конкуренцию их любимой среде разработки :)
Вы слишком по-разному относитесь к вводу команд в IDE и в Vim. На всякий случай напомню, мы тут не сравниваем никакие редакторы и среды разработки.
> В вашем примере с выделением и удалением слов/строк, я должен как
> минимум сосчитать, скомпоновать нужную команду и ввести ее (3 операции)
> В моем случае принимается лишь решение о действии и стоп-точке
> внимания. (2 операции).
Посадите за компьютер человека, мало знакомого с компьютерами, и предложите ему поработать с текстом, попереносить строки/слова, записать под диктовку небольшой текст — Вы сразу увидите сколько на самом деле действий приходится выполнять для этих вроде бы простых действий. Точно так же надо нажимать определённые клавиши на клавиатуре и в определённом порядке, просто Вы этим пользуетесь постоянно и выполняете эти действия на автомате, не отвлекаясь на них. В других редакторах тоже надо нажимать определённые клавиши, просто надо нажимать немного другие клавиши и в другом порядке, и к ним так же просто привыкнуть, чтобы выполнять основные действия на автомате.
Повторюсь, я не считаю что здесь сравниваются Vim и VS, здесь не описываются их плюсы и минусы. А мои посты — это по сути ответы на вопросы и ответы простейшие.
Если Вы хотите именно сравнить сабжи, то либо создайте топик на эту тему, либо почитайте документацию и постарайтесь какое-то время попользоваться Vim'ом. Думаю, что иначе действительно сравнить и понять все плюсы и минусы не получится. Ну и не будем забывать что каждый инструмент подходит для выполнения определённой задачи и не обязан подходить для выполнения других задач.
Ну и хотелось бы поправить > 1. гибче настраиваются хоткеи
> 2. больше хоткеев для всяких действий
Гибче настраиваются не хоткеи, а сам редактор.
Хоткеев не больше, просто тут нет такого определения хоткей-действие, есть действия, а на любой хоткей можно повесить любую цепочку действий, эти действия так же можно обернуть в функцию. Посмотрите тут, не так давно было на главной. Там как раз показан пример «навешивания» своего функционала на стандартную функцию сохранения + присутсвует код .vimrc, в котором вы можете посмотреть каким образом осуществляется назначение хоткеев.
Кстати, Вы пытаетесь сравнить Visual Editor и IDE, что, мягко говоря, немного разные вещи…
Даже если и про данный разговор — начало ветки > а чего там в vim такого, что даже от vs воротит? в двух словах, если можно.
Не вижу сравнения. Это скорее вопрос «а нафига?» :)
Если Вы для себя стали воспринимать это всё как подробное сравнение редакторов, то это лично Ваше дело. Единственное что тянет на сравнение, это просьба конкретного примера, что есть в Vim и нет в VS, я на этот вопрос уже давно ответил. Читайте внимательнее.
Сейчас vim по Ctrl+C выдаёт подсказку как выйти, но точно помню, что первое время на работе чтобы скопировать текст жал Ctrl+C (при подключении через терминал) и вываливался в консоль. Возможно, на это влияют какие-то настройки терминала…
Не соглашусь. Каждому своё, да и привычка — вещь та ещё. Когда я кодю, то у меня обе руки на клавиатуре и мне гораздо проще нажать пару клавиш, чем переносить руку на мышку, «находить» курсор, целиться, чтобы не выделить ничего лишнего (если переносить не строки целиком) и дальше уже переносить текст. Если Вы постоянно подобное действие выполняете мышью, то Вам так и удобнее. Но тем кто постоянно работает в vim'е, на ввод команд отвлекаться не приходится и ошибки в командах если и допускаются то достаточно редко и никакого вреда не наносят.
Но при этом я и от мыши не отказываюсь. Каждой задаче своё решение — если мне надо скопировать небольшой кусок кода где-то вверху экрана, а курсор в самом низу, то тут быстрее будет мышкой выделить нужный кусок и сразу нажать middleButton, чем вести курсор наверх.
Skype, например, конвертируется нормально (нет rpm под 64-bit openSUSE), а chrome установить из результата ковертирования не получается, проще и быстрее самому его распаковать и скопировать файлы.
Думаю, что проблема с libpurple возникнет не у каждого, но зато гугл сможет подсказать как бороться с траблой тем, у кого возникнут проблемы.
Хотелось бы поправить. Жадные не парсеры, а квантификаторы в регулярных выражениях ;)
Да, где-то выше писал, что он удобнее лично для меня, я не утверждаю лучше он или хуже других редакторов, просто для меня он наиболее удобный.
>Я же вам пытаюсь показать, что он вам удобнее лишь потому, что вы привыкли.
Я пытаюсь объяснить то же самое :) Принцип работы редакторов очень похож. Vim здесь выделился своим нестандартным подходом :), но основа вся та же. Кто-то в силу привычки не отвлекаясь от задачи и не глядя на клавиатуру жмёт Ctrl+C, Ctrl+V, Ctrl+F, Ctrl+H, я точно так же жму, но Y, P, /, :%s (ну можно ко всем добавить ещё Esc в начало). Переход между режимами для меня не что иное, как то же нажатие хоткеев в определённой последовательности, я совершенно не думаю, что вот сейчас мне надо перейти в командный режим, потом нажать что-то, потом выделить текст, потом опять что-то нажать чтобы скопировать, я просто жму Esc, V, выделяю, Y. Большинство в других неVim-редакторах так же выполнят не задумываясь — зажмут Shift, выделят текст (клавишами-срелками), отпустят Shift, нажмут Ctrl+C. Как видите разница только в нажимаемых клавишах. Подходы-то у редакторов разные, но многое зависит от того как к ним относиться. Вы разделяете их на различные сущности, которые надо обязательно брать в расчёт при выполнении какого-либо действия, а я просто добавляю к хоткеям Esc, если нахожусь в режиме редактирования когда мне надо нажать хоткей.
Я не спроста привёл пример про не особо компьютернограмотного человека — по предыдущим работам достаточно много общался с таковыми. Я уверен, что если любого из них посадить за Vim для редактирования и не забивая голову написать коротенькую инструкцию, как пользоваться, например «для копирования текста нажмите Esc, Y», то через какое-то время они будут использовать этот приём не задумываясь… точно так же как если бы было написано «для копирования текста нажмите Ctrl+C» ;)
Я прекрасно понимаю чего Вы пытаетесь мне объяснить и понимаю Ваше отношение к редакторам, но я ведь не только Vim'ом пользовался, успел много разных редакторов попробовать. В Windows «моим» редактором был EmEditor, нравился за свою легковесность, скорость, поиск с регулярками и т.д. С Vim до нынешнего трудоустройства общался крайне редко — только когда в linux надо было что-то в консоли сделать и по-другому никак, да и не знал я других редакторов :) Но вот появилась необходимость работать в vim'е, т.е. можно было и как-то по-своему, но я никогда не против познакомиться с чем-то новым для меня. Долгое время я пользовался vim'ом с чужими настройками (поделились, чтобы не на голом vim'е мне сидеть), пользовался сперва так больше по необходимости, потом привык к нему, научился так же не глядя выполнять копирование и прочие наиболее распространённые операции. Уже потом стал заглядывать с настройки, разбираться и подстраивать под себя. Сейчас это основной редактор для меня. И на работе я всё делаю им, либо по ssh удалённо, либо монтирую файловую систему и работаю с файлами как бы локально, но всё равно через vim.
Просто я иначе отношусь к его режимам, я знаю что они есть, но я на них не заморачиваюсь, просто использую другие хоткеи, нежели в windows.
Итого «пообщавшись» с разными редакторами для меня наиболее удобным оказался Vim, я не вижу каких-то кардинальных различий в применении хоткеев, просто они другие. Ведь в других редакторах хоткеи нажимаются в паре с Ctrl/Alt/Shift (и их комбинации), а тут вместо функциональных клавиш сперва нажимается Esc, а дальше уже сами «хоткеи». Vim'ом можно пользоваться и как обычным редактором, только хоткеи другие, а можно со временем подружиться и с более продвинутыми его возможностями, ну а дальше использовать их по желанию. Единственный, на мой взгляд, основной минус данного редактора — высокий порог вхождения, так как заимев привычку по другим редакторам подружиться с ним получается не сразу.
В общем если в двух словах, то я выбрал vim после того, как поработал с разными редакторами, поэтому на этот счёт у меня определённое мнение, которое сравнением различий в хоткеях не изменить ;). Я им пользуюсь так же как раньше пользовался другими редакторами, а использую именно его, потому что при том же удобстве использования он имеет больше возможностей. Только вот удобство при работе с ним приходит далеко не сразу :). Если до этого места кто-нибудь дочитает, то поясняю — этим текстом я не пытаюсь доказать чего-то по поводу Vim'а, а просто поясняю своё мнение и отношение к данному редактору, ну и поясняю что он не хуже многих других редакторов.
P.S. Если бы не надобность по работе пользоваться vim'ом, то я бы им и не начал активно пользоваться и не знал бы про его возможности, но научившись им нормально пользоваться я стараюсь пользоваться именно им.
> Да, классно, можно Alt-Tab переключаться между документами,
> столами и т.д. и т.п., но это переключение внимания в том числе
Согласен, гораздо удобнее два монитора, чем один большой, в котором надо постоянно переключаться между окнами :)
Надеюсь, я смог пояснить своё восприятие данного редактора и отношение к нему данным изложением мысли…
> из дисков можно использовать сам по себе, «без RAID», поскольку они идентичны.
Может Вы просто спутали? Человек же использовал RAID 0, данные записываются на диски параллельно, часть файла на одном диске, а часть на другом, так что данные на дисках не идентичны.
Пока что при сравнении заметил что в ZendStudio есть CodeGallery, а в PDT Eclipse его нет. Других каких-то существенных отличий пока не нашёл. Ну а на скриншоте вижу PTD, но с надписью ZendStudio ;)
> которых находится между скобками. Устанавливаем курсор около
> скобки зажимае Шифт и жмём комбинацию CTRL + }, вуаля текст к
> коцу блока выделен. Конечно в Vim можно выделить ровно 43 строки
Я уже выше писал, что мы тут сравнением не занимаемся, но если есть желание что-то сравнить, то желательно изучить оба предмета для сравнения.
По поводу Вашего примера, но в Vim'е: устанавливаем курсор возле скобки, нажимаем V и жмём % (комбинацию Shift+5), вуаля, текст до конца блока выделен.
>Но вот в чём начнёт сливать вим это в интеграции среды с возможностями языков с VS
Вы пытаетесь сравнивать среду разработки, в которую входит свой редактор (а то и несколько), с простым редактором. Прочтите свой текст, Вы сами написали, что понимаете это ;) Если уж так хочется сравнивать, то надо сравнивать именно редакторы.
>а работать в двох инструментах постоянно пытаясь их синхронизировать это
> как раз контрпродуктивно.
С высказыванием согласен, но думаю, что автор топика хотел не работать «в двух инструментах», а просто заменить для себя редактор в IDE, таким образом работая в нужной среде разработки и используя её возможности, но чтобы в качестве редактора использовался привычный и полюбившийся визуальный редактор.
P.S. Так много народа пытаются сравнить IDE и Vim — значит этот народ считает, что vim больше чем простой редактор, что его возможности очень близки к возможностям «их» ide, можно сказать, что они сами же положительно отзываются об этом редакторе ;). Либо народ использует только базовый функционал ide и по сути для них это чуть ли не блокнот, либо народ уверен, что vim составляет серьёзную конкуренцию их любимой среде разработки :)
> В вашем примере с выделением и удалением слов/строк, я должен как
> минимум сосчитать, скомпоновать нужную команду и ввести ее (3 операции)
> В моем случае принимается лишь решение о действии и стоп-точке
> внимания. (2 операции).
Посадите за компьютер человека, мало знакомого с компьютерами, и предложите ему поработать с текстом, попереносить строки/слова, записать под диктовку небольшой текст — Вы сразу увидите сколько на самом деле действий приходится выполнять для этих вроде бы простых действий. Точно так же надо нажимать определённые клавиши на клавиатуре и в определённом порядке, просто Вы этим пользуетесь постоянно и выполняете эти действия на автомате, не отвлекаясь на них. В других редакторах тоже надо нажимать определённые клавиши, просто надо нажимать немного другие клавиши и в другом порядке, и к ним так же просто привыкнуть, чтобы выполнять основные действия на автомате.
Если Вы хотите именно сравнить сабжи, то либо создайте топик на эту тему, либо почитайте документацию и постарайтесь какое-то время попользоваться Vim'ом. Думаю, что иначе действительно сравнить и понять все плюсы и минусы не получится. Ну и не будем забывать что каждый инструмент подходит для выполнения определённой задачи и не обязан подходить для выполнения других задач.
Ну и хотелось бы поправить
> 1. гибче настраиваются хоткеи
> 2. больше хоткеев для всяких действий
Гибче настраиваются не хоткеи, а сам редактор.
Хоткеев не больше, просто тут нет такого определения хоткей-действие, есть действия, а на любой хоткей можно повесить любую цепочку действий, эти действия так же можно обернуть в функцию. Посмотрите тут, не так давно было на главной. Там как раз показан пример «навешивания» своего функционала на стандартную функцию сохранения + присутсвует код .vimrc, в котором вы можете посмотреть каким образом осуществляется назначение хоткеев.
Кстати, Вы пытаетесь сравнить Visual Editor и IDE, что, мягко говоря, немного разные вещи…
Даже если и про данный разговор — начало ветки
> а чего там в vim такого, что даже от vs воротит? в двух словах, если можно.
Не вижу сравнения. Это скорее вопрос «а нафига?» :)
Если Вы для себя стали воспринимать это всё как подробное сравнение редакторов, то это лично Ваше дело. Единственное что тянет на сравнение, это просьба конкретного примера, что есть в Vim и нет в VS, я на этот вопрос уже давно ответил. Читайте внимательнее.
Но при этом я и от мыши не отказываюсь. Каждой задаче своё решение — если мне надо скопировать небольшой кусок кода где-то вверху экрана, а курсор в самом низу, то тут быстрее будет мышкой выделить нужный кусок и сразу нажать middleButton, чем вести курсор наверх.