Añade deps necesarias #15

Closed
bunyi wants to merge 1 commits from bunyi/lowry:master into master
bunyi commented 2 years ago

Primer pull request para ir familiarizandome con esto poco a poco.

Estaba configurandome el entorno para tests/demo y tire el make all cuando me di cuenta de que me tiraba error porque no tenia instalado npm, asi que lo añado al make deps.

Primer pull request para ir familiarizandome con esto poco a poco. Estaba configurandome el entorno para tests/demo y tire el make all cuando me di cuenta de que me tiraba error porque no tenia instalado npm, asi que lo añado al make deps.

mergeado

por cierto bunyi, que escuche que tienes experiencia con frontend dev... que opinion tienes de tailwind css?

estaba pensando liarme la manta a la cabeza y re-factorizar lowry con tailwind.

yo mismo soy un converso reciente, al principio me parecia horrible (por ilegible) meter tantisima clase. ahora no se como la gente escribe y mantiene css a pelo :P

mergeado por cierto bunyi, que escuche que tienes experiencia con frontend dev... que opinion tienes de tailwind css? estaba pensando liarme la manta a la cabeza y re-factorizar lowry con tailwind. yo mismo soy un converso reciente, al principio me parecia horrible (por ilegible) meter tantisima clase. ahora no se como la gente escribe y mantiene css a pelo :P
kali closed this pull request 2 years ago
Poster

Pues no habia escuchado nada de tailwind aunque justo ahora le estoy echando un ojo y la verdad que tiene muy buena pinta viendolo así por encima.

Si te animas a esa refactorización dime que igual te echo un cable y asi aprendo un poquito de taiwind.

Pues no habia escuchado nada de tailwind aunque justo ahora le estoy echando un ojo y la verdad que tiene muy buena pinta viendolo así por encima. Si te animas a esa refactorización dime que igual te echo un cable y asi aprendo un poquito de taiwind.
Owner

pues yo cada día soy más talibán de usar estilos css y html puro (no me gusta nada el js) y de entornos muy estables, que definan semanticamente elementos y no usar estos frameworks en el diseño/maqueta final ya que quedas atado para mucho tiempo al entorno.

se puede usar un front end con elementos y clases estandar

<main>
 <head>
 </head>
 <content>
 <aside>
 </aside>
 </content>
<footer>
</footer>
</main>

a los que añadir clases según necesidad:

<main class="sindominino login">
  <head class="logo">
  </head>
  <content class="instrucciones">
    <head class="titulo-seccion">
    </head>
  </content>
  <footer>
  </footer>
</main>

luego le podemos dar estilos, importar, añadir frameworks con npm o estilos mediante la llamada de css con variables

:root{
  --color-principal: #0ff;
  --background-sd: #fff;
  --background-dark: #333;
  --background-transparente: rgba(90,90,90,0.5);
  --margin-sd: 1rem;
  --padding-sd: 1rem;
  --border-principal: 0.2rem solid var(--color-pincipal);
  --logo-sd: url('./ruta/logo/sd.svg') no-repeat center;
}

.logo{
   background-img: var(--logo-sd);
}

es mi opinion y ahora que estamos con la principal de SD con un html nuevo y unos css nuevos, creo que el esfuerzo estaría bien ponerlo en usar unos estilos unificados en un repo.

fue mi idea con hacer un bootstrap pero como no me gusta no lo acabe, si veís este https://tailwindcss.com/ como factible lo aprendemos y lo usamos, si veís otro pues otro pero molaría hacer el esfuerzo una sola vez :D

pues yo cada día soy más talibán de usar estilos css y html puro (no me gusta nada el js) y de entornos muy estables, que definan semanticamente elementos y no usar estos frameworks en el diseño/maqueta final ya que quedas atado para mucho tiempo al entorno. se puede usar un front end con elementos y clases estandar ```html <main> <head> </head> <content> <aside> </aside> </content> <footer> </footer> </main> ``` a los que añadir clases según necesidad: ```html <main class="sindominino login"> <head class="logo"> </head> <content class="instrucciones"> <head class="titulo-seccion"> </head> </content> <footer> </footer> </main> ``` luego le podemos dar estilos, importar, añadir frameworks con npm o estilos mediante la llamada de css con variables ```css :root{ --color-principal: #0ff; --background-sd: #fff; --background-dark: #333; --background-transparente: rgba(90,90,90,0.5); --margin-sd: 1rem; --padding-sd: 1rem; --border-principal: 0.2rem solid var(--color-pincipal); --logo-sd: url('./ruta/logo/sd.svg') no-repeat center; } .logo{ background-img: var(--logo-sd); } ``` es mi opinion y ahora que estamos con la principal de SD con un html nuevo y unos css nuevos, creo que el esfuerzo estaría bien ponerlo en usar unos estilos unificados en un repo. fue mi idea con hacer un bootstrap pero como no me gusta no lo acabe, si veís este https://tailwindcss.com/ como factible lo aprendemos y lo usamos, si veís otro pues otro pero molaría hacer el esfuerzo una sola vez :D

ok.

la verdad es que esto de tailwind llevo poco tiempo usandolo. comparandolo con bootstrap, o con eso que propuso txopi de fomantic, pues la verdad es que me hace mas sentido. lo planteaba tambien para lowry como experimento, al fin y al cabo la interfaz de lowry es bien minima.

como desarrollador, con un conocimiento mediocre de css, la verdad es que estoy un poco harto de ir haciendo nyapas aqui y alla para conseguir compatibilidad, y sobre todo, me es imposible hacer mobile-first con css a pelo.

