Bdc performance in "No screen" mode, on slow network, on remote server.

Hi,
We have created a bdc program in ABAP.
say, our servers are installed in US. and our users are trying to execute bdc by uploading a data file from UK.
consider that the connectivity(network) between our US office and UK office is not so goood.
i understand that the upload of the data file will take time. but after the upload, for bdc execution, how the bdc performance gets impacted by the network performance.
if we execute the bdc in All screen mode, i am convinced that the bdc will definetly will take a long time to execute, becasue UK user needs to press "Enter" several no. of times, and so many pings will happen to the server.
if we execute the bdc in No Screen mode, does it meen it is completely background process.
i mean in this case also, is the screen info passed to and from between the server(US) and the sapgui(UK).
or
once the data upload is over, in No Screen mode, the entire activity is done in server, and the control comes back to sapgui at the end.
We have put some logs, and we found that most of the time is taken by the CALL TRANSACTION statement
CALL TRANSACTION 'PP01' USING it_bdcdata
is there any other points to improve the bdc execution on a remote server.
thanks in advance,
Madhu_1980

Hi Sandra ,
Thanks for your suggestion throiugh the link.
Had checked the trouble shooting for BDC : but the scenario in which i experienc eth eproblem is little different.
Well the Interface to create vendors was working perfectly in ALL Screen as well as NO-SCREEN mode.
But a small requirement seem to change its execution.
The Interface had a commented code snippet : retrieve email address from ADR6 table. Now according to the new requirement this code snippet needs to be utilized. So i uncommented that and duly passed th etable entries into the concerned screen (the code for that screen aldready exsits in the recording but not utilized since the retrieval was commented)
Collects the email address for any vendor from ADr6 table
Moderator message - Please respect the 2,500 character maximum when posting. Post only the relevant portions of code
now for linking the above created vendor, FK02 BDC is maintained. In this BDC the payment transaction screen is used to link payee vendors (above created vendor) at company code level for any principal vendors (selected from lfa1 and lfb1 table). So only two screens for linking .
this entire code was working perfect in both A mode and N mode but after including the ADR6 code snippet i dont find teh similar execution in N mode.
Could you please guide me where could i ahve made some mistake.
thanks
Kylie
Edited by: kylietisha on Jun 6, 2010 5:27 PM
Edited by: kylietisha on Jun 6, 2010 5:42 PM
Edited by: Rob Burbank on Jun 6, 2010 4:33 PM

Similar Messages

Flex GUIs get a bad performance in normal screen mode when switched from full screen mode

Hi, there :
I encountered an odd situation and it is only happens on IE. Our project is a Flash 3D Game using Stage3D, and the Game's GUIs are created by CS6. When our game switch from the full screen( StageDisplayState.FULL_SCREEN_INTERACTIVE or StageDisplayState.FULL_SCREEN ) to normal screen ( StageDisplayState.NORMAL ), the performance of the Game GUIs decline to approximate a half FPS of full screen mode. But this condition is only happens on IE.
The Game is normal screen when it is initialized and the performance is as same as fullscreen. The performance degradation only happens after switching to normal screen mode from full screen mode.
p.s. : When the mouse is out of the view, the performance become better, from 20 fps up to 50 fps. But is still not as same as the original 60 fps.
p.s. 2 : My colleague told me the Flash Pro CS6 be used to built a single swc file per GUI, and then package all ui swc files to one swc file by Flex Framework SDK( the command is "compc" ). and the IE version = 9.0.8112.16421, the Flash Player Version = 11.6.602.155.
p.s. 3 : I have utilized Adobe Profiler Scout to observe the application, and I found that when it switches to normal screen mode from full screen mode, the time 「Waiting for GPU」 in 「Inactive」 grows up from 10ms to approximate 30ms which is triple. And in the 「Activity Sequence 」tab, it shows that the 「Waiting for GPU」 happens in the 「Copying to screen 」in 「DisplayObject List」.
Thanks

