vane / degrafa Goto Github PK

Path segment data is not getting reset when setting a new data value to 
the data property at run time.

What steps will reproduce the problem?
1. Create a geometry group
2. Add some geometry at various locations
3. Notice with and height are 0

What is the expected output? What do you see instead?
I expect to see the width and height including and space between 0, 0 and the 
first piece of 
geometry. I always see 0.

What version of the product are you using? On what operating system?
revision 115, OSX
10.5.2

Please provide any additional information below.
A value can be found by looking down in the transform.pixelBounds, but I 
believe that does not 
include the space between 0,0 and the first piece of geometry, making it more 
difficult to center 
a group.

What steps will reproduce the problem?
Use of the following mxml code will show the problem:
<?xml version="1.0" encoding="utf-8"?>
<!-- linearticulator svg output for degrafa markup.
linearticulator is http://linearticulator.com
linearticulator is (c) Greg Dove 2008 http://greg-dove.com -->
<mx:Application xmlns:mx="http://www.adobe.com/2006/mxml"
layout="absolute"
xmlns:degrafa="com.degrafa.*"
xmlns:paint="com.degrafa.paint.*"
xmlns:geometry="com.degrafa.geometry.*" >
<degrafa:Surface verticalCenter="0" horizontalCenter="0"
width="744.09448819" height="1052.3622047" scaleX=".5" scaleY=".5">
            <degrafa:fills>
                        <paint:SolidFill id="solidFills0" color="#ffffff"/>
            </degrafa:fills>
            <degrafa:strokes>
                        <paint:SolidStroke id="solidStrokes0"
weight="1.20000005" color="#0000c1" alpha="1" pixelHinting="true"
scaleMode="normal" caps="round" joints="round"/>
            </degrafa:strokes>
   <degrafa:GeometryGroup id="layer1">
      <geometry:Path id="path2165" stroke="{solidStrokes0}"
fill="{solidFills0}" data="M460,243.79A190,100 0 1 1 80,243.79A190,100 0 1
1 460,243.79z"/>
   </degrafa:GeometryGroup>
</degrafa:Surface>
</mx:Application>
<!-- end of linearticulator output -->

What is the expected output? What do you see instead?
Expected: An ellipse shape with a blue outline and white fill. Nothing else.
Results: An ellipse shape with a blue outline, white fill and a blue line
through the center.
Comments: The rendered ellipse (in this case rendered via 'path' commands
instead of an 'ellipse' command) does not appear to follow the svg path
rules. The shape renders correctly for the perimeter, but incorrectly
includes a line through the center - almost as if each svg arc command
included a closePath end-of-sequence for its own commandstack.
The exact same path command sequence renders correctly in firefox or
inkScape as part of an svg document.

What version of the product are you using? On what operating system?
Degrafa_Beta2_3.0.swc
Windows XP
FlashDevelop

Please provide any additional information below.
I assume (without checking the code) that the arc sequence might be
rendering its own closepath at the end of its internal flash drawing API
command stack. The arc IS rendering correctly in shape, so I assume its
something simple.

Pasted from original Discussion Group post:


Apr 21, 5:45 am
From: Campbell <[email protected]>
Date: Sun, 20 Apr 2008 20:45:01 -0700 (PDT)
Local: Mon, Apr 21 2008 5:45 am
Subject: Complex Fill Error

Hey guys first off, love Degrafa. I am using it in a GanttChart
project for itemRenderer skins and its great. Its even faster than the
custom Skins I wrote using raw Drawing API :)

I have noticed a bug/error with the Complex fill in your current beta
2 release.

It occurs when creating new bitmapdata if the skinned area is 0 (width:
0, height:0)

svn/   tags/ Origin Beta 2/ Degrafa/ com/ degrafa/ paint/
ComplexFill.as
line 113: bitmapData = new BitmapData(rectangle.width,
rectangle.height, true, 0);

Because generating bitmapdata with 0 dimensions makes invalid
bitmapdata.

ArgumentError: Error #2015: Invalid BitmapData.
        at flash.display::BitmapData()
        at com.degrafa.paint::ComplexFill/begin()[C:\Inetpub\wwwroot
\Degrafa_Beta2_Google_Public\com\degrafa\paint\ComplexFill.as:113]

If you could place a check in there it might avoid the error.

Thanks for your hard work guys and I hope this helps make a better
Degrafa for all to use :)

Cheers

Campbell 

Corner effects on poly and path objects(fillet, corneradius etc..).

Need an option to specify external assets to be loaded for bitmap fills.

Collection iterator object for being able to use collection.next etc.. API 
enhancement.

