Komentowana treść: ChocolateCastle 0.6 dla MorphOS-a
03.09.2010 22:15
[#1]
Re: ChocolateCastle 0.6 dla MorphOS-a
W następnej wersji będzie – mam nadzieję – generować już kompletne projekty klas zewnętrznych, z makefile i tak dalej. No i nieco więcej będzie można poustawiać w GUI, przez co kod będzie bardziej kompletny.
. 
. 
04.09.2010 16:09
[#10]
Re: ChocolateCastle 0.6 dla MorphOS-a
przetestowałem tą czekoladową Grote Nestle i parę uwag:
- katalog gfx siedzi w sources :/
- dla dziedziczenia z publicznych klas MUI, trzeba, należy, powinno się, wymaga się dodać automatyczny wybór implementowanych metod (razem oczywiscie ze strukturami), można by to bylo zrobić w add i potem wybierać ewentualnie dla kazdej klasy wyswietlac pelna liste metod i dodaj checkmarka dla kazdej pozycji czy ją wrzucać do źródla (drugi sposób chyba lepszy)
- labele w gui powinny się konczyć ':'
- dodać wsparcie dla makr (nad tym nalezy pomysleć, żeby od razu nie zmuszać ludzi do używania SDI)
- katalog gfx siedzi w sources :/
- dla dziedziczenia z publicznych klas MUI, trzeba, należy, powinno się, wymaga się dodać automatyczny wybór implementowanych metod (razem oczywiscie ze strukturami), można by to bylo zrobić w add i potem wybierać ewentualnie dla kazdej klasy wyswietlac pelna liste metod i dodaj checkmarka dla kazdej pozycji czy ją wrzucać do źródla (drugi sposób chyba lepszy)
- labele w gui powinny się konczyć ':'
- dodać wsparcie dla makr (nad tym nalezy pomysleć, żeby od razu nie zmuszać ludzi do używania SDI)
04.09.2010 16:34
[#11]
Re: ChocolateCastle 0.6 dla MorphOS-a
@rzookol, post #10
Z katalogiem to po prostu błąd przy pakowaniu, już przepakowałem archiwum i wrzuciłem na MorphOS Files. W przyszłości wsadzę grafikę w kod programu. Wybór implementowanych metod dla MUI to sprawa oczywista i na pewno będzie w następnej wersji. Dla wybranej klasy publicznej będzie można wybrać wrzucenie do listy metod:
- żadnych,
- przewidzianych w danej klasie do przeciążania,
- wszystkich tej klasy,
- wszystkich tej klasy i klas nadrzędnych.
Oprócz tego metodę można zawsze usunąć z listy. Co do etykiet w GUI, to nie wszystkie się powinny kończyć dwukropkiem, ale na pewno są pewne braki w tej dziedzinie, do poprawienia. Jeżeli chodzi o wsparcie dla makr, to jakich, skoro SDI nie chcesz?
- żadnych,
- przewidzianych w danej klasie do przeciążania,
- wszystkich tej klasy,
- wszystkich tej klasy i klas nadrzędnych.
Oprócz tego metodę można zawsze usunąć z listy. Co do etykiet w GUI, to nie wszystkie się powinny kończyć dwukropkiem, ale na pewno są pewne braki w tej dziedzinie, do poprawienia. Jeżeli chodzi o wsparcie dla makr, to jakich, skoro SDI nie chcesz?
04.09.2010 16:58
[#12]
Re: ChocolateCastle 0.6 dla MorphOS-a
@G. Kraszewski, post #11
1. oczywiście, że nie wszystkie labele konczą się ':' czego przykładem są te przy checkmarkach, ale chodziło mi o to co "zastałem" w czokoladekastle
2. Ja nie lubię SDI, ktoś inny chce SDI, same problemy :),
spotkalem się z 4 typami makr:
- SDI
- te od maaga
- te od morphos teamu (które były w pierwszym SDK w docach, z ktorych korzystał miniq a potem ja :) )
- makra z vaporware, wykorzystywane w ambiencie i przez część osób
można by się było zastanowić, żeby generacja dla makr byla modułowa, jesli sie nie da to jakies wybrać (mało skomplikowane)
2. Ja nie lubię SDI, ktoś inny chce SDI, same problemy :),
spotkalem się z 4 typami makr:
- SDI
- te od maaga
- te od morphos teamu (które były w pierwszym SDK w docach, z ktorych korzystał miniq a potem ja :) )
- makra z vaporware, wykorzystywane w ambiencie i przez część osób
można by się było zastanowić, żeby generacja dla makr byla modułowa, jesli sie nie da to jakies wybrać (mało skomplikowane)