Windows Mobile vs Windows CE - słów kilka

Sanjuro chce przenieść traya do paska zadań

Sanjuro: chwila, co ty chcesz właściwie zrobić? Przenieść m_w do innego okienka? Jeżeli tak to niedawno (początek 25 strony) podawałem, że trzeba zmienić styl m_w na "WS_CLIPCHILDREN" i wtedy można robić z nim co się chce.

Kitor: sprawdzę kiedyś, jak będę miał chwilkę czasu na ponowne złożenie DOTka Jednak z tego co pamiętam to aplikacje przystosowywały się, jednak głównie programy z PPC nie działały...

Próbowałem z samym WS_CHILDREN teoretycznie wg MS to to samo Ale dalej "Worker" nie reaguje Chyba, że ja coś źle robię :/

Jednak z tego co pamiętam to aplikacje przystosowywały się, jednak głównie programy z PPC nie działały...

Czyli miały wince'owski pasek menu??? Czyli trzeba jakoś zmusić WM do udawania CE i sprawa sama się rozwiąże?!

Kitor: z tego co pamiętam PHM Reg Edit miał m_w na górze, jednak nie wiem, czy nie był on pisany, aby sam się przystosowywał do WinCE/PPC, czy to sprawka systemu.

Sanjuro: a jak pobierasz uchwyt do traya? Bo ja z początku tak po prostu FindWindow((L"Worker"), (L"")); i pierwszy raz działało normalnie, tzn. miałem do niego uchwycik, jednak teraz za każdym razem nic się nie dzieje, tzn. nie może wyszukać takiego okienka...

EDIT:
Przed chwilą sprawdziłem PHM Reg Edit wersję dla PPC na DOTcie. Standardowo z braku dll program się nie uruchamia. Po dograniu fakedll aplikacja rusza, m_w wyświetlany jest na górze jak w normalnym Windowsie, jednak przysłania on okno aplikacji. Jednak IMO jest to zasługa samych fakedll niż systemu, gdyż z tego co czytam prawdziwy WinCE nie ma menu_workerów.

I właśnie o to mi biega, że CE nie ma m_w więc co robi z m_w programów z WM

Kitor: Jak widzisz nic nie robi, bo program bez fejków dlli się nie uruchamia. Zapewne w aygshell.dll (jeden z fejków) siedzą informacje m.in. o m_w i co system ma z nimi robić.

yyy czyli modyfikująć któryś z dlli wmowskich (agyshell lub inny patrząc po fake'ach) wrzuci się m_w na górę??

Tak, prosta modyfikacja załatwi wszystko. Tylko jak to zmodyfikować, skoro nie mamy źródełek WM (te od WinCE tu się niestety nie przydadzą ).

skąś się biorą te fake'i trzebaby dotrzeć do ich źródeł

Sanjuro: a jak pobierasz uchwyt do traya? Bo ja z początku tak po prostu FindWindow((L"Worker"), (L"")); i pierwszy raz działało normalnie, tzn. miałem do niego uchwycik, jednak teraz za każdym razem nic się nie dzieje, tzn. nie może wyszukać takiego okienka...

No przez FindWindow Kurcze nawet nie pomyślałem, żeby sprawdzić czy pobiera uchwyt Tylko jak w takim razie pobrać uchwyt tray'a?

Kitor: Producent DOTa (a nazywa się on Dream Of Telecomunication) udostępnia na swojej stronie oficjalnie takie fake dll dla D320 Jest tam m.in. aygshell.dll i z tego co widzę jest to to samo co np. dla Simpada. A więc zapewne bierze się to od producentów, którzy mają dostęp do źródełka WM. Albo i nie, mniejsza o to. Jednak taki fejk nie działa na WM więc nie ma co się nad nimi zastanawiać.

Ha!!! Przerzuciłem tray'a do paska zadań Zrobiłem to trochę łopatologicznie (bo nie mogłem dojść do ładu z FindWindow i Worker'em):
- za pomocą Task  Menager'a zdobyłem uchwyt okna tray'a czyli Worker'a, niestety za każdym razem jest inny, więc i tak trzeba wymyśleć jak go chwycić automatycznie
- ustawiłem mu nowego parenta czyli pasek zadań,
- przesunąłem w odpowiednie miejsce