This does sound like a specific bug with IE. It would be great if you could file a bug report here (https://bugbase.adobe.com/), so we can get somebody to look into it.
btw, Flex is really not a good framework for games - it's really slow and heavyweight. If you're just wanting some lightweight UI elements, you might want to check out the Feathers framework, which is built on top of Starling: http://feathersui.com/

Slow query on remote server

Hi
I am running a query as below;
INSERT INTO tblEvents( <fields list> )
SELECT <fields list>
FROM OPENROWSET('SQLNCLI', 'Server=<ip address>;DATABASE=MyDB;Uid=sa;Pwd=MyPassword;', 'SELECT * FROM tblEvents') AS a
WHERE (ID = 68596)
Problem is that below part of query runs very slow (takes around 3 mins to complete) even though it just needs to bring one row.
SELECT <fields list>
FROM OPENROWSET('SQLNCLI', 'Server=<ip address>;DATABASE=MyDB;Uid=sa;Pwd=MyPassword;', 'SELECT * FROM tblEvents') AS a
WHERE (ID = 68596)
What is the problem and how can I speed it up?
Thanks
Regards

Hi,
as Ronen already mentioned, the syntax you are using will not push anything from the confition down the provider stack to the data source, it will pull the whole data and the filter it on the client side. (where you execute the query).
You can either use the syntax that Ronen already pointed out OR use a linked Server along with the existing provider for SQL Server. In most cases the provider is able to push down the conditions to the data source, have it executes here and then bring back
only the relevant rows. This depends on the query you are using and the ability of the driver to translate the conditions.
See more on creating linked servers here:
http://msdn.microsoft.com/en-us/library/aa560998.aspx
-Jens
Jens K. Suessmeyer
http://blogs.msdn.com/Jenss

IChat 4.0 - Share Remote Screen - "Slow Network" Problem

The iChat Connection Doctor shows that I don't have the capability to "Share Remote Screen" due to "Slow Network." I am able to have someone else share my screen, but not the other way around. The "Ask to share users screen" option is grayed out. I've tried it on two different cable modems, which are not slow. Does anyone know a fix for this?
I'm running a 867 MHz PowerPC G4 with OS 10.5.1.

http://docs.info.apple.com/article.html?artnum=307035
7:36 PM Saturday; December 8, 2007

BDC not working in NO screen mode

Hi All,
We have a BDC in which we need to enter a multiple selection for a document field.
For this we are using the table control concept.
However, how do we fill in more than 8 single selections (the number of input rows available on the screen)?
We have tried to use the ok code "LINS" that inserts a line at a time. This is working perfectly in ALL screen mode.
However, in NO screen mode what we observed is that the values get overwritten and only 1 document is eventually selected.
Thanks & Regards,
Sana.

Hi,
plz have a look at the below code...
FORM bdc_data .
Work area for data record.
DATA : lwa_header1 TYPE t_header.
Declaration of local variable.
DATA : lv_index TYPE sytabix.
IF NOT i_header[] IS INITIAL.
    v_item_cntr = 1.
    v_cond_cntr = 2.
    v_scale_cntr = 1.
    v_cong_flg = 2.
    LOOP AT i_header INTO wa_header.
      lv_index = sy-tabix + 1.
      CASE wa_header-rec_type.
        WHEN c_h.
-- For header of contracts--
          PERFORM header_data_upload USING wa_header.
--For items of contarcts--
        WHEN c_i.
If the number of lines in the line item screen exceeds
14 then we need to use the newpage okcode for adding
new line items
          IF v_item_cntr GE 15.
            PERFORM bdc_dynpro      USING 'SAPMM06E' '0220'.
            PERFORM bdc_field       USING 'BDC_OKCODE'
                                                  '=NP'.
            v_item_cntr = 2.
          ENDIF.
For uploading the item data
          PERFORM item_data_upload USING wa_header.
Read the internal table for next record
          READ TABLE i_header INTO lwa_header1 INDEX lv_index.
          IF lwa_header1-rec_type = c_h OR sy-subrc <> 0.
if no more line items found then the data should be saved
            PERFORM bdc_dynpro      USING 'SAPMM06E' '0220'.
            PERFORM bdc_field       USING 'BDC_OKCODE'
                                                'BU'.
If there exists condition record for that line item
then go to condition screen with OKCODE '=KO'
          ELSEIF lwa_header1-rec_type = c_c.
            PERFORM bdc_field       USING 'BDC_OKCODE'
                                     '=KO'.
          ENDIF.
--for items conditions--
        WHEN c_c.
Upload the condition data
          PERFORM conditions_data_upload USING wa_header.
Read the internal table for next record
          READ TABLE i_header INTO lwa_header1 INDEX lv_index.
If the next record is an item go back to item screen
          IF lwa_header1-rec_type = c_i.
            PERFORM bdc_dynpro      USING 'SAPMV13A' '0201'.
            PERFORM bdc_field USING 'BDC_OKCODE'
                                     'BACK'.
If the next record is header then save the data
          ELSEIF lwa_header1-rec_type = c_h OR sy-subrc <> 0.
            PERFORM bdc_dynpro      USING 'SAPMV13A' '0201'.
            PERFORM bdc_field       USING 'BDC_OKCODE'
                                    'BACK'.
            PERFORM bdc_dynpro      USING 'SAPMM06E' '0220'.
            PERFORM bdc_field       USING 'BDC_OKCODE'
                                                'BU'.
If there exists scale record for that condition
then go to scale screen with OKCODE '=PSTF'
          ELSEIF lwa_header1-rec_type = c_s.
            PERFORM bdc_field       USING 'BDC_OKCODE'
                                      '=PSTF'.
          ENDIF.
--for items Scales--
        WHEN c_s.
Upload the scales data
          PERFORM scales_data_upload USING wa_header.
Read the internal table for next record
          READ TABLE i_header INTO lwa_header1 INDEX lv_index.
If the next record is condition record then go to condition
screen
          IF lwa_header1-rec_type = c_c .
            v_cong_flg = v_cong_flg + 1.
            v_scale_cntr = 1.
            PERFORM bdc_dynpro      USING 'SAPMV13A' '0303'.
            PERFORM bdc_field USING 'BDC_OKCODE'
                                     'BACK'.
If the next record is header the go back to item screen
and save the data
          ELSEIF lwa_header1-rec_type = c_h OR sy-subrc <> 0.
            PERFORM bdc_dynpro      USING 'SAPMV13A' '0303'.
            PERFORM bdc_field       USING 'BDC_OKCODE'
                                    'BACK'.
            PERFORM bdc_dynpro      USING 'SAPMV13A' '0201'.
            PERFORM bdc_field       USING 'BDC_OKCODE'
                                    'BACK'.
            v_cond_cntr = 2.
            v_scale_cntr = 1.
            v_cong_flg = 2.
            PERFORM bdc_dynpro      USING 'SAPMM06E' '0220'.
            PERFORM bdc_field       USING 'BDC_OKCODE'
                                                'BU'.
If the next record is item the go back to item screen
          ELSEIF lwa_header1-rec_type = c_i.
            PERFORM bdc_dynpro      USING 'SAPMV13A' '0303'.
            PERFORM bdc_field       USING 'BDC_OKCODE'
                                    'BACK'.
            PERFORM bdc_dynpro      USING 'SAPMV13A' '0201'.
            PERFORM bdc_field       USING 'BDC_OKCODE'
                                    'BACK'.
            v_cond_cntr = 2.
            v_scale_cntr = 1.
            v_cong_flg = 2.
          ENDIF.
      ENDCASE.           "CASE wa_header-rec_type.
If the next record is header or no next record found then
call the transaction
      READ TABLE i_header INTO lwa_header1 INDEX lv_index.
      IF lwa_header1-rec_type = c_h OR sy-subrc NE 0.
        v_cong_flg = 2.
        v_scale_cntr = 1.
        v_item_cntr = 1.
        PERFORM call_transaction USING wa_header2 .
        CLEAR lv_index.
      ENDIF.
    ENDLOOP.               "LOOP AT i_header INTO wa_header.
ENDIF.                   "IF NOT i_header[] IS INITIAL.
ENDFORM.                   "bdc_data
       Start new screen                                              *
FORM bdc_dynpro USING pv_program LIKE bdcdata-program
                      pv_dynpro LIKE bdcdata-dynpro.
CLEAR wa_bdcdata.
wa_bdcdata-program = pv_program.
wa_bdcdata-dynpro   = pv_dynpro.
wa_bdcdata-dynbegin = c_x.
APPEND wa_bdcdata TO i_bdcdata.
CLEAR wa_bdcdata.
ENDFORM.                    "BDC_DYNPRO
       Insert field                                                  *
FORM bdc_field USING pv_fnam LIKE bdcdata-fnam
                     pv_fval TYPE any.
CLEAR wa_bdcdata.
wa_bdcdata-fnam = pv_fnam.
wa_bdcdata-fval = pv_fval.
APPEND wa_bdcdata TO i_bdcdata.
CLEAR wa_bdcdata.
ENDFORM.                    "BDC_FIELD
Declaration of local constants
CONSTANTS : lc_tcode TYPE tstc-tcode VALUE 'ME31K',
              lc_n      TYPE ctu_mode   VALUE 'N'.
Declaration of local variables
DATA: lv_msg   TYPE string,
        lv_opt   TYPE ctu_params.
lv_opt-defsize = c_x.
lv_opt-dismode = lc_n.
lv_opt-updmode = c_l.
REFRESH i_messtab.
Call the transaction to create the Purchasing Contracts
CALL TRANSACTION lc_tcode USING i_bdcdata
                   OPTIONS FROM lv_opt
                   MESSAGES INTO i_messtab.
IF NOT i_messtab[] IS INITIAL.
    READ TABLE i_messtab WITH KEY msgtyp = 'E'.
    IF sy-subrc EQ 0.
      CALL FUNCTION 'FORMAT_MESSAGE'
        EXPORTING
          id   = i_messtab-msgid
          lang = sy-langu
          no   = i_messtab-msgnr
          v1   = i_messtab-msgv1
          v2   = i_messtab-msgv2
          v3   = i_messtab-msgv3
          v4   = i_messtab-msgv4
        IMPORTING
          msg = lv_msg.
      MOVE: p_wa_header-lifnr TO wa_error-lifnr,
            p_wa_header-evart TO wa_error-evart,
            p_wa_header-vedat TO wa_error-vedat,
            p_wa_header-ekorg TO wa_error-ekorg,
            p_wa_header-ekgrp TO wa_error-ekgrp,
            p_wa_header-epstp TO wa_error-epstp,
            p_wa_header-knttp TO wa_error-knttp,
            p_wa_header-bukrs TO wa_error-bukrs,
            p_wa_header-kdatb TO wa_error-kdatb,
            p_wa_header-kdate TO wa_error-kdate,
            p_wa_header-ktwrt TO wa_error-ktwrt,
            p_wa_header-waers TO wa_error-waers,
            p_wa_header-wkurs TO wa_error-wkurs,
            p_wa_header-inco1 TO wa_error-inco1,
            p_wa_header-inco2 TO wa_error-inco2,
            p_wa_header-ihran TO wa_error-ihran,
            p_wa_header-angnr TO wa_error-angnr,
            lv_msg            TO wa_error-msg.
      APPEND wa_error TO i_error.
      CLEAR wa_error.
    ELSE.
      READ TABLE i_messtab WITH KEY msgtyp = 'S'.
      IF sy-subrc EQ 0.
        CALL FUNCTION 'FORMAT_MESSAGE'
          EXPORTING
            id   = i_messtab-msgid
            lang = sy-langu
            no   = i_messtab-msgnr
            v1   = i_messtab-msgv1
            v2   = i_messtab-msgv2
            v3   = i_messtab-msgv3
            v4   = i_messtab-msgv4
          IMPORTING
            msg = lv_msg.
        MOVE: p_wa_header-lifnr TO wa_success-lifnr,
              p_wa_header-evart TO wa_success-evart,
              p_wa_header-vedat TO wa_success-vedat,
              p_wa_header-ekorg TO wa_success-ekorg,
              p_wa_header-ekgrp TO wa_success-ekgrp,
              p_wa_header-epstp TO wa_success-epstp,
              p_wa_header-knttp TO wa_success-knttp,
              p_wa_header-bukrs TO wa_success-bukrs,
              p_wa_header-kdatb TO wa_success-kdatb,
              p_wa_header-kdate TO wa_success-kdate,
              p_wa_header-ktwrt TO wa_success-ktwrt,
              p_wa_header-waers TO wa_success-waers,
              p_wa_header-wkurs TO wa_success-wkurs,
              p_wa_header-inco1 TO wa_success-inco1,
              p_wa_header-inco2 TO wa_success-inco2,
              p_wa_header-ihran TO wa_success-ihran,
              p_wa_header-angnr TO wa_success-angnr,
              i_messtab-msgv2   TO wa_success-ebeln.
        APPEND wa_success TO i_success.
        CLEAR wa_success.
      ENDIF.
    ENDIF.
ENDIF.
REFRESH i_bdcdata.
ENDFORM.                    " call_transaction
Regards,
Nagaraj

Aperture Performance Sluggish When in Full Screen Mode

Hi
I have an iMac 3.06 GHz with a NVIDIA GeForce 8800 GS:with 512 MB of VRAM and 4GB of RAM and every time I go to Aperture's fullscreen mode performance is sluggish. When I click on buttons with my mouse it takes them about 3 to 5 seconds to actually realize they've been clicked. Also when I try to adjust something in a HUD, it takes forever to register my command. I would love to be able to use full screen mode because of my big screen on my iMac but it's really not worth it if it's this slow.
All help appreciated
Thanks in advance
macdiscuss

My problem has been solved. It was just my particular photo.

Error in BDC while running in NO screen mode

Hello All,
I am creating material using BDC. I need to capture errors those occure during creation of material. i need to place these errors in client desktop.
When I run the BDC in ALL Screen mode all types of errors are getting captured correctly and my requirement correctly done. But when i run the BDC in No screen mode i am getting only one error all the time that is ' NO BAtch input data for Screen' which is a wrong one. i am executing the program with the same data in ALL screen and NO screen modes, to check errors. but in case of no screen mode it is getting failed.
please help me what should i do to correct this. i need to run the program in No screen mode.
Kumar.

Hi,
IN your all screen mode, you should not press enter when there is no POP UP with the OK Codes.
If you do not get a pop up with the OK Code box, you can still get through the transaction.
If you do not get a OK_CODE pop up in atleast one instance in your all screen mode, then it means your code is not working
Regards,
Ravi

"Full Screen Mode" in Adobe Reader XI for Windows 8 loads way too slow!

I recently got a new laptop with Windows 8, after having used Windows Vista for years. I installed Adobe Reader XI for my new computer. Before, I used Adobe Reader X on Vista. I used Adobe Reader "Full Screen Mode" to read the nice-looking Bible chapters I created with internet audio from Biblegateway.com. In Vista, the "Full Screen Mode" appeared quickly, before the audio fully started, so I could see the text in time for the reading.
However, with Windows 8, "Full Screen Mode" takes around 5-10 seconds to appear at all, and a black screen is present throughout the wait. It does the same thing when I hit "escape" to exit "Full Screen Mode" as well. I even uninstalled Adobe Reader XI from my new laptop, and tried using Adobe Reader X, even though it is not recommened by Adobe to do that on Windows 8, in order to test the speed of "Full Screen Mode" there. Adobe Reader X had the same problem! I do not know if this can be fixed, but I am pretty unhappy about it! I enjoyed the "Full Screen Mode" with my PDF chapters and the online bible audio! Finding that function for the first time with Adobe Reader X was a delight for me! It gave the reading a theater feel!
Has anyone else here had a similiar problem with "Full Screen Mode" loading way too slow on Windows 8? I am very disappointed! If this cannot be fixed by a user, is there a place to complain to Adobe and make a recommendation for software improvement? Thank you!

From: Test Screen Name [email protected]
Sent: Sunday, August 04, 2013 11:32 AM
To: gunner0490
Subject: I'm not able to open PDF files in Adobe Reader XI.
Re: I'm not able to open PDF files in Adobe Reader XI.
created by Test Screen Name <http://forums.adobe.com/people/TestScreenName> in Adobe Reader - View the full discussion <http://forums.adobe.com/message/5565198#5565198

Slow processing in full screen mode

Hi All
I recently upgraded my camera to an EOS 5d mk 2. I take photos in full RAW, so resulting images are around 26 MB.I then import these as managed reference files into Aperture.
No issue with import to Aperture or image quality.
However, when viewing the photos in full screen mode (to rank / edit etc), they take a long time to properly open / load (about 20 seconds each.) Each time I re-open Aperture, each image needs to be re-loaded in full screen size - which can become very time consuming. Edits are equally very slow to process.
I was wondering if anyone had any suggestions how to manage this and avoid the time lag (other than downgrading to smaller image sizes). For example...
- I currently have 2GB of memory and a 128 mb graphics card. Do I need to upgrade to handle such large images?
- Can I reset a preference to avoid having to reload the full size image every time I open Aperture?
- How can I speed up editing speed (nothing too fancy done here - I note from other posts the "7 deadly edits" that can cause processing to slow up)
Any ideas gratefully received!!!
Many thanks
Paul

Pabloelchico wrote:
...I then import these as managed reference files into Aperture.
I don't understand whether you have a Referenced-Masters Library or a Managed-Masters Library. Drives slow as they fill and with a Managed-Masters Library sooner or later the internal drive will become overfilled. I recommend a Referenced-Masters Library with Masters on an external drive and the Aperture Library on the internal drive.
iMacs, laptops and Minis are by definition limiting to heavy Aperture usage, so work carefully to optimize setup and workflow.
First is to max the RAM and make sure the hard drive stays less than 70% full. Restart the iMac prior to a major Aperture session and only have Aperture open. You should also investigate to see if a substantially more powerful video card is available at reasonable price.
Set Preview size to be exactly screen size and build Previews manually when the box is otherwise not being aggressively used.
HTH
-Allen Wicks

BDC on FK01 is not working in NO-SCREEN Mode

Hi gurus ,
i have a situation,
A custom interface (built as per requirement) is facing some issues with BDC when executing in "NO-SCREEN mode".
There was a requirement to include email adress while creating permitted payee vendors for corresponding Original vendors iN sap.
Now it used to create them . But after i retrieved the email details for a vendor and passsed in the BDC based on some condition, it doesnot work in "NO-SCREEN Mode" . For ALL Screen Mode it is working as expected ; when OK-CODES are given it asks with a pop-up which mode of communication reqd.
if email is selected then it assigns onto the new payee vendor being created. What's the problemwith NO-SCREN Mode?
could somebody plz guiide here.
Thanx
kylie

Hi Sandra ,
Thanks for your suggestion throiugh the link.
Had checked the trouble shooting for BDC : but the scenario in which i experienc eth eproblem is little different.
Well the Interface to create vendors was working perfectly in ALL Screen as well as NO-SCREEN mode.
But a small requirement seem to change its execution.
The Interface had a commented code snippet : retrieve email address from ADR6 table. Now according to the new requirement this code snippet needs to be utilized. So i uncommented that and duly passed th etable entries into the concerned screen (the code for that screen aldready exsits in the recording but not utilized since the retrieval was commented)
Collects the email address for any vendor from ADr6 table
Moderator message - Please respect the 2,500 character maximum when posting. Post only the relevant portions of code
now for linking the above created vendor, FK02 BDC is maintained. In this BDC the payment transaction screen is used to link payee vendors (above created vendor) at company code level for any principal vendors (selected from lfa1 and lfb1 table). So only two screens for linking .
this entire code was working perfect in both A mode and N mode but after including the ADR6 code snippet i dont find teh similar execution in N mode.
Could you please guide me where could i ahve made some mistake.
thanks
Kylie
Edited by: kylietisha on Jun 6, 2010 5:27 PM
Edited by: kylietisha on Jun 6, 2010 5:42 PM
Edited by: Rob Burbank on Jun 6, 2010 4:33 PM

BDC not working in display no screen mode

Hi exparts,
I am facing a strange problem. I am creating or changing PIR ( transaction ME11, ME12) through BDC.
when i am running it in 'Display all screen mode' It is running fine and creating or changing the PIR.
But, when i am running it in 'Display no screen mode' It is not working. I have used call transaction of BDC and its OPTIONS parameter to export mode and default sixe. In the both cases the return message carry only success message.
Please advice where i am going wrong and how to run it in 'display no screen' mode.
Thanks in advance.
Regards,
abhshek sarkar

DId you try OPT-RACOMMIT = 'X' ?
DATA: P_OPT TYPE CTU_PARAMS.
            P_OPT-DISMODE = 'N'.
           P_OPT-UPMODE = 'L'.
           P_OPT-RACOMMIT = 'X'.
CALL TRANSACTION tcode USING BDC_TAB OPTIONS FROM P_OPT MESSAGES INTO MESSTAB.

Adobe Reader slow when mouse wheel scrolling in Full Screen mode.

When I scroll a pdf in normal mode, its fine, but when I try to view in Full Screen mode, the scrolling is much more slower and it takes more rolls of the mouse wheel to get to the next page. Does anyone know how to improve the scrolling function of the Adobe Reader when viewing a document in full screen mode?

Good that you solved your problem. There will probably be other users that need to solve the same problem and your solution might help many others. The support here comes from users helping other users.

InDesign CC: Really slow scrolling, panning, editing in "Normal" screen mode

Just like the title says.
InDesign CC v.9.0
Mac OS X v10.8.4
Macbook Pro: 2.66 GHz Core i7 (8GB RAM, 128 SSD (42GB free))

Thank for the quick reply! — Info panel is already closed, and thumbnails in layers are turned off, same a dsiplay mode set to lower quality settings, but to no avail.
Interestingly it's more than just editting, the whole app is lagging as if the system is under significant load.
Even more interestingly, looking at Activity Monitor ‚ ID uses up to 90% CPU when in "Normal" screen mode, but in "Preview" screen mode, it only maxes out at 55%.

Unable to set safari in full-screen mode

Hi folks,
I just factory reset my 15-inch MBP running 10.9.3. After doing so, I notice that I am unable to set Safari in full-screen mode. Any ideas??

Please read this whole message before doing anything.
This procedure is a test, not a solution. Don’t be disappointed when you find that nothing has changed after you complete it.
Step 1
The purpose of this step is to determine whether the problem is localized to your user account.
Enable guest logins* and log in as Guest. Don't use the Safari-only “Guest User” login created by “Find My Mac.”
While logged in as Guest, you won’t have access to any of your documents or settings. Applications will behave as if you were running them for the first time. Don’t be alarmed by this; it’s normal. If you need any passwords or other personal data in order to complete the test, memorize, print, or write them down before you begin.
Test while logged in as Guest. Same problem?
After testing, log out of the guest account and, in your own account, disable it if you wish. Any files you created in the guest account will be deleted automatically when you log out of it.
*Note: If you’ve activated “Find My Mac” or FileVault, then you can’t enable the Guest account. The “Guest User” login created by “Find My Mac” is not the same. Create a new account in which to test, and delete it, including its home folder, after testing.
Step 2
The purpose of this step is to determine whether the problem is caused by third-party system modifications that load automatically at startup or login, by a peripheral device, by a font conflict, or by corruption of the file system or of certain system caches.
Please take this step regardless of the results of Step 1.
Disconnect all wired peripherals except those needed for the test, and remove all aftermarket expansion cards, if applicable. Start up in safe mode and log in to the account with the problem. You must hold down the shift key twice: once when you turn on the computer, and again when you log in.
Note: If FileVault is enabled, or if a firmware password is set, or if the startup volume is a Fusion Drive or a software RAID, you can’t do this. Ask for further instructions.
Safe mode is much slower to start up and run than normal, with limited graphics performance, and some things won’t work at all, including sound output and Wi-Fi on certain models. The next normal startup may also be somewhat slow.
The login screen appears even if you usually log in automatically. You must know your login password in order to log in. If you’ve forgotten the password, you will need to reset it before you begin.
Test while in safe mode. Same problem?
After testing, restart as usual (not in safe mode) and verify that you still have the problem. Post the results of Steps 1 and 2.

CS5 - Standard Screen Mode - Hand Tool don't move the document

Hi all
In PS CS5 -> Standard Screen Mode -> Hand Tool don't move the document unless you zoom the document so it became bigger than the working area!
Is it possible to use the hand tool (move the document arround) while the document is smaller than the working area?
Thanks

Why not just shrink the window border and move the Window around to where you want it, as has been described above several times?
because that will make the working area much smaller. You'll be able to move the Window around, but if you zoom in, you will lose working area and you'll have to use the scrolls.
Maybe it would help to describe WHY you want to move the image within the window/tab?
There are many reasons for that and I don't have the time to describe all of them right now. I'll give you just one: if you paste an object that is bigger than the document size and you want to transform the object (scale down for example) - you press Ctrl+T and the top, bottom and middle right points are no visible (they are outside the area). Then you have 2 options if you want to scale down:
1) scale the image with the left side point, and then move the image back to the document
2) zoom in the document -> so it became bigger than the working area -> so you can move it with the Hand tool (spacebar) -> so you can see the right points -> so you can transform the object -> and then you zoom out again
both ways are just very slow
if you can move the document inside the working area (inside the window) then you can perform the task much quicker:
move it with the Hand tool (spacebar) -> grab some of the right point and transform as simple as that. And you still can see all of your document, and you can still reach the right points
this is just one example, I can tell you more

Bdc performance in "No screen" mode, on slow network, on remote server.

Similar Messages

Maybe you are looking for