Export helper methods for easy Degrafa to other format export. Like a 
toSVGString or toXAMLString that would return the current object as a well 
formatted string for the specified output format. Implementing an 
ISerializable interface would allow one to limit the objects that support 
this feature.

Unit values beside pixels could be added to all geom and other appropriate 
objects.

What steps will reproduce the problem?
1. Create a simple panel that use the following MXML and CSS syntax: 

<mx:Panel xmlns:mx="http://www.adobe.com/2006/mxml" layout="absolute" 
    width="100" height="100">
</mx:Panel>

Panel
{
    border-style: solid;
    border-bottom-right-radius: 24px;
    border-bottom-left-radius: 24px;
    header-height: 0;
    border-thickness: 1;
    border-color: #000000, #000000, #000000, #000000;   
    borderSkin: ClassReference("com.degrafa.skins.CSSSkin");
}

2. Run the application.


What is the expected output? What do you see instead?
I expect the bottom right corner to be rounded by the given radius.

I actually get this error instead:
TypeError: Error #1009: Cannot access a property or method of a null 
object reference.
    at com.degrafa.geometry::AdvancedRectangle/drawBottomRightRadius()
[C:\Inetpub\wwwroot\Degrafa\com\degrafa\geometry\AdvancedRectangle.as:226]
    at com.degrafa.geometry::AdvancedRectangle/draw()
[C:\Inetpub\wwwroot\Degrafa\com\degrafa\geometry\AdvancedRectangle.as:94]
    at com.degrafa.skins::CSSSkin/updateDisplayList()
[C:\Inetpub\wwwroot\Degrafa\com\degrafa\skins\CSSSkin.as:412]
    at mx.skins::ProgrammaticSkin/validateDisplayList()
[E:\dev\flex_3_beta3
\sdk\frameworks\projects\framework\src\mx\skins\ProgrammaticSkin.as:419]
    at mx.managers::LayoutManager/validateDisplayList()
[E:\dev\flex_3_beta3
\sdk\frameworks\projects\framework\src\mx\managers\LayoutManager.as:600]
    at mx.managers::LayoutManager/doPhasedInstantiation()
[E:\dev\flex_3_beta3
\sdk\frameworks\projects\framework\src\mx\managers\LayoutManager.as:655]
    at Function/http://adobe.com/AS3/2006/builtin::apply()
    at mx.core::UIComponent/callLaterDispatcher2()[E:\dev\flex_3_beta3
\sdk\frameworks\projects\framework\src\mx\core\UIComponent.as:8450]
    at mx.core::UIComponent/callLaterDispatcher()[E:\dev\flex_3_beta3
\sdk\frameworks\projects\framework\src\mx\core\UIComponent.as:8393]

What version of the product are you using? On what operating system?
Its the latest SWC file available on google code for Flex Builder 3 beta 3 
milestone 4. (Degrafa-.1.zip)

All objects should have access to their parent and or targets so that 
layout is more accessible.

The ability to specify a target graphics context to draw to so that geom 
objects can be used independently of the geometry group. Perhaps this 
could be plural so that a geom object can be drawn to multiple targets at 
the same time. This would require a GeomComposite that is strictly 
geometry based.

Event and invalidated optimization is required.

A GeometryComposite object should be added so that geometry objects can be 
composed independent of the GeometryGroup and will not allow any IGraphics 
classes but rather only IGeometry. This has many benefits both on the 
composition side as well as the skin side. Also, creating library objects 
for reuse will be more completely supported. Any object that implements 
the IGeometryComposite interface would be allowed so that we can have a 
tight restriction.

What steps will reproduce the problem?
1. you can run the attachment to show the bug
2. there is a black line on the map
3.

What is the expected output? What do you see instead?
I expecte that there is no the black line ,but it has one.

What version of the product are you using? On what operating system?
Degrafa_.2.21.swc

Please provide any additional information below.

CSS style support for fills and strokes for now and on to other CSS 
related items at a later date.

When pushing,adding or removing items from the collections, events are not 
being triggered. This all needs to be extensively tested in all 
functionality of the collection. 

we need to double check the order of all short-hand border properties for 
compliance with the w3c 
CSS3 working draft.

http://www.w3.org/TR/2005/WD-css3-background-20050216/

I would like to be able to override the onLoaded method in GraphicImage. For 
now I am going to 
change this in my source checkout.

Transforms need to be implemented that work on all points in a geom and 
usable for a sprite or other object as well.

What steps will reproduce the problem?

<degrafa:VerticalLine data="8.25 0 16.5">
  <degrafa:stroke>
    <degrafa:SolidStroke color="#000000" weight="2" />
  </degrafa:stroke>
</degrafa:VerticalLine>

What is the expected output? What do you see instead?
You expect a vertical line to appear, but instead you get nothing.

