What do experts say regarding Status Bar vs No Bar

[Rangoon]

What do the experts say regarding Status Bar / No Status Bar?

You see many different solutions today. Some show the standard FMP status bar on the left and some hide it. Other than aesthetics and allowing additional space on the window. What rational would one use to determine the way to go with a custom solution?

It may seem trivial at first blush, but it's really something that needs to decided right up front. Or at least before you write your first script.

Thanks for your help.

hj

[LiveOak]

In order to lock down and control our solutions, we are 100% hide and lock Status Bar. The only databases I've done with an unlocked Status Bar are the underdeveloped, never worked on ones I use in my own office (the shoemaker's kids go barefoot)!

-bd

[CobaltSky]

Hi Harry,

Like a good few other 'features' of FMP, the status area is something of a hang-over from FileMaker's early days. It has barely changed a whisker in either function or appearance in more than ten years. It looks dated and it is.

The chief value of the Status Area is that it provides a means of navigation that you can use before you've built custom navigation - and as a way to test and troubleshoot custom navigation systems during development.

Like Brent, I never give users any form of access to the status area in a finished solution, for a longish list of reasons - aesthetic, security and functionality and ergonomic reasons being high on the list! :smile2:

[Kurt Knippel]

In general I never allow user access the status bar either, with ONE exception. When previewing a printed output, I do show the status bar, so that there both a "Continue" button on the screen and so that users can flip between pages. I also lock out pretty much ALL layouts so that the user cannot switch to a different layout when the Status bar is open.

[Vaughan]

Ditto with me, my use is exactly the same as Kurts. However having said that, I think the status area is still a great interface even after all these years: it's elegant, simple and relatively intuitive even across different modes (browse, find and preview).

[CobaltSky]

In preview mode, I provide users with a floating navigation palette with all the functions and information relevant to the particular report. That way I can have scripted buttons, working in preview mode, etc, not to mention maintaining the look and feel of the interface.

'Simple' and 'relatively intuitive' I can accept. I couldn't agree with 'elegant', however. Battleship grey, clunky and extraordinarily wasteful of screen real estate don't line up with elegant as far as I can see...

[Vaughan]

It's elegant in that the same bar is used for browse, layout find and preview modes with no change in interface functionality. I think that's pretty good! As far as battleship grey... that's just fashion.

[falkaholic]

*Deep thoughts*

Hmm... I only lock out status bar sometimes, not always. Come to think of it, you guys bring up some good points. It is ugly, space wasting, and basically useless.

[rogermax]

The idea of floating palette is interesting, can you point me in the direction of how to set that up?

[BobWeaver]

You can duplicate everything in the status bar except the little slider thing, which I find quite useful when the found set is large. So, I generally put in a couple of buttons that skip ahead or skip back by a percentage of the current found count. Like so:

# Script for skip ahead button

Set Field [gTargetRecord, Min(Status(CurrentRecordNumber)+Int(Status(CurrentFoundCount)/10),Status(CurrentFoundCount))]

Go to Field [gTargetRecord,by field value]

---

# Script for skip back button

Set Field [gTargetRecord, Max(Status(CurrentRecordNumber)-Int(Status(CurrentFoundCount)/10),0)]

Go to Field [gTargetRecord,by field value]

---

[Vaughan]

Ray... do tell how you get a floating navigation palette.

Pretty please with sugar on top!!!

[kenneth2k1]

While we wait for Ray's reply:

I kinda like the Status Area. Although it doesnt seem practical in some apps. I like having one extra way of manipulating if its built into your soln. Besides, I notice Mac-conscious FMers make their work areas kinda small anyway so there's plenty of room

I was laughing when I first read this because the original question was about the Status Bar which is that little bar on the bottom of the window. But somehow everyone knew what he was really talking bout (or did they? )

Cheerio!

[CobaltSky]

First let me say that I will post a demo of a floating pallette technique on my website in the next day or two.

