graphical shell plans
Moderator: Moderator Team
graphical shell plans
What are the plans concerning the graphical shell?
Will ReactOS eventually switch to a more mature shell like LiteStep, or will ROS Explorer be kept and improved? Or will something even more established like KDE be used?
It would seem like reinventing-the-wheel to create a whole new shell/environment when there are so many mature ones out there.
Will ReactOS eventually switch to a more mature shell like LiteStep, or will ROS Explorer be kept and improved? Or will something even more established like KDE be used?
It would seem like reinventing-the-wheel to create a whole new shell/environment when there are so many mature ones out there.
There is a plan to rewrite ROS Explorer. The devs have already rejected integrating shells like KDE or for that matter any other shell that does not look and feel just like the Windows shell. And while KDE is similar, it's no where close enough. The basic reasoning behind this is that this has to look and feel like Windows, not just have similar underlying technologies.
Hello,
As Z98 said the ROS explorer will be under going a rewrite to remove some of the many bugs and improve it in the whole...
I think stickin to ROS explorer is better as it will be more or less similar to what u see on Windows so a user who wants to migrate to ROS will fin it much easier and for other shells (IMO) u need a bit getting used to ...
But once ROS is stable enough u can happily use any other shell u wish to use just like u would in windows ..
As Z98 said the ROS explorer will be under going a rewrite to remove some of the many bugs and improve it in the whole...
I think stickin to ROS explorer is better as it will be more or less similar to what u see on Windows so a user who wants to migrate to ROS will fin it much easier and for other shells (IMO) u need a bit getting used to ...
But once ROS is stable enough u can happily use any other shell u wish to use just like u would in windows ..
Regards GreyGhost
Hello,
Is there any point in trying to become familiar with the existing explorer code to try to resolve the many outstanding bugs? Or is a complete (C based) rewrite more likely? I read somewhere that there was going to be some consultation with people that have good user interface experience?
Thanks,
Is there any point in trying to become familiar with the existing explorer code to try to resolve the many outstanding bugs? Or is a complete (C based) rewrite more likely? I read somewhere that there was going to be some consultation with people that have good user interface experience?
Thanks,
aero
i would personally like to see a beryl type project in the future for react ...
not to replace reactos explorer, but rather to offer an alternative to aero ...
directx10 is going to a big hurdle for react i think, anyway.
not to replace reactos explorer, but rather to offer an alternative to aero ...
directx10 is going to a big hurdle for react i think, anyway.
pax mei amici amorque et Iesus sacret omnia
dx10 is small problem.
I am only working on dx 1-7 graphice part, but before I can coninue my work I often land by I need fixing bug x,y,z then I can go back doing test and write code for 1-2 days until I run into next x,y,z bug. so on.
either it is something does not working or the test apps I am using 3d party close source are missing a api or triger some bugs I need take care of before I can continue.
I am only working on dx 1-7 graphice part, but before I can coninue my work I often land by I need fixing bug x,y,z then I can go back doing test and write code for 1-2 days until I run into next x,y,z bug. so on.
either it is something does not working or the test apps I am using 3d party close source are missing a api or triger some bugs I need take care of before I can continue.
8 & 9 is using same kernel interface and user mode interface, it is question of user mode dll we are missing for it. that are need it be writen
when dx graphice gdi32/win32k works to 100%
dx graphice
1-7 ddraw.dll
8 d3d8.dll
9 d9d9.dll
if u we talking simple graphice interface for dx to getting some games working
when dx graphice gdi32/win32k works to 100%
dx graphice
1-7 ddraw.dll
8 d3d8.dll
9 d9d9.dll
if u we talking simple graphice interface for dx to getting some games working
You said some games may work then. As far as I know there were a lot of DirectX9 updates in the past, the latest was in february 2007. So these changes & updates have to be added later on?GreatLord wrote:8 & 9 is using same kernel interface and user mode interface, it is question of user mode dll we are missing for it. that are need it be writen
when dx graphice gdi32/win32k works to 100%
dx graphice
1-7 ddraw.dll
8 d3d8.dll
9 d9d9.dll
if u we talking simple graphice interface for dx to getting some games working
directx are over 100 diffent dll and not everyone are being in use,
games most using
ddraw.dll <- we need write thuse self
d3d8.dll <- we need write thuse self
d3d9.dll <- we need write thuse self
dinput.dll <- ported from wine with allot bugfix and implement some api
dsound.dll <- ported from wine with a warper I wrote works in windows
then we got whole gdi32.dll and win32k.sys
I am working basic only on gdi32.dll and win32k.sys at moment
make sure all api works as they should
(windows xp/2003 model)
d3d9.dll -> d3d8thk.dll->gdi32.dll->win32k.sys->the drv
d3d8.dll -> d3d8thk.dll->gdi32.dll->win32k.sys->the drv
ddraw.dll -> gdi32.dll->win32k.sys->the drv
games most using
ddraw.dll <- we need write thuse self
d3d8.dll <- we need write thuse self
d3d9.dll <- we need write thuse self
dinput.dll <- ported from wine with allot bugfix and implement some api
dsound.dll <- ported from wine with a warper I wrote works in windows
then we got whole gdi32.dll and win32k.sys
I am working basic only on gdi32.dll and win32k.sys at moment
make sure all api works as they should
(windows xp/2003 model)
d3d9.dll -> d3d8thk.dll->gdi32.dll->win32k.sys->the drv
d3d8.dll -> d3d8thk.dll->gdi32.dll->win32k.sys->the drv
ddraw.dll -> gdi32.dll->win32k.sys->the drv
-
- Posts: 2
- Joined: Tue Mar 13, 2007 2:46 am
Oh great that means your going to change it every four yearsZ98 wrote:There is a plan to rewrite ROS Explorer. The devs have already rejected integrating shells like KDE or for that matter any other shell that does not look and feel just like the Windows shell. And while KDE is similar, it's no where close enough. The basic reasoning behind this is that this has to look and feel like Windows, not just have similar underlying technologies.
Who is online
Users browsing this forum: No registered users and 3 guests