What version of the product are you using? On what operating system?

Using Degrafa Beta 2

Please provide any additional information below.
The fix is in Degrafa/com/degrafa/geometry/VerticalLine.as at line 86.  Change 
the array index 
to 2 instead of 3.

This appears to be a regression from beta1

What steps will reproduce the problem?
I'm making a scrollbar skin out of two rounded rectangles. If you use the
files below and set the following style, you should get the skinned
scrollbar (you may have to move namespaces around):

ScrollBar {
  trackSkin: ClassReference("skins.TileScrollTrackSkin");
  thumb-skin: ClassReference("skins.TileScrollThumbSkin");  
  up-arrow-skin: ClassReference("skins.NoArrowSkin");
  down-arrow-skin: ClassReference("skins.NoArrowSkin"); 
}

What is the expected output? What do you see instead?
I would expect to see a long, light track with rounded ends with a slightly
thinner, long dark thumb inside. 
What i see is two regular rectangles that aren't even the appropriate size.

What version of the product are you using? On what operating system?
This is flex3 RTM, degrafa beta2, vista, IE 7. 

Please provide any additional information below.
Again, this was working in beta 1.

Advanced rectangle is not yet exposing bounds.

the ordering of image layers specified for the background-image property needs 
to be changed to 
match the w3c CSS3 working draft. 

http://www.w3.org/TR/2005/WD-css3-background-20050216/#the-background-image

What steps will reproduce the problem?
1. Create a polyline that's unclosed. For example, here's a square with one
side removed:

<degrafa:Polyline x="10" y="10" data="0,0 0,30 30,30 30,0" autoClose="false" />

2. Apply a stroke. Note that you see a square with no top.
3. Now add a fill. Note that the square now has a top.

What is the expected output? What do you see instead?
I would expect that the fill have no effect on the stroke. autoClose should
be respected regardless of fill. SVG has a similar behavior. 

What version of the product are you using? On what operating system?
degrafa b2 on flex 3, vista

Please provide any additional information below.

Child geometry and graphics objects are not deriving from parent fills or 
strokes if set. Perhaps a deriveParentFill property etc.. Is in order 
here. This would set a rule that if the fill is not explicitly set the 
geom object would use the parent fill object. This might require a lot 
more thought as there are several instances and things to factor in here.

Export helper methods for easy Degrafa to other format export. Like a 
toSVGString or toXAMLString that would return the current object as a well 
formatted string for the specified output format. Implementing an 
ISerializable interface would allow one to limit the objects that support 
this feature.

Make all objects use either lineTo, curveTo, or moveTo and get away from 
the built in flash draw related functions so that the path can later be 
manipulated for union, or, intersect etc.. and/or the objects can take 
advantage of the transforms on the point set. So Circle, Rectangle, 
Ellipse, RoundedRectangle, RoundedRectangleComplex and AdvancedRectangle 
should be updated.

Create a rectangle object that can be bound to for layout facilities. This 
could have a bunch of custom methods that take into account different unit 
values besides pixel and include various other functions like centerx 
centery etc..

Repeater optimization is required. Reuse the created objects and modify 
the local set if changed.

I was a little confused when after downloading Degrafa_.2.11.zip which was
supposed to be the SWC item, that I got a set of what looks like code and
assets.  This was opening the Degrafa_.2.11.zip file with the default Mac
OS X desktop Finder.

Then I tried to open Degrafa_.2.11.zip with a specialzed App "Springy" that
handles such things and it Extracted the SWC file just fine.

So it you dont extract the SWC file, try another un-zip App.

It appears there might be a move to command getting skipped somewhere.  I 
received a US map 
from a client in Illustrator.  i selected several of the states and exported 
them to svg.  opening that 
file in illustrator seems to draw fine, but now when drawn with degrafa.

Path, image, text, and advanced rectangle repeaters.

What steps will reproduce the problem?
1. I have attached a sample that demonstrates the problem
2. The comments/instructions in the mxml permit viewing of error and
expected results


What is the expected output? What do you see instead?
An unclosed stroke-only path should not affect the rendering of the
subsequent path's fill.
I see instead an unusual non-zero fill-rule effect on the subsequent path
with a fill boundary that appears to be the union of the two path's
bounding boxes.
If the previous path is closed, then the subsequent path's fill renders
correctly.
Please see comment notes in the attached mxml. You can observe both the
error fill and the correct fill on the subsequent path by including a
closepath command on the previous one (or not).
The desired results are that a non-closed path (i.e. without the SVG 'z'
command) would still result in the same behaviour for the subsequent path's
fill as it currently does for a closed path.

What version of the product are you using? On what operating system?
Degrafa_Beta2_3.0.swc
Windows XP
Flex SDK 3
FlashDevelop

