itsjavi/bootstrap-colorpicker

Container selector won't work if colorpicker target is an input

Offen

#321 geöffnet am 09.11.2020

Auf GitHub ansehenContributor Guide
 (1 Kommentar) (0 Reaktionen) (0 zugewiesene Personen)JavaScript (356 Forks)batch import
bughelp wanted

Repository-Metriken

Stars
 (1.364 Sterne)
PR-Merge-Metriken
 (Keine gemergten PRs in 30 T)

Beschreibung

Description

I tried to user to use container selector setting but not work, the color picker still appears on the end of the body.

Context

  • bootstrap-colorpicker version: 3.2.0
  • bootstrap version: 4.3.1
  • jQuery version: 3.4.1
  • Browser name and version: Chrome Version 86.0.4240.183 (Official Build) (x86_64)
  • Operative System name an version: MacOS 10.15.7

Expected behavior

The color picker should be appear inside the container

Actual behavior

Color picker still appears on the end of the body

Live Example

https://jsfiddle.net/jmh124po/

Contributor Guide

Research-Richtung
Das Problem meldet, dass die Container Selektor Option nicht funktioniert, wenn das Ziel des Colorpickers ein Input Element ist. Das erwartete Verhalten ist, dass die Farbauswahl innerhalb des angegebenen Containers erscheinen sollte, stattdessen erscheint sie am Ende des Body. Das bereitgestellte jsFiddle Beispiel (https://jsfiddle.net/jmh124po/) kann verwendet werden, um den Fehler zu reproduzieren. Untersuchen Sie, wie die Container Option im Quellcode des Plugins behandelt wird, wahrscheinlich in `src/js/colorpicker.js`. Suchen Sie nach dem Teil, in dem der Container bestimmt und an das DOM angehängt wird. Der Fehler könnte mit der Logik zusammenhängen, die den Zieltyp (Input vs. andere Elemente) prüft, oder damit, wie der Container gesetzt wird, wenn das Ziel ein Input ist. Prüfen Sie auf vorhandene Kommentare oder verknüpfte Issues. Konzentrieren Sie sich auf die `appendTo` oder `container` bezogenen Funktionen.
Tech Stack
javascript
Domain
frontend
Issue Type
Fehler
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
2
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-3 Stunden
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
JavaScriptjQuery
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
75