[Andreas Pfeiffer]

Hello Angelo,

Complex grids in windows do have a horizontal header as well as a vertical header. Check out the properties “showhorzheader” and “showvertheader”.

Or do I misinterpret your question?

Best,

Andreas

[Andreas Pfeiffer]

Hi Angelo,

Omnis Studio 11 comes with a new client command “subformpaletteshow” that does this. There is a small sample app in the JS section of the samples in the HUB that demonstrates how to use it.

Hope that helps.

Best,

Andreas

[Andreas Pfeiffer]

Hi Vik,

have a look at the new LDAP worker in Omnis Studio 11: https://www.omnis.net/developers/resources/onlinedocs/ExtendingOmnis/07webcomms.html#ldap-worker-object

Best,

Andreas

• This reply was modified 1 year, 1 month ago by  Andreas Pfeiffer.

[Andreas Pfeiffer]

Hi Angelo,

Are you talking about web forms or window classes?

Best,

Andreas

• This reply was modified 1 year, 1 month ago by  Andreas Pfeiffer.

[Andreas Pfeiffer]

Hi Allan,

You can use $rowcsscol property of the grid. This allows you to specify an extra column in your list that takes the name for a CSS class which can change the color of your list lines.

Check out the „row styles“ section in the documentation: https://www.omnis.net/developers/resources/onlinedocs/WebDev/03jscomps.html#row-styles

Best,

Andreas

• This reply was modified 1 year, 2 months ago by  Andreas Pfeiffer.

[Andreas Pfeiffer]

Thank you for your idea.

This will be integrated in Omnis Studio 11.

Best,

Andreas

[Andreas Pfeiffer]

Hi Uwe,

The problem is that you cannot perform a $remove on the list line. Instead you would need to do this on the entire list.

So if we assume that no line is selected (please note this is different from the current line) then we can simply use the parameter to remove all non selected lines:

Do lList.$search(1=2) ## remove any selection

Do lList.$remove(kListKeepSelected)

Best,

Andreas

[Andreas Pfeiffer]

Hello Angelo,

You can follow this tech note from Omnis: https://www.omnis.net/developers/resources/technotes/tnjs0003.jsp

Best regards,

Andreas

[Andreas Pfeiffer]

Hi Uwe,

Did you try to leave the name empty? i.e something like:

Do $cinst.$objs.mysubform.$classname.$assign(“”)

On the other hand I would probably use an empty form to be displayed when no other form is used. The advantage of this is that you could use any kind of picture or logo that shows the user that no form is chosen.

Note that this only works if $multipleclasses is set to kFalse which I would recommend. Otherwise you would need to close the individual instance.

Hope this helps.

Best,

Andreas

[Andreas Pfeiffer]

Hi Uwe,

There is probably no easy way. And even then somebody would need to extract the problem.

So in some cases it is worth trying to break the part out where the problem is. In some cases that leads to find out what is going wrong if it is a logical error for example. And if the problem still exists then it is easier to present this to the Omnis support team.

Best regards,

Andreas

[Andreas Pfeiffer]

Hello Uwe,

It is possible to store any binary information in the $userinfo of a class i.e.

Say you want to show a problem that occurs in a certain remote form with a data grid and you need to have your data in a list to show this. You can do the following:

1. Copy the remote form into a new library. You can do this using drag&drop.

2. Put a breakpoint in your original library after the data have been loaded into the list variable.

3. When the code stops at the breakpoint and the list is loaded add a line of code to copy the list into the $userinfo of the class that is in the other library:

Do $libs.newLibrary.$classes.myRemoteForm.$userinfo.$assign(iDataList)

Save class newLibrary.myRemoteForm

Note that we do not want to store the list data into the class of the current library. The command “save class” ensures that the change is written back to the hard drive. Alternatively you could have left the class open in design mode and hit the “save” button to save the class.

4. Finally comment out the code that loads the list in the remote form that is now in the new library and add a new line to it so that it copies the data from the $userinfo property of the class back into the list:

Calculate iDataList as $cinst.$class().$userinfo

You might need to add an empty remote task to make the remote form working in the new library. Also make sure to remove the line of code in your original library that copies the data over to the $userinfo property in the class of the other library.

5. Test if the remote form runs now from within the new library and if you are able to reproduce the original problem there.

I hope this helps!

Best regards,

Andreas

[Andreas Pfeiffer]

Hello Uwe,

Thank you for reporting this issue. I have forwarded this to the web team. We will fix this.

Best,

Andreas

[Andreas Pfeiffer]

Hello Uwe,

I just got told that the problem is fixed now.

Best,

Andreas

[Andreas Pfeiffer]

Hi Francesco,

It might be that the label and the entry field is grouped. To get its properties just ungroup those, please.

Best,

Andreas

[Andreas Pfeiffer]

No worries.

Have fun!

Best,

Andreas