Please provide any additional information below.
The normal graphics rendering in as3 permits an open 'path' that does not
affect the fill of a subsequent closed 'path'  - I tested this quickly with
  a couple of lineTo's followed by a beginFill and drawCircle.

(I am running a bunch of tests for SVG output, so will continue to post any
 error conditions I observe. It is possible to get everything to render
correctly by wrapping paths in GeometryGroups I think... but I assume this
is not the intended behaviour).

Dashed stroke style with an array and some built in choices. (comes after 
the move to having all geom objects using lineTo or curveTo).

A Library base class for building libraries of reusable objects that uses 
the transforms as well. So that a left arrow could be rotated 
independently of the sprite object. Etc.. This basically updates all 
points in the command stack.

we need to add layered background-alpha support for the CSSSkin.

Clone support for all objects. Perhaps a Clone and deepClone property the 
difference being that deepClone would also clone the child objects like 
fill for example.

Skinning work required so that layout is possible and being able to have 
all skins in one mxml file using the GeometryComposite in combination with 
the id of the item should be good for a start.

Polygon and polyline bounds and drawing is not taking into account the x 
and y property in some cases, specifically on bounds. But also on the 
closing of the poly object.

Objects that provide composition like GeometryComposite and that are not 
of type sprite or being drawn to should expose the total bounds taking 
into account all the geometry it hosts. Looping through and grabbing, then 
union the bounds for each child provides this functionality.

I would like to be able to place text on a degrafa path, segment, geometry 
perimeter. Is this 
something that can be considered? Ideally I would also like to be able to 
deform text to a shape 
also, but that might be asking too much I suppose.

What steps will reproduce the problem?
1. Give a Canvas the following CSS stylings:
Canvas {
  background-color: "90deg 0% 100% #bbd0e6 100% 0% #efeff0";
  borderSkin: ClassReference("com.degrafa.skins.CSSSkin");
}
2. Run the program

What is the expected output? What do you see instead?

You see 3 colors instead of 2 colors w/ the alpha ratios of [100, 0].


Please provide any additional information below.

 The fix is to add i++ after line 214 in StyleUtil.as

What steps will reproduce the problem?
1. play Rotate effect on a GeometryGroup.
2. The move() method on the GeometryGroup gets called, and exception is
thrown because it doesn't exist.


What is the expected output? What do you see instead?
It's a useful thing to be able to rotate a GeometryGroup on an axis point
other than 0,0.  As such, I use a Rotate effect to accomplish it.

What version of the product are you using? On what operating system?
Latest SVN version on Windows.

Please provide any additional information below.

Adding the following code to the bottom of GeometryGroup will fix this issue:

public function move(x:Number, y:Number):void
{
    this.x = x;
    this.y = y;
}

Last week i wrote in and submitted a problem I was having with turned out to be 
a bug in 
rendering svg data.

I am still working on that project but i am having a new issue.  I am taking 
data from the svg file 
and loading it at run time to build geometricgroup objects.

If I put the data directly into mxml then they seem to render fine.  However it 
appears where I am 
having trouble is when those objects get read in at run time.  The issue is 
that I only get stroke 
and no fill.  They are hollow shapes.  But they appear to be fine when I load 
them from mxml.

I have attached some demo code to illustrate the issue.  In DegrafaMap.mxml 
starting on line 50 
is where I parse the data to create the 3 states that are giving me trouble.

Am I doing something wrong or is this another edge case bug?

Thanks for any information you can provide me.

sim

The fill and stroke properties when set to a different fill or stroke 
runtime are not triggering a draw. Specifically for geometry. For example 
setting the fill property on a Geometry object from a solidFill to a 
linearGradientFill.

try to add several geometry groups to surface and then remove them

1. make the AIR application from the file attached
2. click the add button more then two times and then remove button
3. look thru the comments in removeBox()

the expected output is that i have a possibility to remove geometry 
groups. but instead i only can delete one with removeChild and on seccond 
attempt i got the exception. if to add the group after one was removed and 
try to remove it, then no exception will appear.


I'm using the last Degrafa source from SVN version 60.


Please provide any additional information below.

Finish the fill and stroke svg support properties and research other value 
added items that can be used here. Fill on a path for example or other 
types of fills.

Arrow caps for strokes (with curve and point angle support). 

Beta 2 of Degrafa seems to have occasional rendering issues with the cubic
Bezier object on Mac OS X.  I have attached an MXML file that produces
these rendering errors and a screenshot of what I see.  I've been told that
the issues should be fixed in Beta 3, so this can function as a test case.
 Please note that the lines do not quite reach the ellipses - this is the
intended behavior of the file.  Thank you!