guardian/scribe

New 'input' event type for user input

Open

#303 opened on 2014年12月6日

GitHub で見る
 (1 comment) (0 reactions) (0 assignees)JavaScript (3,516 stars) (265 forks)batch import
enhancementformattershelp wanted

説明

Currently 'content-changed' is called when setHTML() is called. Typically 'change' events aren't fired after setters are called. For example, the HTML input field's input/change events aren't fired when the 'value' attribute is changed manually using JS.

It would be nice if Scribe had its own 'input' and 'change' events that only fired when the user did something, e.g. typed, undo, paste, etc.

コントリビューターガイド

技術スタック
javascripthtmlcss
領域
frontend
Issue 種別
feature
難度新しい貢献者にとっての実装難度です。1 は非常に小さな変更、5 は専門的な作業です。
3
推定時間経験ある貢献者が調査、実装、テスト、pull request 準備にかけるおおよその時間範囲です。
1-2 days
活動状況Issue が今どれだけ取り組みやすいかを示します。新しい、活発、古い、ブロック中、またはメンテナー入力待ちなどです。
stale
明確さ期待される変更、受け入れ条件、次の手順がどれだけ明確かを示します。
clear
前提条件
Understanding of JavaScript eventsFamiliarity with Scribe's event system
初心者向け度初回貢献者にどれだけ取り組みやすいかを 1-100 で推定したスコアです。
20
調査方針
Examine how 'content changed' event is currently dispatched in the source code (likely in scribe.js or related modules). Determine where user interactions (typing, undo, paste) are handled and how to differentiate them from programmatic calls like setHTML(). Consider implementing new 'input' and 'change' events that only fire on user actions, following common web patterns.