Gucio

4 lipca - ostatie wypociny przed dziekanam, a potem przyjezdza brat qumpeli i bedzie jazda, poza tym szukam pracy. Bedzie ciezko, ale dam z siebie wszystko.

W message loop: case WM_SHOWWINDOW: CenterDialog(hDlg,GetParent(hDlg)); break; no i implementacja: void CenterDialog(HWND hDlg, HWND Parent) { RECT ParentRect,DlgRect; GetWindowRect(Parent,&ParentRect); GetWindowRect(hDlg,&DlgRect); SetWindowPos(hDlg,HWND_TOP, ParentRect.left+(ParentRect.right-ParentRect.left-(DlgRect.right-DlgRect.left))/2, ParentRect.top+(ParentRect.bottom-ParentRect.top-(DlgRect.bottom-DlgRect.top))/2, 0,0,SWP_NOZORDER | SWP_NOSIZE ); }; Jak chcesz na srodku ekranu to daj jako parent desktop. I wsjo .

Welcome back! Telekomunikacja mnie odciela, a pierwsze co zrobilem po podlaczeniu (nie przez tele komune) to ten post. A teraz biore sie za czytanie tego co przegapilem!

Hmm.... Sluszna uwaga, tyle, ze gdzies to juz chyba czytalem. A juz pamietam. Patrz wyzej! Nie, jeszcze wyzej! - Sorry, za ironie, ale to bylo przegiecie - tyczy sie mutex'ow. P.S. Witamy nowego czlonka na forum.

Sprawdzilem i przyznaje sie do bledu (ale dlaczego w Q2 to dziala jak ta lala? - tego nie kumam, bo innego mechanizmu sprawdzajacego nie ma) Coz, z ta porazka na plecach musze isc dalej :) Mutex'y rzadza.

W prawdzie nie mialem czasu tego sprawdzic, ale ten piekny zapis znalazlem w zrodlach avp oraz q2. W tym drobim byl pieknie opisany (/* Just in case someone a*** launch me again */). Coz, jezeli nie dziala przyznaje sie do bledu - nie sprawdzilem we wlasnym programie. Jednak przekompilowany Q2 dziala dobrze czyli hPrevInstance nie moze byc rowne 0, poza tym gdy odpalam droga kopie - kicha nic sie nie dzieje.

Po wnikliwej analizie problemu dotarlem do takiego oto rozwiazania int WINAPI WinMain (HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR lpCmdLine, int nCmdShow) { if (hPrevInstance) return 0; Mysle, ze to dosc proste i rozsadne rozwiazanie.

Help me with buggy GetPixelColor. Nie mam pojecia dlaczego sie sypie i jak to naprawic. Mam nadzieje, ze ktos to juz przetrawil. Dla tych co nie widzieli to code jest na ftp.

W pewnym momencie przesiadka z jednego jezyka programowania na inny jest mechaniczna. Jest to kwestia doswiadczenia i z pewnoscia nie dalbym rady przesiasc sie z C na ASM, ale C, C++, Delphi, WinAPI, i inne twory tej masci - wszystkie sa podobne, maja podobna skladnie i z regoly jakas dokumentacje. Co do baz danych to mam mieszane uczucia. Znaczy sie wole napisac wyspecjalizowany program przeznaczony do konkretnego celu, tak aby faktycznie moznabylo go sprzedac, ale z drogiej strony nie lubie pozbawiac sie elastycznosci i wolalbym cos bardziej uniwersalnego, cos co moge latwo przerobic i dostosowac do innych potrzeb. Swoja droga uzywal ktos Micro-C? Kros tam zamieszal z wskaznikami i nie moge dojsc z tym do ladu?

I'm back! Sprawdzal ktos moje smieci? Jest blad w funkcji GetPixelColor, a wlasciwie to nie wiem co to jest. Wywolywana pojedynczo nie sprawia problemow, ale seriami? To co innego, ponad to Nie jest ona zbyt szybka. Probowalem ja zastapic funkcjami z DibHelp.c, ale efekt ten sam, ba nawet MSDN nie ma na to lekarstwa. Problem jest w switch(nBpp) { /* TUTAJ */ };. Odzyskiwanie koloru z Dib'a o palecie 8 lub mniej bitow itak odbywa sie przez DC. (2 bity jeszcze mozna przyspieszyc, ale na razie trzeba sie tego pozbyc). Moze ktos napisal sprawniejszy odpowiednik GetPixelColor i podzielilby sie nim?

Juz wpozadku, ba nawet zayebiscie i prawie jak trzeba. Niewazne na ftp bedzie wkrodce :) - Brzmi jak reklama. Wpadlem na pomysl u Wojka Czeska. Jak skoncze to dam na ftp.

