![]() | |
![]() |
| | Thread Tools | Display Modes |
#1
| |||
| |||
|
#2
| |||
| |||
|
|
I have a database that is lean, efficient and beautiful. It does a nice job of balancing data access with an interface that's uncluttered and intuitive. The client loves it and I'm pretty happy too -- except that now I have an extra item that just won't squeeze in. The basic problem is that I need to add a button to a portal that's already maxed out horizontally speaking. The button will only show up on rare ocassions to signify a repeating transaction (as opposed to one-time occurrences) for a given portal record and is as much a flag saying 'here I am' as a button allowing the user to manage its parameters. Now, I design my files pixel-by-pixel, so take my word for it, there's no way to fit more in this space -- everything's been shortened, shrunk and weeded as much as can be tolerated. On the other hand, there is room in one of the margins for a flag type of icon if I extend the portal -- but it will only work with the rest of the visual design if I maintain the illusion of the portal's current boundaries. To this end, I extended the portal into the margin, then covered it with graphic elements to make it basically invisible. Perfect -- except that the portal doesn't register the button if an object outside the portal's zone of recognition is between it and the button. It'll show up if I create gaps -- exposing the portal for everyone to see -- or if I lower the camouflage -- also exposing the portal -- but not with camouflage fully engaged and button located within the portal's comfort zone. Bummer, no? Anyone have a workaround? Recommendation? I should note that flagging the record via container-fill and/or multi-tasking existing buttons is a last resort. Those are good ways to save screen real estate, but they strain the intuitiveness of the interface. This is FP Advanced v8.01 for Mac and PC deployment. Thanks if advance for any help. Best, -Sug |
#3
| |||
| |||
|
#4
| |||
| |||
|
|
Hi, Bill - Thanks for your response. I've posted a diagram explaining the problem at http://img507.imageshack.us/img507/1510/diagram5uk.jpg . Have a look and let me know what you think. Best, -Sug |
#5
| |||
| |||
|
|
Sorry, Sug -- gives me a red X Bill "Sug" <adam.sugerman (AT) gmail (DOT) com> wrote in message news:1132561273.894208.10530 (AT) z14g2000cwz (DOT) googlegroups.com... Hi, Bill - Thanks for your response. I've posted a diagram explaining the problem at http://img507.imageshack.us/img507/1510/diagram5uk.jpg . Have a look and let me know what you think. Best, -Sug |
#6
| |||
| |||
|
|
Hi, Bill - Thanks for your response. I've posted a diagram explaining the problem at http://img507.imageshack.us/img507/1510/diagram5uk.jpg . Have a look and let me know what you think. Best, -Sug |
#7
| |||
| |||
|
#8
| |||
| |||
|
|
Wow -- that's way beyond the call of comp.databases.filemaker community-mindedness. Thanks for grappling with this problem so thoroughly. It didn't occur to me to use an invisible portal and drop the borders in manually, rather than vice versa (hiding part of the portal manually) -- your technique file is an excellent representation of it. In the meantime, I actually implemented one of your other ideas, which was to drop the icon into the right side of the Terms column via a container calculation that's active when the term is recurring. It doesn't make the presentation too crowded and only obscures text in one out of a dozen terms in the value list. I can live with that in place of an overly complicated design. However, I'll bear your other solution in mind for future use. I really appreciate your taking the time to suggest it, as well as putting together the technique file and jpg to illustrate it. Thanks again! Best, -Sug |
![]() |
| Thread Tools | |
| Display Modes | |
| |