[Oconnel]

Przywracam wątek znany z poprzedniego forum. Będziemy tutaj rozmawiać o tym, co czeka AQQ w przyszłości. Roadmap, plany, informacje o kolejnych wersjach AQQ i nowościach związanych z nimi.

W chwili obecnej jak zuważyliście wpadliśmy w "trend boczny" Aktualnie poprawiam błędy z buglisty i żadnych większych zmian póki co nie wprowadzam. W najbliższych dniach powinienem otrzymać najnowszą wersję środowiska w którym powstaje AQQ tj. Delphi. Jako że natywnie została w nim dodana obsługa Unicode czeka mnie dużo dość nudnych i żmudnych zmian w kodzie. Jako że, AQQ obsługuje obecnie unicode nie co inaczej niż najnowsze Delphi, będzie trzeba bardzo bardzo bardzo wiele rzeczy przemontować. Zmian widocznych przez użytkownika nie będzie zbyt wiele, natomiast w kwestii kodu zmieni się naprawdę dużo, i będzie trzeba to dogłębnie przetestować. Po wprowadzeniu tych zmian, AQQ powinno działać nie co szybciej, i korzystać z mniejszej ilości zasobów systemowych - zawsze coś

Gdy się z tym uporamy, nadejdzie czas tesotwania jakiejś nowej funkcjonalności. Jakiej? Pomyślimy, zobaczymy, być może będzie to jakiś lepszy aktualizator, powiązany z menedżerem dodatków. Ale nie chwytajcie mnie za słowo, bo plany mogą ulec zmianie. Np. na wprowadzenie dokładniejszej obsługi GG.

[VPN]

, nie wiem co o tym sądzić. Bilans zysków i strat moim zdaniem wychodzi na bliski zeru. Dlaczego? Bo tak skrzętnie zgromadzone 5 stron błędów na bugliście stoi w tej chwili pod wielkim znakiem zapytania. Oby udało się wyjaśnić wszystkie przypadki, ale nie na zasadzie "brak zainteresowania autora zgłoszenia = brak błędu". W zależności od tego jak ta nowa wersja się będzie zachowywać, może się okazać, że cofamy się w betatestach ileś tam miesięcy. Za to ogromnym plusem jest optymalizacja. Niby idziemy do przodu, ale stoimy nadal w jednym miejscu, choć pewnie było to nieuniknione i kosztowało mnóstwo pracy.

Użytkownik Oconnel dnia Nov 14 2008, 23:41 napisał

- AQQ nie korzysta dłużej z nakładek na systemowe kontrolki. Dzięki czemu wszystko chodzi szybko i sprawnie.

Czy to oznacza uniezależnienie od Internet Explorera i tym samym Windows, a co za tym idzie otwarcie na inne systemy?

[Oconnel]

Nie. Chodzi o to że AQQ korzysta z dużo mniejszej liczby zew. komponentów niż dotychczas. Chodzi tu np. o kontolki TNT które były dotychczas wszędzie. A jak się okazało, po ich wyrzuceniu AQQ działa znaczenie szybciej. Co do buglisty, to oczywiście trzeba będzie ją skonfrontować z nową wersją. Np. cała komunikacja zarówno we wtyczkach jak i samym AQQ opiera się na całkiem nowych rozwiązaniach. Również parser XML dla jabbera został "wymieniony" na lepszy model. Generalnie więc ciężko powiedzieć, które błędy pozostały, a które przy okazji optymalizacji uległy naprawieniu.

[Senega]

Użytkownik Oconnel dnia Nov 15 2008, 06:00 napisał

Obawiam się, że natywny support dla 64bitów, będzie miała dopiero kolejna edycja Delphi o nazwie kodowej Commodore. A że Delphi wychodzi co 2 lata ...

Czy to oznacza, że AQQ będzie średnio przepisywane od nowa (odświeżane) przy zmianie środowiska (abstrahując od tego, że czasami wszystko kompiluje się poprawnie)?

[Kendziooor]

No, nareszcie cos się dzieje. Nie będę pisać czy się ciesze czy nie, bo powtarzanie się po userach mija się z celem. Zatem kilka pytań:
1. Wiemy już, że D9 wspiera aero, ale czy twórca ma zamiar robić coś w tym kierunku?
2. Czy alfa testy dla forumowiczów będą poelgały na tym, że autor między wierszami wrzuci nową wersję, bez informacji na stronie? Czy każdy z forumowiczów będzie mógł ją wypróbować?
3. Czy korzystanie z komunikatora AQQ jako podstawowego będzie możliwe? Tzn. chodzi mi o to, czy błędów jest na tyle dużo, że najprostsze czynności mogą się skończyć błędem?
4. Czy potrzebne będą jakieś zmiany w kompozycjach?

Takich kilka prostych pyań, mam nadzieję ze otrzymam odpowiedź

P.S. Jeśli błędów będzie naprawde sporo, to moze to jakoś rozdzielić w bugliście. Oconnel będzie miał większą przejrzystość, nie będzie wielkiego rozpi...bałaganu w dziale błędów, a nowi userzy w spokoju będa mogli zgłaszać błędy z built 17.

[CaliforniaBoy]

