Windows Mobile vs Windows CE - słów kilka

No to mam dwa pytania:

1. Koia rejestru jest w formacie *.rbk czy to standardowe rozszerzenie rejestru czy trzeba będzie go jakoś rozpakować??

2. Jaką nazwę pliku w WinCE ma rejestr ( ta którą mamy nazywa się backup i na pewno nie jest to prawidłowa nazwa )

1. Koia rejestru jest w formacie *.rbk czy to standardowe rozszerzenie rejestru czy trzeba będzie go jakoś rozpakować??

A nie PHM Registry Editor dla PPC?

A co do paska na dól to moze trzeba poprostu zalozyc Uchwyt a potem Align=>Bottom??

Co do paska na dole to już mam koncepcję  

Align na alBottom to byłoby dobre rozwiązanie, bo pewnie jest on na top i ALWAYS_ON_TOP. Ale w Windows CE są też funkcje autoukrywania dla zyskania miejsca i wiele więcej Ja mam z kolei pomysł jak zrobić belkę menu zawsze na górze, jak wykombinuję to załączę screeny i program. Potem warto by to połączyć w taki nasz shell.exe i zrobić caba, który wgra go do \Windows\ i w rejestrze do Init, potem puścić w świat
usercontrol - możesz nam powysyłać Twój program do okien na PW? Ja chętnie zobaczyłbym jak to wszystko wygląda i możesz mieć pewność, że nigdzie dalej go nie przekażę.

edit

Mogę prosić o coredll.dll z Windows CE? Mam chory pomysł na taskbara W ogóle przydałby się cały obraz katalogu Windows z Windows CE dla ARM  

edit2

Ciekawe efekty są tych moich kombinacji

1. Mod softkeysów:

2. Mod taskbara:

Align na alBottom to byłoby dobre rozwiązanie, bo pewnie jest on na top i ALWAYS_ON_TOP.

ALWAYS_ON_TOP odnosi się do warstw wyświetlanych okien. Ten parametr sprawia, że pasek jest na wierzchu (czyli nic nie jest w stanie przysłonić taskbara), natomiast ALWAYS_ON_BOTTOM sprawia, że jest zawsze pod spodem okna aktywnego. Owe parametry NIE decydują o położeniu w płaszczyźnie.

Mogę prosić o coredll.dll z Windows CE? Mam chory pomysł na taskbara W ogóle przydałby się cały obraz katalogu Windows z Windows CE dla ARM  

Dołączam się do prośby.

ALWAYS_ON_TOP odnosi się do warstw wyświetlanych okien. Ten parametr sprawia, że pasek jest na wierzchu (czyli nic nie jest w stanie przysłonić taskbara), natomiast ALWAYS_ON_BOTTOM sprawia, że jest zawsze pod spodem okna aktywnego. Owe parametry NIE decydują o położeniu w płaszczyźnie.

No to przecież wiem, dlatego mówię, że taskbar ma ALWAYS_ON_TOP, bo nie da sięgo niczym przysłonić.
A nie możesz właśnie przechwycić taskbara i zmienić mu Algiment na bottom?

Taskbar idzie przechwycić bez problemu.
Na tym etapie co jestem, przechwytuje wszystkie okna, ale nie mam zabardzo kontroli nad tym, które okno jest które - nie działają funkcje GetClassInfo, FindWindow, SendMessage i GetWindowText :/

Pisze "Cloudn't load function BLa bla bla"


edit:
BatSk8: jak robisz te mody?

Ściagnęłem ten zrzut rejestru, lecz jest w b. niewygodnej formie. Mogę prosić o coś w TXT, REG ?

Mam emulator WinCE 4.0 i kurcze nie moge znalezc działającego edytora rejestru.

Edytor rejestru dla Windows CE:
http://www.bilsoftware.com/files/RegEdit.rar
Bardzo fajny, używałem go na Medionie.

A ja mody robię wzorując się na programie vjToggleToday, zmieniam wysokość belek, ale nie przypuszczałem, że zostaje niewykorzystane miejsce, myślałem, że będą się przemieszczać

Spróbuj tak jak mówiłem - przechwycić tylko okna WS_CHILD i WS_POPUP.

PS: Wybadałem jakie tylko i wyłącznie pliki potrzebne są do załadowania czystego Windows CE:
DoNothing.exe
device.exe
gwes.exe
explorer.exe
Tyle to minimalna procedura bootowania. No i dodatkowo showtaskbar.exe dla taskbara. I starczy, testowałem na Medionie, działa. Tak więc trzeba by się zająć tymi plikami bardziej.