I have a heap of techniques developed or adapted over the years that I've been working my way through doing demos of, as time permits - and that one was on the list, but I'd not yet got to it. Given the interest expressed here, (and back-channel, since I mentioned it on this thread) I've moved it up the list.

I'll post here with the URL when it is online.

Meanwhile, it may be of interest that the 'Status Area' was orignally called the 'Status Bar', and is referred to as such in all the earlier application documentation - including various articles still available on the FMI Kbase (eg article #101304 - one of many such examples) and there are even occasional references to it by that name in recent version documentation!

As the Status Bar that Ken is referring to is a Windows-only phenomenon, I suspect that a lot of MacOS-only users use the terms interchangeably. I'm guessing that is one reason why we all knew what hj meant?! :wink2:

[CobaltSky]

An alternative method for providing 'fast-forward' and 'fast rewind' style navigation options, is to use a modifier-key click combination to invoke rapid scrolling, with a script along the lines of:

If ["Status(CurrentModifierKeys) = 1 or Status(CurrentModifierKeys) = 3"]

loop

Go to Record/Request/Page [Exit after last, Next]

Refresh Window [ ]

Exit Loop If ["not Status(CurrentModifierKeys) = 1 and not Status(CurrentModifierKeys) = 3"]

End Loop

Else

Go to Record/Request/Page [Next]

EndIf

With this in place, users can hold the shift key down and click-and-release the forward button. Fast scrolling will then continue until they release the shift key (or the end of the file is reached).

There's a locked demo of this one on my website. If anyone wants to take a look, the direct URL for the file download is:

http://www.nightwing.com.au/FileMaker/demos/nav_bar.zip

The main purpose of the file to to demo some other navigation stuff, but you'll see the fast-scroll at work in it also.

[Rangoon]

It

[LaRetta]

Thank you for saying exactly what I feel!

[Anatoli]

I second that.

Ray is Gem in our community

[CobaltSky]

Ok folks, a demo of the print-preview floating palette is now available. It is a tour of the basic technique and could be described as the 'midrange' version - ie it doesn't have *all* the bells and whistles, but enough to give the general idea.

Hopefully the interface is fairly self-explanatory. And the file is password free for the benefit of anyone who wants to inspect the 'cogs and levers'. The download is now online, and is available as a choice of either a PKzip or Stuffit archive at the following URLs:

http://www.nightwing.com.au/FileMaker/demos/PreviewPalette.zip

http://www.nightwing.com.au/FileMaker/demos/PreviewPalette.sit

Comments and feedback welcome!

[LaRetta]

That is incredible! It is also elegant! I can't wait to use it! I think I'll design a report I can use it on RIGHT NOW! You are much appreciated, Ray!

[Rangoon]

Ray, the "floating palette" is incredible. I had no idea such a thing was possible. Once you had the idea, how long did it take you to figure it out and actually implement it?

This does beg the question, what other goodies have you been fiendishly hiding from the unsuspecting public?

I hesitate to use the old expression "you da man" so allow my simple, "You're the Daddy! Now the only question is who is the smarter of the two. The one who started the post "me-me-me-me-me! Or the one who answered it? I think we all know the answer don't we. Oh ya, fer shur! I mean Ray's a doctor and FMP developer and all that. But think of my post "Status bar vs. No Status bar" now that's some pretty heady stuff.

Got to go, my wife said I can't play anymore. But don't let that effect your voting. Sorry Ray but "they love me maaaaaaaaaaan!�. Thank you, thank you very much"...

[Anatoli]

Excellent work Ray.

It is really pity, that FMI doesn't think enough about developer problems or logic. How long will take for them to produce something like this available for all developers straight from single database?

[Rangoon]

Just curious if anyone would share an example of "no status bar" techniques? Layout space can be at such a premium. There are times when using another layout doesn't work very well because the information needs to be seen in one place for continuity. So anything to help clean up the clutter and give better visuals is essential. We have all opened a file and our first reaction was "whoa, what

[Rangoon]

Just saw a great example of the "No Status Bar" example at: www.clevelandconsulting.com

It has some great features Take a look. It's the solution that's called "Navigation"...

hj

[harryk]

At first: compliments to Nightwing for the floating Preview demo

Another, far from elegant, but at least more then less solution, for enabling scrolling through preview pages, is to script the next/previous record/page/request steps and make them available through command+[1] and command+[2] (or whatever number key)

Harryk

[BobWeaver]

What I usually do is create a script that enters preview mode, goes to the selected page, copies the page, goes back to browse, and then pastes the image into a container field. I have buttons for moving forwards or backwards etc. The user is always in browse mode except for the brief instant that the script runs to capture the output page.

[Rangoon]

Bob,

Do you have a demo of your solution. I'm not sure I understand your approach.

hj

[harryk]

>copy preview pages into container fields

not a bad idea when it's only one or two pages, but more pages..mmm..

An image is not small in size usually.

[BobWeaver]

It's a global container field, so there is only one image in memory at a time.

I'll try to find something to post as a demo.

[BobWeaver]

Here is a demo of the container field technique.

Got the idea from Captkurt.

PrevueNavbar.fp5.zip

[CobaltSky]

Appreciate the demo, Bob!

The approach it illustrates provides an alternative that would likely be preferred by developers who veer away from allowing the use of windows in the Windows OS (ie who 'maximise' everything) - but who nevertheless don't want to make the Status Area accessible.

Like the Status Area, it uses up a slice of screen real estate, but it can be a much smaller and less inconvenient 'slice' (eg you have control over its placement!) - and has the advantage of being able to be crafted to match the 'look and feel' of the solution. Neat! :wink2:

[BobWeaver]

I first started using this idea on a solution that I inherited. The client wanted to view daily sales summary info without having to print out a report, and it was easier to retrofit this into the database than try building something that would allow paging through a preview without messing up the user interface. Since then, I've found it useful for generating quite a few quick (often single page) summary views.

[CobaltSky]

Summary views would be an excellent application for it Bob.

Clients often require quick summary 'snapshots' that can be viewed on screen, and sub-summary parts don't work in browse mode.

A neat way to approach this might be to have the container field in a related 'summary snapshots' file, with a date and a notes field and a few other details. That way clients could save an unlimited number of summaries if they wished (and the back and forward arrows could be used to navigate through the saved 'snaps') - without bloating the size of the main file.

[LaRetta]

Hi Bob,

I love your idea. I have a silly question however ... The only way I can understand things, is to select everything and then see what script is attached. Your forward/backward buttons aren't even grouped (they're like one graphic) and I see no script attached to each button, nor a script attached to the 'group.' However, when I look at the scripts, there are four - one for each button.

Question: How can a script be activated when you click the Skip Ahead button if a script isn't attached to it? How does the script know which button you are selecting?

[CobaltSky]

Hi LaRetta,

Bob has been a little tricky and has attached the button definitions to separate rectangle objects, which he as then formatted with transparent line and fill characteristics. As a result, you can't see them in either browse or layout mode (or any others for that matter).

In layout mode you can't select them by clicking directly on them either. However if you use the mouse to click-and-drag a selection rectangle across the area that they're in, or use the 'Select All' command from the edit menu, you will see the little 'handles' (black squares at the corner) of each of the button objects.

It's easy to miss, unless you know what you're looking for!

[LaRetta]

Well, thank you Ray! That makes me feel much better! Ahhh yes, I have noticed that, when you draw a rectangle, it's difficult to click-select -- seems you have to get EXACTLY on the line or it doesn't select it. Tricky, tricky Bob! I really like this technique and, once I figure it out, I'll bet there are other things in which it will come in handy! Bob, thank you for sharing it with us