From: Richard C. <rca...@ho...> - 2002-07-19 20:42:43
|
I think you guys need to stop thinking like geeks and start thinking like AOLers... (i.e. explorer DOES need to be cloned because it is part of windows nt.) PS, I've missed out on alot of ROS development (although very few people have missed my flames I'm sure :)) I hope to be up to speed >From: rea...@li... >Reply-To: rea...@li... >To: rea...@li... >Subject: reactos-kernel digest, Vol 1 #239 - 13 msgs >Date: Thu, 18 Jul 2002 12:10:27 -0700 > >Send reactos-kernel mailing list submissions to > rea...@li... > >To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/reactos-kernel >or, via email, send a message with subject or body 'help' to > rea...@li... > >You can reach the person managing the list at > rea...@li... > >When replying, please edit your Subject line so it is more specific >than "Re: Contents of reactos-kernel digest..." > > >Today's Topics: > > 1. =?iso-8859-1?Q?YAW:_yet_another_windows_(old_project)?= >(=?utf-8?Q?ea...@io...?=) > 2. Re: YAW: yet another windows (old project) (Royce Mitchell III) > 3. Re: YAW: yet another windows (old project) (Thomas J. Hruska) > 4. Re: finally got good stack trace... (David Welch) > 5. Re: The Explorer replacement we need. (KJK::Hyperion) > 6. FW: Proposal - alt.os.reactos Discussion forum for the >OpenSource WindowsNT/2K clone ReactOS (Steven Edwards) > 7. newsgroup (Steven Edwards) > 8. Re: newsgroup (David Welch) > 9. Re: newsgroup (Steven Edwards) > 10. Re: finally got good stack trace... (Eric Kohl) > 11. Re: finally got good stack trace... (Royce Mitchell III) > 12. Re: The Explorer replacement we need. (Nick Date) > 13. Re: The Explorer replacement we need. >(=?iso-8859-2?Q?H=E1morszky_Bal=E1zs?=) > >--__--__-- > >Message: 1 >Date: Wed, 17 Jul 2002 14:37:44 +0200 >From: "=?utf-8?Q?ea...@io...?=" <ea...@io...> >To: rea...@li... >Subject: [ros-kernel] >=?iso-8859-1?Q?YAW:_yet_another_windows_(old_project)?= >Reply-To: rea...@li... > >SXMgaXQgYSBkZWFkIHByb2plY3Q/DQoNCmh0dHA6Ly93d3cuaWNlLnJ1L3lhdy8= > > > > >--__--__-- > >Message: 2 >Date: Wed, 17 Jul 2002 15:17:04 -0600 (Central Standard Time) >From: Royce Mitchell III <ro...@ev...> >To: rea...@li... >Subject: Re: [ros-kernel] YAW: yet another windows (old project) >Reply-To: rea...@li... > >That's the impression I got when I checked them out a few >weeks ago. > >Royce3 > > > > >Subject: [ros-kernel] YAW: yet another windows (old project) > > From: "=?utf-8?Q?ea...@io...?=" <ea...@io...> > > Date: Wed, 17 Jul 2002 14:37:44 +0200 > > To: rea...@li... > > > >SXMgaXQgYSBkZWFkIHByb2plY3Q/DQoNCmh0dHA6Ly93d3cuaWNlLnJ1L3lhdy8= > > > > > > > > > >------------------------------------------------------- > >This sf.net email is sponsored by:ThinkGeek > >Welcome to geek heaven. > >http://thinkgeek.com/sf > >_______________________________________________ > >reactos-kernel mailing list > >rea...@li... > >https://lists.sourceforge.net/lists/listinfo/reactos-kernel > > > >--__--__-- > >Message: 3 >Date: Wed, 17 Jul 2002 16:08:06 -0400 >To: rea...@li... >From: "Thomas J. Hruska" <shi...@sh...> >Subject: Re: [ros-kernel] YAW: yet another windows (old project) >Reply-To: rea...@li... > >At 02:37 PM 7/17/2002 +0200, =?utf-8?Q?ea...@io...?= writeth: > >SXMgaXQgYSBkZWFkIHByb2plY3Q/DQoNCmh0dHA6Ly93d3cuaWNlLnJ1L3lhdy8= > >For those who can't read/speak/understand the Base64 language: >------------Start of Base64 Decode--------------- >Is it a dead project? > >http://www.ice.ru/yaw/ >-------------End of Base64 Decode---------------- > >Hope this helps! > > > Thomas J. Hruska -- shi...@sh... >Shining Light Productions -- "Meeting the needs of fellow programmers" > http://www.shininglightpro.com/ > > >--__--__-- > >Message: 4 >Date: Wed, 17 Jul 2002 22:07:52 +0000 >From: David Welch <we...@cw...> >To: rea...@li... >Subject: Re: [ros-kernel] finally got good stack trace... >Reply-To: rea...@li... > >On Tue, Jul 16, 2002 at 10:26:26PM -0500, Royce Mitchell III wrote: > > Any ideas? > > >Yes, ntoskrnl is an exception, just add 0xc0000000 to the printed >address when using addr2line. I'm sorry figuring out where the kernel >crashed >can be such a bear. > > > It is still reporting div/0 by the way, and I have latest CVS... > > >Seems to be working here. > > > >--__--__-- > >Message: 5 >Date: Wed, 17 Jul 2002 23:04:47 +0200 >To: rea...@li... >From: "KJK::Hyperion" <no...@li...> >Subject: Re: [ros-kernel] The Explorer replacement we need. >Reply-To: rea...@li... > >At 20.25 17/07/2002, you wrote: > >Also wine has some bugs with its CxxFrameHandler > >what's this? > > >Dont get me wrong I am not oposed to a project to rewrite explorer.exe. > >and I'm not supporting such a project :-) Explorer isn't exactly the best >desktop around, it's Shell32 that matters > > >1. It doesnt link to msvcp60.dll > >C++ runtime? whoa, it's big. It implements the STL, I see. We could use >STLPort for this, it's the STL the OpenOffice guys are using, and it looks >good (http://www.stlport.org/). The problem is that the DLL uses >Microsoft's C++ name decoration. I started documenting their decoration >scheme some time ago, but I can't find the BNF grammar I hacked together >anymore. If you need help on adding this to g++, I can try reconstructing >what I had found out > > >4. After only 1 day of work I can now compile 50% of geoShell under > >mingw/gcc 3.1. I was working on litestep I would be banging my head in to > >the wall right now. > >;-) > > > > but was is usable? would you use it? I downloaded it > > > and gave it a try, and > > > my answer is ... > >I was using it....the only real problem I had was the lack of Desktop >Icons. > >me too. Anyway, what do you think of my idea of the desktop as an >always-on-bottom bar with a Desktop widget in it? > > > > ... nope, geoshell is not ready for "prime time". It > > > didn't even *work* for > > > me. Some menus didn't open, some plugins behaved > > > odd, some menus flickered. > > > A disappointment > >The only thig left that really bothers me is so bugs in minamizing the > >geobars. > >I noticed a long series of bug and quirks, instead. The Favorites menu >doesn't open (not that I really miss it, since I use Opera full-time). >There's a duplicate Programs menu because I have a localized Windows and it >was expecting the folder to be literally called "Programs". The "lock >screen" doesn't lock the screen at all, it starts the screen saver. Some >control panel applets had the wrong icon or caption. Some icons appeared >shrunk. If you want a full bug report, I can reinstall geOShell > > >I agree adding stuff to the bars could be better... I think the size of > >the default geObar doesnt help to much. > >that's why Office (and most programs with similar toolbars) has a separate >dialog > >[...] > >Come on dude how hard is it to rename the resources? > >I think you misunderstood me. I'm just pointing out usability problems. >Mine is a designer's point of view, not a developer's. But if it's easy to >solve, even better :-) > >[...] > >I dont see why we couldnt implement this if we adopt R4. they are working > >on R6 but are willing to help us if we do future development on R4 for >ReactOS. > >again: it's not (strictly) a technical matter. I just want an opinion on my >remarks: do they make sense to you? do you agree? anything to add? > >BTW, I didn't ask directly to the geOShell team because I was afraid they >were a bit too "1337" to understand usability arguments (no offense meant, >I just seem to have strange prejudices against IRC'ers) > > > >--__--__-- > >Message: 6 >Date: Wed, 17 Jul 2002 23:50:23 -0700 (PDT) >From: Steven Edwards <ste...@ya...> >To: rea...@li... >Subject: [ros-kernel] FW: Proposal - alt.os.reactos Discussion forum >for the OpenSource WindowsNT/2K clone ReactOS >Reply-To: rea...@li... > >Proposal - alt.os.reactos Discussion forum for the >OpenSource WindowsNT/2K clone ReactOS > >CHARTER: alt.os.reactos discusses design and >implementation of the ReactOS operating systems and >its >relation to the Microsoft Windows Operating Systems. >Subjects will include but not be limited to >device drivers, win32api support, the posix subsystem >and license issues X11/BSD and GNU GPL/LGPL. > >The newsgroup will not be moderated. Binary, >off-topic, spam and advertising posts are not >permitted. >Discussion of hacks, cracks, warez, serial numbers or >the illegal exchange of copyrighted software is >banned. > >JUSTIFICATION: A scan of messages in Google Groups in >the 3 months from 5/17/98 to 7/17/98 showed >*exactly* 1,010 relevant matches discussing ReactOS. >ReactOS is the key topic of no less then 3 >mailing lists and 2 web message boards and as such >central repository such as a news group would be >convenient. > >Thanks >Steven Edwards > >-- >"Every revolution was once a thought in one man's >mind" > - Ralph Waldo Emerson > > >__________________________________________________ >Do You Yahoo!? >Yahoo! Autos - Get free new car price quotes >http://autos.yahoo.com > > >--__--__-- > >Message: 7 >Date: Wed, 17 Jul 2002 23:52:11 -0700 (PDT) >From: Steven Edwards <ste...@ya...> >To: rea...@li... >Subject: [ros-kernel] newsgroup >Reply-To: rea...@li... > >I forgot to add that you can help by responding in >alt.config to help show support. > >Thanks >Steven > >__________________________________________________ >Do You Yahoo!? >Yahoo! Autos - Get free new car price quotes >http://autos.yahoo.com > > >--__--__-- > >Message: 8 >Date: Thu, 18 Jul 2002 09:35:53 +0000 >From: David Welch <we...@cw...> >To: rea...@li... >Subject: Re: [ros-kernel] newsgroup >Reply-To: rea...@li... > >On Wed, Jul 17, 2002 at 11:52:11PM -0700, Steven Edwards wrote: > > I forgot to add that you can help by responding in > > alt.config to help show support. > > >Do we really need a newsgroup? I don't see a lot of discussion of >ReactOS on usenet and we could always use alt.os.development. > > >--__--__-- > >Message: 9 >Date: Thu, 18 Jul 2002 01:53:29 -0700 (PDT) >From: Steven Edwards <ste...@ya...> >Subject: Re: [ros-kernel] newsgroup >To: rea...@li... >Reply-To: rea...@li... > >I guess/hope not now. I forgot about the sig. juliet >uses and that showed up a 1000 times and got flamed >for it. Cancel the request as I have killed the thread >and probly pissed everyone off anyway. =P What a bunch >of nice people there are on usenet. > >Thanks >Steven > > > Do we really need a newsgroup? I don't see a lot of > > discussion of > > ReactOS on usenet and we could always use > > alt.os.development. > > >__________________________________________________ >Do You Yahoo!? >Yahoo! Autos - Get free new car price quotes >http://autos.yahoo.com > > >--__--__-- > >Message: 10 >From: "Eric Kohl" <ek...@rz...> >To: <rea...@li...> >Subject: Re: [ros-kernel] finally got good stack trace... >Date: Thu, 18 Jul 2002 13:04:03 +0200 >Reply-To: rea...@li... > >"Royce Mitchell III" <ro...@ev...> wrote: > > > I put a bunch of DbgPrint's all over that function last night, and >didn't > > see any of them on-screen... > >Please try a clean rebuild of the current CVS tree. David fixed some severe >bugs and I got my 9 year old Seagate ST3144A (130 MB) running which >reported >576 byte sectors. ;-) > >Eric > > > >--__--__-- > >Message: 11 >Date: Thu, 18 Jul 2002 08:44:08 -0600 (Central Standard Time) >From: Royce Mitchell III <ro...@ev...> >To: rea...@li... >Subject: Re: [ros-kernel] finally got good stack trace... >Reply-To: rea...@li... > >I can't wait to try! > >/me rubbing hands with glee > >:) > >Royce3 > > > > >Subject: Re: [ros-kernel] finally got good stack trace... > > From: "Eric Kohl" <ek...@rz...> > > Date: Thu, 18 Jul 2002 13:04:03 +0200 > > To: <rea...@li...> > > > >"Royce Mitchell III" <ro...@ev...> wrote: > > > >> I put a bunch of DbgPrint's all over that function last night, and >didn't > >> see any of them on-screen... > > > >Please try a clean rebuild of the current CVS tree. David fixed some >severe > >bugs and I got my 9 year old Seagate ST3144A (130 MB) running which >reported > >576 byte sectors. ;-) > > > >Eric > > > > > > > >------------------------------------------------------- > >This sf.net email is sponsored by:ThinkGeek > >Welcome to geek heaven. > >http://thinkgeek.com/sf > >_______________________________________________ > >reactos-kernel mailing list > >rea...@li... > >https://lists.sourceforge.net/lists/listinfo/reactos-kernel > > > >--__--__-- > >Message: 12 >From: "Nick Date" <nic...@ya...> >To: <rea...@li...> >Subject: Re: [ros-kernel] The Explorer replacement we need. >Date: Thu, 18 Jul 2002 17:28:43 +0100 >Reply-To: rea...@li... > >Hiya. > >Sorry to step in after being away for so long (my life's up in the air at >the moment to say the least). > >----- Original Message ----- >From: "KJK::Hyperion" <no...@li...> >To: <rea...@li...> >Sent: Wednesday, July 17, 2002 10:04 PM >Subject: Re: [ros-kernel] The Explorer replacement we need. > > > > At 20.25 17/07/2002, you wrote: > > > >Dont get me wrong I am not oposed to a project to rewrite explorer.exe. > > > and I'm not supporting such a project :-) Explorer isn't exactly the >best > > desktop around, it's Shell32 that matters > >[snip] > >You're right of course, but I think it would be nice to have a shell with a >windoze-a-like feel to it. End users hate change of any sort and a >familiar(ish) interface would probably stop them having a heart attack, or >mental breakdown or whatever. ;-) > >Hi to everyone and sorry I'm not active in the message lists at the moment. >I've got a new job starting on monday (warehouse work at a plumbing >merchants) so things should start to pick up and I'll have more free time >to >keep up with the project. > >Best regards. > >Nick. > >-- >Nick Date >Bath, England, UK > > >__________________________________________________ >Do You Yahoo!? >Everything you'll ever need on one web page >from News and Sport to Email and Music Charts >http://uk.my.yahoo.comm > > >--__--__-- > >Message: 13 >From: =?iso-8859-2?Q?H=E1morszky_Bal=E1zs?= <ba...@cr...> >To: rea...@li... >Subject: Re: [ros-kernel] The Explorer replacement we need. >Date: Thu, 18 Jul 2002 20:11:53 +0200 >Reply-To: rea...@li... > > >Take two look: >http://www.geoshellx.com/userguide.asp?doc=desktop.inc >http://www.geoshellx.com/plugins/r48/geoDeskInstaller_1_0.exe > > > > > >--__--__-- > >_______________________________________________ >reactos-kernel mailing list >rea...@li... >https://lists.sourceforge.net/lists/listinfo/reactos-kernel > > >End of reactos-kernel Digest _________________________________________________________________ Join the worlds largest e-mail service with MSN Hotmail. http://www.hotmail.com |
From: James M. <jid...@sa...> - 2002-07-19 22:15:24
|
Why should we clone explorer? If we use a free one or wite a free one, if= the=20 person doesn't like it could they just not download the newest explorer. --=20 James Marjie On Friday 19 July 2002 01:42 pm, Richard Campbell wrote: > I think you guys need to stop thinking like geeks and start thinking li= ke > AOLers... (i.e. explorer DOES need to be cloned because it is part of > windows nt.) > > PS, I've missed out on alot of ROS development (although very few peopl= e > have missed my flames I'm sure :)) I hope to be up to speed |
From: Diego I. <ias...@ac...> - 2002-07-19 23:15:59
|
The real question should be more philosophical:=20 should we clone only the kernel or also the user interface?=20 I think the UI can be changed a lot. Binary compatibility is the only thi= ng=20 important, but we should distinguish ourselves from the original. =E1=F9=E1=FA, 20 =E1=E9=E5=EC=E9 2002, 01:17, James Marjie =EB=FA=E1: > Why should we clone explorer? If we use a free one or wite a free one, = if > the person doesn't like it could they just not download the newest > explorer. --=20 If I don't see you in the future, I'll see you in the pasture. |
From: Royce M. I. <ro...@ev...> - 2002-07-20 03:57:46
|
> Why should we clone explorer? If we use a free one or wite a free one, if > the person doesn't like it could they just not download the newest > explorer. I think an Explorer clone should adhere closely to the "interface" of the original, so newbies will be immediately familiar with it. Just because MS's is insecure, doesn't mean ours has to be. Here's an impartial feature/non-feature list for an explorer clone: * keep quick-launch * keep in-situ start menu editing * remove start menu reordering ( should always alphabetize ) * remove "web view" * keep desktop * everything can be customized, and should be easy to do so ( no editing text files - that's a Linux thing ) * it should be possible to edit settings in a text file - if you want to ( a single, simple ini file - there are several reasons for this one if you want me to expound ) * keep control panel * xp-like start menu ( it really is a much better layout when you get rid of the performance-sapping fancy graphics ) * xp-like user management ( ms finally got that right, if xp wasn't such a flop ) * extension hiding should *not* be default for power users. * file hiding should *not* be default for power users. * no web-integration. web browser must be a separate app. * There should *never* be any reason for the OS to open a file unless the user has performed some action on the file, or on a program that uses the file. ( This will eliminate some of the nastier security holes explorer has been plagued by ). * file associations could work MUCH better. It's always a pain setting up my .c, .h, .cpp, .hpp, etc associations. * there's no reason for explorer to access 20 registry entries every time you double-click something. It should be blind to settings changes made directly to it's config files/registry. All settings should be available from within the program so that it's not necessary to edit the config files/reg directly. At the very least it should re-read it's settings unless it detects they have changed. ( Probably would have to be an ini file to monitor for file changes ). * 9x/NT4-like network neighborhood, unless someone can explain to me how the 2000/XP net hoods are better ( I have yet to find a good reason ). Note I'm talking about browsing the network here, not configuring it. * this isn't just for explorer... but there should be very little ( ideally none ) images/animations included. They just slow the O/S down. If they are necessary, then they should not be loaded until the first time they are needed. That's all I can think of right now. |
From: Eric K. <ek...@rz...> - 2002-07-20 10:47:48
|
"Royce Mitchell III" <ro...@ev...> wrote: > * there's no reason for explorer to access 20 registry entries every time > you double-click something. It should be blind to settings changes made > directly to it's config files/registry. All settings should be available > from within the program so that it's not necessary to edit the config > files/reg directly. At the very least it should re-read it's settings unless > it detects they have changed. ( Probably would have to be an ini file to > monitor for file changes ). Looking up registry keys and values is not an expensive task in terms of time consumption, but keeping *all* settings in memory is expensive in terms of memory consumption. This also obsoletes the concept of monitoring changes to the registry, at least in most cases. Btw, classic .ini-files are *dead*. Don't ever use them to store current application settings! ReactOS should be an '.ini-free' zone. What really needs to be fixed is the registry management. I really like the idea of being able to build updated and customized install media. > * this isn't just for explorer... but there should be very little ( ideally > none ) images/animations included. They just slow the O/S down. If they are > necessary, then they should not be loaded until the first time they are > needed. IMO, animations are useful to show that lengthy jobs are still running. Usually, animations are resources of an application. They will be loaded when the application is started but they will be swapped to the pagefile when they are not in use. Regards, Eric |
From: Royce M. I. <ro...@ev...> - 2002-07-20 14:18:32
|
We have a fundamental difference in philosophy :) Here's why I said what I said: I consider myself a power user. Almost everyone who knows me calls me to fix their computer problems. I'm the local "computer geek". I've had a lot of experience reinstalling Windows, and the most annoying thing about reinstalling Windows is having to reconfigure Windows and the applications with the settings I want. When applications use INI files, I don't have to reconfigure them! They work with the new OS! Applications that use the reg have to be reinstalled most of the time, although some applications ( PageMaker 6.5 & TurboCad 6 Professional for example ) will just recreate their registry entries; although I still have to reconfigure them for my preferences. As a developer, I *never* use the registry unless it's necessary to hide settings, or my customer requests it. On animations, there are ways to show that a program is working that doesn't require resource-intensive animations. Progress dialogs are a good example. Another way is to have count-up/down timers, and status text windows explaining what's happening at that moment. Most settings are a matter of a bool or int. How much memory does that really take up? Royce3 ----- Original Message ----- From: "Eric Kohl" <ek...@rz...> To: <rea...@li...> Sent: Saturday, July 20, 2002 5:52 AM Subject: Re: [ros-kernel] Re: ROS gui > > "Royce Mitchell III" <ro...@ev...> wrote: > > > > * there's no reason for explorer to access 20 registry entries every time > > you double-click something. It should be blind to settings changes made > > directly to it's config files/registry. All settings should be available > > from within the program so that it's not necessary to edit the config > > files/reg directly. At the very least it should re-read it's settings > unless > > it detects they have changed. ( Probably would have to be an ini file to > > monitor for file changes ). > > Looking up registry keys and values is not an expensive task in terms of > time consumption, but keeping *all* settings in memory is expensive in terms > of memory consumption. This also obsoletes the concept of monitoring changes > to the registry, at least in most cases. > > Btw, classic .ini-files are *dead*. Don't ever use them to store current > application settings! ReactOS should be an '.ini-free' zone. > > What really needs to be fixed is the registry management. I really like the > idea of being able to build updated and customized install media. > > > * this isn't just for explorer... but there should be very little ( > ideally > > none ) images/animations included. They just slow the O/S down. If they > are > > necessary, then they should not be loaded until the first time they are > > needed. > > IMO, animations are useful to show that lengthy jobs are still running. > Usually, animations are resources of an application. They will be loaded > when the application is started but they will be swapped to the pagefile > when they are not in use. > > Regards, > Eric > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > reactos-kernel mailing list > rea...@li... > https://lists.sourceforge.net/lists/listinfo/reactos-kernel > |
From: Jarmo M. <ja...@mu...> - 2002-07-20 15:37:49
|
In the old days when you installed the OS, you just copied the apps to the disk. Settings file included. Now many apps require installation. My own app uses registry because it was designed for multiple users. With INI files the settings should be separate for every user. Also INI files will be more difficult than registry if it uses hierarchy as my next version will use. So there is pros & cons for registry and INI files. My app installs itself when it notices that registry settings are not there. And of course, ALL personal registry settings are removed when unistalled. And when the last user of the app uninstalls it, everything is removed from the registry and all files and directories are deleted, if user wants. I have an idea of "application private registry". It is located in the application's folder. Registry functions would work as before. It is just bound to system registry so it seems to be normal. OS could keep list of bound registries and if not found, the bound registry is removed from the list. So you can just delete the application folder and your settings are deleted from OS as well. Unfortunately this idea cannot be implemented. JMu ----- Original Message ----- From: "Royce Mitchell III" <ro...@ev...> To: <rea...@li...> Sent: Saturday, July 20, 2002 5:13 PM Subject: Re: [ros-kernel] Re: ROS gui > We have a fundamental difference in philosophy :) > > Here's why I said what I said: > > I consider myself a power user. Almost everyone who knows me calls me to fix > their computer problems. I'm the local "computer geek". I've had a lot of > experience reinstalling Windows, and the most annoying thing about > reinstalling Windows is having to reconfigure Windows and the applications > with the settings I want. When applications use INI files, I don't have to > reconfigure them! They work with the new OS! Applications that use the reg > have to be reinstalled most of the time, although some applications ( > PageMaker 6.5 & TurboCad 6 Professional for example ) will just recreate > their registry entries; although I still have to reconfigure them for my > preferences. > > As a developer, I *never* use the registry unless it's necessary to hide > settings, or my customer requests it. > > On animations, there are ways to show that a program is working that doesn't > require resource-intensive animations. Progress dialogs are a good example. > Another way is to have count-up/down timers, and status text windows > explaining what's happening at that moment. > > Most settings are a matter of a bool or int. How much memory does that > really take up? > > Royce3 > > ----- Original Message ----- > From: "Eric Kohl" <ek...@rz...> > To: <rea...@li...> > Sent: Saturday, July 20, 2002 5:52 AM > Subject: Re: [ros-kernel] Re: ROS gui > > > > > > "Royce Mitchell III" <ro...@ev...> wrote: > > > > > > > * there's no reason for explorer to access 20 registry entries every > time > > > you double-click something. It should be blind to settings changes made > > > directly to it's config files/registry. All settings should be available > > > from within the program so that it's not necessary to edit the config > > > files/reg directly. At the very least it should re-read it's settings > > unless > > > it detects they have changed. ( Probably would have to be an ini file to > > > monitor for file changes ). > > > > Looking up registry keys and values is not an expensive task in terms of > > time consumption, but keeping *all* settings in memory is expensive in > terms > > of memory consumption. This also obsoletes the concept of monitoring > changes > > to the registry, at least in most cases. > > > > Btw, classic .ini-files are *dead*. Don't ever use them to store current > > application settings! ReactOS should be an '.ini-free' zone. > > > > What really needs to be fixed is the registry management. I really like > the > > idea of being able to build updated and customized install media. > > > > > * this isn't just for explorer... but there should be very little ( > > ideally > > > none ) images/animations included. They just slow the O/S down. If they > > are > > > necessary, then they should not be loaded until the first time they are > > > needed. > > > > IMO, animations are useful to show that lengthy jobs are still running. > > Usually, animations are resources of an application. They will be loaded > > when the application is started but they will be swapped to the pagefile > > when they are not in use. > > > > Regards, > > Eric > > > > > > > > ------------------------------------------------------- > > This sf.net email is sponsored by:ThinkGeek > > Welcome to geek heaven. > > http://thinkgeek.com/sf > > _______________________________________________ > > reactos-kernel mailing list > > rea...@li... > > https://lists.sourceforge.net/lists/listinfo/reactos-kernel > > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > reactos-kernel mailing list > rea...@li... > https://lists.sourceforge.net/lists/listinfo/reactos-kernel > |
From: Eric K. <ek...@rz...> - 2002-07-20 18:05:17
|
"Royce Mitchell III" <ro...@ev...> wrote: > We have a fundamental difference in philosophy :) > > Here's why I said what I said: > > I consider myself a power user. Almost everyone who knows me calls me to fix > their computer problems. I'm the local "computer geek". I've had a lot of > experience reinstalling Windows, and the most annoying thing about > reinstalling Windows is having to reconfigure Windows and the applications > with the settings I want. When applications use INI files, I don't have to > reconfigure them! They work with the new OS! Applications that use the reg > have to be reinstalled most of the time, although some applications ( > PageMaker 6.5 & TurboCad 6 Professional for example ) will just recreate > their registry entries; although I still have to reconfigure them for my > preferences. I guess a registry backup applications that ignores system settings could fix this. > On animations, there are ways to show that a program is working that doesn't > require resource-intensive animations. Progress dialogs are a good example. > Another way is to have count-up/down timers, and status text windows > explaining what's happening at that moment. A progress bar that sticks at the 35% mark for five minutes will make the user believe the application froze. That's what I thought when I installed OpenOffice two weeks ago. > Most settings are a matter of a bool or int. How much memory does that > really take up? How much memory do waste by not using hand-optimized assemly language but C++, C# or a 4GL language? It always depends on which prize you are willing to pay. Eric |
From: Royce M. I. <ro...@ev...> - 2002-07-20 22:17:57
|
----- Original Message ----- > > I guess a registry backup applications that ignores system settings could > fix this. Not exactly sure what you mean here. > A progress bar that sticks at the 35% mark for five minutes will make the > user believe the application froze. That's what I thought when I installed > OpenOffice two weeks ago. A progress bar that sticks at 35% is a frozen application, or a badly designed process. After about a minute I would have killed it. On the flip side of this, I've seen Explorer freeze, with the animation still running. An "elapsed time" field is probably the best indication that an app has not frozen. > How much memory do waste by not using hand-optimized assemly language but > C++, C# or a 4GL language? It always depends on which prize you are willing > to pay. Hehe, that's a deep dark well to jump into. My point was that I don't think, in most instances, that cacheing settings will have a significant performance impact. OTOH, I was thinking while driving to church today, and we might possibly want our explorer clone to go ahead and use the registry, if we want to maintain compatibility with existing explorer plugins. HKCR must obviously be there, and work the same, because too many applications rely on it, and modify it directly. Now this brings up a nasty situation. Many explorer settings are under HKLM/Software/Microsoft/... Would we want to put our settings in same place for compatibility ( and findability ) ? |
From: Robert K. <ro...@ko...> - 2002-07-21 10:15:07
|
> > >Now this brings up a nasty situation. Many explorer settings are under >HKLM/Software/Microsoft/... Would we want to put our settings in same >place for compatibility ( and findability ) ? > Ohh, nasty! Maybe we have the same tree in another subkey. Maybe rosdev. And now make a link from sw\microsoft to sw\rosdev. Now linking functions, doesn't it? > > > > > >------------------------------------------------------- >This sf.net email is sponsored by:ThinkGeek >Welcome to geek heaven. >http://thinkgeek.com/sf >_______________________________________________ >reactos-kernel mailing list >rea...@li... >https://lists.sourceforge.net/lists/listinfo/reactos-kernel > > |
From: Royce M. I. <ro...@ev...> - 2002-07-20 14:23:07
|
----- Original Message ----- > Looking up registry keys and values is not an expensive task in terms of > time consumption, but keeping *all* settings in memory is expensive in terms > of memory consumption. This also obsoletes the concept of monitoring changes > to the registry, at least in most cases. Also, I forget to mention that most settings will take up less space than the code to call the registry and reload it. |
From: Casper H. <ch...@us...> - 2002-07-22 10:58:33
|
l=F8r, 2002-07-20 kl. 16:18 skrev Royce Mitchell III: >=20 > ----- Original Message ----- > > Looking up registry keys and values is not an expensive task in terms o= f > > time consumption, but keeping *all* settings in memory is expensive in > terms > > of memory consumption. This also obsoletes the concept of monitoring > changes > > to the registry, at least in most cases. >=20 > Also, I forget to mention that most settings will take up less space than > the code to call the registry and reload it. Maybe they do in your average free text editor application, but not in your average full blown comercial application with several thousands of settings. Casper |
From: KJK::Hyperion <no...@li...> - 2002-07-20 18:46:16
|
At 07.16 20/07/2002, Jarmo Muukka wrote: >Has anyone pressed Num Pad * when focus is in Network Neighborhood (or >Computers Near Me)? This operation will expand A LOT and it cannot be >stopped! You have to kill the process. Pressing Esc would be nice way to >stop it and a Stop button. right. I noticed this too. Wishlisted >One more annoying thing that comes to mind. When you paste files (Copy and >Paste) to one folder and switch to another folder, Explorer activates the >previous folder when it displays Copy progress dialog. So, no call to >SetForegroundWindow, please. same here. Wishlisted |
From: Royce M. I. <ro...@ev...> - 2002-07-20 22:18:47
|
> > >One more annoying thing that comes to mind. When you paste files (Copy and > >Paste) to one folder and switch to another folder, Explorer activates the > >previous folder when it displays Copy progress dialog. So, no call to > >SetForegroundWindow, please. > > same here. Wishlisted Solution: Instead of SetForegroundWindow, flash the window's title to indicate it's completion like is done in so many other places. |
From: Brian P. <br...@sg...> - 2002-07-20 22:28:15
|
Actually they changed how SetForegroundWindow() works in Win98 & Win2k. Now it does only flash the window's title. To actually force a window to the foreground MS uses an undocumented function in user32 I believe. Brian > -----Original Message----- > From: rea...@li... [mailto:reactos-kernel- > ad...@li...] On Behalf Of Royce Mitchell III > Sent: Saturday, July 20, 2002 4:14 PM > To: rea...@li... > Subject: Re: [ros-kernel] Re: ROS gui > > > > > >One more annoying thing that comes to mind. When you paste files (Copy > and > > >Paste) to one folder and switch to another folder, Explorer activates > the > > >previous folder when it displays Copy progress dialog. So, no call to > > >SetForegroundWindow, please. > > > > same here. Wishlisted > > Solution: Instead of SetForegroundWindow, flash the window's title to > indicate it's completion like is done in so many other places. > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > reactos-kernel mailing list > rea...@li... > https://lists.sourceforge.net/lists/listinfo/reactos-kernel |
From: KJK::Hyperion <no...@li...> - 2002-07-20 23:41:35
|
At 00.28 21/07/2002, you wrote: >Actually they changed how SetForegroundWindow() works in Win98 & Win2k. >Now it does only flash the window's title. it's not enough. It doesn't protect stupid developers from creating windows that steal the focus from another window in the same program. See Miranda ICQ: the smartass that programmed the StatusNotifyEx plugin uses SetForegroundWindow (or something to that effect) constantly, so you often find yourself typing into a notification pop-up because it has stolen focus from the message composing window |
From: Royce M. I. <ro...@ev...> - 2002-07-21 04:41:52
|
----- Original Message ----- > At 00.28 21/07/2002, you wrote: > >Actually they changed how SetForegroundWindow() works in Win98 & Win2k. > >Now it does only flash the window's title. > > it's not enough. It doesn't protect stupid developers from creating windows > that steal the focus from another window in the same program. See Miranda > ICQ: the smartass that programmed the StatusNotifyEx plugin uses > SetForegroundWindow (or something to that effect) constantly, so you often > find yourself typing into a notification pop-up because it has stolen focus > from the message composing window Some axioms to remember, my friend: Albert Einstein: "Only two things are infinite, the universe and human stupidity, and I'm not sure about the former." Rich Cook: "Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning." http://www.geocities.com/CollegePark/6174/jokes/quotes-nature-universe.htm |
From: KJK::Hyperion <no...@li...> - 2002-07-21 11:46:35
|
At 06.37 21/07/2002, you wrote: > > >Actually they changed how SetForegroundWindow() works in Win98 & Win2k. > > >Now it does only flash the window's title. > > it's not enough. It doesn't protect stupid developers from creating windows > > that steal the focus from another window in the same program. See Miranda > > ICQ: the smartass that programmed the StatusNotifyEx plugin uses > > SetForegroundWindow (or something to that effect) constantly, so you often > > find yourself typing into a notification pop-up because it has stolen focus > > from the message composing window >Some axioms to remember, my friend: [...] I'll add one from my guru Joel Spolsky: "[...] We used to write algorithms. Now we call APIs. Nowadays a good programmer spends a lot of time doing defensive coding, working around other people's bugs. It's not uncommon to set up an exception handler to prevent your code from crashing when your crap library crashes. [...]" very fitting in the Miranda plugins scenario |
From: KJK::Hyperion <no...@li...> - 2002-07-20 17:26:16
|
At 05.31 20/07/2002, Royce Mitchell III wrote: >( For example, every time I delete a large quantity of files - and I do >mean every time - the computer locks up for 5 - 45 seconds. As a developer >I delete a large quantity of files rather frequently, and I find this very >annoying. ) I think it's a Windows 98 problem - still, I'll add this to the wishlist |
From: Jarmo M. <ja...@mu...> - 2002-07-20 19:41:09
|
Too many things are related to too many things. What do I mean? Today I started IE as usual, but it didn't show up. It started to do something very hard. The HD was loaded. I tried other apps too, but everything which were related to shell didn't work. I went to command prompt and wrote dir few times. As I thought IE was deleting files, from cache I think (probably about 200MBs). After about 10 minutes every pending operation was performed and finally IE showed up. It looks like IE is using SHFileOperation or something like that and that function and other parts of shell are serialised. How lame. I have Windows 2000. JMu ----- Original Message ----- From: "KJK::Hyperion" <no...@li...> To: <rea...@li...> Cc: <rea...@li...> Sent: Saturday, July 20, 2002 4:43 PM Subject: Re: [ros-kernel] Re: ROS gui > At 05.31 20/07/2002, Royce Mitchell III wrote: > >( For example, every time I delete a large quantity of files - and I do > >mean every time - the computer locks up for 5 - 45 seconds. As a developer > >I delete a large quantity of files rather frequently, and I find this very > >annoying. ) > > I think it's a Windows 98 problem - still, I'll add this to the wishlist > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > reactos-kernel mailing list > rea...@li... > https://lists.sourceforge.net/lists/listinfo/reactos-kernel > |
From: Robert K. <ro...@ko...> - 2002-07-21 10:22:52
|
> > >It looks like IE is using SHFileOperation or something like that >and that function and other parts of shell are serialised. How >lame. > You found one of the main problems. All this M$-stuff is written using MFC and COM. Wile MFC is half the way MT compatible COM is only with efforts by the programmer. There exist a so called appartment model that serializes multithreaded access to com-objects. Since programmes are lazy folks this model is (if even MT is used) used in most cases. ...and lame. > >I have Windows 2000. > >JMu > >----- Original Message ----- >From: "KJK::Hyperion" <no...@li...> >To: <rea...@li...> >Cc: <rea...@li...> >Sent: Saturday, July 20, 2002 4:43 PM >Subject: Re: [ros-kernel] Re: ROS gui > > > > >>At 05.31 20/07/2002, Royce Mitchell III wrote: >> >> >>>( For example, every time I delete a large quantity of files - >>> >>> >and I do > > >>>mean every time - the computer locks up for 5 - 45 seconds. As >>> >>> >a developer > > >>>I delete a large quantity of files rather frequently, and I >>> >>> >find this very > > >>>annoying. ) >>> >>> >>I think it's a Windows 98 problem - still, I'll add this to the >> >> >wishlist > > >> >>------------------------------------------------------- >>This sf.net email is sponsored by:ThinkGeek >>Welcome to geek heaven. >>http://thinkgeek.com/sf >>_______________________________________________ >>reactos-kernel mailing list >>rea...@li... >>https://lists.sourceforge.net/lists/listinfo/reactos-kernel >> >> >> > > > > >------------------------------------------------------- >This sf.net email is sponsored by:ThinkGeek >Welcome to geek heaven. >http://thinkgeek.com/sf >_______________________________________________ >reactos-kernel mailing list >rea...@li... >https://lists.sourceforge.net/lists/listinfo/reactos-kernel > > |
From: Robert K. <ro...@ko...> - 2002-07-21 10:18:27
|
> > I think it's a Windows 98 problem - still, I'll add this to the wishlist But I have the same prob under w2k, too. It is awful, if you have to wait while explorer starts the preparing to kill a simple file. And it takes from time to time up to 7 sec. I think it is an (IE-Integrated) problem that didn't exist when IE wasn't integrated in the shell. |
From: James M. <jid...@sa...> - 2002-07-19 23:19:37
|
On Friday 19 July 2002 03:17 pm, James Marjie wrote: > Why should we clone explorer? If we use a free one or wite a free one, = if > the person doesn't like it could they just not download the newest > explorer. Guess I should learn to write today. What I meant is that why should we go thru the process of rewriting an=20 insecure app like that when if all goes as planed people could just downl= oad=20 the original. --=20 James Marjie |
From: Casper H. <ch...@us...> - 2002-07-22 05:22:27
|
l=F8r, 2002-07-20 kl. 01:21 skrev James Marjie: > On Friday 19 July 2002 03:17 pm, James Marjie wrote: > > Why should we clone explorer? If we use a free one or wite a free one, = if > > the person doesn't like it could they just not download the newest > > explorer. > Guess I should learn to write today. >=20 > What I meant is that why should we go thru the process of rewriting an=20 > insecure app like that when if all goes as planed people could just downl= oad=20 > the original. > --=20 > James Marjie I think explorer was a reference to the GUI part of the standard Windows shell (non-free), not Internet Explorer (free). Casper |
From: Royce M. I. <ro...@ev...> - 2002-07-20 03:36:38
|
Because ours would be better :) MS's explorer is over-bloated. I found a utility that lets me run the win95 explorer in win98. I was shocked and amazed at how much performance the win98 explorer sucks out of your computer. We could write an explorer, or "rexplorer" if you like, that's faster than the Win95 version, and more stable. ( For example, every time I delete a large quantity of files - and I do mean every time - the computer locks up for 5 - 45 seconds. As a developer I delete a large quantity of files rather frequently, and I find this very annoying. ) ----- Original Message ----- From: "James Marjie" <jid...@sa...> To: <rea...@li...> Sent: Friday, July 19, 2002 5:17 PM Subject: Re: [ros-kernel] Re: ROS gui Why should we clone explorer? If we use a free one or wite a free one, if the person doesn't like it could they just not download the newest explorer. -- James Marjie On Friday 19 July 2002 01:42 pm, Richard Campbell wrote: > I think you guys need to stop thinking like geeks and start thinking like > AOLers... (i.e. explorer DOES need to be cloned because it is part of > windows nt.) > > PS, I've missed out on alot of ROS development (although very few people > have missed my flames I'm sure :)) I hope to be up to speed ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ reactos-kernel mailing list rea...@li... https://lists.sourceforge.net/lists/listinfo/reactos-kernel |