Bardzo szkoda, że przypisywanie kodu nie przypadło na pierwszą betę AQQ 2.
Dużo pracy zajęło by Ci skompilowanie pod Vite x64?
Pytam, bo wiem, że masz dużo pracy, a nie jest to najważniejsza kwestia.
Jednak, gdy będzie taka możliwość prosiłbym żebyś pamiętał o takiej prośbie : )

Oconnel, tak na pierwszy rzut oka - jak Tobie chodzi aplikacja? (mam na myśli stabilność)

PS. Cieszę się, że jest z Tobą teraz lepszy kontakt : )

[BangMan]

Ten PS powyżej brzmi jak pochwała dla autystycznego dziecka. ;>

Ja mam pytanie następujące: czy od nowej bety wszystkie pluginy będą musiały być pisane w D2k9? Jeśli nie, to co faktycznie zmieni się pod tym względem?

[Oconnel]

Nie muszą być pisane pod D9. Aczkolwiek te skompilowane pod D9 działają szybciej.

[sacrus]

A gg będzie w końcu obsługiwało status zablokowany

[ifconfig]

No to od poniedziałku będzie dużo pracy. Bugliste trzeba zrewidować od A do Z.

[CaliforniaBoy]

Może i tak brzmi, ale to raczej zadowolenie z kontaktu z użytkownikami. Chyba każdy na to czekał.
Osobiście sprawdzę szybkość pracy, czas uruchamiania i zużywanie naszych skromnych zasobów
Bez odbioru : )

[Gregor]

Cześć.
Obecnie jestem w Słowacji, o czym pewnie spora część z Was wie. Używam tutaj laptopa i w związku z tym odkryłem kilka luk w AQQ, o których może nie wiecie, a chciałbym by już w najbliższej wersji nie było z tym problemów bo to dość irytujące dla nowych użytkowników, więc postanowiłem, że napiszę.

A więc sprawa wygląda tak:
- instaluję AQQ
- loguję się na swoje konto (gregor@aqq.eu)
* wszystko działa do tego momentu, problemy są dalej:
- moja dziewczyna zakłada konto na Jabberze (testowane: aqq.eu i jid.pl), co niestety kończy się niepowodzeniem, bowiem sieć działająca w akademiku blokuje kilka portów (w sumie to głupota, ale tak tutaj jest). Nie da się zmienić portu jabbera przed zarejestrowaniem się w tej sieci, wszystko leci po standardowym, co uniemożliwia rejestrację. BARDZO POWAŻNY BŁĄD!!
- zarejestrowaliśmy się więc korzystając z innej sieci bezprzewodowej
- i tutaj kolejny kwiatek - AQQ nie powinno uruchamiać się przy starcie systemu (tak ustawiono na pierwszym koncie), ale po założeniu nowego profilu AQQ ma te ustawienia gdzieś - odpala się z Windowsem bez pytania kogokolwiek o zdanie. DO POPRAWY!

Jeśli post uznany zostanie za napisany w złym miejscu, bardzo proszę o przeniesienie go, a nie usuwanie, bo te dwa błędy są chyba czystym przeoczeniem, a ich poprawienie jest - moim zdaniem - konieczne! Z góry dziękuję wszystkim za współpracę, pozdrowienia ze Słowacji.

[bartek46op]

Próbowałeś z
Start >> Uruchom >> msconfig >> Uruchamianie i odznaczyć AQQ?

BTW. Wracaj szybko i zaktualizuj Dark Kinga http://forum.aqq.eu/...tyle_emoticons/default/happy.gif

[muszi]

@bartek46op, Gregorowi chodzi o to, że przy dodawaniu nowego konta zawsze AQQ ponownie doda wpis do autostartu i się uruchomi z systemem. Usunięcie przez msconfig da to samo co w opcjach programu.

[Mi2]

Simlock napisał:

A gg będzie w końcu obsługiwało status zablokowany

Nie. Przecież Oconnel pisał, że nie wprowadził żadnych nowych funkcji...

Edit Mi2: Sorki, drobny błąd w poście, poprawiłem.

[szpon]

A zastanawiałem się dlaczego Oconnela nie ma długo na necie i nie pojawiają się żadne nowości. Ale oczywiście AQQ nie mogłoby ustać w miejscu
Jak to zazwyczaj bywa z Oconnelem. Jeśli długo go nie ma to po powrocie wynagradza nam to, teraz nie jest inaczej

[sacrus]

Wiecie co myślę że w belce tytułowej AQQ na górze mogła by być cała nazwa: "AQQ Carbon 2.0.3.xx" miejsce i tak jest a ciekawiej by się prezentowało Nie traktujcie tego jako propozycji do AQQ a jedynie sugestie

[Paveleczek1991]

Szczerze mówiąc jestem za

[VPN]

Jestem przeciw. Carbon to nazwa kodowa i podobnie jak w przypadku procesorów nie podaje się np. Intel Core 2 Duo Penryn, tylko sam początek.

[bartek46op]

Jak ktoś ma wąskie okno to mu ta długa nazwa przeszkodzi.

[sacrus]

Ja zmniejszyłem do minimum no i tak by się zmieściło u mnie