Visual LANSA Forum

With EPC 81 is it possible to either add a buttom / image to the Instance List toolbar or to hide the Filter Location image?

Due to some unique constraints, I have a custom instance list that has my own toolbar.

Like this The Count, Excel, Column Selection and Clear button are my own (not the Framework's).

Since the EPC update, the Filter Location image that seems to be hanging out by itself. If I revert back to the Framework's Excel, Clear List, Select columns, that helps but then I don't get the "Select Columns" item. It looks like the only way to get the "Select Columns" to show up is with the shipped Instance Lists.

So I either need to add my own "Select Columns" to the tool bar OR I need to hide the "Filter Location" on the toolbar and I will use my own OR get the "Select Columns" image to show up for my custom instance list.

Any thoughts on how to go about this?

EDIT

In the example Snap In Instance List, the "Select Columns" Image does not show up even though the "Show a Select Columns menu" is checked.
Is this by design?

It seems to me that it should be there and we can handle changes with

Yes, the filter location image had to move in EPC141081 because small and medium screen devices do not have movable panes with titles - https://docs.lansa.com/14/en/lansa048/i ... 8_8055.htm

You should be able to make it go away by adding code like this to your filter’s uInitialize method

In your custom instance list browser you should be able to get the column selection image to show by setting #ShowSelectColumnsImage to true in your redefined uInitialize method.

When it is clicked a redefined uSelectColumns method in your custom instance list browser should be invoked.

I think you would have to handle everything about selecting, reordering and remembering the columns yourself because only your custom instance list browser understands what columns are shown (if any) and how they are shown.

I get an error while trying to set the "ShowSelectColumnsImage" in the custom instance list. Hiding it in the Filter by setting the "avAllowLocationChange" to false works, so that can be a work around. I don't think any of our users move the filter, I think they just leave them where they are.

One of the things I am confused by is the "Show a Select Columns menu" in the workbench. I assume this is setting the "ShowSelectColumnsImage" property for the instance list, but it does not seem to affect custom instance lists.

I've been managing the column selection myself for this particular list. I just need to hooked into the events for the VLF image.

Thanks,
Joe

Almost all those list control properties are for the shipped instance list browsers.

Use just #ShowSelectColumnsImage := True.

The avAllowLocationChange := false is not a work around - that's how you turn it off and on.
You'll see it, an avFilterLocation used in the shipped demos and in some generated code as well I think.

If your custom instance list browser is generic and you don't want to set #ShowSelectColumnsImage to a hard coded true or false then you can set if from the VLF developer's choice by using the same line of code as the shipped handlers VF_UM040O and VF_UM044O do:

Hey Mark,

I get what you are saying but I can't set the "ShowSelectColumnsImage". I get an error saying that it cannot be written.
So setting the avAllowFilterChange is the only to not show the image. What am I doing wrong in the above code?

Good Grief.

When extending #VF_AC012O apparently using any of the COM_ (OWNER, ANCESTOR, SELF) does not work. Whereas not using the COM_ does work Why is it different?

EDIT

You can't do this in other components. This is a filter extending #VF_AC007O Not trying to be difficult, but I don't understand the inconsistency.

First, just to check that your issues are resolved – you have what you need by using?

#ShowSelectColumnsImage := False

And

Set Com(#Com_Owner) Avfilterlocation(LEFT) Avallowlocationchange(False)

The definition of #ShowSortRequestImage in VF_AC012O looks like this:
Note that there is no property setter, so ‘external’ code cannot alter #ShowSortRequestImage.

However, internal code in VF_AC012O, or in a descendant, can alter it because the variable #ShowSortRequestImage is exposed to it. That’s why you can and must code #ShowSortRequestImage := True.

We use this technique from time to time to define a read-only property from the point of view of any ‘external’ code. By ’external’ here I mean our own VLF-ONE developers, because it points out that their code should never (and in fact cannot) dynamically change this property.

If you look at the definition of avFilterLocation:
It has set and get methods.

Note how the associated storage variable is named #PTY_AVFILTERLOCATION, so in theory you could access that directly in descendant code.

Ahhh, I get it now. This is kinda like having an protected field in C#/Java with a public getter and no setter.

Yes, my issue has been resolved once I found that I had to access to the component directly.

Then I was trying to understand how/why the code worked.

Thanks for taking the time to explain it and your patience.

Joe