Complex

to zastosuj taki szerokosc = szer * cos(x-90) * tg(x-90) + wys * cos(x-90) wysokosc = sin(x-90) * wys + cos(x-90) * szer przy czym x to kat obrotu (pisane z mysla o zakresie 90-180 nie mowie ze dla innych bedzie dzialac) wys i szer to rozmiary zrodlowe.

Jasne. Jak ktos chce napisac jakiegos arta, to wystarczy jak da tylko zanc na forum zeby przypadkiem nie powtarzaly sie arty, ktore sa pisane. Mysle, ze nie ma tez problemu jak ktos chce napisac art'a rozwijajacego jakis temat ktory byl juz poruszany na stronie. pozdrawiam

Mysle, ze jak ktos bedzie zainteresowany to poda po prostu swoj e-mail. Na forum nie ma mozliwosci dodawania załącznikow poniewaz strona stoi na bardzo slabym laczu. pozdro

Ostatnimi czasy wskrzesilismy na stronie dzial FAQ wiec mozesz tam poszukac jak skompilowac program w WinAPI.

Tylko Cie sprawdzalem :P A tak powaznie to przekombinowalem. Tablice tworzone normalnie to znaczy nie dynamicznie zwracaja rzeczywiscie prawidlowy rozmiar. Oczywisie przyznaje sie do błedu.

Taka jedna mala uwaga. sizeof nie zwroci Ci rozmiaru tablicy. char text[255]; size = sizeof(text); //zwroci rozmiar wskaznika size = sizeof(text[1]); //zwroci rozmiar char pozdro

Komunikaty z TabControl przeyłane są do rodzica. Dla kontrolek w Tab ich rodzicem jest własnie TabControl i tam wlasnie wedruja komunikaty. Proponuje zastosowac subclassing kontrolki Tab. To powinno zalatwic problem. pozdro

Oswiadczam, ze zakonczylem prace nad przydzielonymi mi funkcjami. Jeszcze tylko testy i bedzie koniec.

Przykłady do lekcju mozna znalezc na ftp://winapi.org Po ostatniej awarii wszystko sie troche pomieszalo ;)

Napisz Piasiu jakie masz pomysly odnosnie tych odcieni. Mysle, ze mozemy to przedyskutowac na forum. Proponuje tez spotkanie na irc w najblizszym czasie. Warto przedyskutowac kila kwestii i pochwalic sie co kto zrobil. To napewno podniesie morale i zmobilizuje do dalszej pracy. Co do logowania na forum to ostatnimi czasy troche bylo problemow ale juz jest OK. Ja mam 2 funkcje a trzecia w drodze.

Tak sie sklada, ze ja tez nie mam 16 lat. Jak startowalem z ta strona to mialem nascie lat lecz nie przeszkodzilo mi to w niczym. Nie licze na kase z projektu ktory tworzymy. Traktuje to jako trening i nowe doswiadczenie. Na robienie komerchy przyjdzie jeszcze czas i zapewne wyjdzie mi to uszami. pozdro

Z tego co mi wiadomo to wiekszość ludzi Cierpi na brak czasu. Z tego co wiem to Bialy powoli coś montuje. Ja ze swojej strony wrzuce za chwile na ftp f. do konwersji bitmap do skali szarości.

ad 1. Jak masz cos takiego: int i; char c='a'; i = (int)c; //z char na int c = (char)i; //z int na char ad 2. GetCurrentDirectory(); i wszystko jasne :P

W wm_timer dajesz InvalidateRect i samo wywoluje Ci wm_paint.

Numero uno to przenies cale rysowanie do wm_paint. Due czy jakos tak jak wybierasz cokolwiek f. SelectObject to gdy juz tego nie uzywasz przywracaj poprzedni obiekt. To jest bardzo wazne przy kasowaniu obiektu. u Ciebie jest: SelectObject(hdc,pioro); ... ... ... ... DeleteObject(pioro); W dokumentacji jest napisane jak byk: Do not delete a drawing object (pen or brush) while it is still selected into a device context. Powinno to rozwiazac Twoje problemy. pozdro

ad 1. SetFocus po utworzeniu kontrolki ad 2. Standardowo jak masz edita z tekstem to GetDlgItemText() ale potem musisz tekst zmienic na inta f. atoi(), albo od razu uzyc f. GetDlgItemInt() ktora zwraca int. (subclassing nie jest potrzebny w tym przypadku) ad. 3 jak chcesz wyswietlac podczas wcisniecia przycisku to musisz podczas WM_KEYDOWN (lub innych jak np. WM_CHAR) zapisywać sobie w zmiennej wartosc TRUE albo FALSE. Wtedy podczas WM_PAINT sprawdzasz czy ta zmienna ma true czy false i wyswietlasz textOutem albo nie. W razie niejasnosci porsze pytać ;) powodzenia

