Shell Windows - współpraca

Siemanko 4 all!!! Zarejestrowałem się na forum już jakiś czas temu, mało pisałem, bo najczęściej to co chciałem <ort>znaleŹć</ort> - było już na forum (umiem korzystać z wyszukiwarki :) ), a i nie odpowiadałem za często bo jest dużo osób, które ode mnie wiedzą o wiele więcej i lepiej sie znaja...

Ale do rzeczy. Około 1 roku temu - zrobiłem taki mały progs, który graficznie był mieszanką Shella Windows'a, GNOME'a i troche KDE, po kilku(nastu) dniach projekt zarzuciłem.

Dnia 05 lipca 2004 postanowiłem stworzyć coś jakby właśny Shell Windows'a. Od tamtej pory - z małymi przerwami na wakacyjne wyjazdy - tworzę różne małe i większe programy użytkowe, które jako całość będą zawierały się w jednym pakiecie pod nazwą WinUx (ta nazwa to pozostałość po moim "dziecku" z przed roku). Pakiet ma się składać przede wszystkim z własnego Panelu, narzędzi do zarządzania plikami i przede wszystkim własnego eksploratora. Mam już "najpotrzebniejsze" programy, a teraz zabieram się za mini "Menadżera paneli i okien", który będzie zarządzał eksploratorem, panelami i głównymi usługami pakietu. Panel, jak i eksplorator ma opierać się na mechaniźmie wtyczek (w plikach dll) z możliwością pisania własnych pluginów.

I tu moja prośba: czy może ktoś chciałby dołączyć do projektu, jako programista, lub w innym charakterze np. betatestera. Z programistów jestem <ort>na razie</ort> ja, mam kilki betatesterów u siebie (w Suwałkach) i kilku na Mazowszu (okolice Warszawy), ale przydałoby sie więcej osób. Chętni proszeni są o zgłaszanie się na maila kgsoft@poczta.fm, w tym topicu, na GG: 1361752, lub za pomocą tlena: kgsoft@o2.pl.

P.S. Sory dla zbyt długi post, ale chciałem opisać dosyć jasno o co mi chodzi, programuję już od paru lat (około 8), "na poważnie" od około 2 i chciałem wreszcie wziąć się za jakiś większy projekt, bo na razie nie znam się tak dobrze na Linuksie, żeby tworzyć coś pod niego, więc <ort>na razie</ort> tworzę pod Windę.

Jeszcze raz Pozdro 4 All i sory za długi post

oby to nie był kolejny pomysł typu zrobię OS etc. W sumie to nie wygląda to źle ale sprecyzuj może co chcesz zrobić i kogo dokładnie potrzebujesz. Wiesz, chodzi tu o język w którym ma powstać projekt, środowisko programistyczne i takie tam pierdoły

// Cool_Programming, ja wiem dobrze co to jest shell, a chodziło mi o to, czy to nie jest kolejny post w którym ktoś porywa się z motyką na słońce, a co do tego pliku z shell= to jest to system.ini

oby to nie był kolejny pomysł typu zrobię OS etc. W sumie to nie wygląda to źle ale sprecyzuj może co chcesz zrobić i kogo dokładnie potrzebujesz. Wiesz, chodzi tu o język w którym ma powstać projekt, środowisko programistyczne i takie tam pierdoły

Shell to nie jest pisanie nowego OS. Przy pisaniu OS-a shell to połowa roboty, jądro już mamy za sobą. Widziałem programy działające jak nowy Shell dla Win9x, niektóre wyglądają lepiej niż ten shell z XP. Cały proces zmianiy polega na zmianie linjki shell= w którymś z plików ini systemu.

Sorry - ten Anonim na górze to ja - coś mnie nagle wtedy wylogowało.

Do CyberKid: Projekt jest w trakcie tworzenia, a nie ma powstać.

A jeśli chodzi o język to większość z tego co już jest powstało to jest w Delphi, program uruchamiający wszystkie wymagane procesy powstał w WinAPI, a teraz tylko zostało mi najtrudniejsze: obsługa Paneli (pasków zadań) i eksplorator. Wybór języka i używanych bibliotek zależy od tego, ile osób się zbierze i w jakim języku czujemy się najlepiej. Jeśli chodzi o biblioteki dll (pluginy) to przecież język nie ma znaczenia.

sprecyzuj może co chcesz zrobić i kogo dokładnie potrzebujesz

Nie chodzi mi o jakiś super-rozbudowany shell - np. Aston czy całe środowisko graficzne, to nie ma być spasły Gnomek czy KDE, po prostu niewielka, dobra alternatywa dla shella Wingrozy.