pero bueno, para eso preguntaba. la verdad es que entiendo que enmierdar todo de clases que te vienen de nosedodne es un paradigma que puede resultar molesto para gente que quiera algo mas minimal. veo tambien la necesidad de homogeneizar y no usar cuarenta cosas.

asi que no quiero interferir, dadle con lo que veais.

ok. la verdad es que esto de tailwind llevo poco tiempo usandolo. comparandolo con bootstrap, o con eso que propuso txopi de fomantic, pues la verdad es que me hace mas sentido. lo planteaba tambien para lowry como experimento, al fin y al cabo la interfaz de lowry es bien minima. como desarrollador, con un conocimiento mediocre de css, la verdad es que estoy un poco harto de ir haciendo nyapas aqui y alla para conseguir compatibilidad, y sobre todo, me es imposible hacer mobile-first con css a pelo. pero bueno, para eso preguntaba. la verdad es que entiendo que enmierdar todo de clases que te vienen de nosedodne es un paradigma que puede resultar molesto para gente que quiera algo mas minimal. veo tambien la necesidad de homogeneizar y no usar cuarenta cosas. asi que no quiero interferir, dadle con lo que veais.

hmm claro que lo que dices de "atado" es un poco relativo. tailwind es, al fin y al cabo, un preprocesador de css. de forma que si usas bien los apply, te defines una clase propia para los elementos que reuses, y al fin y al cabo si quieres dejar de usarlo solo tienes que pillar el css que te genera - que comparado con otras cosas, termina siendo bastante minimal.

no se, igual merece la pena hacer una prueba y evaluar.

(purge-css es bastante interesante).

hmm claro que lo que dices de "atado" es un poco relativo. tailwind es, al fin y al cabo, un preprocesador de css. de forma que si usas bien los apply, te defines una clase propia para los elementos que reuses, y al fin y al cabo si quieres dejar de usarlo solo tienes que pillar el css que te genera - que comparado con otras cosas, termina siendo bastante minimal. no se, igual merece la pena hacer una prueba y evaluar. (purge-css es bastante interesante).
Owner

umm... mirando mirando, no le veo "grandes" diferencias a estos "frame works" de html/css

https://tailwindcss.com/
https://getbootstrap.com/
https://get.foundation/
https://fomantic-ui.com/

yo empecé a pasar todo a Bootstrap porque lowry estaba escrito con eso, tampoco soy fan.

era muy fan de foundation, pero se me quito, ya no soy fan de nada.

como digo, tenemos dos opciones:

  • elegís un frontend que os guste
  • escribís el app/web en semantico y despues se les da forma con css (scss).

la potencia del semantico (usando scss) o usando variables de css:
si quieres usar bootstrap o foundation o fomantic o tailwind puedes importar estilos ya creados en tus clases

   .miclase {
    @import "otra-hoja-de-estilos";
    }

a demás de poder usar los @import o los @extend

ahora queda a vosotros dos hacia dónde queréis ir :D

umm... mirando mirando, no le veo "grandes" diferencias a estos "frame works" de html/css https://tailwindcss.com/ https://getbootstrap.com/ https://get.foundation/ https://fomantic-ui.com/ yo empecé a pasar todo a Bootstrap porque lowry estaba escrito con eso, tampoco soy fan. era muy fan de foundation, pero se me quito, ya no soy fan de nada. como digo, tenemos dos opciones: - elegís un frontend que os guste - escribís el app/web en semantico y despues se les da forma con css (scss). la potencia del semantico (usando scss) o usando variables de css: si quieres usar bootstrap o foundation o fomantic o tailwind puedes [importar estilos](https://sass-lang.com/documentation/at-rules/import) ya creados en tus clases ``` .miclase { @import "otra-hoja-de-estilos"; } ``` a demás de poder usar los `@import` o los `@extend` ahora queda a vosotros dos hacia dónde queréis ir :D
Poster

Por mi parte me puedo amoldar a cualquier framework que se decida usar. Con Bootstrap he tenido algo más de experiencia pero aprender otro tampoco me importaría, he visto que ahora en la rama de nueva-portada se está usando fomantic, igual podríamos continuar con este o tirarnos a la piscina con tailwind (me apunto a todo).

También veo interesante lo que dice Jorge de escribir la web en semantico y luego darle forma, aunque esto tendría que estudiarmelo un poco más para trabajar bien con los import y los extends. Pero no lo veo desvinculante a elegir un framework no?
Es decir, podemos escribir la web con etiquetas semánticas y darles el estilo con el framework que escogamos.

Se podría por meterle mano a lowry que es más simple y asi lo podemos usar a modo de prueba a ver como sale lo que sea que se decida.

Por mi parte me puedo amoldar a cualquier framework que se decida usar. Con Bootstrap he tenido algo más de experiencia pero aprender otro tampoco me importaría, he visto que ahora en la rama de nueva-portada se está usando fomantic, igual podríamos continuar con este o tirarnos a la piscina con tailwind (me apunto a todo). También veo interesante lo que dice Jorge de escribir la web en semantico y luego darle forma, aunque esto tendría que estudiarmelo un poco más para trabajar bien con los import y los extends. Pero no lo veo desvinculante a elegir un framework no? Es decir, podemos escribir la web con etiquetas semánticas y darles el estilo con el framework que escogamos. Se podría por meterle mano a lowry que es más simple y asi lo podemos usar a modo de prueba a ver como sale lo que sea que se decida.
Please reopen this pull request to perform a merge.
Sign in to join this conversation.
No reviewers
No Label
No Milestone
No Assignees
3 Participants
Notifications
Due Date

No due date set.

Dependencies

This pull request currently doesn't have any dependencies.

Loading…
There is no content yet.