I jest tam gdzie na okres testu chciałem , ale tyle wrażeń teraz uwagi:
- trick nie chce współpracować z IcBar'em (WisBar?) tzn pewnie by współpracował, gdyby tray'a przypisać nie do paska zadań, a do okna WisBarClass które zresztą podpięte jest pod pasek zadań. Klasa WisBar'a jest to okno nałożone (sic!) na pasek zadań w celu skinowania go oraz dodawania/przesówania przycisków po ukryciu tego okna (WisBarClass) za pomocą Task Menager'a (pewnie WinCETree też by to zrobił) widać ładnie tray'a a w tle klasyczny pasek zadań.
- po zamknięciu IcBar'a po przepisanym już trayu, tray wyrzuca w kosmos (współrzędne ok -300), więc trzeba go znowu przesunąć.

Aha no i trzeba będzie zobaczyć jak skinować tray'a

Poklik ten IcBar nasunął mi myśl co zrobić z tym skinowaniem okienek. Poprostu podkleić jako childa okienko które będzie tak samo nałożone na okno programu jak WisBar na Pasek zadań. Minusy są 2:
- w ch... roboty (napisać własne okno, z obsługą skalowania i przekazywania parametrów do okna maskowanego)
- pewnie będzie to przymulać :/

EDIT:
--------
No właśnie czytam, że FindWindow nie dobiera się do "podklejonych" okien czyli wiekszości childów. Trzeba użyć do tego FindWindowEx.

Nie widzę tego Task Managera dla WM03 Do tego schrzaniła mi się synchro po usb, został tylko com i irda, a nie chcę robić HR :-/

Ale zobaczy się

Sanjuro - pochwal się shotami z tej modyfikaji
-----
Może głupie pytanie, ale może mi ktoś nawet na PW napisać, jak złapać uchwyt tego traya?

Sajnuro: tak, już dawno to zauważyłem. Wszystkie tego typu nakładki typu WisBar to po prostu child w parencie, którym jest TaskBar. Proste, acz skuteczne rozwiązanie.

Kitor: na razie sami nie wiemy, jednak popróbuj z FindWindowEx, gdyż jak widzisz childów FindWindow nie łapie (chociaż za pierwszym razem u mnie się udało go złapać...).

ktoś tu kiedyś podawał coś do dodawania path-ów - przydało by się - [edit]już znalazłem[/edit]

Właśnie kombinuję i eVC4 wywala mi error C2065: 'FindWindowEx' : undeclared identifier

Hehehe... Faktyczne, ani w 2002, ani 2003 SDK nie ma takiego czegoś jak "FindWindowEx". Super!

kur(...) jeszcze się cieszy
No to bedzie trzeba sobie radzić w sposób Sanjuro. Tylko jak przechwycić uchwyt traya bez FindWindowEx?

kur(...) jeszcze się cieszy
No to bedzie trzeba sobie radzić w sposób Sanjuro. Tylko jak przechwycić uchwyt traya bez FindWindowEx?

Skoro i tak będziemy mieli program działający w tle to nie ma chyba problemu zrobić tego sposobem Sanjuro? Przecież WinCEmod nie ma menu_workera

A jeżeli w innym palmtopie tray siedzi pod innym uchwytem? 

Bat - jak menu

No niestety ale chyba tylko microsyf będzie wiedział jak rozwiązać nasz problem

Musi być inne rozwiązanie, bo w takim razie, jak WinTreeCE wyświetla childreny?

Ehm WimTreeCE??? Przypadkiem nie ma gdzieś tego źródeł... zaraz spojżę

[EDIT]
Kto zamawiał źródła WinTreeCE???

