Комментарии в коде очень помогают в нём разобраться, полностью описывают действия кода, великолепные комментарии, особенно понравился:
//ololo Onotole otake
Ну так я комменты для себя расставил, точнее я просто отметил ими места, которые, по моему мнению сделаны криво. Ну а //ololo Onotole otake это одно из самых кривых мест, ибо почему то комбинация вроде бы нужных кодов выдавала не то число, поэтому я просто посмотрел, какое значение соответствует комбинации ctrl+enter и его забил
На самом деле я Вас не упрекаю и ни в чём не обвиняю, Вы молодец, потрудились, проделали работу, изучили новую технологию, выложили исходники, просто заметил комментарий, понравился… та и вообще, какой программист любит писать комментарии, заметки на полях что только по оставлять можем для того что бы ничего не вылетело из головы…
Вы проделали хорошую работу, за это Вам огромная благодарность от меня и чуть-чуть ненависти от моего организма, т.к. он понимает что это меня заинтересовало и нормальный сон ему не светит…
Немного не в тему конечно. Я вот все хотел узнать, а проблемы с отправкой фалов на венде (icq) и появление авторизированных юзеров в списке не ранее, чем после перезагрузки клиента только у меня наблюдаются? Уж чего только не пробовал, и все версии качал, а оно все никак. на форуме у вас подобная проблема с передачей файлов хоть и была описана, но осталась без внимания. а клиент то классный, пользоваться хочется…
с icq в 0.2 есть одна небольшая проблема — никто (вообще никто о.О) не понимает как и почему оно работает) разработчик который начинал проект и писал реализацию icq сейчас отошел от дел, поэтому сейчас в в разработке новая реализация, причем на этот раз код пишется таким образом, чтобы был понятен для чтения, т.е. чтобы такой ситуации впредь не повторялось
У миранды все API завязано на платформу x86, боюсь это технически невозможно.
И какой смысл переписывать миранду, если главная ее фишка — огромное количество плагинов, останутся в пролете и их тоже надо будет переписывать?
x86? Может вы хотели сказать WinAPI?
Из неё волне можно было бы позаимствовать архитектуру приложения в целом и большую часть кода плагинов протоколов.
Там хуже, там именно x86, билды под x86-64 по сути вообще форк sites.google.com/site/mimx64/
>Из неё волне можно было бы позаимствовать архитектуру приложения в целом
Вот уж что-что, а это очень глупо, архитектура там не очень удачная
>большую часть кода плагинов протоколов.
Будет тормозить и страшно глючить. Хотя подсматривать в код вполне себе можно :)
Он прав, брать неизвестно кем написанные реализации стоит с осторожностью, так как в чужом коде наверняка баги, утечки памяти, неэффективные участки и прочая пакость.
я сказал что хотел сказать :) в миранде все писалось с рассчетом на x86 архитектуру (длина указателя 32 бита, определенный порядок байт в слове), и если со вторым борются и обещают к 0.9 исправить по крайней мере в ядре и основных плагинах, то со вторым сложнее гораздо
А фишка «огромное количество плагинов» на самом деле не до такой степени и востребована. Среднему неискушённому пользователю важнее, чтобы всё было уже из коробке. Минимально необходимый набор плагинов зачастую приходится писать разработчикам собственно приложения.
тогда миранда получается хуже чем qip2005/rnq/вставьте_что_хотите по функционалу, ибо не будет как минимум протоколов, а зачем нам клиент без возможности общаться?
Да, начиная с 4.6 не поддурживаются. Это конечно грустно, но с другой стороны — LGPL, ничто не мешает поддерживать их сообществу. PyQt никогда не был «официальным», но ему это нисколько не мешало.
> .Net позволяет программам использовать нативный интерфейс ОС
Тут стоит уточнить, про какой нативный интерфейс вы говорите. Виджеты GTK#? Qyoto? Windows Forms?
Оба тяжелые. и громоздкие. Кроме того, используют неправильные подходы (ибо эмулировать на процессоре процессор — это дурь). У меня нет ни первого, ни второй, и не будет.
Ну в общем да, это дополнительный слой абстракции. Хотя есть just in time компиляция, которая делает вполне себе нативный код, но тогда проги по первости будут долго стартовать. В QML весь этот код разметки тоже компилируется, на самом деле, только компилируется он в QObjectы, после чего они работают уже с настоящей нативной скоростью, а вот javascript в QMLе именно интерпретируется. Поэтому, если кто занимался уже написанием прог на QML'е, могли заметить, что ошибки в самом QMLе сразу вылазят, а в javascript'е они вылазят в тот момент, когда управление достигает этого кода.
когда я полтора года назад пробовал использовать Eclipse с поддержкой C++, то он падал каждые минут 5, не знаю чья это вина — gtk интерфейса, или самого Eclipse'а, но осадок неприятный остался
А это мой косяк, я поле ввода взял из Кутишного примера, а там стояло ограничение на количество введённых символов, я его естественно и не заметил.
Уберите там в AuthView.qml строчку maximumLength:21
Я давно думал о том, почему администрация вконтакта морочится со всякими фишками сайта, покупает красивые домены, но никак не сделает мессенджер. Если он будет кроссплатформенным и удобным, я думаю он будет пользоваться достаточно большим успехом и сможет вполне конкурировать с ICQ.
С аватарками я наверное придумаю хак, но на деле проще дождаться релиза Qt 4.7, ибо в картинке есть свойство, которое заставляет масштабировать картинку с соблюдением пропорций, но оно пока не работает
знакомство с программой закончилось очень быстро
при логине — на емейл стоит ограничение в 21 символ, у меня их 22 :)
+ лично мне не нравится не текстовый курсор на текстовых полях
— p.s.
спасибо за топик — обращу свое внимание на qt и qml — стало интересно, что это за звери :)
А вот мне интересно, как можно было клиент с минимум функциональности, сделать на почти 30 мб в распакованом виде? Или это один из недостатков Qt?
Я что-то в этом мире не понимаю…
Это проблема не Qt, а отсутствием его в вашей ОС. Вот если бы вы использовали связку Linux+KDE или бы у вас были предустановлены библиотеки, то выглядело бы всё куда прекраснее.
Нет. Это какраз проблема Qt, что он за собой таскат все, что только можно.
И да, будь у меня парочка миллионов американской валюты, все бы выглядело прекраснее. А Linux+KDE это исключительно ваши вкусы.
В наш век террабайтовых винтов и гигабитных каналов это вообще не проблема, а на мобильных многих устройствах скоро Qt будет стоять по умолчанию. Да и даже там иметь в системе 30 мегабайт либ не проблема.
Глубоко не вникал, но на главной странице везде написано главным плюсом — мультиплатформенность… Больше ничего в глаза не бросаеться, к сожалению. ПОзже попытаюсь вникнуть поглубже. Спасибо за ссылку
нашел баги:
1) пишет onlile вместо online
2) когда я пишу большое сообщение, то оно не переноситься по строкам, а влепливается в одну, то есть вижу я только то, что на первой строке влезло.
и не нравиться то, что нет никаких уведомлений о приходе сообщений, и настроек не мешало бы добавить
1)хм… забавная опечатка :)
2)попробуйте найти
TextEdit {
id: msgEditField
и добавьте туда две строчки
width: parent.width
wrap: true
Всплывающие уведомления из qml нет возможности сделать без создания С++ объектов.
Настроек нету, потому, что это демка.
еще такой вопрос, я изменил в файлах высоту окна программы при запуске, ибо она в экран нетбука моего не влазит, она стала меньше, но появляется с отступом в пикселей 100 от верха, как уменьшить этот отступ?
мне определенно нравится QT. Но этот клиент для вконтакте никак не дотягивает до фэйсбуковского клиента, написанного на Silverlight (недавно тут тема проскакивала).
Клиент — очень приятный. Хотелось бы, чтобы он развивался и дальше. Думаю, стал бы очень популярным.
А вообще есть клиенты под в контакте, которые позволяют править статус и писать/читать сообщения? вообще можно было бы написать приложение, которое позволяет использовать в контакте как твиттер.
Завел git репозиторий для проекта, теперь за всеми изменениями можно следить в онлайн режиме. Для тех, у кого не стоит git ссылка на скачивание актуальной версии
1)Когда вводишь имеил/логин, добавьте обработку клавиши Tab
С этим пока проблема… сделал по enter'у пока что
2)На чистом qml это принципиально невозможно, а я пока экспериментирую именно с чистым qmlем без юзания С++
3)Могу сделать, чтобы проигрывался некий звук
Небольшой demo клиент vkontakte на QML