BrowseDialog


Author
Message
Greg McGuffey
Greg McGuffey
Strategic Support Team Member (3.4K reputation)
Group: Forum Members
Posts: 2K, Visits: 6.6K
Thanks! w00t
Trent Taylor
Trent Taylor
StrataFrame Developer (10K reputation)StrataFrame Developer (10K reputation)StrataFrame Developer (10K reputation)StrataFrame Developer (10K reputation)StrataFrame Developer (10K reputation)StrataFrame Developer (10K reputation)StrataFrame Developer (10K reputation)StrataFrame Developer (10K reputation)StrataFrame Developer (10K reputation)
Group: StrataFrame Developers
Posts: 6.6K, Visits: 6.9K
Okay...Okay...I give... I will see what I can do BigGrin
Greg McGuffey
Greg McGuffey
Strategic Support Team Member (3.4K reputation)
Group: Forum Members
Posts: 2K, Visits: 6.6K
Me too BigGrin



Actually, I'd like to suggest rather than a hidden field (or in addition to), how about a property that can just be set to some arbitrary filter. This could either be set in the property sheet or via code and would be a base filter that the user would not have any control over. I would suggest that it even be parameterless (I.e. the filter is built as it is needed by the DB), since only the developer would set the value. Take this value, wrap it in parentheses and 'AND' it to the user provided filter (if the user provided a filter, of course).



E.g.

Property called something like StaticFilter.



In code you'd set it to something like:



BrowserForm1.StaticFilter = "Country='us'"



or



BrowserForm1.StaticFilter = "CountryCode=1"



The resulting where clause would look like (of course, parameters would likely actually be used for the user entered parameters):



Where (Country='us') And (lastname='jones%')



where the user entered 'jones' for the lastname filter.



I'm currently implementing my own version of the BrowseForm, because I MUST have this feature. I have row level security, and while I can enforce that easily via appropriate FillBy methods of a BO, I need to also enforce that when the user searches (they effectively can only search the rows they have access too). If there is something terribly wrong with this idea, please let me know, as I'll be using it soon Crazy



Thanks and I hope you all had a good break!
Paul Chase
Paul Chase
Advanced StrataFrame User (580 reputation)Advanced StrataFrame User (580 reputation)Advanced StrataFrame User (580 reputation)Advanced StrataFrame User (580 reputation)Advanced StrataFrame User (580 reputation)Advanced StrataFrame User (580 reputation)Advanced StrataFrame User (580 reputation)Advanced StrataFrame User (580 reputation)Advanced StrataFrame User (580 reputation)
Group: Forum Members
Posts: 414, Visits: 2.8K
Me 2Tongue
Larry Caylor
Larry Caylor
StrataFrame VIP (1.2K reputation)StrataFrame VIP (1.2K reputation)StrataFrame VIP (1.2K reputation)StrataFrame VIP (1.2K reputation)StrataFrame VIP (1.2K reputation)StrataFrame VIP (1.2K reputation)StrataFrame VIP (1.2K reputation)StrataFrame VIP (1.2K reputation)StrataFrame VIP (1.2K reputation)
Group: Awaiting Activation
Posts: 592, Visits: 3.7K

Thanks for the explanation. You can add me to the listSatisfied

Trent Taylor
Trent Taylor
StrataFrame Developer (10K reputation)StrataFrame Developer (10K reputation)StrataFrame Developer (10K reputation)StrataFrame Developer (10K reputation)StrataFrame Developer (10K reputation)StrataFrame Developer (10K reputation)StrataFrame Developer (10K reputation)StrataFrame Developer (10K reputation)StrataFrame Developer (10K reputation)
Group: StrataFrame Developers
Posts: 6.6K, Visits: 6.9K
It has been reqested several times that the search will include "non-visible" fields with search values.  At present this functionality does not exist.  It is on our enhancement lists, but as to when this feature (if ever) may make it into the framework I do not know.
Larry Caylor
Larry Caylor
StrataFrame VIP (1.2K reputation)StrataFrame VIP (1.2K reputation)StrataFrame VIP (1.2K reputation)StrataFrame VIP (1.2K reputation)StrataFrame VIP (1.2K reputation)StrataFrame VIP (1.2K reputation)StrataFrame VIP (1.2K reputation)StrataFrame VIP (1.2K reputation)StrataFrame VIP (1.2K reputation)
Group: Awaiting Activation
Posts: 592, Visits: 3.7K
Did you guys miss this one???
Larry Caylor
Larry Caylor
StrataFrame VIP (1.2K reputation)StrataFrame VIP (1.2K reputation)StrataFrame VIP (1.2K reputation)StrataFrame VIP (1.2K reputation)StrataFrame VIP (1.2K reputation)StrataFrame VIP (1.2K reputation)StrataFrame VIP (1.2K reputation)StrataFrame VIP (1.2K reputation)StrataFrame VIP (1.2K reputation)
Group: Awaiting Activation
Posts: 592, Visits: 3.7K

I’m using a combobox in a browse dialog that is populated by a Enum and setting the initial search value to the Enum I want to search on.  When I run the program the initial value for the combo box along with other search criteria that I’ve defined is displayed. What I’d like to to do is prevent the user from changing the initial value I specified for the combo box and limit their selection to the other search criteria. I tried un-checking the Visible property on the Search Field Criteria window figuring this is what it is intended for. However when Visible is un-checked the Initial Search Value is not set and I end up with a conversion for type ‘DBNull’ to type ‘Integer’ exception since I have no matching Enum for the value zero. To me it would make the browse dialog more useful if it set the search field to the initial search value specified when the field is not visible to the user.

-Larry

GO

Merge Selected

Merge into selected topic...



Merge into merge target...



Merge into a specific topic ID...




Similar Topics

Reading This Topic

Login

Explore
Messages
Mentions
Search