Mam problem. Caly dzien probuje napisac funkcje pobierajaca pojedynczy pixel z bitmapy. Niestety bezskutecznie, udalo mi sie za to sprawdzic gdzie wskazuje BITMAP.bmBits, i wiecie co - gdzies, ale gdzie to nie wiem. char *bits; $bits = BITMAP.bmBits; Powyzsze raczej nie przejdzie, pzatym nie moge poprawnie obliczyc pozycji pixela. A teraz najciekawsze. Jedziemy na DIB'ach, prawda? A mieszal ktos w kodzie tego kolesia? Bo ja tak i mam zle przeczucia co do tego - na DIB'ach zajmie to nam o wiele wiecej czasu. Wiem pesymista, wybaczcie, dam z siebie wszystko. Wracajac do bitow bitmapy. Powyzsze dziala, ale zapisane tak: char *bits, byte; bits = (BITMAP.bmBits); byte = bits[0]; /* UWAGA */ Z tym, ze to ostatnie robi zwis applikacji - quzwa. P.S Napisze ktos program testowy, ladujacy DIB'a - cos takiego jak zrobilem dla DDB? Bez tego programiku chwilowo ugrzezlem. P.S. Nie moge skompilowac tego programiku od Nicon'a :) Kiedy nastepne spodkanie? Narka.

Konwersja do skali szarosci przydsala by sie do mojego modulu (przy okazji juz oblicza rozmiar bufora). Albo przyjmijmy, ze jest juz szary, wtedy wystarczy przemielic tylko jeden kanal i wyjdzie to samo. Z tego co pamietam spodkanie mialo byc w niedziele, dzis o tej godzinie co niektorzy moga byc zbyt zajeci.

Ja jestem za uchwytami - najwygodniej. Mam tez juz koncepcje co do ciagu znakow, a wlasciwie ustalania rozmiaru bufora na texy, Mianowicie: int GetBufferSize(HBITMAP hbmpBitmap, int nCharWidth, int nCharHeight); A funkcja zajmujaca sie konwersja: int ConvertToAscii(char *cBbuffer, int nBuflen, HBITMAP hbmpBitmap, DWORD flags); Teraz tylko realizacja. Ma ktos sposob na konwersje obrazka do skali szarosci? Chyba tylko tego mi brakuje.

Na ftp zamiescilem programik testowy (NO_NAME_TEST.zip) do jescze nie napisanego modulu, dlatego moze sie jeszcze komus przydac. Zwlaszcza bialemu. Mam tez jeszcze jeden pomysl - konwersja na podstawie jasnosci jednego kanalu. Pytanie propos ftp. Dlaczego TotCmd widi pustke i nic nie moze wyslac? (Polecam AceFTP na te bolaczki).

Delphi isn't free! Choc pomysl dobry to co z licencja. Kanal i server pasuja. Bede, chyba, ze mnie nie bedzie :) (znaczy sie, chyba, ze zacznie sie wojna). W takim razie do wieczora.

W sumie to tez bawie sie w ownerdraw. Moj obecny projekt postaram sie skonczyc do 20.II i zamiescic w dziale download. Propos spodkania, to ostatecznie postaram sie. bialy zaproponoj server i kanal. Propos tematu ksztalt do ASCII, ja nawet nie wiem jak sie za to zabrac :) Wymyslilem za to cos takiego, aby bitmape nie tylko konwertowac do skali szarosci, ale dodatkowo jeszcze zredukowac ja do powiedzmy 16 odcieni, mozna tez do 2 kolorkow. W tym drogim wypadku proponowalbym cos na wzor tego co robi z bitmapami PSP.

