Комментарии 144
Очень хорошо сокращение "Instant Messenger" ложится в слово Лайм.
Странно если никто это раньше не придумал...
гугл рассеял сомнения http://www.limesupport.com/
Странно если никто это раньше не придумал...
гугл рассеял сомнения http://www.limesupport.com/
Хм.. интересно.. Я придумал название сам. Потом предложил его, всем понравилось. Единственной проблемой был домен. Но мы решили оставить название. Ну, если уже есть, то наверно правильней будет называть себя LIME im...
быстрей регистрируйтесь!
http://www.nic.im/public/resellers.mth
http://www.nic.im/public/resellers.mth
У меня нет 40 фунтов.. или сколько там.. =(
бесплатно можно в доменах
*.plc.co.im *.net.im *.co.im *.org.im
*.ac.im *.ltd.co.im *.com.im *.gov.im
http://www.nic.im/public/newdomain.mth
*.plc.co.im *.net.im *.co.im *.org.im
*.ac.im *.ltd.co.im *.com.im *.gov.im
http://www.nic.im/public/newdomain.mth
01:00 - 5%
15:11 - 7%
хороший темп!
15:11 - 7%
хороший темп!
Linux, не забудьте про Linux!
Об этом уже говорил в комментариях к 5%.. Разве для линукса нет эмулятора Windows?
Не надейтесь на wine.
В смысле?.
В прямом, что мешает сделать нативное приложение ? Очень немногие приложения идут под wine нормально. А иногда вообще себя ведут не так, как надо.
Прочитал топик про 5%, понял, что версии под Linux не будет никогда. Извините за беспокойство.
Прочитал топик про 5%, понял, что версии под Linux не будет никогда. Извините за беспокойство.
Почитайте в 5%... они пишут это на Delphi/CBuilder и VCL... ИМХО, если бы это было читое WinAPI работало ещё быстрее... Но, тут тоже следует учесть - кто как пишет...
Также, сугубо моё мнение - гибкий ИМ клиент бредово писать на Делфи или чем-то там ещё, используя библиотеки привязанные к ОС (такие как VCL). он только от этого теряет всю гибкость...
Прошу авторов - подумайте над этим.
Также, сугубо моё мнение - гибкий ИМ клиент бредово писать на Делфи или чем-то там ещё, используя библиотеки привязанные к ОС (такие как VCL). он только от этого теряет всю гибкость...
Прошу авторов - подумайте над этим.
Линукс должен быть однозначно!
У нас нет опыта в создании приложений для Линукса. В будущем возможно к нам присоединится и Linux и Mac разработчик.
А смысл? Кроссплатформенность или есть изначально, или ее нет. Присоединившиеся к вас Linux и Mac разработчики же не заставят вас переписать программу с использованием кроссплатформенного тулкита, когда уже будет рабочая версия под Windows.
+1
Delphi не кросс-платформенен.
Писать C++ пусть мы и можем, но для целей это не подходит. FP и Ассемблер тоже не то.
Писать C++ пусть мы и можем, но для целей это не подходит. FP и Ассемблер тоже не то.
Очень интересно, почему это C++ для целей не подходит ? Или смущает то, что вместо того что бы перенести какой-то контрол на форму приходится писать код ?
Есть замечательная вещь, VC++. Но дело то даже не в этом. Мы просто уже начали создавать лайм под Дельфи. В том числе компаненты. Нам нравится Дельфи и нам удобно в Дельфи. Я же не призываю вас сменить Линукс на Виндоус. =)
НЛО прилетело и опубликовало эту надпись здесь
Спасибо большое.
Я люблю винду. и пользуюсь ей постоянно, но всеми руками за то, чтобы это работало и под другими ОС. А со словами "Нам нравится Дельфи и нам удобно в Дельфи" не боитесь ли, что кучу сил потратите, а пользоватся будете только сами?
>>"Мы просто уже начали создавать лайм под Дельфи. "
Ещё не поздно перейти на QT & C++
>>"Мы просто уже начали создавать лайм под Дельфи. "
Ещё не поздно перейти на QT & C++
Безусловно мы обсудим это...
сейчас мне полетят минусы, ну и ладно...
раз не могу поставить плюс, напишу:
+1.
QT - лучший выбор. Мало того, что он довольно удобен, так 4 версия использует множество средств системы в которой приложение исполняется. Поэтому приложения на qt выглядят нативно в MacOS и Windows.
P.S Да и вообще _ещё_ один клиент под windows выглядит совсем не интересно там и так их уже куры не клюют, а вот хороший клиент под linux это то чем заинтересовались бы многие. (даже не смотря на закрытость)
Лично меня не устраивает ни один из существующих клиентов.
раз не могу поставить плюс, напишу:
+1.
QT - лучший выбор. Мало того, что он довольно удобен, так 4 версия использует множество средств системы в которой приложение исполняется. Поэтому приложения на qt выглядят нативно в MacOS и Windows.
P.S Да и вообще _ещё_ один клиент под windows выглядит совсем не интересно там и так их уже куры не клюют, а вот хороший клиент под linux это то чем заинтересовались бы многие. (даже не смотря на закрытость)
Лично меня не устраивает ни один из существующих клиентов.
Вообще-то поздно. Сначала нужно реализовать так как в ТЗ описано, а то так можно на каждых семи процентах кардинально менять стратегию и через год получить двадцать раз по 7%, а не один по 100%.
Именно поэтому http://habrahabr.ru/blog/lime/26493.html
Угу, поэтому до сих пор под linux нету ниодного достойного клиента icq, etc.
Если что, есть Kylix - версия Delphi для Линакса. ;)
Оно только что умерло, вроде бы: http://crosskylix.untergrund.net/
А есть толи фри\опен дэлфи, толи фри\опен паскаль. По заверениям разработчиков вроде оно кроссплатформенное. Может поищите на эту тему…
НЛО прилетело и опубликовало эту надпись здесь
Да ладно? А мужики то не знают!
http://habrahabr.ru/blog/i_am_clever/253…
http://habrahabr.ru/blog/i_am_clever/253…
Не буду пользовать из принципа. Если б хотел, то мог бы уже квип пускануть, но это не linux-way
НЛО прилетело и опубликовало эту надпись здесь
До боли напомнило LimeWire
изобретаем очередной велик? ну ну...
Постараюсь в меру объективно подвести итоги двух постов о LAIM.
Программа представляет из себя очередной IM комбайн. Список поддерживаемых ОС ограничится решениями от Microsoft, т.к. разработчики заранее из каких-то соображений избрали в качестве языка программирования Delphi.
Из отличительных черт назван продвинутый смайлпикер и возможность использования звуковых тем. Заявлена поддержка многих протоколов. Это, как правило, означает, что ни один из них не будет поддерживаться хотя бы на уровне однопротокольных IM-клиентов. Кроме того есть еще какие-то сногсшибательно уникальные идеи, упоминать о которых нельзя, т.к. они будут моментально реализованы у конкурентов.
Исходные коды программы будут закрыты, т.к. "Открытость кода нужна только тем, кто сам не может чтото написать и хочет, чтобы другие ему помогали." (с) Astramak.
У меня лично нет причин испытывать неприязнь к проекту, но на данном этапе я не понимаю, какие из перечисленных особенностей могут позволить ему занять свою нишу в существующем спектре программ. Понимаю, что своим комментарием я наверняка пошел наперекор чьему-то мнению. Надеюсь, что не буду молча, "втихаря" заминусован, а услышу в ответ аргументированное опровержение искаженных мною фактов (если оные имели место быть).
Программа представляет из себя очередной IM комбайн. Список поддерживаемых ОС ограничится решениями от Microsoft, т.к. разработчики заранее из каких-то соображений избрали в качестве языка программирования Delphi.
Из отличительных черт назван продвинутый смайлпикер и возможность использования звуковых тем. Заявлена поддержка многих протоколов. Это, как правило, означает, что ни один из них не будет поддерживаться хотя бы на уровне однопротокольных IM-клиентов. Кроме того есть еще какие-то сногсшибательно уникальные идеи, упоминать о которых нельзя, т.к. они будут моментально реализованы у конкурентов.
Исходные коды программы будут закрыты, т.к. "Открытость кода нужна только тем, кто сам не может чтото написать и хочет, чтобы другие ему помогали." (с) Astramak.
У меня лично нет причин испытывать неприязнь к проекту, но на данном этапе я не понимаю, какие из перечисленных особенностей могут позволить ему занять свою нишу в существующем спектре программ. Понимаю, что своим комментарием я наверняка пошел наперекор чьему-то мнению. Надеюсь, что не буду молча, "втихаря" заминусован, а услышу в ответ аргументированное опровержение искаженных мною фактов (если оные имели место быть).
Из отличительных черт на данный момент. Вы как-то превратно всё поняли. Если я пишу о том, что было решено использовать в программе несколько звуковых схем в стандартной поставке, то это значит, что это наша отличительная черта. Мне просто не понятно, где я об этом написал? Если я пишу, что мы сделали то-то, то вы сразу начинаете писать "А вот в квипе это уже 8 лет как, а вот в миранде столько то".
Насколько я знаю, ещё ни во одном IM нет функции отображения неизвестных смайлов. Я хотел написать об этом, но посоветовавшись решили, что ненужно. Украдут, и даже не моргнут.
Да, теперь вы можете добавить ещё одну "отличительную черту",- мы будем показывать смайлы, которых нет у вас.
Насколько я знаю, ещё ни во одном IM нет функции отображения неизвестных смайлов. Я хотел написать об этом, но посоветовавшись решили, что ненужно. Украдут, и даже не моргнут.
Да, теперь вы можете добавить ещё одну "отличительную черту",- мы будем показывать смайлы, которых нет у вас.
Не делайте ставку на никому не нужны фичи, а ? =) Кому нафиг нужно отображение неизвестных смайлов, на данном этапе ? Вы чего творите-то ? Клиент лучше делайте стабильный, юзабельный и легко расширяемый в первую очередь, потом уже добавляйте всякие фичи, ато вы с конца палки начинаете.
То есть если подсказать пользователю, что же случилось со смайлом - это не юзабительно? Лучше показывать крестик? Или вообще давать съезжать смайлам? =)
Ребята, смайлы - это второстепенная вещь, не с них начинать надо. Вот это я имею в виду =) Вы бы ещё разработку операционной системы с прикладного софта для неё делать начали.
Хороший подход у вас :D
У нас были наработки, мы их улучшили, доработали и получили смайлпикер. Зачем оставлять на будующее? Сейчас будем заниматься ядром.
У нас были наработки, мы их улучшили, доработали и получили смайлпикер. Зачем оставлять на будующее? Сейчас будем заниматься ядром.
Ядро пишете под модули, интересно 8)
честно. лучше бы вы заб(ы/и)ли про смайлы, и написали бы точную копию Pigin, но с возможностью сортировки контактов по протоколу. А то у меня 5 разных протоколов, и все это счастье перемешано чертизнает как. Плюс, ЭТО должно работать под Мак и Линукс. Один пользователь, в моем лице, у вас был бы точно.
>..ни во одном IM нет функции отображения неизвестных смайлов...
Не могу сдержаться, и скажу, что в Live Messenger(бывший MSN Messenger) это реализовано уже давно :) Но там это на уровне протокола работает, а как по протоколу icq можно заставить понять, что же такое *ROFL*, отправленное с квипа, например, я не представляю..
PS. Это вообще если я правльно понял эту особенность.
Не могу сдержаться, и скажу, что в Live Messenger(бывший MSN Messenger) это реализовано уже давно :) Но там это на уровне протокола работает, а как по протоколу icq можно заставить понять, что же такое *ROFL*, отправленное с квипа, например, я не представляю..
PS. Это вообще если я правльно понял эту особенность.
Вы правильно поняли. Будет отображаться *ROFL*, даже если его у вас нет.
Ок, интересно на это посмотреть :)
Вообще желаю вам успехов, может быть произойдет что-то и ваш клиент заставит меня спрыгнуть с миранды, а то я её уже 5 лет настраиваю :)))
Вообще желаю вам успехов, может быть произойдет что-то и ваш клиент заставит меня спрыгнуть с миранды, а то я её уже 5 лет настраиваю :)))
Не сочтите за рекламу, скорее совет — попробуйте miranda HotCoffeе.
Я тоже долгое время настраивал и собрал сам, до те пор пока не «нарвался» на хоткофе.
Я тоже долгое время настраивал и собрал сам, до те пор пока не «нарвался» на хоткофе.
Да я нормально к рекламе отношусь, хватает ума фильтровать ненужное :)
На сборку гляну, но сказать, честно я пришел буквально к минималистскому стилю, не пользуюсь всякими проверками почты, погодой и т.д. Поэтому настраивал последний раз её буквально вчера, когда обновил основные плагины и само ядро. До этого последний раз год назад, наверное было :)
На сборку гляну, но сказать, честно я пришел буквально к минималистскому стилю, не пользуюсь всякими проверками почты, погодой и т.д. Поэтому настраивал последний раз её буквально вчера, когда обновил основные плагины и само ядро. До этого последний раз год назад, наверное было :)
Вы насмешили со смайлами, если бы вы их убрали совсем я бы пользовался вашим IM даже если у него будет куча недостатков, графичекие смайлы это идиотизм.
Кстати "Открытость кода нужна только тем, кто сам не может чтото написать и хочет, чтобы другие ему помогали". Это не мои слова.
Mr.*
К тому же часть кода будет почти уникальной, т.е. до этого никто так не делал...Так что закрытость кода даст нам некоторые преимущества...Открытость кода нужна только тем, кто сам не может чтото напсать и хочет, чтобы другие ему помогали...
Mr.*
К тому же часть кода будет почти уникальной, т.е. до этого никто так не делал...Так что закрытость кода даст нам некоторые преимущества...Открытость кода нужна только тем, кто сам не может чтото напсать и хочет, чтобы другие ему помогали...
Существует очень большая потребность в квипоподобном мессенджере для *nix. Если вы создадите нечто такое же юзабельное (или даже лучше) как квип для *nix (кросплатформенное), то займёте гораздо более прочные позиции нежели если напишете его только для windows (есть удобный квип). А если добавите туда мультипротокольность и поддержку гугль-толка, то мессенджеру цены не будет.
Причина, по которой ЛАЙМ не будет кроссплатформенным.
Mr.*:
Кросс-платформенности не будет изначально по определению: я пишу компоненты с нуля,а это значит,что мне все равно при переходе на другую платформу придется их переписывать с нуля, т.к. таких компонентов нет например на линуксе...
Mr.*:
Т.е. программу все равно придется переписывать почти с нуля...
Mr.*:
Портирование программы на другие платформы возможно в будующем...
Mr.*:
Кросс-платформенности не будет изначально по определению: я пишу компоненты с нуля,а это значит,что мне все равно при переходе на другую платформу придется их переписывать с нуля, т.к. таких компонентов нет например на линуксе...
Mr.*:
Т.е. программу все равно придется переписывать почти с нуля...
Mr.*:
Портирование программы на другие платформы возможно в будующем...
Во всяком случае ближайшее время.
- я пишу компоненты с нуля,а это значит...
нет. разумно описанный код компонент позволит спокойно компилировать себя под разные ОС...
нет. разумно описанный код компонент позволит спокойно компилировать себя под разные ОС...
>>Mr.*:
>>Кросс-платформенности не будет изначально по определению: я пишу компоненты с нуля,а это значит,что мне все равно при переходе на другую платформу >>придется их переписывать с нуля, т.к. таких компонентов нет например на линуксе...
Типичные слова пионера, который только что закончил читать книжку по программировнию. Слишком узкий кругозор и к тому же большая лень в чём-то разбираться ( например, в написании кросс-платформенных приложений)
>>Кросс-платформенности не будет изначально по определению: я пишу компоненты с нуля,а это значит,что мне все равно при переходе на другую платформу >>придется их переписывать с нуля, т.к. таких компонентов нет например на линуксе...
Типичные слова пионера, который только что закончил читать книжку по программировнию. Слишком узкий кругозор и к тому же большая лень в чём-то разбираться ( например, в написании кросс-платформенных приложений)
пионеру 32 года....
По идее, для кросс-платформенности мы должны использовать стандартные библиотеки, что бы как говориться шло и там и там. Но это нас не устраивает.
Да вас много чего не устраивает, но вы не подумали о том, что должно устраивать не вас, а других =)
Уже сколько раз упоминали Qt. Если есть причины, по которым этот тулкит не подходит, то можно найти еще парочку аналогов. Пример программы, написаной с идеей о кроссплатформенности в голове:
http://www.kanzelsberger.com/pixel/?page…
В ней используется SDL и собственная библиотека widget'ов, реализованная на нем. Это позволяет достичь полной идентичности в поведении под различными ОС. Правда это не слишком удачное решение для IM клиента, на мой взгляд, т.к. те же видгеты придется делать самому, но для примера покатит.
http://www.kanzelsberger.com/pixel/?page…
В ней используется SDL и собственная библиотека widget'ов, реализованная на нем. Это позволяет достичь полной идентичности в поведении под различными ОС. Правда это не слишком удачное решение для IM клиента, на мой взгляд, т.к. те же видгеты придется делать самому, но для примера покатит.
Mr.*
Чем больше кросс-платформенность и универсальность языка,тем меньше его производительность...Самый яркий пример это конечно .NET...НЕЛЬЗЯ СДЕЛАТЬ КРИТИЧЕСКИЙ К ПРОИЗВОДИТЕЛЬНОСТИ КОМПОНЕНТ НА АБСТРАГИРОВАННОМ ОТ ПЛАТФОРМЫ ЯЗЫКЕ...Тормоза - вот плата за кросс-платформенность...;)
Чем больше кросс-платформенность и универсальность языка,тем меньше его производительность...Самый яркий пример это конечно .NET...НЕЛЬЗЯ СДЕЛАТЬ КРИТИЧЕСКИЙ К ПРОИЗВОДИТЕЛЬНОСТИ КОМПОНЕНТ НА АБСТРАГИРОВАННОМ ОТ ПЛАТФОРМЫ ЯЗЫКЕ...Тормоза - вот плата за кросс-платформенность...;)
Ну а что ж вы хотите? Два отдельных клиента под вин и лин? :)
Не, я уже второй день убеждаюсь что у вас там идет процесс конструирования крутого велосипеда, который уже стандартный в самом своем зародыше. Вернее пока от него только золотые катафоты и полифонический клаксон.
omg! а как же posix ?! или я вас не так понял, или же на лицо в корне не верное восприятие понятия кроссплатформенности.
Mail.ru Agent - имхо зло. Наверное удобно кому-то, но такая дырень изначально.
А вообще не очень мне ясен смысл создания еще одного клиента. Их столько уже существует.
А вообще не очень мне ясен смысл создания еще одного клиента. Их столько уже существует.
Mr.*
Кросс-платформеность возможна только если все,что ты юзаешь в своей программе уже есть на всех платформах(некие стандартные библиотеки и т.д.)...Но когда ты создаешь чтото НОВОЕ, приходится все равно все писать заново и потому кросс-платформеность не возможна по определению: мне придется всеравно все писать с нуля под все платфомы и никакой c++ меня от этого не избавит...
Кросс-платформеность возможна только если все,что ты юзаешь в своей программе уже есть на всех платформах(некие стандартные библиотеки и т.д.)...Но когда ты создаешь чтото НОВОЕ, приходится все равно все писать заново и потому кросс-платформеность не возможна по определению: мне придется всеравно все писать с нуля под все платфомы и никакой c++ меня от этого не избавит...
Опять двадцать пять. С чего вдруг для нового кода невозможна кроссплатформенность при использовании кроссплатформенного тулкита? С чего под разные платформы нужен разный код? Один и тот же код, разные платформы, это позволяет сделать Qt, Java и еще черти что.
что то вы явно путаете. Я правда не совсем пока понял что именно :).
на C++ код пишется сразу под все платформы где есть компилятор C++. Ибо С++ - язык со стандартами ISO. Когда дело доходит до узких мест, типа потоки/форки (форков в win32 нет), небольшой задницы с fd-event механизмами (kqueue, select, poll, epoll...) - там да, надо сесть и для каждой платформы написать уникальные 10-100 строк. Хотя уже есть человек который это сделал и выложил GPL-ную бесплатную библиотеку. Так что можно использовать её. Стандартная C++ библиотека (libstdc++ в *nix) - разная под win32 и linux, но различия там весьма минимальные.
А ещё есть mingw... и qt.. и wxwindows/wxwidgets.. и cmake...
в общем, в мире уже давно делают кроссплатформ-софт. Почитайте литературу =).
на C++ код пишется сразу под все платформы где есть компилятор C++. Ибо С++ - язык со стандартами ISO. Когда дело доходит до узких мест, типа потоки/форки (форков в win32 нет), небольшой задницы с fd-event механизмами (kqueue, select, poll, epoll...) - там да, надо сесть и для каждой платформы написать уникальные 10-100 строк. Хотя уже есть человек который это сделал и выложил GPL-ную бесплатную библиотеку. Так что можно использовать её. Стандартная C++ библиотека (libstdc++ в *nix) - разная под win32 и linux, но различия там весьма минимальные.
А ещё есть mingw... и qt.. и wxwindows/wxwidgets.. и cmake...
в общем, в мире уже давно делают кроссплатформ-софт. Почитайте литературу =).
Помойму это крутой анекдот, или соц. эксперимент в среде айтишного населения ;) К таким мыслям пришел, когда про дельфи услышал.
Звуки всегда удаляю из всякого клиента, т.к. постоянно слушаю какую-либо музыку, а они мешают.
А так, посмотрим, может, будет, что-то интересное вообще, кроме звуков.
А так, посмотрим, может, будет, что-то интересное вообще, кроме звуков.
ну совсем не серьёзный проект :). Вы даже не представляете с чем связываетесь (поглядите исходники Kopete хотя бы). И слова "ах да, уникод!" звучат весьма забавно на фоне неозвученных проблем icq-протокола :).
А, так нам нужна крыша? :D
Просто один мой знакомый из Латвии так меня задолбал с этим юникодом... :))
Просто один мой знакомый из Латвии так меня задолбал с этим юникодом... :))
Да ладно, вон чувак сделал же квип, на дельфи вроде. Почему бы здесь не повторить? Правда он там немного забуксовал на многопротокольности, да и с кросплатформенностью беда.
Пускай делают!
Пускай делают!
в том то и дело что "чувак", создавший квип - гуру в протоколе ICQ, т.к. кое-где работал ранее.. Во-вторых догнать квип нереально без открытости кода и кросплатформенности (и, соответственно, привлечения больших масс разработчиков/отладчиков).
На мой взгляд лучше вообще делать упор на более прогрессивные открытые протоколы, а-ля jabber. А копаться в закрытом icq - фу. Волей судьбы первой появилась аська, но сейчас отток народу наблюдается постоянный. Хотя это и актуально лишь для стран третьего мира.
На мой взгляд лучше вообще делать упор на более прогрессивные открытые протоколы, а-ля jabber. А копаться в закрытом icq - фу. Волей судьбы первой появилась аська, но сейчас отток народу наблюдается постоянный. Хотя это и актуально лишь для стран третьего мира.
И с юникодом беда!
Эх, не хочу два раза рекламировать чужой продукт, но всё же посмотрите (точнее послушайте =) звуки в miranda HotCoffee. Если не хотите качать клиент, стукните в личку — вышлю mid'ы. На мой взгляд, отличное звуковое решение (не считая звука оповещения о ДР).
вы конечно извините, но есть ряд приложений которые "переписывать" смысла нет ни какого. особо распространены такие приложения на рынке Инстант Мессенджеров где давно сформировалась своя аудитория. даже при наличии революционного прорыва в технологи (ну например, вам удасться улавливать мысли и переводить их в сообщения) - довольно сложно будет заставить пользователя, не то что пользоваться - а скачать, а тем более установить вашу программу. я это все говорю не потому что "а баба Яга против", а потому что я и сам участвовал в разработке клона Тотал Коммандера. И не смотря что наше приложение обходило Тотал и по скорости, и было разработано для posix (был рабочий вариант и в Linux) - мы потерпели фиаско. Просто предупреждаю вас - и не в коем случае не говорю "не надо писать". Вполне возможно что вам повезет и эт обудет именно то что нужно и то чего все давно ждали. П.С. (писать в гиковое и окологиковое сообщество о продукте котоорый не работает под Linux- просто опасно для жизни :)) Искрене желаю удачи!
НЛО прилетело и опубликовало эту надпись здесь
кстати говоря, на мой взгляд не все программы выигрывают от кроссплатформенности и файловые менеджеры - как раз входят в число программ не-нужна-нам-кроссплатформенность. Ибо работа с файловой системой и файловые операции - практически небо и земля в *nix и windows. Ну совсем они разные как по смыслу так и по виду :). Получается, вы вынуждены будете приводить все к некому универсальному виду - которым либо жутко будут недовольны одни, но довольны другие, либо недовольны и те и другие вместе.
Те кто думает о пользователях и имеет богатый опыт общения с разными платформами - уже знают, что самым правильным для кроссплатформенного софта будет написание разных морд для разных систем. Неписаные правила написания интерфейсов под маки вообще ничем не похожи на оные для windows. Ну линукс - ещё более менее, т.к. разношерстного софта под него навалом, и мы уже, так сказать, привыкли =).
Те кто думает о пользователях и имеет богатый опыт общения с разными платформами - уже знают, что самым правильным для кроссплатформенного софта будет написание разных морд для разных систем. Неписаные правила написания интерфейсов под маки вообще ничем не похожи на оные для windows. Ну линукс - ещё более менее, т.к. разношерстного софта под него навалом, и мы уже, так сказать, привыкли =).
и согласен и не согласен одновременно. чем MC принципиально от FAR отличается внешне? А согласен, что есть категория программ которой не нужна кроссплатформенность. Разрабатывая под несколько платформ мы преследовали цель охватить как можно больший сегмент рынка при минимальной затрате ресурсов, используя реюзинг (что то не могу подобрать на русском нужного слова, извиняюсь) кода.
mc от far? ну, они оба терминальные и как правило синенькие.. :) Конечно, у них две панели со списком файлов. И всё. Если поглядеть в их меню - то там все будет абсолютно разным.
Вообще я говорил про GUI-приложения. Там где есть контекстное меню :). Можно сравнить totalcmd с krusader. Достаточно похожи. Но всё же приёмы работы с ними - ну совсем разные. Это не софтом диктуется, а как раз платформой. Симлинки, хардлинки, права доступа, пользователи, маунтинг файловых систем, способ отображения исполняемых файлов...
Много общего, но ведь не может же быть "ничего общего" :). Но различий достаточно, чтобы попытка упихать всё в некий универсальный вариант, который устроил бы всех сразу будет весьма сложной задачей.
Вообще я говорил про GUI-приложения. Там где есть контекстное меню :). Можно сравнить totalcmd с krusader. Достаточно похожи. Но всё же приёмы работы с ними - ну совсем разные. Это не софтом диктуется, а как раз платформой. Симлинки, хардлинки, права доступа, пользователи, маунтинг файловых систем, способ отображения исполняемых файлов...
Много общего, но ведь не может же быть "ничего общего" :). Но различий достаточно, чтобы попытка упихать всё в некий универсальный вариант, который устроил бы всех сразу будет весьма сложной задачей.
MC - это просто двухпанельный файлменеджер, а FAR - это очень гибкое и расширяемое средство. В свое время Рошал (автор фара) с трудом отбивался от просьб портировать фар под линукс, но позже пришли к выводу, что фар в линуксе не нужен, т.к. под линукс используется иной стиль работы - для всего, что реализовано в фаре в виде плагинов, есть маленькая, но гордая программа под линукс.
Золотой комментарий.
да, как-то странновато ребята к разработке своей подошли. забили на работу с протоколом и начали гнаться за всякими смайликами:) ну, в любом случае удачи.
я бы на вашем месте вообще консольный вариант бы тестовый сделал, а затем уж за графический вариант принялся, ибо основа была бы уже готова.
а про кросс-платформенность народ выше дело говорит. поддерживаю.
я бы на вашем месте вообще консольный вариант бы тестовый сделал, а затем уж за графический вариант принялся, ибо основа была бы уже готова.
а про кросс-платформенность народ выше дело говорит. поддерживаю.
Прочитал, ваши 2 поста, про 5% и 7%
Мнение сложилось не очень, если вы хотите сделать что либо под венду, то думаю мало людей перепригнут с квипа на ваш клиент т.к он очень удобен.
Версию под Linux вы отрубаете в корне, хотя это неплохая аудитория, которой нужен хороший клиент типа qip.
Мнение сложилось не очень, если вы хотите сделать что либо под венду, то думаю мало людей перепригнут с квипа на ваш клиент т.к он очень удобен.
Версию под Linux вы отрубаете в корне, хотя это неплохая аудитория, которой нужен хороший клиент типа qip.
я помню, как в своё время говорили о квипе... Поклонники миранды слюной обливались, доказывая, что квип не станет популярней миранды.
Не в обиду мирандовцам. =)
Не в обиду мирандовцам. =)
Во то время не было подобного квипу клиента. Который бы не нужно было настраивать после установки, доустанавливать какие-то плагины и тыды. А сейчас квип есть.
Люди любят, чтобы всё работало из коробки, квип это сделал.
Миранда конечно тоже не плохо, но доустановка плагинов никак не радует, хотя последние сборки HotCoffee очень радуют.
Но опять же это всё под венду.
Миранда конечно тоже не плохо, но доустановка плагинов никак не радует, хотя последние сборки HotCoffee очень радуют.
Но опять же это всё под венду.
А где скачать можно?
Очевидно, автор не очень силен в программировании. Предполагаю, что, освоив написание своих компонентов в Delphi, автор почувствовал себя весьма продвинутым кодером (ведь никто из его знакомых-делфикодеров компоненты создавать не может) и тут же решил применить "новое слово" в разработке приложений на практике. В пользу этой версии говорит ярое желание автора написать все компоненты с нуля, несмотря на то, что в инете их тонны, включая реализации многих протоколов (или обертки для них).
Пускай набирается опыта. Если он 20 лет будет писать свой мессенджер, да еще и регулярно консультируясь на Хабре, то может быть, это будет самый лучший мессенджер. Еще бы поменьше иронии было в связи с этой задумкой, а то даже стыдно, что на человека навалились. Пусть профессионализма очевидно не хватает, решительности ему не занимать. Ну так и пусть дерзает, надо поддерживать, а не посмеиваться.
Автор поста - я. Я не пишу лайм в своей основе. Этим занимается другой человек.
Многие говорят, что под винду, дескать, тьма-тьмущая IM-клиентов. Я, может быть, какой-нибудь особенный гурман, но я еще не видел ICQ-клиента, который меня порадовал бы на все 100%.
На Delphi была библиотека CLX (кстати, на Qt), которая позволяет портировать Delphi-приложения под Linux. Впрочем, в вашем случае основной проблемой будет не GUI, а транспортный слой... Тут надо подумать.
Внимательно прочитал 2 раза. Но остался вопрос: для чего вы создаете еще один IM? Какова особенная фишка вашего Лайма? Чем будет отличаться в лучшую сторону от, например, QIP или Miranda?
НЛО прилетело и опубликовало эту надпись здесь
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
7%