Thank you for your help, i used el.get('html'),
i don't know if there's any great difference, but i'll try.
Thanks again.
2011/3/14 Andrea Dessì
> Hi Olivier,
>
> if you want to get the text inside your , which is the
> current el variable referenced in the each loop, you have to try this:
>
> v
Hi Olivier,
if you want to get the text inside your , which is the
current el variable referenced in the each loop, you have to try this:
var inputEl = new Element('input', {'type': 'text', 'value': el.get("text")
);
--
Andrea
ps = if you can jsfiddle everthing maybe we could help you better ;)
Good to know :)
I think I'll introduce a new function and event for my textareas so
I can retrieve the caret position also when the textarea hasnt the focus.
--
Andrea
On Mon, Mar 14, 2011 at 20:04, Aaron Newton wrote:
> I believe this is correct; if the input has no focus, the caret position
Already created a ticket (actually two tickets).
But I'm not sure what the fix should be because after some debugging I
see that getScrolls behaves different in 1.3 than 1.2, thus breaking
the functionality of toElementCenter and possibly more. It boils down
that getScrolls now uses this.parentNod
Nevermind, i did put it in the wrong order ...
The correct answer for the inject part is
$$('#dataForm ul li .editable').each(function(el){
var inputEl = new Element('input', {'type': 'text', 'value': });
inputEl.inject(el);
});
But if anyone would be kind enough to help me with the 'value' :
Hi everyone,
i'm not particularly skilled with Mootools and any help would be greatly
appreciated.
The whole picture, i've got data organized like that :
Name : myValue
...
And i'm trying to create form from this using mootools, (it would be great
if i could use the inline forms validator t
I've seen this issue before and putting a fn.delay(1) fixes it. At least it did
for me.
O.
On Mar 14, 2011, at 6:57 PM, stratboy wrote:
> Hi! just visit this and try to reload several times (tested with
> latest firefox on latest mac os x):
>
> http://reghellin.unbit.it/test/
>
> Maybe it's a
I believe this is correct; if the input has no focus, the caret position is
0. Storing it on blur seems reasonable.
On Mon, Feb 28, 2011 at 6:08 AM, Andrea Dessì wrote:
> Hi all,
>
> I'm trying to retrieve the caret position of a with IE7/8
>
> Seems that if the textarea element hasnt the focus
Most of this thread needs to move to lighthouse. I can do that for you, but
then you won't get emails as we work on it. Would you care to open a ticket?
You can also create a pull request on github and send us the fix, which
makes us love you even more.
On Tue, Mar 8, 2011 at 1:35 AM, woomla wrot
Hi! just visit this and try to reload several times (tested with
latest firefox on latest mac os x):
http://reghellin.unbit.it/test/
Maybe it's a bug related only to ff, don't know. In defaults.js, class
FitImage row 44, i placed a call to Assets.image. Most of the times
the image is loaded prope
as cpojer says, you need to patch the IE6/7 bug with JS. I usually add
a hidden input to the form that gets the value of the clicked button.
You also have the option to use an but that
usually limits how much you can style your buttons.
On Mar 13, 8:01 pm, Christoph Pojer wrote:
> iirc in IE, a
Harald is a busy man.
His autocompletes has its years. Perhaps you should try MeioAutocomplete from
Fabio - google it.
O.
On Mar 14, 2011, at 12:43 PM, robert mena wrote:
> Hi,
>
> I've been using the auto suggest
> (http://digitarald.de/project/autocompleter/) but found something that I
>
Hi,
I've been using the auto suggest (
http://digitarald.de/project/autocompleter/) but found something that I
consider a problem.
If the user types fast and hits enter (to perform the action desired) before
the suggestions appear, the fragment that the user typed is still considered
by the auto
13 matches
Mail list logo