This is a legacy Trac instance left read-only for reference purposes. More info. dev main | home

Trac

Powiadomienia

Polecam zasubskrybować RSS. Będą tam powiadomienia o wszystkim co się dzieje w projekcie. Druga opcja to powiadomienia na mail - dotyczą tylko zmian w Ticketach (tylko tych które zgłaszaliśmy/komentowaliśmy/wpisaliśmy się do CC). Zawsze to co się działo można przejrzeć klikając w Timeline.

Opisy w RSS-ie

Zawartość pola (pod tekstem) Comment about this change pojawi się w RSS-ie. Pewnie nie jestem jedynym, który potrafi docenić ile dobra niesie za sobą jedno zdanie o tym co się zmienia...

Raporty

Zrobiłem dodatkowy raport, gdzie można zobaczyć wszystkie user stories na jednym ekranie: http://dev.lrem.net/waterworld/report/9

Forum

Znalazłem dokładnie jeden plugin dający możliwość wzbogacenia Traca o forum: http://trac-hacks.org/wiki/DiscussionPlugin

Przykładowe forum (paskudny CSS, ale my takiego mieć nie będziemy): http://blackhex.no-ip.org/discussion

Czy chcecie, żebym się pogłowił nad instalacją tego?

  • lRem: po prostu nie chce mi się, ale jak ktoś mnie zmotywuje...

Środowisko

c++

Bullet Physics (http://www.bulletphysics.com/)

Doxygen (www.doxygen.org)

SVN

trac

Czy dobieramy wspólne dla wszystkich IDE? (ew. pod dwa środowiska: windows + linux) Jeśli tak, to jakie?

(mceier) nie, dopóki kod będzie spełniał wymagania ( co do stylu, przenośności itp. ), nie ważne w jakim środowisku powstał ...

Testy jednostkowe:

wolałbym boost::test, jednak jeżeli boost to dla was za duży/zbyt skomplikowany pakiet i wolelibyście mniejszy, to można skorzystać z CppUnit? ... :p

(michal) jakieś sugerowane środowisko ?

(mceier) tak jak wyżej napisałem, dowolne, byle kod spełniał wymagania ...

(lRem) Przy czym spełnienie części wymagań w Vimie uzyskasz z automatu dzięki wklejonemu już kawałkowi kodu. Sądzę, że jest sens ulec namowom Manuszewskiego i spróbować robić ten projekt w test-driven design. Więc decyzja o wyborze środowiska do testów jest bardzo ważna...

(michal) ja po prostu nie za bardzo orientuje sie ktore srodowisko jest dobre / lepsze(?) pod linuxem.. zwykle pisze w vs2008 a jak juz musialem cos pod linuxem to uzywalem vim'a..

(magicd) ja nawet pod linuxa pisałem z vs2008 tylko pobierałem ze strony MSDNAA biblioteki dla unixa lub ręcznie kopiowałem niezbędne biblioteki C/C++ z linuxa do windowsa... o dziwo zazwyczaj działało :]

(mceier) do automatyzacji testowania pod linuxem można wykorzystać autotest z autoconf'a, dodatkowo jeżeli się zdecydujemy by korzystać z autotools to łatwo będzie można tworzyć paczki, cross-compilować, wykonywać testy zależne od architektury ( dla zagwarantowania przenośności ) itd.

(lRem) No rzeczywiście, tylko jeszcze autohella nam do kompletu brakowało... Może byśmy przy okazji tego projektu przetestowali sobie CMake (nie, ja też znam tylko autotools)?

(mceier) Jeżeli nie lubisz autotools, to pewnie CMake też nie przypadnie Ci do gustu ... ma podobną składnie do autoconf'a i wydaje mi się być bardziej toporny :p jednak jego niewątpliwą zaletą jest to, że istnieje natywna wersja na systemy microsoftu. Podsumowując ... CMake +1 :)

(lRem) To co mnie odpycha w autotoolsach to ilość tego wszystkiego. Proste zbudowanie mojego starego projektu wymaga uruchomienia czterech programów przed klepnięciem make. Przy czym do pierwszego trzeba dodać magiczną opcję, bo inaczej trzeci się wysypie... CMake, z tego co słyszałem, nie robi takich głupich problemów.

(mceier) hehe :) wystarczy wywołać autoreconf, żeby skonfigurować projekt :p

(lRem) Taaa... 

autoreconf-2.63: automake failed with exit status: 1

(mceier) to znaczy, że coś robisz źle xD autoreconf -v -Wall -i :p

(magicd) kocham linuxa i linuxowe wywołania programów/skryptów :] (dlaczego w linuxie nie może być ikonek i menu start?) :D

(lRem) Ktoś Cię okłamał z tym nie może. Tylko dla człowieka obytego z klawiaturą wpisanie 

./configure && make

jest po prostu sporo szybsze niż znalezienie ikonki configure i ikonki Makefile'a. Samo menu start to też raczej dinozaur od którego się odchodzi.

Gdybyś nie wiedział, w typowych przypadkach wpisanie tego długiego polecenia to 11 klawiszy wliczając enter na końcu ;)

(mceier) Brakuje biblioteki do tworzenia kontekstu OpenGL ... moje propozycje:

  1. SDL - łatwa w użyciu, i domyślnie obsługiwana przez cmake ( FIND_PACKAGE(SDL) ) ...
    • (lRem) Jestem za. Będzie szybciej niż rzeźbić coś samemu.
    • (mceier) ok, dodałem SDL'a ...
  2. Allegro - biblioteka podobna do SDL, ale niestety obsługę w cmake samemu należy dodać ( brak FIND_PACKAGE(Allegro) )
    • (lRem) Allegro używałem od zawsze... Ale support dla OpenGL to tam śmierdział niepomiernie ostatnio jak patrzyłem :/
  3. Ogre3D/Irrlicht/inna biblioteka do grafiki 3D - lepiej nie, lecz się nie upieram :p
  4. Własna biblioteka - tylko do tworzenia kontekstu OpenGL, na początek może wystarczyć ... :p
    • (mceier) np. w formie warstwy abstrakcji innych bibliotek ...

Do zarządzania geometrią ( optymalizacja wyświetlania itp. ) proponuję:

  1. OpenSceneGraph? - bardzo fajna biblioteka napisana w C++, standardowo obsługiwana przez cmake ...

Aktualna konfiguracja

Budujemy za pomocą CMake ( http://www.cmake.org )

Biblioteki z których korzystamy:

Do unit testów skonfigurowałem CMake( Moduł CTest )+Boost::Test, do przeprowadzenia testów wystarczy wykonać

  • na linuxie, 'make test' w katalogu build
  • na windowsie, w Visual Studio, to chyba jest automatycznie przeprowadzane

Do generowania dokumentacji wykorzystujemy:

  • Doxygen ( http://www.doxygen.org ) - jeżeli nie będziecie generowali dokumentacji, nie musicie tego instalować

Hosting

Całość infrastruktury hostowana jest przez OSK Maxnet. Informacje o wszelkich awariach i problemach (takich jak wczorajszy przestój) do złapania na: http://maxnet.org.pl/