Presentaion Mode bug.

Upon exiting Presentaion Mode (Ctrl+W) the layer I had previsously selected always gets unselected, and the screen always centers itself regardless of it prior position!

Another annoyance - changing to Presentation Mode adds "Undo Set Pasteboard Preferences" to the undo list!

Similar Messages

  • Blending modes bug

    I want to report a bug in the program Premiere Pro CC 2014. it first appeared in version CC.
    blending modes bug
    Compound
    Arithmetic
    Composite
    each time one and the same
    Describe a situation in which there is this bug
    I apply a preset, any of these effects, or similar so that the clip is mixed with himself blending mode screen. so I very gently increases the brightness of the image.
    and sometimes there is a problem. clip is not blended with himself simultaneously. but with some time offset. it turns out that the image becomes lighter, but doubles, blended two different frame.
    strict laws, I did not reveal.
    but most often the bug occurs when the cut clip already applied effect. or when the effect is applied to the clips that are not on the first track. or when the effect is applied to multiple clips at once.
    I found some solution, but it is not very convenient.
    if you go to the drop down list with the names of the tracks and re-select the same track, the bug disappears.
    for example, we had chosen the "video 1", we once again choose "Video 1" and everything is current, as it should be.
    sorry for my english, I am Ukrainian.
    and sorry for wedding too)))

    Here is another example. guys who have still a problem?

  • Full screen mode bug in Safari?

    In Safari, running in full screen mode, if a link opens a file (eg an Excel workbook), sometimes the Excel (non full screen) window will open over the top of the Safari full screen window. When that happens it's impossible to get access to the Excel window, as clicking on it will jump to the desktop "space" (where the window should have opened?). The only way out of the problem is to move to the Safari full screen "space" and take Safari out of full screen mode using the button in the top right corner (Esc doesn't work in this case). After that I can access both Safari and the Excel window no problem.
    This doesn't always happen, but it has happened enough times to be annoying, and also happens with other apps (eg Preview), not just Excel.
    Anyone else had the same problem?

    It is a bug. If you start to search for something with the Safari not in full screen mode the history and predictive search functionality is there. If you then expand the application window to full screen it the search field will continue to work as expected. However, if you open the application and first expand it to full screen view before using the search field it will not work properly; the history will be inaccessable and the predictive search will fail.  In order to restore functionality, hit 'control+command+F' to return to non-full-screen mode, type something in the search field or access your search history via the hour glass and then return to full screnn mode. The search field will now function normally again. This is definitely a bug and this behavior explains why the search seems to be fixed at times, and broken at others.

  • Flash Builder Design Mode Bug Workaround (!!!)

    I've been fighting this annoyance since FB4 came out, and while I still don't think that custom/embedded fonts in design view are fixed by this, I've been able to reproduce this "fix" (workaround) to get design view to show fonts/theme correctly under some very specific circumstances on two separate PCs.
    If anyone from Adobe sees this I'd like to know whether this sounds familiar or is possibly logged as a bug already somewhere in JIRA.. if not I could probably do that as long as it won't be a wasted effort.
    The problem:
    You're using a Halo theme but certain CSS settings (specifically and possibly limited to FONTS) don't work properly in design view even though they work fine in Flash.  Essentially this makes design view practically useless since choice of font family, size, and weight can effect component sizing if you aren't hard-coding component sizes (ugh)... ruining your efforts to use design view for UI design if your UI has any level of complexity (or uses absolute positioning at all).
    The specific circumstances seem to be:
    You're using the Halo theme (you have no special 'skinning' requirements and want Halo defaults w/only CSS customizations)
    You've upgraded a Flex 3 project to Flex 4 SDK (not sure if this is needed to reproduce the issue)
    Using a regular non-embedded font (embedded fonts still do crap out, but even this 'workaround' doesn't fix that problem)
    You're using swc library files such as the Swiz lib, Mate, Flexlib, etc. (I think it's ANY swc, not specific to any one)
    This may also only apply when using an "mx only" project (no Spark), since we're using Halo here
    The two part fix (as far as I can tell you need BOTH before design view works correctly):
    In .actionScriptProperties, add the following bolded line after the compiler tag like so:
      </compiler>
      <theme themeIsDefault="false" themeIsSDK="true" themeLocation="${SDK_THEMES_DIR}/frameworks/themes/Halo"/>
      <applications>
      (I think this may only apply to 'upgraded' projects, as the line does seem to be present in newly created FB4 Halo projects.  My guess is that an "upgraded" project should have such a line added, but doesn't get it due to an oversight/bug.)
    The somewhat painful, and definitely odd part.  Remove all your SWC library files from /libs.  Grab the source code for the libraries and drop them into your project's /src folder as if you'd written them yourself.  (This may require some research and knowledge on special requirements to build the libs, such as with Swiz's compiler metadata compiler settings which you need to put into your project's settings.)  After you get things set up right and the project compiles again, doing a refresh of design view should finally give you proper looking Halo controls and fonts so they look identical to the Flash runtime view.
    Why this works, I've no idea.  I suspect it has something to do with that stupid and annoying (and supposedly 'harmless') design mode warning message you get when you include a library like Swiz or Mate in your project.  (Design mode could not load xxxxxxxxxxxxx.swc. It may be incompatible with this SDK, or invalid. (DesignAssetLoader.CompleteTimeout)) - this warning doesn't break your application, people seem to think it's just a harmless warning..but is it breaking design view?
    If anyone has any idea what's going on here, why this 'fixes' the problem (a better work around), or has any other insight I'd love to hear it.  The combo of needing to do two things (in my specific case) to fix the problem really made this a ROYAL PAIN, I still can't believe I found it.

    Hi Fernando, sorry for the delayed response.  CSS Design Mode is not available for Flex 4 projects, but it is still available in Flex 3 projects.  The reason for this is that designing components in Flex 4 is often a lot different, since it relies highly on the new spark skinning architecture.  There is, however, an Appearance panel available in design view which supplies a set of the main inheriting styles. Setting these styles in the Appearance panel will result in assigning values to a global style selector.
    I hope this helps,
    Rob

  • Photoshop CS3 Actions Batch mode bug?

    I posted this in the Mac forum but received no responses after a couple of days, so I am trying it here.
    Photoshop CS3 Actions seem to have a bug such that when used in Automate > Batch mode it will use the name of the first file opened in the batch session for every file processed in that session. Since that name is used in Save step, this means having to deal with the "File Already Exist" dialog for every file in the batch because it is attempting to save at the designated location with the same file name. If the continue option is chosen each time, the final result is one file with the first opened file name, but with the contents of the last processed file.
    To confirm that this is a problem particular to the opening step, I have disabled all processing steps as well as the saving step by toggling them in the Actions panel. I then ran the action in batch mode on a folder containing 4 files. This resulted in 4 opened files all with the same name but different image content.
    This was with the "Override 'Open' Action Commands" checked/not checked, and the "Suppress File Open Options Dialogs"  checked/not checked. The  problem described also occurs when using a Droplet.
    By comparison, Photoshop CS exhibits the expected behavior: when an action is used in batch mode to process an entire folder of files, the name of each file is retained after opening and used after processing in the save or export step.
    The above described behavior of CS3 is a change acquired along the way to the CS3 version (I do not have the CS2 version to test). But more importantly, can someone please report if the CS4 version behaves as I described for CS3, or if it has been returned to the CS behavior?
    OS X 10.4.11
    G4 800 MHz 2 MB L3/processor 1.25 GB SDRAM
    Is this a known bug?
    Al

    Hello Miguel,
    I was going to come back to post some of my findings, one of which relates to your staement:
    "- The open command created by Photoshop 6 doesn't keep the file's name, it is a much simple open command, and so it opens the file with the own file's name."
    In my case I found that my CS version of the "same" action worked, while the  CS3 version failed, precisely because the earlier one records less detail for the open step.
    My need is to convert dozens of Quark pdf files to GIF and JPEG files for the web. What I found after several days of testing is that it is best to record the opening step in CS3 NOT using a pdf file, so that the "Open As Generic Pdf with 'Name____' " would not be coded into the opening step. Instead I recorded the whole action using a PSD file. Then I can proceed to run it in Batch mode choosing a folder of Quark pdf files as the source location with "Override 'Open' Action Commands" checked, and the "Suppress File Open Options Dialogs"  checked, and it opens all the pdf files just fine in some background process, not getting stuck in the details of the file name, and proceeds to cary out the flattening, saving, and closing steps to my chosen target location and uses the finder file name of each pdf files in the source folder to save a filename.ext in the Target folder.
    Contrary to what I stated in my original post, "Override 'Open' Action Commands" checked/not checked does indeed make a difference. If it is not checked, the files do open in batch mode, but the other steps are not performed. There is much more about this that I would like to know, and this may not be a general solution for all types of files that a user may wish to process in batch mode, but it works for my case. The main trick is to use as simple an opening step as possible when recording the action, and then letting Photoshop use whatever background process it requires to open a particular file type. I tested this by manually saving a pdf file to each of the twenty some odd formats available in the save as dialog to a Source folder, and then proceeded to batch process that folder with the action described above, and it worked for all except one.
    So while there may not be a bug involved in this problem, there certainly is a lack of documentation about how the "improvements" in the opening step in newer versions of Photoshop affect using Actions in Batch mode.
    Please comment if you can further explain any of the reported results. In particular, what is the situation in CS4?
    Thanks,
    Al

  • Disk Mode Bug

    Here's the situation: the "Enable disk use" in the iPod preferences within iTunes is disabled (not checked). I plugged in my nano after putting it in Disk Mode by holding the Center and Play button simultaneously while it's resetting.
    The nano will show up in the Finder for a moment and then it gets unmounted. The nano screen now shows "OK to disconnect" but the nano is still "mounted" within iTunes.
    I believed this is a bug for a)the user has the intention of using the nano's storage space in the Finder by placing it in Disk Mode and the nano's state should take precedence over the iPod preference in iTunes. b)Inconsistency and possible data loss/corruption is also introduced with the nano showing "OK to disconnect" on its screen but iTunes still has ability to interact with the nano.

    I put my iPod in Disk Mode on some occasion when I need to use it for temporary storage or putting notes in the iPod. Since I don't use Disk Mode all the time, I left it off in iTunes preferences and I would use the iPod's state to determine whether I'm in Disk Mode or not.
    The bug I mentioned above seems to be caused by iTunes 5 for my 3G iPod is now exhibiting the same behavior.
    The diagnostic or debug mode for the iPod has different button combinations.

  • Possible CVI13 Debug Mode Bug

    I have found a possible bug in Debug mode in CVI13.  The issue is a bit complicated.  It has to do with returning a struct from a function, then referencing a char pointer in that struct in a call to sprintf.  The basic code is:
    struct TEST_STRUCT
    char *StructString;
    } TestStruct =
    "Struct String"
    struct TEST_STRUCT TestFunction(void)
    return TestStruct;
    // somewhere in the code...
    sprintf(Buff, "%s", TestFunction().StructString);
    When executed in Debug mode, the sprintf line generates the runtime warning, "Attempt to read beyond end of string".  If you select Continue the string in Buff is incorrect.  If you run the same program in Release mode it works as expected.  I found this when trying to debug a project previously built in CVI 12.  CVI 12 does not generate this warning.  I also tried refercing the string directly in CVI 13:
    sprintf(Buff, "%s", TestStruct.StructString);
     This works correctly.  I also tried using an array in the struct instead of a pointer:
    struct TEST_STRUCT
    char StructString[50];
    } TestStruct =
    "Struct String"
    This also works correctly.  I also tried using strcpy instead of sprintf:
    strcpy(Buff, TestFunction().StructString);
    This also works correctly.  The issue appears to be specific to returning a struct and then referecing a char pointer in that struct as a parameter to sprintf.
    A sample project is attached.
    Tony G
    Attachments:
    Debug String Problem.zip ‏52 KB

    Thanks for pointing this out, I'll go ahead and file a Corrective Action Request on this.
    Rob S
    Applications Engineer
    National Instruments

  • Apex 4.2.1: Icon display mode bug

    Minor but very annoying bug in 4.2.1. The App Builder application home page (4000:1) has a link in the right sidebar to choose Display Mode (Icons or plain text) for the 5 big buttons at the top (Run App, Supporting Objects, Shared Components, Utilities and Export/Import).
    I prefer the Hide Icons setting and it is saved as a Per User preference and defaults to Icons so one would expect that once I set it to Hide Icons that's that.
    But the Edit Page nn and Application nn links in the Developer toolbar on a rendered page are like f?p=4000:4150:953853045141::NO:*1*,4150... So they clear out the cache for page 1 and it resets to the default Icon view :-(
    Could this please be fixed? I love the artwork and the quality of the icons but I really don't want it taking up so much screen real estate.
    Thanks
    Edited by: VANJ on Jan 9, 2013 2:56 PM

    Hi Vikas,
    I have the issue as bug# 16095793.
    BTW, are you sure that the value is normally saved as a user preference? Because I did a quick test, changed to Hide Icons, logged out and then logged in again and the Builder showed the icons again. Could also not find it in the code that the value is stored as a preference.
    Regards
    Patrick
    My Blog: http://www.inside-oracle-apex.com
    APEX Plug-Ins: http://apex.oracle.com/plugins
    Twitter: http://www.twitter.com/patrickwolf

  • AIR window mode bug? How to use the mouse when transparent?

    Hey there,
    I'm trying to build a transparent desktop application in AIR and have set the window mode to transparent.
    The mouseposition and mouseevents only work when the mouse hovers over a visible movieclip but not on the background.
    How can I fix that? Or is it an bug like some people say?
    Also in fullscreen mode the stage is a LOT bigger than the actual screen.. i already set:
    stage.scaleMode= StageScaleMode.EXACT_FIT;
    stage.displayState = StageDisplayState.FULL_SCREEN_INTERACTIVE;
    but it doesn't help at all.
    thanks for helping

    Are you attaching your mouse handlers to the stage? If not, try it -- that's the typical way to capture mouse events within the entire flash player window. I'm not 100% it works with a NativeWindow set to transparent, though, since the main purpose of transparent window background is to simulate a non-rectangle window. If you want to have a transparent background but still act like a rectangular window you can probably just add a transparent rectangle (alpha=0, visible=true) to capture mouse events.
    Hope that helps.
    -Aaron

  • Car mode bug in FP2 on 808

    (This bug was also present in the betalabs version) It is possible to select 88.10MHz using the rolling wheels, but if you then select another frequency (either using the rolling wheels or one of the three recently used frequency buttons) you can't then reselect 88.10MHz using one of the the three recently used frequency buttons. It's as if a button with '88.10MHz' written in it gets ignored if pressed. I suspect a 'greater than or equal to 88.1' has got coded as 'greater than 88.1' in a line of code, thus causing this bug. It only seems to affect 88.1MHz. 88.2MHz works fine, as do the others.

    It's the Car Mode that came automatically as part of the Nokia 808's FP2 update which came out in the past few days. However, the betalabs version I mentioned (which I have just realised was on an old 701 not on the 808) also had the same behaviour. In short, if the frequency 88.10 MHz ends up on one of the large 'previously used frequency' buttons it will not change the frequency to 88.10MHz and just gets ignored. I checked the frequencies at the upper end yesterday and they work properly, so it just a minor glitch.
    Please try it yourself and post back. Select 88.1, then, say, 90.0, then reselect 88.1 using the big button only.

  • Panorama mode bug

    Is apple exchanging an iPod touch if it has the bug that it shoots in panorama mode in low light very bad photos?

    Make an appointment at the Genius Bar of an Apple store and discuss it with them.
    Apple Retail Store - Genius Bar      

  • Compare View mode bug

    When I use the photo comparison View mode jump back to the general grid pattern, I can not use the right skip to the next photo, he would have been in compare mode within two photos, unless you use the mouse to click on Next

    it is not a double click issue, also checked the mouse, it OK too.
    I think it is a bug.

  • Syncing Upright Mode Bug

    Hi all,
    It seems that syncing upright mode is not working properly. According to Lightroom – Hilfe | Upright – Automatische Perspektivenkorrektur | Lightroom 5 if you want to sync the mode and reanalyze each picture, you select upright mode and not upright transform when syncing.
    However, when I do this I get the same exact result as selecting upright transform. I have played around with the options and I have found no way to produce any different result. It always only applies the same transformation. (I tried this in an exaggerated case where one picture was titled by 45 degrees so the wrong result was obvious). Is this a known bug?
    I'm running LR CC (2015) on Windows 8.1.

    Did you watch this: http://tv.adobe.com/watch/whats-new-in-lightroom-5/lightroom-5-correcting-perspective-usin g-upright/
    It may give you some answers.

  • JPDK 1.3 - "Preview Mode" Bug?

    Hi, recently we upgraded to the production version of Oracle Portal for NT and the JPDK version 1.3. What we are seeing is that when a portlet's preview mode is entered via the "Display Portlet Repository" screen, the actual mode in the PortletRendererRequest parameter is "1" or MODE_SHOW.
    Also, this portlet has the function "hasShowPreview()" returning false. Previously, the render() method would not be called at all when this function returned false. Now render() is being called.
    Are you seeing this behavior and if so is this a bug?
    Thanks...
    Dave White
    null

    David,
    It is true that in the portlet repository as well as in the Add Portlets screen, the portlets are now available in the "SHOW" mode (instead of the preview mode) even when preview is turned off.
    This is a bug that is scheduled for a fix in 3.0.9 release.
    As a workaround, you could create a Preview page that says something like "No Preview Available".

  • Full Screen Mode Bug

    When I go to full screen mode it won't allow me to return to another view mode. I have to restart LR to use the program. Any solutions?

    On further investifgation there are more problems with the render engine on safari. This is with both running from the home screen and in the app. Safari has trouble loading iFrames, it also doesn't load the updated style sheet on the first load, you have to refresh it. Did the render engine change with the update of IOS 5? The bugs are starting to mount, anyone else experiencing trouble? I saw that one of my cohorts is haveing the same issues except for the iframe issue. This seems to be hit or miss.

Maybe you are looking for