Skąd moge zciągnąć emulator PPC2002?? szukałem ale google nie wiedzą

Chciałem zrobić prosty program z rozciąganym okienkiem. Nie użyłem w nim WS_NODRAG i kilka innych, wszystko wygląda tak:
program test;

{$IFDEF FPC}
{$mode objfpc}{$H+}
{$ENDIF FPC}

uses SysUtils, Windows, Messages;

function SHFullScreen(hwndRequester: hWnd; dwState: DWord): WINBOOL; external UserDLLAyg name 'SHFullScreen';
function SHSetNavBarText(hwndRequester: hWnd;pszText: PWideChar): WINBOOL; external UserDLLAyg name 'SHSetNavBarText';

const SHFS_SHOWTASKBAR   = $01;
      SHFS_HIDETASKBAR   = $02;
      SHFS_SHOWSIPBUTTON = $04;
      SHFS_HIDESIPBUTTON = $08;
      SHFS_SHOWSTARTICON = $10;
      SHFS_HIDESTARTICON = $20;

type TWndMessageProc = function(hWnd: HWND; Msg: UINT; WParam: WPARAM; LParam: LPARAM): LongInt; stdcall;

var FWindowHandle, Etykieta: THandle;

function WndMessageProc(hWnd: HWND; Msg: UINT; wParam: wPARAM; lParam: LPARAM): LongInt; stdcall;
var lw,hw: Word;
begin
   Result := 0;
   case Msg of
      WM_CREATE: ;
      WM_DESTROY: PostQuitMessage(0);
      WM_ACTIVATE: ;
      WM_CLOSE: ;
      WM_NOTIFY: ;
      WM_SETTINGCHANGE: ;
      WM_NCCALCSIZE: ;
      WM_COMMAND: begin
         lw := Lo(wParam);
         hw := Hi(wParam);
         if (lParam = Etykieta) then
         begin
            MessageBox(0, 'Program zostanie zamkniety ;)', 'Test', MB_OK);
            PostQuitMessage(0);
         end;
      end;
   end;
   Result := DefWindowProc(hWnd,Msg,wParam,lParam);
end;

var msgMain: TMSG;
    FWindowClass: TWndClass;
    FClassName,
    FWindowTitle: WideString;
    dwStyle, dwExStyle: DWord;
    rectWindow: TRect;
    mbiMain: SHMenuBarInfo;
    shidi: SHINITDLGINFO;
begin
   FClassName := 'oknotestowe';
   FWindowTitle := 'Test';
   FWindowClass.hInstance := hInstance;
   with FWindowClass do begin
      style := 0;
      hIcon := LoadIcon(hInstance,'MAINICON');
      lpfnWndProc := TWndMessageProc(@WndMessageProc);
      hbrBackground := COLOR_BTNFACE;
      lpszClassName := PWideChar(FClassName);
      cbClsExtra := 0;
      cbWndExtra := 0;
      hCursor := LoadCursor(0,IDC_ARROW);
      lpszMenuName := '';
   end;
   RegisterClass(FWindowClass);
   dwStyle := WS_VISIBLE or WS_SYSMENU;
   dwExStyle := WS_EX_NOANIMATION;
   FWindowHandle := CreateWindowEx(dwExStyle, FWindowClass.lpszClassName,
      PWideChar(FWindowTitle), dwStyle,
      Integer(CW_USEDEFAULT), Integer(CW_USEDEFAULT),
      Integer(CW_USEDEFAULT), Integer(CW_USEDEFAULT),
      0, 0, hInstance, nil);
   if FWindowHandle = 0 then begin
      MessageBox(0, 'Nie mozna stworzyc okna!', 'Test', MB_OK);
      UnRegisterClass(FWindowClass.lpszClassName, hInstance);
      Exit;
   end;

   FillChar(mbiMain,SizeOf(mbiMain),Byte(0));
   with mbiMain do begin
      cbSize := SizeOf(mbiMain);
      hwndParent := FWindowHandle;
      dwFlags := SHCMBF_EMPTYBAR;
      nToolBarID := 0;
      hInstRes := hInstance;
      nBmpId := 0;
      cBmpImages := 0;
      clrBk := 0;
   end;
   SHCreateMenuBar(@mbiMain);
   shidi.hDlg := FWindowHandle;
   shidi.dwMask := SHIDIM_FLAGS;
   shidi.dwFlags := SHIDIF_SIZEDLGFULLSCREEN or SHIDIF_DONEBUTTON;
   SHInitDialog(@shidi);
   SHFullScreen(FWindowHandle, SHFS_SHOWTASKBAR or SHFS_SHOWSIPBUTTON or SHFS_SHOWSTARTICON);
   SHSetNavBarText(FWindowHandle, PWideChar(FWindowTitle));
   ShowWindow(FWindowHandle, SW_SHOW);
   UpdateWindow(FWindowHandle);
   GetWindowRect(FWindowHandle,@rectWindow);

   Etykieta := CreateWindow('STATIC', 'Tapnij tutaj',
      WS_VISIBLE or WS_CHILD or SS_NOTIFY or CS_CLASSDC,
      4, 4, rectWindow.Right-8, 20, FWindowHandle, 0, hInstance, nil);

   while GetMessage(@msgMain,0,0,0) do begin
      TranslateMessage(@msgMain);
      DispatchMessage(@msgMain);
   end;
