Front-end printing with control technology

Can anyone elaborate on the new "Front-end printing with control technology" that was released with FEP 15, OSS Note # 821519? Is this something I should be pushing Basis to implement?
Thanks,
John

Hi Rich,
I've had success getting duplex printing through "front end printing with control technology" with the Mac SAPgui as follows:
In the Mac SAPgui, go to the Preferences window and select Printing (i.e. Preferences -> Desktop -> Printing).
In the "Media sides" pull-down menu, select one of the "two-sided" choices (such as "two-sided-long-edge").
Click the "Save" button at the bottom of the window (near the right hand side.
Print to a Front end printer.
I haven't figured out how to get n-up printing.
/David Rosenberg

Similar Messages

Front end printing with control technology problem with Mac platforms

Hello,
We are looking into replacing Host Spool Access method "F: Printing on front end computer" with the newer "front end printing with control technology" but are running into an issue. Our Mac platforms cannot print duplex nor print multiple pages per side using the new technology. We have followed SAP's recommendation to use the POST2 device type but it still won't allow full printing functionality. Has anyone run into this and if so how did you overcome it?
Thanks and Regards,
Rich

Hi Rich,
I've had success getting duplex printing through "front end printing with control technology" with the Mac SAPgui as follows:
In the Mac SAPgui, go to the Preferences window and select Printing (i.e. Preferences -> Desktop -> Printing).
In the "Media sides" pull-down menu, select one of the "two-sided" choices (such as "two-sided-long-edge").
Click the "Save" button at the bottom of the window (near the right hand side.
Print to a Front end printer.
I haven't figured out how to get n-up printing.
/David Rosenberg

Front - end print with new access method G - having issues for some users

Hi Gurus,
Recently we have implemented the new access method G for front-end printing. it is working fine for 90% users in our company. but some users having problems in printing to WINDEFAULT using this new method.
Here is the SAP GUI trace file for the error that they are getting.
(Error)(25.09.09 15:42:36.444):    CALL METHOD "CreateControl"[DispID=5] OF [#1/0x0AE31790/1/{83658045-6571-3232-7082-797884697868}]
                    #0: LONG "101"
                    #1: STRING "SAPFPRINT.sapfprintCtrl.1"
                    #2: LONG "0"
                    #3: LONG "10"
IDispatch::Invoke raised exceptionException occurred
(Error)                       :
(Error)                       :    ****************************ERROR OCCURED IN MODULE: [{83658045-6571-3232-7082-797884697868}]******************************************************************************************************
(Error)                       :    PROGRAM_ID                                 |MODULE_NAME              |METHOD_NAME       |ERROR DESCRIPTION         |VERSION                    |GUI VERSION               |MODULE_PATH              |
(Error)                       :    *****************************************************************************************************************************************************************************************************
(Error)                       :    {83658045-6571-3232-7082-797884697868}     |Class name not found     |CreateControl     |Create control failed     |Version info not found     |Gui Version not found     |Module doesnot exist     |
(Error)                       :    *****************************************************************************************************************************************************************************************************
(Error)                       :
(Error)                       :    Exception fire by :SAP Frontend Server
(Error)                       :    Exception info:Create control failed
(Error)                       :    Exception code:65535
Did any one face this error? what could be the resolution?
We are already on SAP GUI 710 patch level 11
DISP+Work : 229
Appreciate your answers
Thanks,
Srini

Usually this means, that some necessary controls are not properly registered in the registry and hence can't be found. You may solve that by removing the SAPGUI from the PC completely, booting the machine and reinstall the GUI.
Markus

Front end printing.

Hi All,
In frontend printing in windows environment. Can we use exact device type(for EX:HP LaserJet 4300 dtns) instead of swin device type. The reason being we are not able to correctly print a invoice(logo not getting printed properly)
Thanks
Vijay

> In frontend printing in windows environment. Can we use exact device type(for EX:HP LaserJet 4300 dtns) instead of swin device type.
Use the device type Swin itself. Its because the driver is actually picked up from your local machine while printing.
> The reason being we are not able to correctly print a invoice(logo not getting printed properly)
Please check if the correct driver for the printer is used on your local machine. This issue with logo is common with front end printing when you do not use the exact driver for the printer model on local machine.
Cheers,
Jazz

Select front end printed

Hi experts
i wolud execute without dialog a sapscript.
So when i call the FM 'OPEN_FORM', with parameter i pass:
itcpo-tddest = 'LOC4'.
itcpo-tdimmed = 'X'.
itcpo-rqposname = name of front-end printer.
CALL FUNCTION 'OPEN_FORM'
    EXPORTING
      device   = 'PRINTER'
      dialog   = 'X'
      form     = 'ZBOX_LABEL'
      language = 'I'
      OPTIONS = itcpo
    IMPORTING
      RESULT   = itcpp
    EXCEPTIONS
      canceled = 1.
Also with the name of front end printer, the sistem in dialog box, set the default windows printer.
Anybody can tell me how i can set the value rqposname?
Thanks in advance
Marco

Hi,
If you want a particular windows printter, you need to define it in the definition of the output device via transaction SPAD in the field Host Printer. So in output device LOC4, set name of front-end printer in field 'Host Printer'.
Regards,
Aidan

Implementing Note 616762 - Front End Printer in Web Dynpro For Java Applica

Hi All,
We need to implement Note 616762 in out web dynpro for java application for front end printing...
I am confused as to what is mapped where and what about the other inputs to the function modules mentioned in the note.
Please help me to achieve implementing this note.
Thansk and Regards,
Aditya Deshpande

I had a discussion with basis about printer configuration.
My problem starts from step 3... do not how the maping of values from webdynpro to function
also here the function mentioned are not remote enabled... do we need to make it remote enabled..????
Regards,
Aditya Deshpande
Edited by: Aditya Deshpande on Jan 9, 2009 3:36 PM

Front end options with Oracle DB

I have a customer who needs a highly reliable, highly available oracle database. From the DB point of view this is easy, but in the past we've used oracle Forms to give access to the DB to the users. Unfortunately, due to its web-deployed nature, 9iAS via Oracle Forms is nether reliable nor available, not all of that has to do with forms for example:
Internet Explorer has encountered a problem and needs to close. We are sorry for the inconvenience.
If you were in the middle of something, the information you were working on might be lost.
Too many dependencies on technologies that require frequent re-boots. So I'm looking for suggestions on what I should use for a front end... Should I write the front end in JAVA, or use htmldb, or some other technology? Any suggestions?

Are you opposed to three-tier deployment altogether? There is always going to be the possibility that IE crashes, particularly as you add functionality on top of straight HTML forms. Are IE crashes really frequent enough to be a cause for concern in your environment? I'd think that having the application save periodically would be more than enough insurance to risk the occasional browser crash.
If you are entering truly critical data and cannot survive the loss of any typing, I would think that system crashes (blue screens) would also be a concern, which would tend to eliinate any application components on the client machines and dictate a client/server app deployed to a bank of Citrix servers that clients connect to from their client desktops. That seems like a lot of effort, however, when web deployment will handle 99.9% of applications out there.
Justin
Distributed Database Consulting, Inc.
http://www.ddbcinc.com/askDDBC

OBIEE 11g Front End Calculations with Presentation Variables Error

Hi Guru's,
Long time user first time poster to the forums but hopefully you can help.
I have a requirement to perform an aggregation on certain fields with a dynamic grouping requirement (so users can select which grouping they require ie, sum profit by [outlets or companies or region]).
The approach I am using is a prompt setting a presentation variable with the possible groupings for the calculation as choices, and a column in the report with a formula to SUM("table"."column" by "@{variable}{default}") this also contains a dynamic column name containing the presentation variable too.
Where the column could be profit and the variable prompt options could be outlet, company or region (from the above example).
This is currently separate from the RPD due to the dynamic nature required with groupings changing at run time and is done in the front end.
However on selecting some columns via the prompt I receive this error:
Error Codes: OPR4ONWY:U9IM8TAC:OI2DL65P
State: HY000. Code: 10058. [NQODBC] [SQL_STATE: HY000] [nQSError: 10058] A general error has occurred. [nQSError: 43113] Message returned from OBIS. [nQSError: 22027] Union of non-compatible types. (HY000)
This only occurs on some field groupings, and is not a certain type in particular. (Including both short date, short time and varchars).
Any ideas where this problem could stem from?
Regards.

Based on given info: Try this
SUM(cast("table"."column" as int) by "@{variable}{default}")
Pls mark if helps

2 Front End Servers with reporting enabled in topology but only one server shows reports

Hi,
We have 2 Front End Standard pool servers with resiliency enabled between them. The monitoring service is configured in the topology so that both Front End Servers point to the same monitoring database. We have half our users homed on 1 Front
end and half the other users sitting on the other Front End. In the Reports we can only see information on Audio calls made from users that are sitting on our Primary Front End Pool Server however we cannot see call information from users that are sitting
on the other front end server?
Thanks, Kevin

We have applied the backend updates and verified the config by running Test-CSDatabases cmd-let . I ran enable-cstopology and ran bootstrapper.exe and rebooted both Front End Servers, however we are still unable to see monitoring data of users
homed on our second Lync Front End server.
Any other suggestions? Thanks for responses so far, appreciate the assistance!
DatabaseName               ExpectedVersion            InstalledVersion
xds                        10.13.2
10.13.2
lis                        3.1.1
3.1.1
rtcxds                     15.13.1                    15.13.1
rtcshared                  5.0.1                      5.0.1
rtcab                      62.42.2                    62.42.2
rgsconfig                  5.5.1                      5.5.1
rgsdyn                     2.2.1
2.2.1
cpsdyn                     1.1.2
1.1.2
and ......
DatabaseName               ExpectedVersion            InstalledVersion
LcsCDR                     39.82.2                    39.82.2
QoEMetrics                 62.90.1                    62.90.1

Java Front-end problems with Windows 200 Pro

Hi,
I have some problem on my pc with java applications front-end. I have windows 2000 Professional and use java(TM) 2 SDK, Standard Edition Version 1.3.1
Using every java applications (also development environment as JBuilder 4 Professional and Together 4) I have always problems with front-end: the text is bad visualized everytime I use the scroolbar, menu items into a menu are bad visualized while I drag over of them the mouse and so on...
To try to solve this my problem I have just installed Service Pack 2 for Windows 2000 Pro but I have not had good results - I keep to have the usual problem.
I'm aware that it is difficult to reproduce and however if anyone has some idea to solve my problem I am opened to every suggestion.
Thanks in advance

the text says that what technolody that they are using its called "Off Screen Images" once i used them in my applications to improve the prefomance.
What they says is to improve the time it takes to display componants that display text on them (Such as buttons, Labels...) they going to create an Off Screen Image of the text and then paste that image on to the screen whenever the componant has to be displayed/Re displayed instead of redrowing (Re rendering) the text on the screen repeatedly which take more time and processing power than rendering once and paste it to screen whenever needed but this solution will take some more memory.

Front panel Printing with A4 Standerd

Easy printing the test reports with the Front panel as per the A4 Standard.
For making the A4 Standard printing needs the option to make Pane A4 Size.
Then we can make easily create the front panel reports easy manner, add Indicator (result ,title, logo, auto signatures etc) in the report and generate the print out.

Developing a GUI on a computer monitor is that much different from printing an A4 (or letter for those americans insisting to use this peculiar standard ), that I think there are not many use cases to force it to the size of a piece of paper.
Alternatively, one could define a printing area, optionally being visible on the front panel and being able to print just that area. So put all controls and indicators you want to be printed in that area, leaving space for GUI elements you don't want to be printed.
The more I think of this the more I like it.
So, on second thought, kudos but preferably for a printing area to be defined by the user.
Greetings from the Netherlands where printers loaded with A4 paper are as common as water runnning from the tap.
(and yes, we all do have taps here ).

Front end printing from list report

Hi,
I want to print my list output report without creating spool.My requirement is to have print button on the output list and when user click on it it will open windows popup to print it instead of sap ones which create spool.
Regards,
Ankur
Moderator Message: Welcome to SCN. But looks like you have gathered the wrong impression about SCN. These forums are not here to do your work for you. But what you can do is, search for available information and post questions if you need some information which you did not find after searching. Either way, you cannot expect others to do your work for you.
Edited by: kishan P on Mar 2, 2011 11:07 AM

Hello,
You must configure the printer to use method (type G) for Windows Printing instead of LOCL (Type F).
Also you must set the following Reg Key for the users on the Citrix server for this to work.
HKEY_CURRENT_USER\Software\SAP\SAPlpd\SAPLPD
Type: String
Name: SwinDataType
Value: EMF
Please see the following link which helped us solve our issue.
http://community.citrix.com/display/adi/SAPGUI7.10onCitrixPresentationServer

Printing with java technology

i am using paper size 8.5 x 11 and i need a very small margin in left side of the paper....i am not able to reduce the left-margin of the print paper...
if i am using x and y coordinates less then (0,0) then its missing some of the text....
help plz.
thank you

See Paper.setImageableArea(...)
http://java.sun.com/j2se/1.5.0/docs/api/java/awt/print/Paper.html#setImageableArea(double, double, double, double)

C++ Debug Assertion Failed! - when printing with LOCL method G and GUI 620

Hi all
I've just raised an OSS message with SAP but don't think they'll help as the GUI version is no longer supported... if anyone else has come across this though and has any suggestions that would be great...
Thanks
Ross
Hi
We recently upgraded a few users to the 720 SAP GUI and had issues with LOCL printing, as we were still using the older "F: Printing on Front End computer" method of printing. As per SAP Note "Note 821519 - Front-end printing with control technology" the solution is to use method "G: Front end printing with Control Tech".
However, we now get an issue with SOME users who are running the SAP GUI 620 patch 57. When they try and print to LOCL they get a pop up dialog box error:
"Microsoft Visual C++ Debug Library
Debug Assertion Failed!
Program: C:\Program Files\SAP\FrontEnd\SAPgui\saplogon.exe
File: fputs.c
Line: 48
Expressiom: steam != NULL"
I appreciate that this old GUI is no longer supported BUT the SAP note states that 620 patch 56 is the minimum level for method "G" to work - and previous testing showed that it DID work ok. It seems only some of the 620 patch 57 users are affected - just wondering if you can advise why and if there is a 'quick fix' for this, perhaps an updated fputs.c file or something?
The issue is that we literally have thousands of users on this version and cannot roll out 720 quickly enough & without some additional testing/costs etc. We have a 710 patch 18 version we can roll out but this can cause IE8 issues... neither do we wish to revert to control method "F" as this will then 'break' printing for those users.
We have created a LOCL_OLD printer with method "F" but some users (for various reasons, including hard coded printers in bespoke transactions) cannot select this and have to use LOCL...
If you are aware of the C++ debug assertion error and have any possible solutions that would be much appreciated.
Many thanks
Ross

> I appreciate that this old GUI is no longer supported BUT the SAP note states that 620 patch 56 is the minimum level for method "G" to work - and previous testing showed that it DID work ok. It seems only some of the 620 patch 57 users are affected - just wondering if you can advise why and if there is a 'quick fix' for this, perhaps an updated fputs.c file or something?
fputs.c is a source file that is used to compile the GUI. The assertion is thrown because an expected condition is not met. So even if you would take out the assertion, there's no guarantee it'll work because "something" on the operating system is not right.
I suggest you compare installed software and windows hotfixes on the affected PCs vs. those who don't show this error. The error may also be that after the installation of the SAPGUI another software product was installed that replaced certain DLLs that are also used by the SAPGUI.
Markus

Can't printing in front-end when implement LOCL access method 'G'

We are implementing ECC5.0 and print Purchase Order in normal status.But in recent,user print PO by long printer name with some trouble.So we check the notes,and it recommand us to implement access method 'G'.It seems every thing is OK on front-end printing.Still not work for printing PO on front-end output immediate.If we choose short printer name and access method 'F',it work fine.But SAP will no longer develop method 'F'.Please advise it.

SAP PO is using background printing. SAP frontend print doesn't support background printing.
As per SAP Frontend document, You cannot perform front-end printing in the background, as there is not connection to the front end.
For this, you need to configure network printer.
Thanks,
Miral.

Front-end printing with control technology

Similar Messages

Maybe you are looking for