Rzuc kawalek kodu jak deklarujesz te kontrolki i jak sie do nich odwolujesz oraz zmienne gdzie przechowujesz dane o kontrolkach. Kazdy kompilator ma swoje "standardy" dotyczace jezyka C/C++ wiec to ze nie dziala, a powinno to nic dziwnego :P

Kurka namieszałem ostro na stronie, a teraz musze to wszystko posprzątać. Przypadkowe delete i koniec świata. Tak to jest jak ostatni backup jest sprzed 1,5 roku. Moj moduł sie troszeczke opozni. Jeszcze nie wiem ile ale bede sie starał już niedługo cos zamieścic na ftp. (proponuje nowy topic zaczać bo się ciasno tu robi)

Troche dziwny ten problem. Rzuc wiecej kodu, gdzie tworzysz tego edita. To coś poradzimy. Ja osobiście jeszcze nie spotkalem sie z takim problemem.

Konwersja do szrosci zajme sie w poniedzialek. Mysle, ze do srody moze czwartku powinno to być zaimplememtowane. Wiec prosze o troche cierpliwości. Dzis nie wiem czy bede mogl byc na tym spotkaniu - sila wyzsza wzywa :P

Zerknij na temat https://devstart.pl/temat/4779-ws_tabstop/

Co Ty pawlos mowisz ;) format jpeg jest banalny ;) to znaczy sie "banalny". A tak powaznie to rzeczywiscie to jest bardziej skomplikowane niz myslalem. Co prawda wszystko jest w dokumentacji ale to niewielkie pocieszenie :P Całe szczescie ze nie potrzebujemy kompresować bitmap do jpeg chociaz to to tez male pocieszenie. Moze lepiej sie zastanowić nad jakas darmowa biblioteka albo skorzystac z GDI+ na poczatku. Rozgryzienie formatu jpeg moze troche potrwac a to ma byc projekt na rozgrzewke ;) Moze ustalimy wstepny termin na spotkanie na ircu na sobote lub niedziele tak zeby wszystkim pasowal. Obgadamy dokladniej szczegoly i podzielimy sie jakos praca. Wszyscy niech podadza jakie dni w weekend im pasuja i w jakich godzinach tak, zeby spotkanie doszlo do skutku. Nie ma co odkladać startu projektu, bo jeszcze emocje opadna i twu twu nic z tego nie wyjdzie.

Mi sie ten podział podoba. Chetnie bym się zajął modułem do wczytywania plików lub konwersja. Mysle, ze juz niedlugo bedzie mozna zaczac cos kodzić. Wczesniej jednak przyda sie spotkanie real time.

Mam taki pomysł. Skoro biały kieruje tym projektem, to moze On zadecyduje jaki to ma byc projekt z posrod zaprezentowanych i jaki kompilator bedzie za tym stal. Jezeli ma to byc projekt udany to wazne jest, zeby szef projektu chcial realizowac taki projekt. Czy ktos sie bedzie pisal na taki projekt zalezy od indywidualnych preferencji. Wszyscy, ktorzy by siebie nie widzieli w takim projekcie moga zawsze rozpoczac prace nad innym projektem. Mysle ze takie rozwiazanie bedzie dobre dla wszystkich. Ja na przyklad nie widze, zeby kazdemu pasowal jakis temat i ludzie beda sie tylko meczyc i nie beda sie przykladac. Nie o to nam chodzi. Dlatego wlasnie mysle, ze Biały powinien zadecydowac o tym czego bedzie dotyczyl projekt i w czym bedzie pisany, a dopiero potem ludzie powinni sie zadeklarowac czy im to pasuje. Tak czy inaczej bedzie przynajmiej jeden projekt w produkcji ;) Moze zle mysle ale, wokol naszej strony mozna zgromadzic rzesze programistow, ktorzy beda chcieli uczestniczyc w takich projektach.

intol miałeś chiba na mysli kierownikow projektu ;) Ja raczej sie nie nadaje na kierownika bo nie umiem opierniczac ludzi jak zawalaja terminy. Mysle, że jeden w zupelnosci wystarczy i jak biały nie bedzie mial nic przeciwko to proponuje, zeby to on kierowal tym projektem. Choć to nie zmienia faktu, ze jeszcze stoimy w miejscu i nie wiem co pisac i w czym pisac. Ja jeszcze mam sesje i narazie nie moge sie poswiecic w pelni dla dobra naszego projektu. Po 15-tym moze troche wczesniej bede mial luz to mysle ze projekt ruszy z miejsca.