BR Forum

I wish there we're a way to disallow out of order line numbers. It'd be just lovely if BR! could error when I attempt to EDIT ~ source code which contains out of order line numbers.

Do you have this problem with MyEditBR or with another editor?

yes - with any editor.

I think it'd be cool if there was an option to make the border on field help to be transparent so that you can see the information behind it's bulky borders. The background color of the text itself is enough to set it apart from the rest of the screen.

I believe that the X in the upper right hand corner of the BR! splash screen should close BR! - not take you forward into BR!... both OK and Wait will already do that.

Does anyone disagree?

-John Bowman

(Correct me if I'm wrong, but I believe this is the appropriate forum to discuss BR! feature/behavior/etc wishes)

I'm adding Susan's wish to this thread:

DR no longer be an acceptable abbreviation for DROP. (too easy to delete and entire directory on accident)

and add my own wish:

F no longer be an acceptable abbreviation for FREE. (too easy to delete files when you regularly work on an F: drive)

oh one more wish I'd like to be in this thread:

the "WSID already in use" message that you get from launching two sessions of BR! too close together - it should backoff for a second or two and try again before it gives up and requires user interaction to bomb out. Ideally this message should never happen. Almost every time this happens to me I really want both sessions to launch.

-john b.

sy -m dir

Wouldn't it be really nice if the system command with the -m (that's a little m meaning minimize to the system tray) would not shift the focus to the minimized process. I'm not sure if there is any reason or benefit from this happening.

But I do know as a user it interferes with my ability to work on another task while my focus is shifted and returned by the BR! process calling "system -m "...

In some cases this occurs quite a bit and totally screws with the user. However if there we're a failure during one of these shell calls a called technecian would need to be able to restore the window to see what happened... thus -m instead of -M.

Just some thoughts on a possible enhancement - I thought I'd throw the idea out here on the wish list and see if any one had any reasonable objections to the suggestion.

-John Bowman

It would really awesome if the console window could remember it's position relaitive to the GUI window like a ,relaitive,parent=none window does.

-John Bowman

It would also be awesome if we could have windows with horizontal and vertical scrollbars

A mouse over tool tip (help tips) for input cells in a grid would be awesome as well.

You can by setting a MIN FONSTIZE and then making sure your Window Fontsize exceeds it.

http://brwiki.ads.net/index.php?title=MIN_FONTSIZE

Mikhail wrote:It would also be awesome if we could have windows with horizontal and vertical scrollbars

oh i do indeed love min_fontsize... it makes those vertical and horizontal scroll bars when the font gets too small...

anyone who isn't using a min_fontsize in their brconfig.sys should definately check them out. marvelous feature...

on the wish list subject a max_fontsize which applies to grids would be pretty sweet.

Can you elaborate on what this MAX_FONTSIZE would do?

John wrote:oh i do indeed love min_fontsize... it makes those vertical and horizontal scroll bars when the font gets too small...

anyone who isn't using a min_fontsize in their brconfig.sys should definately check them out. marvelous feature...

on the wish list subject a max_fontsize which applies to grids would be pretty sweet.

Individual Cells, Columns, rows?? How would you want it to differentiate? I would guess if you had matrix that matched the Grid and just put the tooltip for specific cells in the Grid that would be cool. But also would be nice if a whole column could be defined..

dmeenen wrote:A mouse over tool tip (help tips) for input cells in a grid would be awesome as well.