From:	Waldemar Schultz <schultz AT ma DOT tum DOT de>
Newsgroups:	comp.os.msdos.djgpp
Subject:	Re: RHIDE help
Date:	Thu, 27 Jan 2000 15:05:22 +0100
Organization:	[posted via] Leibniz-Rechenzentrum, Muenchen (Germany)
Lines:	45
Message-ID:	<389050A2.FE1E640@ma.tum.de>
References:	<Pine DOT A41 DOT 4 DOT 05 DOT 10001261912070 DOT 161136-100000 AT ieva01 DOT lanet DOT lv> <388F3A68 DOT 16218DC1 AT inti DOT gov DOT ar>
NNTP-Posting-Host:	131.159.69.74
Mime-Version:	1.0
X-Trace:	wsc10.lrz-muenchen.de 948981924 25047 131.159.69.74 (27 Jan 2000 14:05:24 GMT)
X-Complaints-To:	news AT lrz-muenchen DOT de
NNTP-Posting-Date:	27 Jan 2000 14:05:24 GMT
X-Mailer:	Mozilla 4.7 [de] (Win98; I)
X-Accept-Language:	de,en,en-US
To:	djgpp AT delorie DOT com
DJ-Gateway:	from newsgroup comp.os.msdos.djgpp
Reply-To:	djgpp AT delorie DOT com

salvador schrieb:

> > > > > > I can't find the "Help" menu within rhide!

> > > The "Help" menu item is most probably overlapped by the available memory information

to finish this: the problem disappears if you uncheck the
Options/Environment/Preferences/show_free_memory box[ ].
So the bug lies in the implementation of that item.
(I personally don't find it very useful anyway.)


BTW I use RHIDE 1.4.7.5 and found another bug(?)
I unadvertantly added a FILE.txt to a project not belonging
to that project and of course I got error messages by 'Build'.
Consequently I removed that FILE.txt from the project.
But RHIDE insists reporting errors from that FILE.txt
which now is no longer visible in the project window.
Only saving the project and restarting rhide
(not simply saving and reloading) "cleans" the project.
Would anyone please try to reproduce that behavior
or point me to something I overlooked ?


Some issues / proposals:

shouldn't the buttons [OK] and [Cancel] in the
'Add (Project) Item' menue be given more descriptive names
like [Add] and [Done] respectively ?

The 'Project Window' should really contain the
current project's name in it's header line.

The 'Project' menue should have two additional items like
[Save current project], which doesn't open a file
selection window but only an 'overwrite' confirmation prompt;
[Save current project as...], which could behave like the
'Options' / [Save options] item.

The 'Options' menu item [Save options] should be renamed,
as in fact it saves (i.e. eventually overwrites)
not only the options, but a whole project
to a prompted file name without any confirmation.

Thanks for discussion.

- Raw text -