escueladigital / edui Goto Github PK

Así no habria que llamarlos por parametros sino seleccionar el elemento y aplicarle un método. Se hace desde
HTMLElement.prototype

Hola.

Creo este issue por que quisiera implementar una estructura de carpetas y una distribución de archivos diferente, que creo que es un poco más amigable con el usuario final y con los futuros desarrolladores que contribuyan a esta librería.

La estructura de carpetas quisiera que fuera tal que así:

EDui
    dist/ Aquí se encontrarán los archivos de los componentes ya transpilados y compilados, y listos para que los usuarios finales los usen en sus proyectos (CSS, JS, etc)
    examples/ Contendrá los ejemplos de los distintos componentes (HTML)
    src/ Esta carpeta contendrá el código fuente de los componentes (SCSS, JS, etc)

Para la distribución de archivos quiero que cada componente por carpeta contenga sus propios archivos, por ejemplo, para el componente animated-scroll que exista una carpeta llamada animated-scroll que contenga sus respectivos archivos dentro de cada una de las carpetas dist, examples y src.

Espero haberme hecho entender. Si me dan el visto bueno para implementar esto, realizo mi pull request.

Muchas gracias por esta librería!!! La estaba esperando con ansias. =D

http://semantic-ui.com/

┆Attachments: image.png

Hola, estaba pensando en hacer un generador de componentes (por linea de comando), para que los usuarios solamente tengamos que seleccionar el componente que deseamos de una lista y el generador automáticamente lo descargue y lo ponga en una carpeta llamada "componentes" de la aplicación (o alguna carpeta elegida por el usuario). De ese modo es mas rápido el flujo de trabajo y se quita la necesidad de tener que descargar toda la librería para poder usar un elemento. ¿que les parece?, si están de acuerdo avisen y con gusto lo comienzo a programar.

O incluso una función genérica que haga que se pueda aplicar a un Nodelist cualquier función de EDui. Algo como

wrap(args).all()

¡Hola!

Ya que la mayoría de componentes de EDui van a manipular constantemente el DOM, creo que sería una buena idea implementar una librería (para usarla en lugar del archivo helpers.js) que se encargue de manipular e interactuar con el DOM. Podría tener un API similar a la de jQuery o Zepto.js (obviamente sin los métodos que realizan peticiones Ajax).

Mi idea es que la librería no sea exclusiva de EDui sino que pueda ser accesible para cualquier persona que la quiera usar (con o sin EDui), ya sea para reemplazar jQuery, o para tener una versión más ligera y simple para manipular elementos del DOM.

Inicialmente se me ocurrió el nombre de EDdom, pero podría tener otro nombre.

Si gusta la idea, yo podría implementar el código para esta librería. Estaré atento 😄