Complex

Twardy ma racje. Ta osoba juz dostała bana i jest nia clever^lfe. Wiadomości tego uzytkownika, ktore zawieraly linki do wirow lub probowaly wprowadzic uzytkownikow w blad zostaly usuniete. Prawdziwy clever ma dalej swojego nicka i nigdy go nie stracil. Nastepnym razem osoba taka zostanie zgloszona gdzie trzeba.

Na całe szczescie zbanowałem clever^lfe. Prawdziwy clever jest dalej pod tym samym nickiem na forum. Naprawde zalosny jest ten ktos co podszywał sie pod clevera. Tym razem odpuszcze, ale kolejna taka proba bedzie zgloszona i dalej sprawa potoczy sie z odpowiedniego artykulu prawnego.

Wim modul do konwersji wg. kształtu nie jest na dibach. Trzeba go troche przerobic. Wim te liczby na pasku to prowizorka. Jak caly program dlatego mowilem, ze to alfa. Ten progress to jest mysl ktora sie wprowadzi w zycie. Wiem do konwersji bedzie zrobiony wizard. Bo teraz to ciezko jest zielonemu uzytkownikowi cos zdzialac. Pozatym jest jeszcze problem z dibami ktore maja wymiary inne niz wielokrotnosc 4. Program sie wiesza. Pozatym Piasiu w oknie about to nie sa moje dane tylko Bialego :P Skupiłem sie na tym by program zaczal dzialac a nie na szczegołach typu about. Czekam na odzew ludzi, ktorzy dalej chca dzialac nad tym projektem. Jeszcze jest troszke roboty. pozdro

Pojawila sie pierwsza wersja alfa bo nie mozna nazwac tego beta. Program po skonwertowaniu zapisuje rezultat w pliku ascii.txt w tym samym katalogu w ktorym znajduje sie plik ktory przetwarzamy. Niestety nie udalo mi sie zlinkowac modulu Twardego. Program sie wywala przy probie zaladowania diba z gif i jpg. W alfie nie ma wogole tego zaimplementowanego. Jest jeszcze sporo pracy ale mysle, ze wersja alfa zmotywuje do dalszej pracy nad tym programem. Oczywiscie progs na ftp'ie. pozdro

Polecam zerknąć do dokumentacji Win32 i zobaczyć jakiego typu są pola w strukturze SYSTEMTIME. Podpowiem: SYSTEMTIME st; WORD zmienna; GetSystemTime(&st); zmienna = st.wYear; pozdro

To chiba bedziesz musiał założyc globalnego hooka i przechwytywać komunikaty z tego messengera. Chyba, ze istnieje jakis prostrzy sposób ale jakoś nie przychodzi mi do glowy teraz :P

Problem wbrew pozorą jest gdzie indziej. EnumPrinters(PRINTER_ENUM_DEFAULT, NULL, 5, NULL, 0, &dwRozmiarbuf, &dwIloscdrukarek); W systemach opartych o architekture NT nie mozna uzywać PRINTER_ENUM_DEFAULT. To powoduje, ze nie rozmiarbufora pobieranego przy pierwszym enum.... jest rowny 0 i oberacja pinfo->pPrinterName konczy sie niepowodzeniem. Proponuje uzyc PRINTER_ENUM_NAME lub PRINTER_ENUM_LOCAL. Pozatym //hdcDrukarki=CreateDC(NULL, NULL, pinfo->pPrinterName, NULL); //powinno być: hdcDrukarki=CreateDC(NULL, pinfo->pPrinterName, NULL, NULL); powodzenia w drukowaniu

Nie musisz daleko szukać. Na stronie w FAQ jest opisane jak kompilować pod BC5.5. Zapraszam :)

Pytanie jest bardzo zawile ale chyba sapciowi chodzi o standardowe kontrolki typu edit, button itd. Sa to jak najbardziej zwykle kontrolki oparte na standardowej klasie. One przejmuja wszystkie zdarzenia tak jak w winapi ale nie maja swoich funkcji do ich obslugi i wtedy trzeba wlasnie siegnac do winapi. Chyba o to chodzilo. Jak nie to prosze o wyjasnienie pytania :P

Usuwanie wlasnych odpowiedzi mogloby doprowadzic do sporego bałaganu. Mozesz natomiast zmieniac wlasne posty. Jak chcialbys usunac jakis post to daj znac moderatorowi albo napisz w poscie "do usunięcia" czy cos w tym stylu i ktos to usunie. pozdro

