dynpro in splitter container

[Former Member]

Is it possible to place a dynpro in a splitter container?

[Former Member]

What exactly you mean about a Dynpro?

You have a screen and into the screen you define the container. The container hold all the controls that you want to implement for the screen. You can not embed a screen into a container. The only screen that you propably could embed is a subscreen.

With Regards

George

Edited by: giorgos michaelaris on Aug 14, 2009 12:11 PM

[Former Member]

What exactly you mean about a Dynpro?

You have a screen and into the screen you define the container. The container hold all the controls that you want to implement for the screen. You can not embed a screen into a container. The only screen that you propably could embed is a subscreen.

With Regards

George

Edited by: giorgos michaelaris on Aug 14, 2009 12:11 PM

[Former Member]

I have a dynpro with several button and textfields, this one I want to insert into a splitter container, is that possible?

[MarcinPciak]

No, you can't place any screens inside container. For this you need to use [subscreens|http://help.sap.com/saphelp_47x200/helpdata/en/9f/dbabfe35c111d1829f0000e829fbfe/frameset.htm]. Container can only hold GUI controls inside (i.e ALV, TREE, HTML, PICTURE etc).

Check demo program demo_dynpro_subscreens .

Regards

Marcin

[Former Member]

in this demo report they don't use a container, how can I implement a subscreen in a container?

[MarcinPciak]

I told you, this is not possible. You simply can't embed subscreen in container. In screen layout you need to place subscreen_area where you place you subscreen.

In contrary for container you need custom_control on screen. This has nothing to do with subscreens. Follow the link I gave you, you will get the idea.

Container is only for holding GUI controls inside (but not classical controls like buttons, input fields, text fields etc). Only controls created via classes like cl_gui_alv_grid , cl_gui_alv_tree , cl_gui_picture etc can be placed inside container.

If you want that classical control be placed on your screen you need to use subscreens where you place your controls and dispaly this subscreen in subscreen area of main screen.

Regards

Marcin

[Former Member]

sorry marcin, otherwise is it possible to create buttons, radiobuttons and textfields in a container?

[MarcinPciak]

No problem.

Unfortunatelly this also not possible to place classical controls inside container, only GUI controls can be placed there.

So you will have to use subscreens (to place screen with your controls in particular place on main screen), or directly place your input fields, text fields, buttons on main screen layout.

Regards

Marcin

[Former Member]

the problem which I have is that I want to use a splitter container , in the first container I want to display general data and in the second one I want to display buttons, radiobuttons and textfields.

as i cannot insert buttons in a container I have to insert only one container at the bottom of the screen or? and below them my buttons and so on directly on the screen right?

[Former Member]

one other question: is it possible to insert a document like a description in a container?

[MarcinPciak]

It depends on what you want in each side.

Let's say you want your screen be divided in two pieces: left and right.

On left hand side you want to place general data. What kind of data will that be? Is is in form you want it to be displayed?

If you want these data in GUI control i.e. in ALV Tree then you can place docking_container on this side, wherein you place your ALV Tree (here would be your basic data stored).

In this case on the right side you can place screen controls (classical ones) directly on screen layout. Once you create above container your screen will be "shortened", hence container (with ALV tree) would be show on left, while classical controls on the right. If you then drag this container to resize it, the controls will automatically follow this container. Something like in program RSDEMO_DOCKING_CONTROL (but on the left would be ALV tree (in container), on the right you would have your screen fields). In this case you don't have to go for subscreens.

As for your second question it depends in what format your document would be? You can use Dynamic Documents but this are a bit complecated (but still are placed in container), or if this is just a description you can place cl_gui_textedit GUI control in your container and here display your text.

Regards

Marcin

[Former Member]

hello marcin, thank you for your helpful answers, is there any example in system in which I can look for using cl_gui_textedit ?

Your right, I just want to display a description which I want to create for several customer transactions, but where I have to create the descriptions? in the documentation of the report?

[MarcinPciak]

Take a look at RSDEMO_DRAG_DROP_EDIT_TREE and DEMO_CUSTOM_CONTROL . In both CL_GUI_TEXTEDIT is used there.

Also check search SCN with phares cl_gui_textedit you will get lots of examples. example one:

Example one hit in google [How to use TEXTEDIT|http://blog.csdn.net/CompassButton/archive/2007/06/20/1659042.aspx]

What do you mean descriptions ? What kind of object is that. Do you mean documentation, title? If this is just trascation description you can retrieve them in program and display here, but the creation would take place where you create your transaction.

Regards

Marcin

[Former Member]

i want to display the documentation of a program.

it looks like that:

left side container1:

folder with reports

program1 => double_click = show documentation of the program on the right side in a container2

program2 => double_clikc = show documentation of the program on the right side in a container2

so can i display the documentation of a program in a container?

[MarcinPciak]

Ok, so you would need some FM to get programs documetion (prefareably in HTML format, but can be in string format) and then display it in text control.

Note!

For HTML format (including heading, styles etc) you have to use class cl_gui_html_viewer (which you can embed in container as well) , while for classic string you can use cl_gui_textedit . The second however will display text unformated which would be odd looking. So rather go for first solution.

Search in SCN for FM to get the documentation, I am not aware of such but there has to be one.

Please don't forget to close the thread.

Regards

Marcin

[matt]

A simpler and quicker alternative to cl_gui_html_viewer is CL_DD_DOCUMENT. The help text is pretty good and has some example programs. ( It use cl_gui_html... stuff itself, so it's another layer of abstraction ). I used it when I was developing for a 6.20 system, so didn't have CL_SALV_TABLE available.

matt