[svn] 4631: Changed clipping in TextBox and TextGraphic.as

Revision: 4631
Author: [email protected]
Date: 2009-01-22 17:00:39 -0800 (Thu, 22 Jan 2009)
Log Message:
Changed clipping in TextBox and TextGraphic.as
TextFlowComposer no longer relies on TextLineFactory.createTextLinesFromTextFlow() returning an 'overset' flag, because TLF will be removing this. Instead, it determines whether any TextLines are overset by looking at whether the getBounds() of the container parenting the TextLines is contained inside the composition bounds.
TextBlockComposer now uses identical logic to do this.
TextBox and TextGraphic now call a new method, clip(), in their TextGraphicElement base class to set or clear the scrollRect based on the overset flag. This logic has been further optimized to avoid creating a new Rectangle instance if the scrollRect has already been set.
QE Notes: None
Doc Notes: None
Bugs: None
Reviewer: Deepa
Modified Paths:
flex/sdk/trunk/frameworks/projects/flex4/src/mx/graphics/TextBox.as
flex/sdk/trunk/frameworks/projects/flex4/src/mx/graphics/TextGraphic.as
flex/sdk/trunk/frameworks/projects/flex4/src/mx/graphics/graphicsClasses/TextBlockCompose r.as
flex/sdk/trunk/frameworks/projects/flex4/src/mx/graphics/graphicsClasses/TextFlowComposer .as
flex/sdk/trunk/frameworks/projects/flex4/src/mx/graphics/graphicsClasses/TextGraphicEleme nt.as