Nie widze cos zainteresowania najmniejszego :( Przystępuje do łączenia wszystkiego co dotad mamy.

Nio tak racja. Zasugerowalem sie postem Kacz'a z tym timerem. Mam nadzieje, ze Mu to pomoze. pozdro

Mozesz nie uzywac timera tylko uzyc f. GetTickCount() ktora zwraca liczbe milisekund. Pamietaj tylko, zeby zmienna ktora bedziesz wykorzystywal do przechowywania czasu wcisniecia byla globalna albo statyczna. Reszte robisz tak jak Piasiu napisal. powodzenia

Oboje macie racje co do maksymalnego rozmiaru: The maximum text limit is 32,766 bytes for a single-line edit control, and 65,535 bytes for a multiline edit control. To oczywisice dla win9x/Me. pozdro

Na wstępie chcieliśmy wyjaśnić, że podane niżej zasady użytkowania forum nie są wynikiem naszego "widzimisię", a jedynie chęcią usprawnienia działania forum i ułatwienia Wam znalezienia odpowiedzi na "dręczące" Was pytania dotyczące WinAPI. Forum jest właśnie po to, żeby zwracać się tu ze swoimi pytaniami na temat WinAPI (w chwili, kiedy samemu nie można już sobie poradzić). Problem, który Tobie wydaje się śmieszny, a jego rozwiązanie oczywiste, może sprawiać innym wiele kłopotów. Nie wyśmiewaj się z postów, a przede wszystkim nie obrażaj osób korzystających z forum! Jeżeli ktoś udzielił Ci błędnej podpowiedzi, poinformuj go o tym na forum, ale również w kulturalny sposób (bez wyśmiewania się i obrażania go). Pamiętaj, ze ten ktoś wykazał dobrą wolę starając się pomóc Ci w rozwiązaniu Twojego problemu. O wyśmiewaniu dobrych podpowiedzi nawet nie wspominam. Jeżeli sam znajdziesz odpowiedź na swoje pytanie, podziel się nim z innymi użytkownikami. Z forum uczymy się nie tylko zadając pytania, ale również obserwując rozwiązania problemów innych "forumowiczów". Poza tym tekst "Dzięki już sobie sam poradziłem - nie potrzebnie się męczyliście." może trochę zirytować osoby, które zaangażowały się w Twój problem. Myślę, że należą się im choć dwa zdania wyjaśnienia. Postaraj się, żeby Twój podpis lub emblemat nikogo nie obrażały. Pozwoli to uniknąć niepotrzebnych, często niezamierzonych "pyskówek". Staraj się opisać swój problem możliwie jak najbardziej zrozumiale. Ludziom często nie chce się przedzierać przez zawiłe sformułowania i głowić się, "co poeta miał na myśli". Używanie poprawnej składni zdania, znaków przestankowych, odpowiednich odstępów między akapitami, pogrubienia/pochylenia tekstu z pewnością bardzo ułatwi innym zrozumienie Twojego tekstu. Opisując swój problem napisz, czego już próbowałeś, co już znalazłeś na dany temat w internecie. Może to, do czego sam doszedłeś pomoże innej osobie wpaść na sposób rozwiązania Twojego problemu. Poza tym ludzie chętniej odpowiadają widząc, że ktoś sam stara się poradzić sobie, a nie czeka na "gotowca". Jeżeli Twój program generuje błędy, czy to w trakcie kompilacji, czy w czasie działania, opisz je dokładnie (najlepiej wklej treść komunikatu o błędzie), a także napisz jakiego kompilatora używasz. Często są to kluczowe informacje potrzebne do rozwiązania problemu. Pochwalenie się kawałkiem kodu, z którym jest problem też ułatwia znalezienie rozwiązania. Jeżeli wklejasz fragment programu, używaj do tego odpowiednich znaczników (code). Kod z tabulacją (wcięcia) oraz wyświetlony za pomocą czcionki o stałej szerokości znaków znacznie łatwiej jest zrozumieć i znaleźć ewentualny błąd. Zanim wyślesz post na forum skorzystaj z opcji podglądu, aby upewnić się, że wygląda on tak, jak to sobie zaplanowałeś. Jeżeli wysłałeś już post, a zauważyłeś jakieś błędy, skorzystaj z opcji edycji. Pamiętaj jednak, że zmiana istotnych fragmentów postu, kiedy już ktoś na niego odpowie jest bardzo nieelegancka. Staraj się tak dobierać temat, aby jednoznacznie określał Twój problem. Często samo określenie "Edit" albo "Kłopot z przyciskiem" nie wystarczy, żeby zorientować się, czego dokładnie dotyczy post. Myślę, że dobrze będą "sprawowały się" tematy zapisane w formie jednego pełnego zdania/pytania. Tematy w stylu "Proste pytanko", czy "Czekoladowy Miś Jogi" (!!!) są niedopuszczalne. Jeżeli masz kilka różnych problemów, lepiej stworzyć kilka osobnych tematów i w każdym z nich opisać osobny problem. Posty takie jak "Kilka pytań", "MessageBox i takie tam..." nic nie mówią osobom przeglądającym forum. Nie dodawaj do tematu, ani do treści pytania sformułowań "pilne", "potrzebuję natychmiast", "muszę to mieć dziś na 10:00". Nie przyspieszy to z pewnością odpowiedzi, a że człowiek jest istotą przekorną, może ją jedynie opóźnić. Nie oczekuj, że ktoś napisze za Ciebie program (to przecież żadna przyjemność). Spodziewaj się raczej drobnych wskazówek mających ułatwić Ci samodzielne znalezienie rozwiązania. Nie skarż się, że nikt nie odpowiedział na Twój post (zwłaszcza, jeżeli wisi on dopiero kilka godzin) - nie każdy odwiedza forum regularnie/ma stały dostęp do internetu. Czasmi też wina może leżeć po stronie źle sformułowanego pytania, więc jeżeli od dłuższego czasu nikt nie odpowiada, a bardzo zależy Ci na odpowiedzi spróbój je przeformułować - uczynić bardziej zrozumiałym. Może się również zdarzyć, że żaden z użytkowników forum nie zna rozwiązania. Wtedy sam postaraj się je znaleźć i podziel się nim z użytkownikami. Aby uniknąć zaśmiecania forum powtarzającymi się tematami, przeszukaj forum (opcja "szukaj...") i sprawdź czy przypadkiem już ktoś nie zadał podobnego pytania. Poza tym wiele elementarnych rzeczy (np. komunikaty dotyczące wyświetlania tekstu w oknie) można bardzo łatwo znaleźć na stronach google lub msdn, a także w helpie do WinAPI dostępnym na serwerze ftp. Redakcja

Na wstępie chcieliśmy wyjaśnić, że podane niżej zasady użytkowania forum nie są wynikiem naszego "widzimisię", a jedynie chęcią usprawnienia działania forum i ułatwienia Wam znalezienia odpowiedzi na "dręczące" Was pytania dotyczące WinAPI. Forum jest właśnie po to, żeby zwracać się tu ze swoimi pytaniami na temat WinAPI (w chwili, kiedy samemu nie można już sobie poradzić). Problem, który Tobie wydaje się śmieszny, a jego rozwiązanie oczywiste, może sprawiać innym wiele kłopotów. Nie wyśmiewaj się z postów, a przede wszystkim nie obrażaj osób korzystających z forum! Jeżeli ktoś udzielił Ci błędnej podpowiedzi, poinformuj go o tym na forum, ale również w kulturalny sposób (bez wyśmiewania się i obrażania go). Pamiętaj, ze ten ktoś wykazał dobrą wolę starając się pomóc Ci w rozwiązaniu Twojego problemu. O wyśmiewaniu dobrych podpowiedzi nawet nie wspominam. Jeżeli sam znajdziesz odpowiedź na swoje pytanie, podziel się nim z innymi użytkownikami. Z forum uczymy się nie tylko zadając pytania, ale również obserwując rozwiązania problemów innych "forumowiczów". Poza tym tekst "Dzięki już sobie sam poradziłem - nie potrzebnie się męczyliście." może trochę zirytować osoby, które zaangażowały się w Twój problem. Myślę, że należą się im choć dwa zdania wyjaśnienia. Postaraj się, żeby Twój podpis lub emblemat nikogo nie obrażały. Pozwoli to uniknąć niepotrzebnych, często niezamierzonych "pyskówek". Staraj się opisać swój problem możliwie jak najbardziej zrozumiale. Ludziom często nie chce się przedzierać przez zawiłe sformułowania i głowić się, "co poeta miał na myśli". Używanie poprawnej składni zdania, znaków przestankowych, odpowiednich odstępów między akapitami, pogrubienia/pochylenia tekstu z pewnością bardzo ułatwi innym zrozumienie Twojego tekstu. Opisując swój problem napisz, czego już próbowałeś, co już znalazłeś na dany temat w internecie. Może to, do czego sam doszedłeś pomoże innej osobie wpaść na sposób rozwiązania Twojego problemu. Poza tym ludzie chętniej odpowiadają widząc, że ktoś sam stara się poradzić sobie, a nie czeka na "gotowca". Jeżeli Twój program generuje błędy, czy to w trakcie kompilacji, czy w czasie działania, opisz je dokładnie (najlepiej wklej treść komunikatu o błędzie), a także napisz jakiego kompilatora używasz. Często są to kluczowe informacje potrzebne do rozwiązania problemu. Pochwalenie się kawałkiem kodu, z którym jest problem też ułatwia znalezienie rozwiązania. Jeżeli wklejasz fragment programu, używaj do tego odpowiednich znaczników (code). Kod z tabulacją (wcięcia) oraz wyświetlony za pomocą czcionki o stałej szerokości znaków znacznie łatwiej jest zrozumieć i znaleźć ewentualny błąd. Zanim wyślesz post na forum skorzystaj z opcji podglądu, aby upewnić się, że wygląda on tak, jak to sobie zaplanowałeś. Jeżeli wysłałeś już post, a zauważyłeś jakieś błędy, skorzystaj z opcji edycji. Pamiętaj jednak, że zmiana istotnych fragmentów postu, kiedy już ktoś na niego odpowie jest bardzo nieelegancka. Staraj się tak dobierać temat, aby jednoznacznie określał Twój problem. Często samo określenie "Edit" albo "Kłopot z przyciskiem" nie wystarczy, żeby zorientować się, czego dokładnie dotyczy post. Myślę, że dobrze będą "sprawowały się" tematy zapisane w formie jednego pełnego zdania/pytania. Tematy w stylu "Proste pytanko", czy "Czekoladowy Miś Jogi" (!!!) są niedopuszczalne. Jeżeli masz kilka różnych problemów, lepiej stworzyć kilka osobnych tematów i w każdym z nich opisać osobny problem. Posty takie jak "Kilka pytań", "MessageBox i takie tam..." nic nie mówią osobom przeglądającym forum. Nie dodawaj do tematu, ani do treści pytania sformułowań "pilne", "potrzebuję natychmiast", "muszę to mieć dziś na 10:00". Nie przyspieszy to z pewnością odpowiedzi, a że człowiek jest istotą przekorną, może ją jedynie opóźnić. Nie oczekuj, że ktoś napisze za Ciebie program (to przecież żadna przyjemność). Spodziewaj się raczej drobnych wskazówek mających ułatwić Ci samodzielne znalezienie rozwiązania. Nie skarż się, że nikt nie odpowiedział na Twój post (zwłaszcza, jeżeli wisi on dopiero kilka godzin) - nie każdy odwiedza forum regularnie/ma stały dostęp do internetu. Czasmi też wina może leżeć po stronie źle sformułowanego pytania, więc jeżeli od dłuższego czasu nikt nie odpowiada, a bardzo zależy Ci na odpowiedzi spróbój je przeformułować - uczynić bardziej zrozumiałym. Może się również zdarzyć, że żaden z użytkowników forum nie zna rozwiązania. Wtedy sam postaraj się je znaleźć i podziel się nim z użytkownikami. Aby uniknąć zaśmiecania forum powtarzającymi się tematami, przeszukaj forum (opcja "szukaj...") i sprawdź czy przypadkiem już ktoś nie zadał podobnego pytania. Poza tym wiele elementarnych rzeczy (np. komunikaty dotyczące wyświetlania tekstu w oknie) można bardzo łatwo znaleźć na stronach google lub msdn, a także w helpie do WinAPI dostępnym na serwerze ftp. Redakcja

Dodalem sustem undo. Ma nieograniczony poziom undo. Co ja gadam oczywiście ograniczony waszymi zasobami pamięci. Cale to undowanie oparłem na implementacji stosu. Czekam na opinie. Narazie odpuscilem sobie implementacje postepu przy zmianach na obrazkach. Przyjdzie na to jeszcze pora. Teraz mogę sie zająć czymś innym. Przydałoby się zrobić już jakąś wersję alfa naszego progsa tak, zeby to zaczelo działać i powoli przypominało produkt finalny. Mam nadzieje, ze uda mi sie jeszcze skontaktować na dniach z bialym i poczynimy jakies postanowienia odnosnie projektu i dalszych prac nad nim. jak zawsze pozdro dla wszystkich

Prawie skonczylem robić ten panel do zmiany kontrastu i jasnoci oraz zamiany na jednobitowa bitmape :P Jeszcze pozostala kosmetyka kodu i komentarze ktorych nie zwyklem pisac :P Sprawę z DibCopy rozwiazalem w ten sposob, ze są w pliku obie wersje. Ta moja znaczy sie z dwoma parametrami nazywa sie DibCopy1. Moze niezbyt ladnie ale dziala wszystko jak nalezy. Jak to wszystko dziala mozna zobaczyc na ftpie. Teraz zajme sie systemem undo a pozniej jak pomysle i skonsultuje z bialym to moze jakies systemy postępu operacji na pliku. To wszystko co mialem do przekazania. Zmykam spac :)

