BR Forum

My themes project was written to illustrate OOP in BR! too. But when it comes time to need more than one instance of any object the whole theory just falls apart. Fortunately with screens there is probably never a need for more than one instance of those objects. This was almost true with my Themes ...

I’d just like to say the theory about taking a BR! library and considering it an object and then when you need a second instance of that object copying it to another file, then renaming all the functions in it and then using that as a second instance is a complete waste of time. This is not a good w...

(delete me)

Oh, I see, Thanks for the heads up! -john From: br_forum-bounces@ads.net [mailto:br_forum-bounces@ads.net] On Behalf Of Stephen Koger Sent: Monday, May 18, 2009 10:21 AM To: 'Business Rules Forum' Subject: Re: [BR_forum] Attributes We are working to reduce significantly the Open #0’s in our GUI Vers...

I figured out how to correct this. Two solutions: open #0: "",d,o or con gui off and con gui on either way BR! rebuilds whatever and redisplays these areas… I think re-opening #0 is the most appropriate fix, so that’s the solution I’ll use, but the other works too. From: br_forum-bounces@a...

Actually – I didn’t realize how not-obvious it was until after I sent it. Adding to the confusion is the fact that the two screen shots are not exactly the same size. The difference I’m trying to pin point is the grey/black area between the buttons at the botton as well as the grey/black areas aroun...

I have a problem. I need to know which screen attribute controls the different part in the following two screen shots. If you know and can tell me than it could save me a ton of work figuring it out. Thank you in advance for any ideas. Screen shot one: And screen shot 2: I believe the same set of co...

Yes – now that you’ve seen the source document – it’s clear that the raw text is deficient w/o the pictures also… much more work to do both – but with the google doc in place we can do part of it at a time and remove it from the google doc as it’s added to the wiki. Hopefully one day I’ll get that s...

We do have pages for each release notes. We have pages for most other reference docs. See also category:ftp.ads.net Some pages take more time to migrate to the wiki – see for example – new console.doc on the wiki. I think category implementation may be better than the “master page” approach, it’s ce...

Me neither – the first step would be to better place it on the wiki – and then we could carve at it over time… putting it on the wiki is a rather large job, that’s why I skipped it. Do you think once we’ve done that – that we should remove it from the FTP, because the ftp’s version will quickly grow...

gordon perhaps we should move that from new console.doc to the List and Grid page of brwiki.net...  it seems like a more logical place for that information, i think.  also i notice that new console.doc itself on brwiki needs additional help.  On Thu, May 14, 2009 at 9:53 AM, Larry <ltietz@verizon.ne...

no trailing space on either. -john On Wed, May 13, 2009 at 7:37 PM, Gordon Dye <gordon.dye@ads.net ( gordon.dye@ads.net )> wrote: I'm wondering if you have a space following the line number in one case but not the other. gordon On Wed, May 13, 2009 at 2:24 PM, John H. Bowman <BowmanJ@collectionsoftw...

You’re Lexi is an awesome solution! AutoIt is also an awesome solution. Unfortunately neither one of them is half as good as something natively supported by the language. MyEditBR chokes horribly on code without line numbers. If BR! would natively support linenumberless code than MyEditBR’s hand wou...

Oh – so alt+tab to go to the other window and then start typing in it would not work then. not ready for prime time yet… perhaps we could make a fkey value trigger when a window gained focus, then it’d work better – but having to use your mouse to actually click on something would not be viable. I t...

How could this work with only one thread? I mean – your input logic for the parent window (GUI Console) has to detect all clicks on the non-modal child and deal with them? what if you wanted to allow them to type into both? Would that be theoretically possible?