Both good points I did not consider! (That's why I love these forums I have been bouncing offline. I'll give bouncing online a shot and see if that helps. Thank you for the advice! Any more ideas from anyone else out there, please do share.

Similar Messages

[svn] 4699: Changed clipping in TextBox and TextGraphic.as

Revision: 4699
Author: [email protected]
Date: 2009-01-27 15:57:02 -0800 (Tue, 27 Jan 2009)
Log Message:
Changed clipping in TextBox and TextGraphic.as
TextFlowComposer no longer relies on TextLineFactory.createTextLinesFromTextFlow() returning an 'overset' flag, because TLF will be removing this. Instead, it determines whether any TextLines are overset by looking at whether the getBounds() of the container parenting the TextLines is contained inside the composition bounds.
TextBlockComposer now uses identical logic to do this.
TextBox and TextGraphic now call a new method, clip(), in their TextGraphicElement base class to set or clear the scrollRect based on the overset flag. This logic has been further optimized to avoid creating a new Rectangle instance if the scrollRect has already been set.
NOTE: This change was previously committed as revision 4631 and then reverted as revision 4635.
QE Notes: None
Doc Notes: None
Bugs: None
Reviewer: Deepa
Modified Paths:
flex/sdk/trunk/frameworks/projects/flex4/src/mx/graphics/TextBox.as
flex/sdk/trunk/frameworks/projects/flex4/src/mx/graphics/TextGraphic.as
flex/sdk/trunk/frameworks/projects/flex4/src/mx/graphics/graphicsClasses/TextBlockCompose r.as
flex/sdk/trunk/frameworks/projects/flex4/src/mx/graphics/graphicsClasses/TextFlowComposer .as
flex/sdk/trunk/frameworks/projects/flex4/src/mx/graphics/graphicsClasses/TextGraphicEleme nt.as

Both good points I did not consider! (That's why I love these forums I have been bouncing offline. I'll give bouncing online a shot and see if that helps. Thank you for the advice! Any more ideas from anyone else out there, please do share.

[svn] 2622: TextBox and TextGraphic now call applyDisplayObjectProperties() at the end of their draw() method, like all other GraphicElements.

Revision: 2622
Author: [email protected]
Date: 2008-07-24 16:13:32 -0700 (Thu, 24 Jul 2008)
Log Message:
TextBox and TextGraphic now call applyDisplayObjectProperties() at the end of their draw() method, like all other GraphicElements. This method handles setting the visibiliy of the GraphicElement's DisplayObject, among other things.
Note: We should make it unnecessary for each GraphicElement subclass to have to call applyDisplayObjectProperties() at the end of draw(). The GraphicElement base class should ensure that this gets called at the appropriate time.
Group now calls draw() on graphic elements even if they are invisible, because otherwise applyDisplayObjectProperties() never gets called and the TextLines stay visible. Group was assuming that the only visible stuff in a GraphicElement is drawn with Graphics calls, which isn't the case.
This change is OK for now because every GraphicElement currently has its own DisplayObject, but it will need to be rethought when GraphicElements share DisplayObjects.
Reviewer: Chet
Bug: MXMLG-206 ("Setting visible property on TextGraphic does nothing")
QA: Peter, please add a Mustella test case for the 'visible property of TextBox and TextGraphic
Doc: No
Ticket Links:
http://bugs.adobe.com/jira/browse/MXMLG-206
Modified Paths:
flex/sdk/trunk/frameworks/projects/flex4/src/flex/core/Group.as
flex/sdk/trunk/frameworks/projects/flex4/src/flex/graphics/TextBox.as
flex/sdk/trunk/frameworks/projects/flex4/src/flex/graphics/TextGraphic.as

Changes for spine–aligned head:
public class StickManTool extends JPanel
    public StickManTool ()
        limbs [16] = new Limb (lankle, lfoot, 1);
        head = new Head2D (limbs[0]);
    protected void paintComponent (Graphics g)
        head.draw(graphics);
    private void updateLimbs (Point start, Point end)
        head.setPosition();
class Head2D extends Ellipse2D.Double
    public static double width = 30;   // width of head
    public static double height = 40; //height of head
    Point atlas;
    Point pelvis;
    private AffineTransform xform = new AffineTransform();
    public Head2D(Limb spine)
        super ();
        atlas = spine.movingJoint;
        pelvis = spine.fixedJoint;
        setPosition();
    public void setPosition()
        // Find angle of spine.
        double dy = atlas.y - pelvis.y;
        double dx = atlas.x - pelvis.x;
        double theta = Math.atan2(dy, dx);
        //System.out.printf("theta = %.1f%n", Math.toDegrees(theta));
        // Find center of head as extension along spine from atlas.
        double cx = atlas.x + (height/2)*Math.cos(theta);
        double cy = atlas.y + (height/2)*Math.sin(theta);
        // Move to origin of head.
        xform.setToTranslation(cx-width/2, cy-height/2);
        // Rotate head about its center.
        xform.rotate(theta+Math.PI/2, width/2, height/2);
    public void draw(Graphics2D g2)
        g2.draw(xform.createTransformedShape(this));
    public double getWidth () { return width; }
    public double getHeight () { return height; }
    public void setWidth (double widthIn) { width = widthIn; }
    public void setHeight (double heightIn) { height = heightIn; }
}

[svn] 4059: The measure() and updateDisplayList() methods of TextBox and TextGraphic now return early if the inheritingStyles and nonInheritingStyles proto chains haven 't been initialized, to avoid RTEs in the compose() method from invalid styles values.

Revision: 4059
Author: [email protected]
Date: 2008-11-10 11:56:38 -0800 (Mon, 10 Nov 2008)
Log Message:
The measure() and updateDisplayList() methods of TextBox and TextGraphic now return early if the inheritingStyles and nonInheritingStyles proto chains haven't been initialized, to avoid RTEs in the compose() method from invalid styles values.
QE Notes: None
Doc Notes: None
Bugs: SDK-17975
Reviewer: Jason
Ticket Links:
http://bugs.adobe.com/jira/browse/SDK-17975
Modified Paths:
flex/sdk/trunk/frameworks/projects/flex4/src/mx/graphics/TextBox.as
flex/sdk/trunk/frameworks/projects/flex4/src/mx/graphics/TextGraphic.as
flex/sdk/trunk/frameworks/projects/flex4/src/mx/graphics/graphicsClasses/TextGraphicEleme nt.as

FYI - This regression has been filed here: http://bugs.adobe.com/jira/browse/SDK-31989

Changing Clip and File Names While Maintaining Link to P2

I know that if I open P2 files in the Log and Transfer window I can (re)name clips before transferring them to QuickTimes and still maintain a link to the original P2 files in case something goes offline. Two questions:
1. If I transfer without changing the name, then change the name of the clip and its related QT from within a bin will it still maintain its link to the original P2 files?
2. If so, will it maintain a link to copies of the same P2 files on another drive (I'm transferring and organizing at home using a backup of the P2's)? Would links be maintained if I did the name change in the Log and Transfer window?
OK, that was three questions. No one expects the Spanish Inquisition.
Martin

Well...the best way to figure this out is to test. I didn't know, so I did a test. Imported a clip called 0003JK.mov. Changed it at MY CAR (because it was a shot of my car)...used FCP to change the name of the file on my drive to match the clip. Then I deleted it. Then I used the BATCH CAPTURE function...and YES, it imported that clip fine.
SO...for #2...test it and see. But, if you mean that you are importing clips on one machine, NOT changing the names...and then on your machine importing and changing the names....will it relink to the files imported on the OTHER machine? I doubt it...but I can't be sure. So test it. The only way to know is to test it.
But if you change the name in the Log and Transfer window, or later, yes, they relink.
Shane

Exporting sequence from Final Cut Pro 7, some clips are pixellated and bad quality, does this have anything to do with the fact that I changed those clips speed?

Hello,
Bit of a beginner using Final Cut Pro 7
Am currently trying to export a sequence using quicktime conversion. Sequence has various filters and effects over it and when I export it some of the clips are pixellated and appear to have not exported correctly. From what I can gather the affected clips have either been slowed down or made faster. I am wondering whether this is the reason they have not exported correctly
Any help would be appreciated
Cheers

More information needed.
Codec of material?
Sequence settings? (codec)
fwiw - do not use quicktime conversion. Use Export Quicktime with Current Settings enabled then do any format conversions in Compressor.
x

[svn] 2932: Updated manifests with recent changes to TCAL package and class names.

Revision: 2932
Author: [email protected]
Date: 2008-08-20 14:01:37 -0700 (Wed, 20 Aug 2008)
Log Message:
Updated manifests with recent changes to TCAL package and class names.
Reviewer: Jason
Bugs: SDK-16531
QA: No
Doc: No
Ticket Links:
http://bugs.adobe.com/jira/browse/SDK-16531
Modified Paths:
flex/sdk/trunk/frameworks/fxg-manifest.xml
flex/sdk/trunk/frameworks/mxml-2009-manifest.xml

Revision: 2932
Author: [email protected]
Date: 2008-08-20 14:01:37 -0700 (Wed, 20 Aug 2008)
Log Message:
Updated manifests with recent changes to TCAL package and class names.
Reviewer: Jason
Bugs: SDK-16531
QA: No
Doc: No
Ticket Links:
http://bugs.adobe.com/jira/browse/SDK-16531
Modified Paths:
flex/sdk/trunk/frameworks/fxg-manifest.xml
flex/sdk/trunk/frameworks/mxml-2009-manifest.xml

[svn:fx-trunk] 12078: Fix for change events in Slider and ScrollBar.

Revision: 12078
Revision: 12078
Author:   [email protected]
Date:     2009-11-21 00:14:46 -0800 (Sat, 21 Nov 2009)
Log Message:
Fix for change events in Slider and ScrollBar. They now dispatch change events as before, whenever the user alters the value. In addition, changeStart and changeEnd events will be dispatched at the start and end of a user interaction or animation.
TrackBase.as - Added metadata for changeStart/End events. Dispatch change, changeStart/End events when appropriate.
Slider.as - Dispatch change, changeStart/End events when appropriate.
ScrollBar.as - Dispatch the appropriate events. Note that changeStart/End will not dispatch when shift-clicking on a non-animating ScrollBar. Renamed animatingSinglePage to animatingOnce to better reflect its function. Refactored some method calls to the new private stopAnimation(), which is more consistent with Slider. Refactored the button handlers to make stepping more readable. Added a setValue call in animationEndHandler where we were ending up off the snapInterval when shift-clicking.
Updated FlexEvent, ScrollBarTestScript and VideoPlayer to handle the new events.
QE notes: Update Slider and ScrollBar tests
Doc notes: No
Bugs: SDK-24264
Reviewer: Ryan
Tests run: checkintests
Is noteworthy for integration: No
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-24264
Modified Paths:
    flex/sdk/trunk/frameworks/projects/framework/src/mx/events/FlexEvent.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/components/VideoPlayer.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/components/supportClasses/ScrollBar.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/components/supportClasses/Slider.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/components/supportClasses/TrackBase.as
    flex/sdk/trunk/frameworks/tests/basicTests/spark/scripts/ScrollBarTestScript.mxml

[svn:fx-trunk] 7952: PARB changes for RichEditableText, TextArea and TextInput

Revision: 7952
Author: [email protected]
Date: 2009-06-18 02:57:23 -0700 (Thu, 18 Jun 2009)
Log Message:
PARB changes for RichEditableText, TextArea and TextInput
RichEditableText, TextArea

[svn:fx-trunk] 9892: Panel skin changes per XD spec, and a few other Panel Skin bugs.

Revision: 9892
Author:   [email protected]
Date:     2009-09-01 16:06:51 -0700 (Tue, 01 Sep 2009)
Log Message:
Panel skin changes per XD spec, and a few other Panel Skin bugs. Default Panel size changed to match spec. Panel titles are now single-line and show ellipsis.
QE Notes: Panel-related bitmap compares will need upgrading
Panel_Properties_title5
Panel_Properties_DfrdInst_none
Panel_Properties_DfrdInst_auto
Doc Notes: None
Bugs: SDK-21680, SDK-21671, SDK-21666, SDK-19962, SDK-19959
Reviewer: Ryan
API Change: No
Is noteworthy for integration: No
tests: checkintests mustella/managers/Panel
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-21680
    http://bugs.adobe.com/jira/browse/SDK-21671
    http://bugs.adobe.com/jira/browse/SDK-21666
    http://bugs.adobe.com/jira/browse/SDK-19962
    http://bugs.adobe.com/jira/browse/SDK-19959
Modified Paths:
    flex/sdk/trunk/frameworks/projects/spark/src/spark/components/Panel.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/skins/spark/ApplicationSkin.mxml
    flex/sdk/trunk/frameworks/projects/spark/src/spark/skins/spark/PanelSkin.mxml
    flex/sdk/trunk/frameworks/projects/wireframe/defaults.css
    flex/sdk/trunk/frameworks/projects/wireframe/src/WireframeClasses.as
    flex/sdk/trunk/frameworks/projects/wireframe/src/spark/skins/wireframe/PanelSkin.mxml
Added Paths:
    flex/sdk/trunk/frameworks/projects/wireframe/src/spark/skins/wireframe/ApplicationSkin.mx ml

New forum: http://forums.adobe.com/community/flash_builder

[svn:osmf:] 14505: PARB changes: removing MediaPlayer. playMode and related classes.

Revision: 14505
Revision: 14505
Author:   [email protected]
Date:     2010-03-02 02:02:19 -0800 (Tue, 02 Mar 2010)
Log Message:
PARB changes: removing MediaPlayer.playMode and related classes. Renaming livePosition to lastRecordedTime.
Modified Paths:
    osmf/trunk/framework/OSMF/.flexLibProperties
    osmf/trunk/framework/OSMF/org/osmf/elements/compositeClasses/CompositeDVRTrait.as
    osmf/trunk/framework/OSMF/org/osmf/media/MediaPlayer.as
    osmf/trunk/framework/OSMF/org/osmf/net/dvr/DVRCastDVRTrait.as
    osmf/trunk/framework/OSMF/org/osmf/traits/DVRTrait.as
    osmf/trunk/framework/OSMFTest/org/osmf/net/dvr/TestDVRCastDVRTrait.as
    osmf/trunk/framework/OSMFTest/org/osmf/traits/TestDVRTrait.as
    osmf/trunk/libs/ChromeLibrary/src/org/osmf/chrome/controlbar/widgets/LiveButton.as
    osmf/trunk/libs/ChromeLibrary/src/org/osmf/chrome/controlbar/widgets/RecordButton.as
Removed Paths:
    osmf/trunk/framework/OSMF/org/osmf/events/MediaPlayerPlayModeChangeEvent.as
    osmf/trunk/framework/OSMF/org/osmf/media/MediaPlayerPlayMode.as

Changing Clip Name

I understand that the best time to name a clip is when capturing. And changing a clip name will pose a problem when reconnecting media.
However, if the "clip name" is changed via "item properties" in the browser AND the "QT file" in the "Capture Scratch file" is changed at the finder level (or if Modify/Rename/File to Match Clip is used) is the above problem averted? Or is it more complex than that?
Within a simple single project, if changing the clip name is OK using "Modify/Rename/File to Match Clip" why is changing a clip name considered so taboo?

DaisyDaisy wrote:
Within a simple single project, if changing the clip name is OK using "Modify/Rename/File to Match Clip" why is changing a clip name considered so taboo?
Where it's taboo is in collaborative projects (meaning you have to merge cuts with other editors, but using the same media) as well as projects that are offline/online, since a key piece of tracking data (especially with tapeless workflows) is the clip name.
I'd consider most situations outside of those mentioned to be 'simple projects,' and thus hardly scenarios where changing clip names is taboo.

Batch Capture Changes Media Start, End, and Duration

Hello all... For some reason, when I batch capture from an imported batch list in FCP 4.5, the program changes the media start, end, and duration just slightly once the capture has completed. Does anyone know why this might be occurring?

OK... I don't believe it has to do with drop frame or non-drop frame issues, and here's why... I ran a series of tests.
The footage was originally shot with two cameras, an A Cam and a B Cam, which were Jam Synced together. The original A Cam tapes were log and captured normally. But for the B Cam tapes, we exported a batch list to excel, performed a rename function where _B was added to all file names and reel names, and brought the data back into FCP by importing a Batch List at 29.97.
For the tests, I experimented with only one clip. First, I noted the timecode for the media start and media end when the file was uncaptured. Next, I placed the A Cam Tape in the deck and did a batch capture on the one clip. The program changed the media start and end times upon hitting ok. Here were the results of the first test:
LOGGED: MS (05:50:39:26) ME (05:51:41:01)
CAPTURED A CAM: MS (05:50:39:17) ME (05:51:41:07)
Then, I undid the capture so that the timecode would revert back to the precaptured state. I placed the B Cam tape in the deck and ran the capture again, on the same clip, in Batch Capture mode. The program changes the media start and end yet again, but this time, changed it in a different way:
LOGGED: MS (05:50:39:26) ME (05:51:41:01)
CAPTURED B CAM 1st Attempt: MS (05:50:39:16) ME (05:51:41:06)
So then I undid the capture again to revert back to the logged settings, and put the EXACT same tape in the deck, and ran the batch capture in exactly the same way. This time however, FCP didn't change anything. It logged the clip correctly. I tried it yet again, in the same way, and it did it perfectly again:
LOGGED: MS (05:50:39:26) ME (05:51:41:01)
CAPTURED B CAM 2nd Attempt: MS (05:50:39:26) ME (05:51:41:01)
CAPTURED B CAM 3rd Attempt: MS (05:50:39:26) ME (05:51:41:01)
So I ask again... what is up with FCP 4.5?

Batch change clip duration - multiple photos in iMovie 11

Hi everyone,
Many thanks to anyone who can help. I know about clicking on the cogwheel to adjust the duration of a single photo, or to apply to ALL photos, but what I'd like to do is select a group of photos out of all the ones I've already added to my movie, and I'd like to adjust the duration of just those photos. Any ideas??
Again, thanks so much if you can help!
Frizzy

Hi AppleMan1958,
I tried what you suggested to batch-adjust clip length with 'Show Advanced Tools' checked, but under 'Paste Adjustment', there's still no 'Clip Adjustment' option. None of the available options under it (All, Video, Crop, Video Effect, Speed) works.
This problem is very frustrating!
Is there a setting to allow you to change clip lengths and transition as you progress through the slide show? And if you make changes in the middle section of the project, then the part ahead of it simply shunts back and forth, instead of changing clip length and transition duration on its own.
I use a MacBook Pro running OS X and iMovie 11.
Regards,

Clips always unrendered and offline when project is loaded

Having a weird problem at the moment that seems to make no sense at all, so any help would be vastly appriciated. Currently have a project where everytime it is loaded up all the footage with effects on, or with titles, says media offline, despite the clips still being avaible and accesible within the program. However, when any variable is clicked in the Effect Control panal on a clip, for example the clip's Scale, the clip comes back, but unrendered. When I say click on any of the variables I don't mean change any of them, just the simple act of clicking on the number 100 next to Scale brings the clip back. Bizzarre to say the least! Obviously this is starting to get very annoying, as the act of clicking on every clip's Scale and rendering before any new work can be done on the project is getting very tiresome...
Any help?

Are you perhaps experiencing this issue?: FAQ:Why are my clips showing as "Media Offline"?
Cheers
Eddie

[svn] 4631: Changed clipping in TextBox and TextGraphic.as

Similar Messages

Maybe you are looking for