Salwadore chyba mial na mysli obszar zwany klientem ale ja nie spotkalem sie ze sposobem zmiany tego obszaru. Moze regiony Ci sie przydadza?

Natrafiłem na dziwną rzecz. Mianowicie f DibCopy w moim pliku skopiowanym z plyty dołączonej do petzolda rózni sie znacznie od tego co znajduje sie w pliku u Nicona. U Nicona wygląda ona tak: HDIB DibCopy (HDIB hdibSrc, int cx, int cy, BOOL fRotate); a u mnie tak: HDIB DibCopy (HDIB hdibSrc, BOOL fRotate) ; Mam do Nicona pytanie. Skąd wziołeś te pliki. Pytam z ciekawości. Bo ja mam 5 wydanie petzolda. Zabrałem sie do pracy nad panelem do zmiany kontrastu i jasności, a niedlugo wezme sie za prosty system undo. Rozmawialem z bialym i naprawde ma malo czasu ale powiedzial, ze postara sie kierować dalej projektem. Ja osobiscie doloze wszelkich staran abysmy zakonczyli ten projekt. P.S. Dodam jeszcze tylko, ze te pliki co o nich wspominałem róznią sie nie tylko tą funkcją. Jak znajde jakies rozwiazanie tego, zeby wszystkie moduły chodziły tak jak trzeba to dam znac. Pozdrawiam wszystkich :)