Bawilem sie w cos takiego kiedys, dosyc dawno, wiec kody sa troche prymitywne (jeszcze bardziej od tych, ktore klepie teraz :P), w kazdym razie poddalem sie, po tym jak nigdzie nie moglem sie dowiedziec, jak wylistowac ikony z traya [diabel] . Moze kiedys bede mial chwile i Ci pomoge, ale nic nie obiecuje.

Wiem że to może wydawać się trudne, ale przecież nie trzeba pisać od nowa całej powłoki i wszystkich bibliotek - np. w VCL dużo funkcji to przecież importy z systemowych dll.

w kazdym razie poddalem sie, po tym jak nigdzie nie moglem sie dowiedziec, jak wylistowac ikony z traya

Tray możemy na razie zostawić w spokoju - później się napisze plugina. Mam gdzieś na twardzielu kilkusetstronicowy opis ShellAPI - może tam się znajdzie - funkcje są w c++, a do plugina każdy język się nadaje

Przy pisaniu OS-a shell to połowa roboty

Przy pisaniu z założenia graficzych OS'ów to tak, w tekstowych przecież shell to tylko nakładka - np. Win1.0(mam na dysku)-Win98 nakładka na DOS'a lub X Window System w Linuksie czy Uniksie.

Jeśli tworzenie shella okarze się zbyt trudne - można po prostu ukryć Windowsowe paski narzędzi i zrobić aby nasza aplikacja miała swoje - opis jest w MSDN.

Pozdro

tak sobie myślę czy wypada shella pisać w Delphi? No wiem VCL i inne bajerki ale co to za radość w tym pisać, w sumie to w Delphi piszę jak mi się nie chce męczyć albo chce coś zrobić na chipcika, natomiast jakby tu coś napisać w c++, no, to jest już coś, przecież shell to nie byle programik. Niby część kodu w winapi jest zrobione jak pisał autor, ale to nie to :P a najlepiej to by to w asm napisac ale komu by się chciało :d

// przecież w Delphi nie ma przymusu korzystania z VCL - ŁF

tak sobie myślę czy wypada shella pisać w Delphi

Ale całość nie jest w Delphi. Mój shell opiera się na zasadzie podobnej do zasady oprogramowania Linuksa - każdy program jest stworzony do jednego określonego celu i stara się go wykonywać tak jak oczekują tego autorzy i użytkownicy. Podobnie w moim shellu ma być kilka procesów, które są odpowiedzialne za zupełnie coś innego. Podam kilka przykładów: (większość nazw zaczyna się od wx):

• wxKernel - po uruchomieniu - sprawdzenie konfiguracji, inicjalizacja wymaganych procesów i takie tam najważniejsze pierdółki
• wxKill - zabijanie procesów na podstawie Captionu okna, nazwy klasy, uchytu okna lub PIDu procesu
• wxPanel - panele shella
  itp. itd.

Wiem, że to może być dodatkowe obciążenie (5-6 dodatkowych procesów) dla i tak ledwo jeżdzącej Windy, ale nie chcĘ żeby było tak jak to jest rozwiązane w Eksploratorze Windows - All In One - jak jakieś jego okienko się powiesi to pada cały EXPLORER.EXE.

w Delphi piszę jak mi się nie chce męczyć

A myślisz że ze mną to jak jest? Najmniejsze pierdółki napisane są w Delphi, ale np. wxKernel czy chociażby mały wxKill nie mają w sobie ani jednego bajta VCL'a. Nigdy nie mówiłem że całe serce mojego shell'a - wxPanel i eksplorator (nie ma jeszcze nazwy - czekam na propozycje) mają być w Delphi, można użyć innego języka.

a najlepiej to by to w asm napisac ale komu by się chciało

No właśnie - komu by się chciało - mi by się chciało nawet w maszynówce Od razu - tylko gdybym umiał - nia mam zamiaru teraz się poddać - kiedy na ten projekt poświęciłem już ponad miesiąc mojego krótkiego życia i co najważniejsze moich cennych wakacji.

jakby tu coś napisać w c++, no, to jest już coś,

Oczywiście że można napisać to w c++ - nawet chciałbym tak zrobić, ale jak tworzyć nowe kontrolki?? Jest jakiś inny sposób niż wywołanie funkcji WinAPI CreateWindow(...)?? Nie wiem - może i jest - do tej pory w c++ pisalem tylko pod konsole więc mogę nie wiedzieć. Jeśli nie lubisz VCL - to może użyjemy innej biblioteki, tylko czy jest jakaś, która mało waży?? Żeby nie liczył się rozmiar pakietu to można by spróbować z GTK+ plus dodatkowe 16 MB na GTK Runtime Environment.

Pozdro ALL i sorry za zbyt długiego (jak na mnie posta).