end.


Niestety nie działa to jak trzeba, tj. dostaję komunikat "Nie można stworzyć okna" Jednak kiedy przywracam tamte właściwości to jest OK, ale na pełny ekran

Próbowałem też użyć LoadCursor(0,IDC_ARROW); i zobaczyć co się stanie, ale bez efektu

edit

Patrzcie na to:
http://www.microsoft.com/downloads/details.aspx?FamilyID=7e286847-6e06-4a0c-8cac-ca7d4c09cb56&DisplayLang=en
Komuś się chce pobierać? Może warto

I jeszcze zrobiłem nowy bótskrin:

Jeśli ktoś chce to mogę zrobić 2003 i dla QVGA też PNG zajmuje 20KB.

edit

Ale ten glow za logo kijowo na Aximie wygląda

Próbowałem też użyć LoadCursor(0,IDC_ARROW); i zobaczyć co się stanie, ale bez efektu wesoły

Nyditot Virtual Display ma już wbudowaną obsługę kursora. Ja tak dla bajerów włączyłem sobie i tam gdzie kliknę mam windowsowy kursor.
Szkoda tylko że on jest tak zubożony (brak klepsydry, rączki, znacznika tekstu).

Programuję w vb.net framework 2
i amm pytanie czy da sie odpalic jakos programiki napisane w vb.net na moaim palmtopiku
posiadam windows ce 4.0
na WMW ponoc chodzą nie spradwze bo nie posiadam:D
chodzi głownie o to czy i jak zainstalować frameworka 2.0 ??

Odpaliłem na emulatorze WebPad sample z WinCE .NET 4.2, no i mnie totalnie zatkało... Przecież to jest niemal WinXP. Między WM a WinCE .NET jest totalna przepaść, żebym nie widział, to nigdy bym nie powiedział, że WM wywodzi się od takiego systemu. Przecież tam większość aplikacji jest niemal żywcem przeportowane z WinXP... Ehh, żeby Jornada720 miała WinCE .NETa, wtedy już bym wiedział, jakiego następnego palmtopa wybiorę
Oczywiście emulator można odpalić w dowolnej rozdzielczości, a więc wszystko pięknie działa zarówno w 320x240 jak i 640x480 i większych.

Powracając do tematu to po przekopiowaniu na żywca całego romu z h4150 do ramu h4150 nie dawało dobrego rezultatu   Jednym słowem nic nie działało... Więc niektórych bibliotek na pewno nie można podmieniać... Problem będzie, jeżeli nie można podmieniać tych, które będą potrzebne do poprawnej pracy explorera.exe...

Może to coś pomoże??: http://www.phytec.de/phytec/weitere_tools/win_ce.net_4.2_pakete.html

Poklik - a nie mówiłem To jest tak świetny system, że aż się dziwię, czemu zrobili nam z PDA komórki, a eksplorator plików wymięka przy tym z Windows CE. Tak samo inne standardowe programy Microsoftu. To wygląda jak zrobienie nam na złość

processor - dojcze sajt? Ten pakiet trzeba niestety zamówić Nie ma nic do pobrania.

Processor, Batsk8: ten "dojcze pakiet" to z tego co widzę (bo zrozumieć to nic nie rozumiem ) jest to chyba taka płytka (a raczej palmtop dużych rozmiarów ) do testowania WinCE. Ogólnie jest ich dużo na necie, można sobie nawet taką w Polsce zamówić, jednak chyba nie muszę wspominać ich kosztów... Jednak nie licząc rozmiarów to większość z nich to niemal idealne pamtopy.

No widze że pomysł pomału umiera