A wiec skoro mamy to skończyc, to proponuje sie zorganizować. Bedzie dobrze jesli wszyscy dadzą znać jak stoja z czasem i co jeszcze maja do zrobienia albo co zrobili. Z tego co wiem biały teraz ma nowa prace wiec i nie bardzo ma czas. Proponuje rownież dodać do naszego programu przynajmniej jednopoziomową opcje undo. Tu chodzi głównie o operacje na bitmapach. Osobiście mogę sie tym zająć. Swoją pracę mam już skończoną od dawna wiec nie ma z tym problemu. Wiem, ze wszyscy sie rozleniwili bo wakacje ale prosilbym wszystkich o potwierdzenie checi kontynuowania uczestictwa w projekcie. Pozdrawiam wszystkich.

Nie wiem czy dobrze zrozumialem ale przeciez jak wyciagasz tekst do tablicy typu char to masz juz wszystko w tablicy. Jak zle zrozumialem to moze postarasz sie blizej wyjasnic co chcesz osiagnac to cos poradzimy.

char bufor[80] ="", text[1024]=""; do { strcat(text, bufor);//kopiowanie z bufora do text fgets(bufor, 79, stdin);//pobieranie kolejnej lini do bufora } while(strcmp("EXIT\n", bufor));//sprawdzanie czy nie wpisano EXIT i nie wcisnieto entera powodzenia w nauce

Proponuje czytać ten tekst w pętli. Musisz sobie jeszcze wymyślić jak bedziesz kończył wpisywanie tekstu. Czyli np. wpiszesz EXIT i bedziesz w tej petli sprawdzał czy kolejno wpisywane ciągi nie są twoim końcem czyli EXIT'em :) Jak nie bedziesz wiedział jak to zaimplementować to rzuć kawałek kodu to sie go ładnie zmodyfikuje. powodzenia

Proponuje reaktywować projekt od 1 lipca. Ja osobiscie mam od 1 lipca wakacje wiec można sie wziać ostro do roboty. pozdro for all