Window Resize Bug In PS CS5 using CSXSInterface

Hello,
I am developing a Photoshop Panel using the CS Flex SDK 3.4.0 which uses CSXSInterface.evalScript() to communicate with an Automate plugin. Sometimes this panel starts a timer to call use evalScript() to call a function in the plugin.
I have noticed that when the timer fires evalScript(), if the user is dragging or resizing any Photoshop window, the window snaps back to its original size and position. It is only possible to move or resize a window if evalScript() is not called at any time during the move/resize. At first I thought that the timer fires infrequently enough that this wouldn't be a large deal, but after testing for about a week, it happens more often than I'd like, and my testers find it extremely frustrating when it happens even once.
I'm developing on Mac using Photoshop CS5, but will be supporting both CS5 and CS5.5 on both Mac and Win before release. The panel doesn't work properly on Windows yet, so I don't know if this bug exists in Windows PS.
I have searched for a result for the past few days, and come up empty. At this point, I'm looking for one of the following solutions:
1. Some way to stop CSXSInterface from yanking the window out from under the user. E.g., is there some property I'm not setting on the CSXSInterface shared instance that would fix this bug?
2. Some way to determine if the user is holding down the mouse button anywhere on the screen. Right now I can only receive MOUSE_DOWN events when the mouse is over my panel, and I can't find a way to poll the mouse for its button state. If I knew that the mouse button was down, I could assume that the user might be dragging a window and reset the timer.
3. Some other way of communicating with an Automate plugin. I experimented with using a socket connection between the panel and the plugin, but the automate plugin is run by the Photoshop plugin, and I can't find a way to get Photoshop to run code in the plugin at regular intervals (to receive and process socket data). If there was some kind of function I could expose to PS to call on a regular basis, I could use an alternate IPC.
Thank you for your time and advice!

I apologize for the double-post, but I have now tested the panel in Windows, and the bug is even worse. My panel has a couple text boxes, and if the user is typing in one of them when the timer fires, the text box loses focus and the user's keystrokes are interpreted as Photoshop keyboard shortcuts.

Similar Messages

Having the same text resize bugs in Fireworks CS5

Yes, that's right, the same terrible resizing bugs, that I have complained about directly to Adobe MULTIPLE times have not been fixed.
Now we are told there is no patch coming to windows for CS4. Problem still happening. And its not just me.
So now I downloaded CS5 and HAD THE SAME ISSUES!
Seriously Adobe, sort yourselves out.
At my blog here, you can see it well documented. Literally the same issue I have occasionally with CS4. UNBELIEVABLY.
http://allaboutchris.co.uk/blog/2010/bugs-in-fireworks-cs5/
Adobe, when is it getting fixed?

I don't have any problem resizing the text with the Scale tool as long as I hold down the Control or shift key while pulling at a corner with the double arrow cursor. If you pull vertically or horizontally you get just the kind of distortion I'd expect. That's not a bug.

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

Window resizing after airplay use

The annoying thing, is it possible to avoid the window resizing each time i have used airplay from desktop to ATV, so i dont have to scale back and reposition every open app everytime i need to switch back?

-> Start Firefox in -> [[Safe Mode]] to check if your add-ons/extensions are causing the problems.
* Also see this article -> [[Troubleshooting extensions and themes]]
Check and tell if its working.
For Crashing problem, see this article -> [[Firefox Crashes]]
* IF it crashes again, submit your Crash IDs here as described in section '''"Get Help Fixing this Crash"''' of the above mentioned article.

[SOLVED] GNOME 3.8 annoying window resize problem

Hello all fellow early-adopters :-)
A very annoying quirk I've noticed, moving from GNOME 3.6 to 3.8, is that it no longer remembers, nor retains, the size/positions I set for many of my application windows. For example, my mail client (Evolution) is sized to fill most of my screen (centrally), with Empathy and Skype as long narrow windows on both sides - giving me a nice, broad "communications" overview on that particular desktop (with dev tools etc open on others).
On 3.6, this layout was retained during my session, as well as next time I started these apps up.
In GNOME 3.8, not only does it insist that these windows are always started as small little bunched-up windows that I need to resize, but every time a window displays a notification/warning (message in internal yellow bar inside the window - such as loss of internet connection, mail retrieval failure etc) it resizes the windows spontaneously to a stupid, small size that overlays the other windows. This is driving me crazy!
Where can I learn a bit more about how window sizing / positioning works in GNOME 3.8, or is it finally time to switch to awesome wm? I want to love GNOME 3.8, I really do. It's so slick, but so... unpolished.
I want to dig in an assist with problems like these, but I need some pointers to some background material first to understand the problem. Is it the window manager? Is it the app?
** UPDATE: Doing a full system upgrade, as of May 18, 2013, has resolved this annoying problem. My windows now stay where they belong, and start with the same size they were closed with. GNOME is now pleasant to use again :-)
Last edited by dawid.loubser (2013-05-21 13:37:25)