Powracając do tematu to po przekopiowaniu na żywca całego romu z h4150 do ramu h4150 nie dawało dobrego rezultatu  Jednym słowem nic nie działało... Więc niektórych bibliotek na pewno nie można podmieniać... Problem będzie, jeżeli nie można podmieniać tych, które będą potrzebne do poprawnej pracy explorera.exe...

to mnie zabolało

Odpaliłem na emulatorze WebPad sample z WinCE .NET 4.2, no i mnie totalnie zatkało... Przecież to jest niemal WinXP. Między WM a WinCE .NET jest totalna przepaść, żebym nie widział, to nigdy bym nie powiedział, że WM wywodzi się od takiego systemu. Przecież tam większość aplikacji jest niemal żywcem przeportowane z WinXP...

a to już dobiło

Czyżby jedynym wyjściem jest czekanie na litość producentów pocketów??

To jest taskbar cholewka!
Screen z tego urządzenia. Chętnie bym zamienił na to Aximka
Możesz mieć wszystko jak na PC w Windows CE.

można to gdzieś w PL kupić? albo ogólnie coś z CE, ale mocniejszego od simpada?


zależy mi głównie na:
-duża rozdzielczość ekranu (min. VGA)
-odtwarzanie filmów bez konwersji (czyli standardowe pliki divx 700mb w dużej rozdzielczości
-wifi
-Windows ce 4.2, albo jeszcze lepiej 5

reszta mi wisi

Adamerso - to ma być mocna maszyna do multimedii z 800x480, więc tu nawet większy ekran niż VGA, a filmy mają chodzić bez niczego. To ma niby Windows CE 5 i wszystko chodzi świetnie. Narazie ciężko to dostać w USA, bo jest chyba jeszcze w fazie testów, ale jak będzie w PL to może ktoś będzie się chciał zamienić za Axima Ten i-Station to palmtop idealny

Nie traćcie nadziei, bowiem usercontrol ma koncepcję (i to nie jedną!)  

Przystępuję teraz do penetracji rejestru Windows CE 5.0. Miejmy nadzieję.

Bat też ma koncepcję, tylko mu brakuje plików z ROMu Windows CE

Edytor rejestru dla Windows CE:
http://www.bilsoftware.com/files/RegEdit.rar
Bardzo fajny, używałem go na Medionie.

Nie działa. Kurcze, ten emulator jest DO NICZEGO! Ehh...szkoda, że jestem słono zadłużony, kupiłbym sobie cokolwiek z CE dla celów deweloperskich  

Ahh, oby więcej takich palmtopów jak i-Station. Już pomijając główne zalety, czyli ekran i dobry system to spójrzcie na rozłóżenie przycisków... Zarówno w landscape, jak i portrait mamy dostęp do 9-kierunkowego dpada + 2 przyciski (w landscape mogli zrobić lepsze ułożenie dla 4 przycisków, ale i tak jest bardzo dobrze). Aż się łezka w oku kręci, że są jeszcze produkowane na tym świecie porządne palmtopy, a nie takie, za przeproszenie, smartphony...

Usercontrol: ale niestety, nic nie zastąpi zwykłego WinCE .NET

Wogóle to już za dużo z tym WinCE nie wykombinuję Kilka plików, w tym ważne ceshell.dll (a także aygshell, cellcore i kilka innych) nie można podmieniać, czyli nawet jak podmienisz na ten sam plik, to i tak system już sie nie uruchomi, tzn. taka podmieniona biblioteka nie jest już wczytywana przez system... A są one podstawowe dla uruchomienia najważniejszego: EXPLORER.EXE (swoją drogą, to explorer.exe ma bardzo podobną budowę co SHELL32.exe, więc jak już ktoś tu wspomniał w WinCE za shella robi EXPLORER.EXE).
A więc przynajmniej do otrzymania nowego Intermeca i tam bawieniu się w realną podmianie systemu "prace" ( ) nad WinCE.NET na WM zawieszam. Ale radzę się nie czieszyć, gdyż ja tu jeszcze wrócę, może nawet z WinCE na pokładzie.  

EDIT:
Usercontrol: kurcze, ten emulator emuluje procek X86, więc nie ma mowy o odpaleniu czegokolwiek skompilowanego pod ARMa. A więc w najlepszy wypadku szukaj wersji softu dla PPC pod X86 (jest kilka takich programów). Ewentualnie do edycji i przeglądania rejestru na emu PPC\WinCE są odpowiednie narzędzia standardowo dostarczane z eVT.
Ewentualnie jest emulator PPC, który emuluje ARMa, jednak jest tak wymagający, że nie ma mowy o normalnej pracy, przynajmniej na moim laptopku.  

Poklik - dlatego trzeba by władować biblioteki do głównego katalogu, żeby je zczytało. Albo zmodyfikować reshackerem odwołania do bibliotek, np. wrzucić coredll.dll z Windows CE jako codedll2.dll i w explorze zmienić nazwę potrzebnej biblioteki. Sam chciałem się w różne takie rzeczy bawić, ale nie mam ROMu nadal
I tak jak powiedziałem skupmy się narazie na device.exe, gwes.exe i explorer.exe, bo teoretycznie tylko te 3 execi są potrzebne do odpalenia jądra. Wszyscy mamy device.exe i gwes.exe, więc wypadałoby wgrać te z Windows CE, zmienić nazwy w init i dodać potrzebne biblioteki (w tym coredll.dll z Windows CE odgrywa dużą rolę).

Batsk8: też tak myślałem, ale czy to nie za dużo roboty, i wogóle to nawet jak skończymy takie coś to nie wiadomo nadal gdzie tak naprawdę są jakieś sterowniki, czy cokolwiek. Bo jak damy odwołanie do sterownika od zupełnie innego np. wyświetlacza to nie ma mowy, że takie coś pójdzie...
Zresztą użyj tego programiku depends.exe co wcześniej podawałem, aby zobaczyć bardzo dokładnie wszystkie odwołania do bibliotek danych exeków (choć jest tam pewnien błąd z odwołaniem do bibliotek, zapewne sam to zobaczysz). Tam zobaczysz jakich funkcji brakuje danej dll'ce itp. Wystarczy wrzucić np. explorer.exe do katalogu z romem od np. ipaq h4150 z WM2003.

Co do romu, to proszę was, przecież już kilka razy podawałem w tym wątku, jak, skąd, i czym rozpakować i ściągnąć rom.

OK, Poklik, spróbuję. A co do ROMu to jednak przy dumpromie jest ryzyko wyciągania go z PDA, ale mniejsza o to, ja tam potrzebuję ROMu Windows CE i prosiłbym, żeby ktoś załączył

Dumprom.exe NIE służy do wyciągania romu z pda. Służy on m.in. do rozpakowywania romów w formacie .nbf.
Takie romy .nbf z WinCE 3.0 i WinCE 4.1 .NET masz od Simpada (link podawałem wcześniej), lub możesz posłużyć się romem od h4150 jak chcesz jakieś pliki z WM2003 (link także wcześniej podawałem).
Trzeba tylko pamiętać, aby wszystkie romy od Simpada (nawet te z 4.1) rozpakowywać jak 3.0, czyli z opcją "-3".
Ewentualnie jeżeli jakiś rom nie chce się rozpakować dumpromem (nie dotyczy to romów Simpada i innych .nbf), wtedy trzeba użyć skryptu splitrom.pl + ActivePerl (do pobrania stąd http://www.activestate.com/Products/ActivePerl/). A link do splitrom.pl także znajdziesz w moich wcześniejszych postach.  

za pełno-ekranowość aplikacji na WM5 jest odpowiedzialny aygshell.dll. Wystarczy napisać program, który nie odwołuje się w ogóle do SHInitDialog i SHFullScreen, a wtedy będzie on działał zawsze w okienku. Dlatego właśnie aplikacje przeznaczone na WM5 często nie działają w ogóle na gołym Windows CE (nie ma tam aygshell-a, lub nie udostępnia ona tych wszystkich funkcji co są w WM5)

w ogóle całą idea podmiany systemu, którą tu forsujecie jest śmiechu warta. 100x łatwiejsze będzie napisanie własnego shella (który podmieni standardowy explorer.exe) i będzie imitował kaskadowe menu i taskbar.
 

OK, dzięki za ROM. Tak mi świtało, że ktoś go tutaj podał, ale nie umiałem znaleść Było za dużo stron wcześniej

fp - skoro to jest tak śmiechu warte, to nam napisz shella, skoro to jest takie łatwe. Oczywiście takiego, przy którym wydajność wzrośnie
System podmienić musi się dać, nie ma szans, żeby tak nie było. Po prostu to trzeba rozgryść i tyle.

Swoją drogą zauważyłem, że główne pliki systemowe zżerają najwięcej RAMu i to nie dlatego, że są tak ważne, a dlatego, że są ciężkie. Może warto by je z upixować, tak jak pisał xoen i zobaczymy, ile RAMu się zwolni

BatSk8: Jak spakujesz pliki systemowe, to będą wolniej działały (o ile w ogóle ruszą).