Sobota OK, ale nie 14 LUTEGO !!! Proponuje niedziela 23.00 (wiem pozno - nocny kanarek :) ). Co do JPEG to walka z wiatrakami. Proponuje zajac sie innym problemem. Jak napisac modul do konwersji na postawie krztaltu. To jest chyba najtrudniejsze. Proponuje tez opcje szczegulowosci - ilosc pikseli na znak. - Moze okazac sie przydatne w konwersji przy uzyciu jasnosci punktu.

Sobota, no wlasnie - student, pozatym najblizsza to 14 :)

Dobra w takim razie zna ktos jakis kompilator (poza lcc-win32 i DJGPP), ktory poleci na moim 486 DX2/66MHz z 20 RAM. Najczesciej siedze przy nim (bo notebook). lcc raczej ma problemy z klasami. W najgorszym wypadku bede pisal po omacku i sprawdzal na duzym sprzecie. Powinnismy umuwic sie gdzies na irc'u i omowic szczegoly.

Open source OK. Co do programu i grafiki wektorowej. Jest cos co mozna by bylo napisac i nawet moznaby bylo na tym zarobic. Panie i Panowie potrzebny, a wlasciwie przydalbysie prosty, ale w miare rozbudowany i elastyczny program do rysowania schematow urzadzen elektrycznych/schematow lini nn(sn lub wn)/i innych schematow). Co taki program mialby posiadac? - Laczenie poszczegolnych obiektow liniami o roznej grobosci, oraz mozliwosc opisania takiej lini z obu stron w roznych kolorach (dlugosc, przekroj kabla itp.) oraz mogace posiadac rozne zakonczenia (strzalki) - linia nie musi laczyc sie z obiektami - Zewnetrznie definiowalne obiekty, dostepne na definiowalnym pasku narzedzi, ktore akceptuja polaczenia liniami tylko w okreslonych punktach, posiadajace odpowiednie komentaze (np. numer slupa, jego wysokosc) - Anty-aliasing :) - Export do popularnych formatow graficznych (bmp, jpg, gif, tiff, sxd, itp.) - Wiele innych i fascynujacych mozliwosci (Brzmi jak text Micro$oft'u z instalki windy) Innym pomyslem mogl by byc program do komunikacji - wysylania plikow przez COM, LPT, USB, ale dzialajacy pod kazda Winda. Jestem też za IDE, ale bedzie sporo roboty. Proponowalbym otulic w narzedzia BC++ Kompilator? Rzuce czyms czego chyba tu nie widzialem - MinGW ewentualnie DEV lub lcc-win32 (ale raczej klasy w lcc to nie przejda) Czyli wiemy juz ze projektem rzadzi bialy. Trzeba sie dopisac.

Przydaloby sie to wiedziec, jestem w stu procentach pewien, ze da sie to zrobic.

Dobra to jest mi naprawde potrzebne. Jak wyciac subbitmape, ale tak zeby miala inna palete kolorów???

Tak sie robi w nowych OS'ah (Niech ktos odpali Win95 lub WinNT 4).

Moj problem jest mniejwiecej taki. Mam bitmape zawierajaca kilka elementow oraz oddzielna z jej maska. Chcialbym ta maske wciagnac do tej pierwszej jak to zrobic to wiem, tylko jak ja pozniej wyciagnac jako oddziena bitmape i w innej palecie kolorow (2-bit) Drogie pytanie to jak w GDI zmienic palete kontekstu uzadzenia na taka jaka ma bitmapa. Mam 8-bit'owa bitmape i wszystko jest OK dopuki nie odpale proga, gdy system ma ustawione 256 kolorkow. wtedy moja bitmapka jest redukowana do 4 bitow, a najleprze jest to, ze jest w standardowej palecie kolorow okienek (nie ma tapetki ktora by ta palete zmieniala). Co z tymi fantami?