Position (usually appended, but insertion options are
available).
http://api.prototypejs.org/dom/element/insert/
This same question came up some months ago. Hopefully that
clarification helps.
-joe t.
On Jul 2, 5:24 am, Viktor Kojouharov vkojouha...@gmail.com wrote:
This behaviour is a bit
This behaviour is a bit unexpected, and caused some debugging time to
figure out why some elements were losing their storage. Why isn't this
only done during page unload?
--
You received this message because you are subscribed to the Google Groups
Prototype: Core group.
To post to this group,
. The 'position' is also absolute, so
it could also go into the else if, but it won't, since the width is
null.
On Apr 22, 1:40 pm, Viktor Kojouharov vkojouha...@gmail.com wrote:
I'm having a bit of a problem with measuring the width of a hidden
(with display: none) element, that has the 'body
I'm having a bit of a problem with measuring the width of a hidden
(with display: none) element, that has the 'body' as its parent. I
don't have a set width for this element (which is a div), but the
browsers do calculate a finite width for it, which is much smaller
than the size of the page body.
Hi,
There's a small typo in the newest rc of prototype, here's the small
diff:
--- a/prototype.js
+++ b/prototype.js
@@ -4779,7 +4779,7 @@ delete Prototype._original_property;
offsetParent.viewportOffset();
var offset = eOffset.relativeTo(pOffset);
-var layout =
,
Could you put together a small, self-contained test case that
demonstrates what you're seeing and open a ticket in Lighthouse with
it?[1]
[1]http://prototypejs.org/contribute
Thanks in advance,
--
T.J. Crowder
tj / crowder software / comwww.crowdersoftware.com
On Sep 10, 11:56 am, Viktor
actually, looking at this further, I needed to add this line to my
Element function:
if (element) global.Element.prototype = element.prototype;
it looks like it was added recently in prototype as well, maybe for
IE8 specifically.
On Sep 10, 9:09 pm, Viktor Kojouharov vkojouha...@gmail.com
Ken, wouldn't Enumerable.addMethods be just a wrapper around
Class.addMethods? Like Class.addMethods(Enumerable, methods)
On Jul 3, 7:31 am, Ken Snyder [EMAIL PROTECTED] wrote:
Yes, those escapeHTML fixes are what I was thinking.
I'm excited to see Event delegation!
Also, I wanted to
Here's quite the problem in IE.
For certain 'native' functions, like window.close, or
document.getElementById, typeof for those functions returns on object
in IE. Consequently, Object.isFunction will actually return false for
those functions.
Though there's probably little that can be done, I
No, the patch defines default values per event, including bubbling and
cancelling. They can be modified by passing another object argument
after the memo.
On May 13, 6:16 pm, John-David Dalton [EMAIL PROTECTED]
wrote:
I think Prototype should support something like this, though I am not
sure
Hi,
I've posted a bug (
http://prototype.lighthouseapp.com/projects/8886-prototype/tickets/96-patch-event-fire-emits-normal-html-events
) with a patch for making Event.fire work with regular events. As the
description says, I've tested it with IE6, FF2, FF3, O9.26 and S3,
without any problems.
As the subject says, if the object, passed to the isHash function is
null, IE6 will throw an exception. This simple diff fixes the problem:
http://pastie.caboo.se/192906
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Hi again,
Try testing it in IE(6) with this:
Object.isHash(document.createEventObject().recordset)
On May 7, 1:16 pm, Viktor Kojouharov [EMAIL PROTECTED] wrote:
I can't reproduce it with 'regular' nulls, but it fails every time, if
I pass it event.recordset. I don't know what that event
[EMAIL PROTECTED] wrote:
Please open a bug report for this (http://prototypejs.org/contribute)
and submit a failing test case.
Thank you.
Tobie
On May 7, 12:49 pm, Viktor Kojouharov [EMAIL PROTECTED] wrote:
That was just to illustrate the problem. I'm not actually calling
On Nov 28, 7:07 pm, Mislav Marohnić [EMAIL PROTECTED]
wrote:
On Nov 28, 2007 4:54 PM, Viktor Kojouharov [EMAIL PROTECTED] wrote:
If a function can take an argument, and you'd expect to get a boolean in
some cases, but an object in others, what would you do?
In my opinion, a function
I must've missed this one. The second patch still stands though.
On Nov 26, 1:00 am, Sam Stephenson [EMAIL PROTECTED] wrote:
On Nov 24, 2007, at 11:32 AM, Viktor Kojouharov wrote:
I've submitted a patch to trac for your consideration, which adds
array slices a' la Ruby
http
I've posted a bug about this here, with an appropriate patch and
testcase:
http://dev.rubyonrails.org/ticket/10266
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
Prototype: Core group.
To post to this group, send
I've submitted a patch to trac for your consideration, which adds
array slices a' la Ruby
http://dev.rubyonrails.org/ticket/10268
And another one which adds the missing isObject and isBoolean methods
http://dev.rubyonrails.org/ticket/10269
--~--~-~--~~~---~--~~
I've made a ticket with an attached patch that adds a script insertion
method a few months ago, right here:
http://dev.rubyonrails.org/ticket/9871
I also believe that this method works with Safari 2 (It works with
Konqueror). And so far, It has worked very well for me.
On Nov 22, 11:56 am,
be a good
addition?
On Nov 22, 1:20 pm, Mislav Marohnić [EMAIL PROTECTED]
wrote:
On Nov 22, 2007 11:57 AM, Viktor Kojouharov [EMAIL PROTECTED] wrote:
I've made a ticket with an attached patch that adds a script insertion
method a few months ago, right here:
http://dev.rubyonrails.org/ticket
:07 PM, Viktor Kojouharov [EMAIL PROTECTED] wrote:
This is a bit off topic, but what would be the ideal process of
submitting patches for you guys?
It seems to me that the trac bugtracker is pretty much ignored, so
should I send patches to this ML. And should I send multiple patches
Is there a reason why Event.fire is not firing regular DOM events,
like 'click'? Or is this a planned features, but not one has the time
to implement it yet?
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
Currently, cellspacing|padding cannot be set using writeAttribute (or
new Element) in Internet explorer, since it expects cellSpacing|
Padding instead. I suggest the following be added to
Element._attributeTranslations.write (and maybe .read too). This is
what I'm currently using until the issue
?
Thanks,
Tobie
On Oct 25, 11:12 am, Viktor Kojouharov [EMAIL PROTECTED] wrote:
Currently, cellspacing|padding cannot be set using writeAttribute (or
new Element) in Internet explorer, since it expects cellSpacing|
Padding instead. I suggest the following be added to
Element
Since currently prototype can't eval such scripts, I've a patch, which
'evals' such script tags. It includes a modified evalScripts method, a
document.insertScript method, and tests for those methods.
I've uploaded the patch as the second patch to this bug:
http://dev.rubyonrails.org/ticket/9871
On Oct 19, 6:58 pm, Mislav Marohnić [EMAIL PROTECTED]
wrote:
On 10/19/07, Viktor Kojouharov [EMAIL PROTECTED] wrote:
That being said, this is my drop-in replacement:
...
Viktor,
After giving it a second thought, I realize that the general direction of
your solution might not be so
Currently, the only way to create unit tests for such operations is to
use the wait function. However, async operations have a nasty habit of
always finishing after the waiting time is over, which causes an
unjust test failure.
So I've made extension to the unittest library, which allows me to
With the current style of extending the event object and using the
newly methods in prototype itself can lead to errors in internet
explorer. The reason being that, even though the event object is
extended if the observe element method was used, it is not when the
event was triggered from the
Why has the keypress been remapped as keydown in the rc? AFAIK,
keypress is the only key event that fires as the button is held
pressed. With this remap, it's impossible to create continuous
actions.
Is there any particular reason why this remap has been introduced?
, Mislav Marohnić [EMAIL PROTECTED]
wrote:
On 8/17/07, Viktor Kojouharov [EMAIL PROTECTED] wrote:
However, there's still the issue of having
support for global element events, like 'mousewheel', 'mouseenter',
and 'mouseout', that would work with all elements, and reuse existing
event
Hello,
Before 1.6, I had a set of functions on top of the Event.observe
family of functions, which dealt with registering callbacks for
events, like this:
signalConnect: function(element, name, observer) {
if (!element || !name || !observer) return;
if (!element.signals)
On Aug 17, 1:24 pm, Mislav Marohnić [EMAIL PROTECTED]
wrote:
On 8/17/07, Viktor Kojouharov [EMAIL PROTECTED] wrote:
However, there's still the issue of having
support for global element events, like 'mousewheel', 'mouseenter',
and 'mouseout', that would work with all elements
32 matches
Mail list logo
