New version of distro!
http://www.meosfiles.narod.ru/menuet07.rar
- kernel 0.77 pre3.0b
- All Fat32 partitions supported
- many improuvments in programs
- new skin
- PAINT v0.3
Sources come soon

Thanks, sniper, I will give it a try. tom

How i use Paint ? can i save my bitmaps ?

No you can't save! ;-(
if you can add save feature you should do it!

.. only in our memory, not for the record.

First, you can't run Menuet in linux Console or I did't understand the question!
reiserfs - say it in an another words, please!

why not? why menuetos can't run on linux? any 1%? ;)

and about ReiserFS, saying another word, It is better than FAT32, NTFS, actually it is the best.
also is it impossible to use it as MenuetOS' fs?

Edit: now i am using this for p166
/boot: EXT3(200MB: too big, for you 50MB is enough)
/: JFS(1.7GB)

Does reiserfs support full UNICODE filenames, and are there any systems using full ACLs instead of silly user:group permissions? (it should at least be possible through use of reiserfs metadata.)

Menuet can't run on Windows too!



Ah! It is a File System! Than you should said ReiserFS

Whats about OpenBFS ?

FAT has the advantage of being easy to implement. ReiserFS, OpenBFS, etc are more complex (journalling, 64 bit, etc). My thought would be to go to ext2, then to ext3 later on. (ext3 is ext2 + journaling). That would still give a performance increase, but not provide too much complexity in the source. Personally, I'd rather see a text console/shell (capable of running non-builtin programs) than a new file system though.

crc in quiet advertises an excellent programming language which was conspicuous for nobody. It is forth. We should consider writing a forth interpreter/compiler before starting with any complex thing like file systems. I think that a forth interpreter could directly be placed into the kernel. A lot of applications would be easier to implement in forth than it is in asm. I mean here for instance web browsers. Retroforth would be a good base with some missing features.

here is an ide driver from the author of forth:
http://www.colorforth.com/ide.html

Endre.

I would love to see a Forth running in the Menuet (and other OS) kernel. Whether a derivitive of RetroForth, or a new one; it would make many things much more interesting. Hook it to a system call (passing the address & length of a string) and you could easily use it from within applications.

If someone wrote a shell-like front end, one could use Forth interactivly, making debugging apps & the kernel easier. It's trivial to add ties to data structures in the kernel, and the ability to see/modify them as a program runs would be cool.

At 3-4k, you could probably just embed it into applications, using the Menuet API's for the UI, and the 'embed' macro to mix Forth into the applications. (Stripped of the interactive code, and porting the bootstrap code to precompiled assembly it could be <2k). Though I haven't done much programming with Menuet, this is exactly what I do for most of my standalone programs.

As I already told it before, I don't find it good to make some text-based stuff ... GUI is the future.

GUI is NOT the best choice for everything. Most embedded computers don't use a GUI, due to the overhead, for example. There are also times that a console can't be beat for administration/recovery.

Why a text console (or at least a terminal emulator w/support for console programs)?
1) Size of apps
2) Simplicity
3) Speed
4) Reliable
5) Doesn't require a framebuffer (can be used over a serial line, etc)

Also, GUI's (at least so far) require a mouse and don't encourage the use of the keyboard. I have severe RSI, using a mouse is difficult/painful for me, so I prefer to use my ergonomic keyboard. Since Menuet has no apparent keyboard control of the interface, I can't use it for any length of time. (BTW, there's little to nothing that can't be done via keyboard control! -- Case in point: AutoCAD ).

Yes, im waiting the real console in MOS because i can port a lot of programs ...
A Real Shell is the only thing that MOS doesnt has and linux yes

forgot to mention: cell phone, PDA
they got the GUIs. symbian, ...

MenuetOS on your NOKIA??

1. Cell phones (generally) have a KEYPAD controlled GUI. The so called 'smartphones' may or may not have touch sensitive screens, so the GUI is all eye candy, just to look pretty (and suck up battery power...)
2. PDA's: A growing number of these have built-in keyboards, and all of them provide a virtual keyboard for use.

These comparisons aren't really fair though: People (normally) use a PC in different ways than they use a phone or PDA. For a PDA, a simple GUI can work quite well, but administering a PC without a console is painful. Even Windows XP has a "recovery console" mode for recovering from problems - it's been indispensible to me more often than I can count!

Shells have another advantage: you can redirect input & output, run the input/output through pipes, etc. This is very powerful for those who know what they're doing.

IMHO, but, i think still there is area where we didn't explore

GUI helps CLI, just like assembler help human..

Thanks again Sniper, for the new version. Wow, that new skin is sensational. Doesn't that river flow from South to North!! Beautiful. tom