Search found 115 matches
- Sat Apr 09, 2005 7:56 pm
- Forum: Design
- Topic: Importance of UI
- Replies: 99
- Views: 87637
First of all, as UI design is alot more than just placing the buttons there are much other things to play with, i.e. behaviourism, error handling. Exactly. The consistent behaviour of windows controls is one of the things that I love about the OS. Do you realize that, the things that user wants, ar...
- Sat Apr 09, 2005 9:23 am
- Forum: Design
- Topic: Importance of UI
- Replies: 99
- Views: 87637
I've been silently following this thread for some time now and I must make a confession: I'm confused. Everyone seems to have their own idea about what UI (and GUI) seems to be. If by designing the UI you mean the overal window form (where buttons go, where the title bar goes, etc...) then there is ...
- Fri Apr 08, 2005 7:41 pm
- Forum: General Discussion and Feedback
- Topic: 500.000.000,00 €uros
- Replies: 12
- Views: 9033
- Thu Apr 07, 2005 7:00 pm
- Forum: General Discussion and Feedback
- Topic: 500.000.000,00 €uros
- Replies: 12
- Views: 9033
My personal answer is no, but... five hundred MILLION euros? *knees shake while contemplating that much money* A hundredth of it would be enough to give reactos a huge development boost. I personally don't think it would be correct (One problem would be how to evenly distribute the money) but who ca...
- Mon Apr 04, 2005 3:11 pm
- Forum: Design
- Topic: Importance of UI
- Replies: 99
- Views: 87637
I agree with mf. Implementing UI immediately would simplify things to a great extent. Besides, it's something that a wider group of people could participate in, unlike code. One of the things that often annoys me with UI's is the lack of keyboard support, like tab from one control to the next, whene...
- Mon Apr 04, 2005 7:12 am
- Forum: General Discussion and Feedback
- Topic: Some bugs in ReactOS
- Replies: 10
- Views: 9676
- Mon Apr 04, 2005 7:08 am
- Forum: General Discussion and Feedback
- Topic: DOS subsystem already dicussed in detail
- Replies: 16
- Views: 11022
Nobody said we'd run them natively. Like I said in my previous post, the hardware would need to be abstracted to some generic old hardware (sb16, standard vesa compliant videocard, etc), like DOSBox does, except with the difference of running the actual cpu code natively (instead of emulating). Jus...
- Mon Apr 04, 2005 7:00 am
- Forum: General Discussion and Feedback
- Topic: Processor Scheduling
- Replies: 21
- Views: 15161
I don't really think the processor scheduler in windows in inefficient. In my opinion, it does the job well. Lengthening the processor quota to increase performance sounds logical, but you must realize that it only takes up a very small fraction of overall time. A user-configurable scheduling system...
- Mon Apr 04, 2005 6:46 am
- Forum: General Discussion and Feedback
- Topic: target demographics
- Replies: 20
- Views: 12470
As with so many other threads in this forum, it starts out with an interesting topic, then gradually degrades into a war between Windows and Linux. (sigh) If you can't beat 'em, join 'em: Linux isn't hard to use, as long as you masochistically enjoy memorizing cryptic commands containing millions of...
- Sun Mar 13, 2005 12:51 pm
- Forum: General Discussion and Feedback
- Topic: Setup-Manager for ReactOS
- Replies: 13
- Views: 10585
Having a fake registry sounds great, but I shudder to think of the complexities of implementing it. It would not be an easy task. I'm all for it if someone comes along and does it, but it is in my opinion very hard to do. Or it could just force a prompt every time a file is added to a system directo...
- Sun Mar 13, 2005 12:31 pm
- Forum: General Discussion and Feedback
- Topic: sandbox for Win16 and DOS applications
- Replies: 19
- Views: 14310
- Fri Mar 04, 2005 10:37 am
- Forum: General Discussion and Feedback
- Topic: DOS subsystem already dicussed in detail
- Replies: 16
- Views: 11022
For a Win16 subsystem you must create 16 bit DLLs - therefore you should use a 16 bit compiler. That's correct. We're not trying to make a Win16 subsystem yet though. For a small - and almost incompatible - DOS16 emulation you might require a 16 bit compiler anyway for FAR CALL (16:16) emulation. F...
- Wed Mar 02, 2005 7:52 pm
- Forum: General Discussion and Feedback
- Topic: DOS subsystem already dicussed in detail
- Replies: 16
- Views: 11022
Maybe you don't know it but you cannot use MinGW gcc to build 16 bit code for 16 bit sections. It's no problem to build 16 bit code for 32 bit sections though. No 16-bit code needed whatsoever. The whole subsystem will be 32-bit. The only 16-bit code will (hopefully) be the DOS program you're tryin...
- Tue Feb 22, 2005 4:58 pm
- Forum: Development Help
- Topic: Linear frame buffering of video?
- Replies: 18
- Views: 18077
IMO the biggest trap with optimizing is that often most of the time is NOT spent where you think it is spent. Profiling (we have a nice /PROFILE boot switch) helps to determine what you actually want to optimize. Just replacing random pieces of C code with asm is not what you (or rather, I <g>) wan...
- Tue Feb 22, 2005 4:48 pm
- Forum: General Discussion and Feedback
- Topic: Reactive-X; how close will it resemble Active-X?
- Replies: 11
- Views: 10843
Hrmmm... Reactivex.... sounds nice I think the answer to your question is: ros activex will be as close to win activex as possible without undermining security, copyrights, and the fact that this is an open source os. I think that's basically true for every component of ros, and ros components (medi...