Thanks. That should be helpful. I think I'll revisit conflicts once things are
more-or-less working…
On Dec 6, 2013, at 2:35 AM, jude wrote:
> I would reference the W3C spec for a few reasons. One you almost starting
> from scratch because it's not yet functioning and two, the author of what
> h
I would reference the W3C spec for a few reasons. One you almost starting
from scratch because it's not yet functioning and two, the author of what
has been done may have been referencing it in which case you'd find out
soon enough.
I've found a lot of valuable information when I was looking up
ac
OK, good luck ;-)
On 12/5/13 10:47 AM, "Harbs" wrote:
>
>On Dec 5, 2013, at 7:28 PM, Alex Harui wrote:
>
>>
>>
>> On 12/5/13 12:11 AM, "Harbs" wrote:
>>
>>> Okay. To sum up:
>> I'm not sure I picked up on whatever point you were trying to make with
>> the HTML table examples.
>
>There were t
On Dec 5, 2013, at 7:28 PM, Alex Harui wrote:
>
>
> On 12/5/13 12:11 AM, "Harbs" wrote:
>
>> Okay. To sum up:
> I'm not sure I picked up on whatever point you were trying to make with
> the HTML table examples.
There were two points.
One was the existence of column groups for setting column
On 12/5/13 12:11 AM, "Harbs" wrote:
>Okay. To sum up:
I'm not sure I picked up on whatever point you were trying to make with
the HTML table examples.
>I need some take-aways from this.
>
>1) Do we care to style TLF tables after HTML so the above markup will
>render? If yes, we probably want
Okay. To sum up:
In HTML, the following is valid:
ISBN
Title
Price
3476896
My first HTML
$53
5869207
My first CSS
$49
As is this:
Month
Savings
Sum
$180
On 12/4/13 2:28 PM, "Harbs" wrote:
>It does seem that the table elements were styled after html tables.
>That's where the column groups and table body elements come in:
>http://www.w3schools.com/tags/tag_colgroup.asp
>http://www.w3schools.com/tags/tag_tbody.asp
>
>I think too much effort was ma
It does seem that the table elements were styled after html tables. That's
where the column groups and table body elements come in:
http://www.w3schools.com/tags/tag_colgroup.asp
http://www.w3schools.com/tags/tag_tbody.asp
I think too much effort was made to style TLF after html…
On Dec 5, 2013,
On Dec 4, 2013, at 7:29 PM, Alex Harui wrote:
>
>
> On 12/4/13 6:40 AM, "Harbs" wrote:
>
>> I didn't explain myself very well here.
>>
>> My point is that TLF elements inherit from their parents and we'd get
>> that inheritance from the rows for free if cells are children of rows.
> Yup, so
On 12/4/13 6:40 AM, "Harbs" wrote:
>I didn't explain myself very well here.
>
>My point is that TLF elements inherit from their parents and we'd get
>that inheritance from the rows for free if cells are children of rows.
Yup, so if you set background color on the row it should cover the margins
I didn't explain myself very well here.
My point is that TLF elements inherit from their parents and we'd get that
inheritance from the rows for free if cells are children of rows.
On Dec 4, 2013, at 4:38 PM, Harbs wrote:
> If anything table/row/cell gives more flexibility.
Whether rows/columns exist or not is a bit of an esoteric question.
I don't see table/cell helping with formatting. If anything table/row/cell
gives more flexibility. There's no reason why you can't set the the cell border
on the cell level using either system. If there's three levels, you could
l.com]
Envoyé : mercredi 4 décembre 2013 14:33
À : dev@flex.apache.org
Objet : Re: TLF Tables
I would vote for table/cells
I think it more accurately describes a table.
This way you could also more easily set the borders of cells like excell does.
IMO rows and columns don't actually exist, they
e.org
Objet : Re: TLF Tables
I would vote for table/cells
I think it more accurately describes a table.
This way you could also more easily set the borders of cells like excell does.
IMO rows and columns don't actually exist, they are just a coordinate system
to locate a cell.
On Dec 4, 20
I would vote for table/cells
I think it more accurately describes a table.
This way you could also more easily set the borders of cells like excell
does.
IMO rows and columns don't actually exist, they are just a coordinate
system to locate a cell.
On Dec 4, 2013 2:42 PM, "Harbs" wrote:
> There'
There's one more issue I'm struggling with:
The way the elements were implemented is that rows are nested inside tables and
cells are inside rows. Table columns are not directly connected to cells --
they are really just there to compute the position.
This makes sense in the way that the tables
OK, good luck.
On 12/2/13 1:16 AM, "Harbs" wrote:
>The way it was implemented is like this:
>
>1) Tables and table columns have fixed widths. (I might add a default
>width if none was set to prevent runtime errors. What's a reasonable
>number?)
>2) Table cell parcels are created with a maximum h
The way it was implemented is like this:
1) Tables and table columns have fixed widths. (I might add a default width if
none was set to prevent runtime errors. What's a reasonable number?)
2) Table cell parcels are created with a maximum height of 8000. I'm not sure
why they picked that number,
Just a random thought here, but what if you set the parcels at the end of
table creation? Something like, populateParcels() which gets called after
all cell sizes and positions are known, and then get placed into those
rectangles?
On Dec 2, 2013 7:02 AM, "Alex Harui" wrote:
> Harbs,
>
> I haven
Harbs,
I haven't looked at the Table code at all. I don't remember exactly how
Parcels work for the standard case, either.
IMO, HTML Tables are really hard. In some cases, I think you have to
compose cells multiple times in order to decide the cell widths and row
heights. If your use case can
Some more rambling:
The more I'm working through this, the more I'm convinced that the current
implementation is fundamentally broken. The cell Parcels really can't be in the
same ParcelList as the Containers. I'm pretty sure that not only
multi-container text threads are broken, but multi-colu
This is really difficult, because I'm not sure what is supposed to work in the
current implementation. I'm trying to reverse engineer how tables work when
they don't really work. Trying to sift out what I don't understand from what
simply doesn't work from what is poorly implemented is a huge pa
I'm back on this, and starting to make some (slow) progress.
I've started a Google Docs document to try to make some order out of the chaos
that is the current state of TLF Tables. This is just a place where I'm jotting
down my findings as I go and my thoughts on direction as I work on this. I m
My first tests are not very encouraging…
Trying to compose the table results in this function returning null:
static tlf_internal function beginFactoryCompose():SimpleCompose
{
var rslt:SimpleCompose = _factoryComposer;
On Tue, Sep 10, 2013 at 10:17 AM, Harbs wrote:
> Hi Alex,
>
> I realize I'll probably have my work cut out getting everything working as
> it should, but it would be helpful at least understanding the design intent.
>
> So, if you could try to jog some memories on this, that would be great!
>
> E
Hi Alex,
I realize I'll probably have my work cut out getting everything working as it
should, but it would be helpful at least understanding the design intent.
So, if you could try to jog some memories on this, that would be great!
Either way, I should be giving TLF tables a real workout over
Hi Harbs,
I see code for Tables, but I'm not sure it is "officially" there. Or even
complete, or even working at a prototype-level.
So good luck with it. I might be able to ask folks who used to work on it
a few questions, but I'm pretty sure their memories of it are pretty dim
by now.
-Alex
develop branch.
>>>
>>> -Fred
>>>
>>> -Message d'origine- From: Harbs
>>> Sent: Sunday, March 17, 2013 4:08 PM
>>> To: dev@flex.apache.org
>>> Subject: Re: TLF Tables
>>>
>>> I'm trying, but I'
flex-sdk, that's the develop branch.
-Fred
-Message d'origine- From: Harbs
Sent: Sunday, March 17, 2013 4:08 PM
To: dev@flex.apache.org
Subject: Re: TLF Tables
I'm trying, but I'm having a heck of a time wrapping my head around git? :-(
TLF has the following bran
> -Message d'origine- From: Harbs
> Sent: Sunday, March 17, 2013 4:08 PM
> To: dev@flex.apache.org
> Subject: Re: TLF Tables
>
> I'm trying, but I'm having a heck of a time wrapping my head around git… :-(
>
>
> TLF has the following branches: 1
Hi Harbs,
You should consider to checkout only the master branch to have the last code
on this repo, for the flex-sdk, that's the develop branch.
-Fred
-Message d'origine-
From: Harbs
Sent: Sunday, March 17, 2013 4:08 PM
To: dev@flex.apache.org
Subject: Re: TLF Tables
I'm trying, but I'm having a heck of a time wrapping my head around git… :-(
TLF has the following branches: 1, 1.1, 2, 2.1, 3.0, HEAD and Master.
Where would I look for the code? (not that I've figured out the difference
between Checkout, Fetch and Pull yet…)
Harbs
On Mar 17, 2013, at 4:57
I'd scan the source code for "Table" and see what you find.
On 3/17/13 6:22 AM, "Harbs" wrote:
> There were a couple of bugs in the Adobe JIRA on table support in TLF [1] [2]
> These were transferred over to Apache JIRA here. [3] [4]
>
> There have been inferences that it was supposed to be av
33 matches
Mail list logo
