Chris Parrish wrote:
> I don't see why you couldn't override with your own
> custom version that would permit either a 'name' or 'user_name'
> attribute like:
>
>
>
> Of course you'd have the issue of keeping your version of the tag in
> sync with revisions to the PageAttachments extension.
Sean Cribbs wrote:
> David Piehler wrote:
>
>> John Long wrote:
>>
>>
>>> On 1/16/08, David Piehler <[EMAIL PROTECTED]> wrote:
>>>
>>>
>>> alt="photograph" />
>>> This fails because Radius can't parse tags that are within attributes.
>>> Why are
David Piehler wrote:
> John Long wrote:
>
>> On 1/16/08, David Piehler <[EMAIL PROTECTED]> wrote:
>>
>>> >> alt="photograph" />
>>>
>> This fails because Radius can't parse tags that are within attributes.
>> Why are you trying to do this? Is there a way to accomplish what you
>> wan
John Long wrote:
> On 1/16/08, David Piehler <[EMAIL PROTECTED]> wrote:
>> > alt="photograph" />
>
> This fails because Radius can't parse tags that are within attributes.
> Why are you trying to do this? Is there a way to accomplish what you
> want without using tags within attributes.
My goal w
On 1/16/08, David Piehler <[EMAIL PROTECTED]> wrote:
> alt="photograph" />
This fails because Radius can't parse tags that are within attributes.
Why are you trying to do this? Is there a way to accomplish what you
want without using tags within attributes.
--
John Long
http://wiseheartdesign.co
> alt="photograph" />
This also produces the same unprocessed tag:
This fails completely, however:
"You have a nil object when you didn't expect it! The error occurred
while evaluating nil.content_type"
--
Posted via http://www.ruby-forum.com/.
__
Hello,
I'm trying to process one radius tag inside another. For example, one
tag retrieves a photo name such as "Dave.jpg" and sticks it into the
page_attachments tag for an image:
The resulting HTML output is...
... but the problem is the tag itself is never
processed, so the photo does no