dawid.loubser wrote:Thanks for the suggestion drtebi - I'll give it a try.
I really like GNOME 3.x though (and would like to understand the windowing behaviour), but if the annoying quirks are insurmountable, I will happily switch.
Man I love GNOME 3.x. I admire the courage they had to change, basically, everything, and I find myself more productive with my GNOME 3 Arch box than with my good ol' Slackware KDE 4 box. I just hate those bugs - for example I filed a task in their bugtracker for this window resize problem I have with gedit. If it's a love/hate relationship, I think it's marriage ^_^
With the 3.8 upgrade, deadbeef was having a similar problem with window size/position. I just recompiled it against the latest GTK+3 package upgrade (that came after the 'big upgrade' here on Arch) and it was fixed. But not with gedit
bwat47 wrote:
Man I really hope this gets fixed soon, because aside from this one incredibly annoying issue I am loving gnome 3.8.
I get the feeling gnome badly needs more beta testers, sizable regressions like this in "stable" releases happen way too often sad.
I get the exact same feeling. Well bugs exist everywhere, there's no denying. But I think it would be wiser to 'alternate' the nature of each major stable release - one focusing on new features and one focusing on fixing bugs. For example if the only new features in GNOME 3.10 were the AppsFolder full implementation and the introduction of gnome-calendar, and the rest of the development cicle being devoted to fix bugs, I'd be more than happy.
Like Fedora and Ubuntu, the fixed 6-month release cycle colaborates with the bugs. They don't do like Debian or Slackware which are released 'when they are ready'.
EDIT: fout (yet) another bug. At least with facebook chat (haven't tested with other telepathy plugins) the buddy tray icon appear duplicate. Anybody with the same issue?
Last edited by lmello (2013-05-02 14:06:06)

[svn:fx-4.x] 14651: Partial Mirrored Window Resize Fix

Revision: 14651
Revision: 14651
Author:   [email protected]
Date:     2010-03-09 15:40:58 -0800 (Tue, 09 Mar 2010)
Log Message:
Partial Mirrored Window Resize Fix
http://bugs.adobe.com/jira/browse/SDK-25609 - WindowedApplication doesn?\226?\128?\153t properly resize when layoutDirection is rtl
This partially fixes using the gripper to resize the window. Checking in now so that windows are more functional for QE to test.
QE notes: n/a
Doc notes: n/a
Bugs: SDK-25609
Reviewer: Hans
Tests run: checkintests
Is noteworthy for integration: no
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-25609
    http://bugs.adobe.com/jira/browse/SDK-25609
Modified Paths:
    flex/sdk/branches/4.x/frameworks/projects/airframework/src/mx/core/Window.as
    flex/sdk/branches/4.x/frameworks/projects/airframework/src/mx/core/WindowedApplication.as
    flex/sdk/branches/4.x/frameworks/projects/airspark/src/spark/components/Window.as
    flex/sdk/branches/4.x/frameworks/projects/airspark/src/spark/components/WindowedApplicati on.as

Stope
Mailing me ***
Sent from my I phone

Resize bug in ReportViewerBean JRC

Hi!I really like CR4E, but there is one bug, which makes it almost unusable for my project:I use the ReportViewerBean from CR4E (tried versions 11.8.0.v555, 11.8.1.v671, and 11.8.2.v795) in a Swing desktop application with Java 1.4.2. I can view a report just fine, export and printing works, etc. But as soon as I resize the window (no matter whether ReportViewerBean is used in its own Frame or embedded in the rest of the application), it seems as the report is rescaled over and over, the textual content wanders off the displayed part of the window to the right, the viewer becomes unresponsive and hogs the cpu. Is there a known work around or even solution for this bug? I followed the document "Crystal Reports for Eclipse - Creating a Thick Client Application" when creating my project.One other thing: I would really like to be able to pass a javax.sql.DataSource or java.sql.Connection to CrystalReports. I don't understand, why I have to pass the database connection properties, which will be used to create exactly the database connection I already have available for the rest of the application. This is my second most important wish for CR4E/JCR. Many thanks in advance for any help and hints! Regards,Wolfgang 

I found the bug: it seems, that ReportViewerBean does not like being embedded in a JScrollPane (or in a JPanel, which is embedded in a JScrollPane)...Wolfgang

Scrolling and windows resizing

Is there a way to turn off the feature where if you scroll up or down with your mouse positioned over a windows title bar it resizes the window. This "feature" works with both a standard mouse using a scrollwheel and also when using a touchpad with two finger scrolling.

The only third party program that I use which modifies the mouse is Sizeup and I have rigorously gone through its setting to determine if it was causing this behaviour. Also the behavior persists even when I shut down sizeup so I don't think it is the cause.
edit:
I would also add that this behaviour only appeared after I upgraded to 10.8. While I do have a lot of third party programs running and alot of them were updated when mountain lion was released so it is theoretically possible that this is behaviour is comeing from an external source I have no idea why any of the other programs I have running would affect window resizing.

Illustrator Application Window Resizes When Opening Smart Object from PSD

Hi All, I've taken a vector graphic created in AI CS4 and pasted it into my PSD CS4 doc as a smart object. When the original AI file was created the application window was set as I preferred it, filling my screen. When I double click the Smart Object in PSD to edit it back in Illy, the window that contains the application has been switched off of the fill screen mode and is quite a bit smaller. I know it's small but now I have to click the maximize icon in the application bar to get Illy to fill the screen again. It wouldn't be so bad once, but the application window resizes itself every time I punch back into the smart object from PSD.
Any ideas on how I can get the AI environment from switching around on its own??
Win 7, CS4, all patches current, Dual 22" montiors
thnx,
jeff

I just want to point out that when you open the smart object of course it is not the same file as the original but an embedded copy of it.
That might also have something to do with this issue and might also be a photoshop issue with the smart object and one reason might be that Photoshop is see the image as resolution and Illustrator sees it as a dimension and the teams might be able to do something about this but might not actually be aware of it unless you file a report even if it is not a bug it would then be a feature request.
They might not be able to do anything about it but then there might be a clever engineer with an idea, so it might be worth the report.

ITunes 10.4 and Windows 7 bug thread

I thought I would start an entire thread devoted to iTunes 10.4 and Windows 7 bugs since there are MANY people reporting various issues and may not know about all of them. Hopefully this will combine a list of all bugs for reference and help others. So far, most of this effects Windows 7 64 bit, but some are reporting issues under 32 bit too.
I have spoken with both Apple Care and a higher level tech at iTunes support. The iTunes support tech said they were "looking into all reported bugs and are aware of issues with version 10.4, especially under Windows 7. They encourage others to report their bugs to iTunes support so they can work on this and find all the issues.
KNOWN BUGS:
Album Art copy/paste broken - A bug that causes copy/pase from clipboard where album art is not displayed in the info tab as before. Some have reported success by dragging the image file over to it vs copy/paste method but it is still very much spotty and a known bug.
iTunes store not working - Some have been effected with the iTunes store not working properly for them. Personally I don't have a problem but this has been for some.
"Purchases" link not working in iTunes - When you click on "Purchases" link on the right column, all your purchases are missing and do not show up. This includes, music, movies, apps, etc. This is also a known bug and one that I have personally. Works fine in iTunes 10.3 for Windows 7 64bit and also works fine under both Snow Leopard and Lion OS.
Sync issues - Some have reported syncing issues since upgrading to 10.4 iTunes on Windows 7. This is a bit spotty as well as I have no trouble but there are others that have reported issues.
Solutions:
For now, the only way to fix this is to use iTunes 10.4 under Snow Leopard or Lion OS. Also, you can uninstall (not repair) 10.4 and install 10.3 again which should work.

You are correct and I wish that I had known this before spending 4 days and a lot of trouble going over this with both Apple Care and iTunes support. They had me jumping through hoops and didn't know anything until it was finally escalated. Only then did I get a vague response like I mentioned in the first post. It's troubling to me how a simple response from anyone there could've just said we know about this and they are bugs in 10.4 causing this.
There are other issues too as you point out with the syncing and crashing. Anyway, hopefully others will find information here more useful than calling Apple for help. Not much we can do now except roll back to 10.3 for those that kept it and hope also they can updated Apple Application Support component.

Pop up window resize disabled not working in fire fox (Linux)

Hi all I am using Dreamweaver 8, with behavior I made a pop
up window and disabled window resizing. It worked nicely in my
windows XP system (I checked it in IE and Fire fox). But it is not
working in Linux machine having same version of Fire fox
browser(but worked correctly in IE on the same machine). In Linux
machine we can simply resize the window.
Does anybody give a solution to fix this problem?

Post a link to the page, please.
Why disable window resizing? What about those whose screen
won't display
the size you have picked?
Murray --- ICQ 71997575
Adobe Community Expert
(If you *MUST* email me, don't LAUGH when you do so!)
==================
http://www.dreamweavermx-templates.com
- Template Triage!
http://www.projectseven.com/go
- DW FAQs, Tutorials & Resources
http://www.dwfaq.com - DW FAQs,
Tutorials & Resources
http://www.macromedia.com/support/search/
- Macromedia (MM) Technotes
==================
"thozhayan" <[email protected]> wrote in
message
news:egpsde$s3r$[email protected]..
> Hi all I am using Dreamweaver 8, with behavior I made a
pop up window and
> disabled window resizing. It worked nicely in my windows
XP system (I
> checked
> it in IE and Fire fox). But it is not working in Linux
machine having same
> version of Fire fox browser(but worked correctly in IE
on the same
> machine). In
> Linux machine we can simply resize the window.
>
> Does anybody give a solution to fix this problem?
>
>

New tabs open in new window or in a pre-existing window that was not currently being used.

What has been happening is that I was running two windows of Firefox at the same time and when trying to open a new tab, the new tab would open in the window that I wasn't currently using. Afterwards I closed one window and upon trying to open links in a new tab, instead it would open a new window.
I have checked the option settings that opening a new window would open a new tab instead is on, which it is.

This can also be a bug.
*[https://bugzilla.mozilla.org/show_bug.cgi?id=644729 Bug 644729] - Popup window with all toolbars visible causes new tabs to open in another browser window

Fluxbox browser window resize

When I go to a site that opens an image in a new window, then resizes that window to fit the image, fluxbox is resizing the window so the title bar is outside of the workspace. This means I can not close, move, maximize or minimize the window without first holding down the Alt key and dragging it down some.
Anyone know how to keep Fluxbox from resizing a window outside of the actual workspace?
If it matters, this behaviour is not happening in Gnome.

dp wrote:
this is not a fluxbox problem, but a bad webmaster :-)
i would suggest you to use a browser that can override javascript from resizing windows larger than the screen (i use konqueror and all new windows open in new tags and are not allowed to resize the master window)
EDIT: ion does not allow windows to be bigger than the screen
Well this problem does not happen with Mozilla in either GNOME or KDE, but does happen with Mozilla in Fluxbox. This would suggest to me that Fluxbox is handling the popup differently than other window managers.
I looked at the HTML and it seems to me that the webmaster is simply telling the browser to open a new window and passing along a size with no window placement information. Mozilla is then opening up the window with the titlebar off the screen. I would say it is Mozilla's problem except Fluxbox is the only window manager I have that is exhibiting the problem.
Here is an extremely simple page that exhibits this problem:
http://www.sitepoint.com/examples/jscri … picfit.htm
The window is first opened correctly in the top left corner. The the Javascript resizes the window and the titlebar goes off the top. Again, this does not happen in GNOME or KDE, so my original questions remains. Is it possible to get Fluxbox to behave like GNOME and KDE and not run a portion of the window off the page?

Safari: SWF doesn't resize during window resize

I'm seeing a resize problem with Safari and FP9 beta, at
least when the SWF is loaded directly in the browser window without
an HTML wrapper. When you resize the browser window, the app
contents in the SWF don't change size until the window resize is
complete. In other browsers (Camino, for example), the SWF contents
resize as the window does.

This bug has persisted for two years and four months, through three major OS releases and numerous incremental updates.
Zooming Finder windows has been around since System 7, or was it 6, or earlier? How could nobody have noticed this?
Apple seems to be incapable of fixing these silly little glitches.

Update the Player Flash CS5 Uses (In Test Movie)

So Flash CS5 came with a beta version of Flash Player 10.1.
Now that the official release of Flash Player 10.1 is released, how do I update what Flash CS5 uses when I Test Movie?
I have so far updated the Flash Player in my browser and my standalone players but I can't seem to figure out how to update the Player that Flash CS5 uses.
This wouldn't be so bad if the beta of 10.1 wasn't breaking my project because of bugs.
Any help appreciated.

More bumps, there has to be a way to do this. Adobe wouldn't cement in a beta verison of Flash Player into Flash CS5 would they?

Window Resize Bug In PS CS5 using CSXSInterface

Similar Messages

Maybe you are looking for