You would like to spy the windows running on a device, try WinTreeCE based on an article in CodeProject
(http://www.codeproject.com/tools/showwindowtree.asp)

A tu sam kod WinTreeCE:
http://tech.groups.yahoo.com/group/ITC_Software/message/3

niestety trzeba się zalogować żeby ściągnąć

Nu da. Tan kod na CodeGuru widziałem, jednak jest on dla PC. Ciekawi mnie, czy to jest źródełko wersji PPC http://groups.yahoo.com/group/ITC_Software/files/Source%20files/WinTreeCE.zip

tak, tylko jak pobrać, próbuję się zarejestrować

Jeszcze jeden głupi pomysł - można spróbować z SDK dla WinCE .net

Łoboszszsz... Nie dość, że nie lubię Jahóó to jeszcze mój nick jest zajęty. Ja tam się nie rejestruję, poczekam, może ty Kitor dotrwasz do końca i udostępnisz ten pliczek.

Luzik, mój nick też jest zajęty ale cośtam wklepałem

i jak wyedytowałem wyżej

Jeszcze jeden głupi pomysł - można spróbować z SDK dla WinCE .net

[edit]

echh .net sdk też nie ma findwindowex

Nie no, na CE .NET bez problemów program się skompiluje, jednak albo wogóle nie pójdzie, albo nie będzie działąć poprawnie, gdyż takich funkcji nie ma fizycznie w SYSTMIE WM2003, tak samo jak WM_NCPAINT, który skompilowany na CE nic ciekawego nie robił na WM.

Nie widzę tego Task Managera dla WM03 Do tego schrzaniła mi się synchro po usb, został tylko com i irda, a nie chcę robić HR :-/

Ale zobaczy się

Sanjuro - pochwal się shotami z tej modyfikaji
-----
Może głupie pytanie, ale może mi ktoś nawet na PW napisać, jak złapać uchwyt tego traya?

Sorry że tak późno ale coś mi się komp pieprzy :/

Ja użyłem tego TaskMenager'a od WM03SE i działa na zwykłym WM03.

No to kilka screenów:

Tu widzimy tray'a w pasku zadań, po ukryciu IcBar'a.


Bez IcBar'a


Po włączeniu IcBar'a na modyfikacji nie chce się skinować menu "New" :/ i tray.

Skoro i tak będziemy mieli program działający w tle to nie ma chyba problemu zrobić tego sposobem Sanjuro? Przecież WinCEmod nie ma menu_workera

A jeżeli w innym palmtopie tray siedzi pod innym uchwytem? 

Otórz to. Na dodatek uchwyty przyznawane są oknom dynamicznie, tak więc za każdym razem (po każdym SR) uchwyt jest inny (inny adres pamięci).

Musi być inne rozwiązanie, bo w takim razie, jak WinTreeCE wyświetla childreny?

Hmmm... Korzystają z GetWindow z parametrem GW_CHILD. Trzeba więc pobrać uchwyt okna nadrzędnego (m_w), którego trzeba pobrac poprzez uchwyt eee... DesktopExplorerWindow? A właśnie zauważyłem dopiero, że DEW też na ma swojego Workera, który jest... pulpitem? tzn oknem Today'a w nim jako childreny sa pluginy today'a.

Fajnie TaskMenager podświetla wskazane okna

Patrząc na te shoty doszedłem do jeszcze jednego wniosku - długość traya w CE jest przyznawana dynamicznie, w WM wpisana jest na stałe :/

Dzięki za źródła

Patrząc na te shoty doszedłem do jeszcze jednego wniosku - długość traya w CE jest przyznawana dynamicznie, w WM wpisana jest na stałe :/

Nom niestety Trzebaby jakoś przechywtywać ilość inkon w tray'u i zmieniać sługość tray'a poprzez timera :/
U siebie i tak przy przenoszeniu skróciłem trochę tego tray'a bo normalnie to zajmuje ponad połowę paska.