I would like to add a thing to the advanced image button in the YUI rich
text editor. Where do I customize that?
There is the URL field and I would like to add a button that opens a
popup provided by a gallery. There is such function available in Xinha.
So it should be easy to adjust that for YUI.
On Fri, Dec 4, 2009 at 2:34 AM, Steffen Voß <steffen.voss@...> wrote:
Hi all!
I would like to add a thing to the advanced image button in the YUI rich
text editor. Where do I customize that?
There is the URL field and I would like to add a button that opens a
popup provided by a gallery. There is such function available in Xinha.
So it should be easy to adjust that for YUI.
On Fri, Dec 4, 2009 at 2:34 AM, Steffen Voß <steffen.voss@...> wrote:
Hi all!
I would like to add a thing to the advanced image button in the YUI rich
text editor. Where do I customize that?
There is the URL field and I would like to add a button that opens a
popup provided by a gallery. There is such function available in Xinha.
So it should be easy to adjust that for YUI.
I was wondering what the difference in the YUI DataTable API is between
these 2 functions:
1. oColumn.getKey()
2. oColumn.getField()
I did an alert of both of these and was getting the same strings
returned.
Thanks!
In the same API you can see that the column has properties field and
key and this methods reflect that, more or less. The properties of the
Column are those you set via the columns definitions when you set the
table description.
While all columns need to have a key value to identify themselves, and
that key usually corresponds to the incoming field names in the
DataSource.responseSchema.fields array, it doesn't need to be so. The
column can have a key value and you can use the field property to tell
which field to use for that column. If you don't provide a field,
DataTable will use key, which is what most people do.
If you are using a JSON data source and used dot notation to access
deeply nested fields, your fieldnames are going to be very long, that
is when you might want to think of using different field and key values
so you can still keep key short.
If you don't provide a value for the field property, it will remain
null, however, the getField() method will then return the key value,
that's why I said "more or less", because field might be null and
getField will return, as in your case, the same value that getKey
returns.
Wow, that was some great info right there. I've been taking pains to get everything to the top level in my JSON responses, now I won't have to - thanks!
I was wondering what the difference in the YUI DataTable API is between
these 2 functions:
1. oColumn.getKey()
2. oColumn.getField()
I did an alert of both of these and was getting the same strings
returned.
Thanks!
In the same API you can see that the column has properties field and
key and this methods reflect that, more or less. The properties of the
Column are those you set via the columns definitions when you set the
table description.
While all columns need to have a key value to identify themselves, and
that key usually corresponds to the incoming field names in the
DataSource.responseSchema.fields array, it doesn't need to be so. The
column can have a key value and you can use the field property to tell
which field to use for that column. If you don't provide a field,
DataTable will use key, which is what most people do.
If you are using a JSON data source and used dot notation to access
deeply nested fields, your fieldnames are going to be very long, that
is when you might want to think of using different field and key values
so you can still keep key short.
If you don't provide a value for the field property, it will remain
null, however, the getField() method will then return the key value,
that's why I said "more or less", because field might be null and
getField will return, as in your case, the same value that getKey
returns.
It is a recent change and it had a few bugs since some pieces of code
that used 'key' were overlooked when dividing its duties between getKey
and getField. Since really few people even know of their existence,
there have been few test cases and a few things slipped past without
anyone noticing and, though I doubt it, some might still lie hidden.
You might want to check the bug reports just in case.
Here is a perfect example of why a company would care to release its
product as open source. Yahoo on its own would not have the ability to
test this change in all the possible combinations the DataTable
offers. External users provide test cases that nobody else might have
thought about. We shouldn't be shy about reporting an error, that's
the way we contribute.
Satyam
El 05/01/2010 9:43, Christian Tiberg escribió:
Wow, that was some great info right there. I've been taking pains to
get everything to the top level in my JSON responses, now I won't have
to - thanks!
I was wondering what the difference in the YUI DataTable API is between
these 2 functions:
1. oColumn.getKey()
2. oColumn.getField()
I did an alert of both of these and was getting the same strings
returned.
Thanks!
In the same API you can see that the column has properties field and
key and this methods reflect that, more or less. The properties of the
Column are those you set via the columns definitions when you set the
table description.
While all columns need to have a key value to identify themselves, and
that key usually corresponds to the incoming field names in the
DataSource.responseSchema.fields array, it doesn't need to be so. The
column can have a key value and you can use the field property to tell
which field to use for that column. If you don't provide a field,
DataTable will use key, which is what most people do.
If you are using a JSON data source and used dot notation to access
deeply nested fields, your fieldnames are going to be very long, that
is when you might want to think of using different field and key values
so you can still keep key short.
If you don't provide a value for the field property, it will remain
null, however, the getField() method will then return the key value,
that's why I said "more or less", because field might be null and
getField will return, as in your case, the same value that getKey
returns.
Satyam
No virus found in this incoming message.
Checked by AVG - www.avg.com Version: 9.0.725 / Virus Database: 270.14.125/2600 - Release Date: 01/04/10 20:35:00