El tema Neomorfismo aporta un aspecto nuevo y fresco a Discourse. Utiliza el sistema de diseño neomórfico, que incorpora un realismo similar al papel en la interfaz de usuario.
Vista de ancho completo
Esquema de colores personalizable
Banner de bienvenida personalizable
Barra de búsqueda amplia
Captura de pantalla:
Banner de bienvenida personalizable:
Página de inicio:
Diseño de página de inicio 2:
Página de tema:
Búsqueda en página completa:
Este es nuestro primer tema y esperamos que te guste. Esperamos tus comentarios
36 Me gusta
Buen trabajo.
El esquema de colores personalizable es una función muy práctica. ¿Qué tal si también se pudiera personalizar la fuente?
¿Cómo puedo hacer que la barra de búsqueda solo aparezca al hacer scroll?
¿Se puede mostrar la cabecera solo en la página de inicio y en ningún otro lugar?
2 Me gusta
Se me olvidó mencionar que también admite fuentes personalizables. Lo agrego también. Gracias @Zup .
4 Me gusta
Hola, buen tema, pero al usar el colapso de banner obtengo lo siguiente.
2 Me gusta
No hemos visto nunca este problema, @bubblecatcher . ¿Podrías investigar un poco más y descubrir qué plugin o configuración podría estar causándolo?
1 me gusta
@amanintech ¡Buen trabajo!
1 me gusta
Hola @hollosch , gracias por el aprecio.
Por ahora no hemos agregado controles dinámicos a la barra lateral.
Haz un fork del repositorio GitHub - twimbit/neomorphism-discourse: Discourse theme with neomorphism design
Reemplaza este archivo con los elementos que desees - neomorphism-discourse/desktop/after_header.html at main · twimbit/neomorphism-discourse · GitHub
Instala el tema en discourse
Avísame si te ayudó.
1 me gusta
Hey @amanintech , funciona. ¡Muchas gracias!
Saludos,
1 me gusta
Me alegra que haya ayudado.
Sí, por ahora la codificación sería la forma directa, si puedes hacerlo modular y editarlo directamente desde la configuración, con gusto fusionaré tus contribuciones.
1 me gusta
Hola,
1 me gusta
Nunca había visto este, ¿está sucediendo solo con este tema o también con algún otro? Por favor, indícame también qué versión de Discourse estás utilizando, la última vez que probamos fue en la versión 2.9.0 beta 3 y funcionó bien.
1 me gusta
Hola,
1 me gusta
Rabbit
22 Enero, 2023 02:32
13
Rupturas en la versión 3 en las navpills de la barra de navegación
barto_95
16 Julio, 2023 16:34
14
HI,
Gracias por tu tema @amanintech , es hermoso…
Tengo el mismo problema @amanintech (última versión de Discourse)
isaac
8 Septiembre, 2023 18:27
15
Hola @amanintech ,
El menú de búsqueda y su lógica se convirtieron de widgets (obsoletos) a componentes de Glimmer. Los cambios están actualmente ocultos detrás de una marca de función basada en grupos, pero tenemos la intención de hacer del menú de búsqueda de Glimmer el nuevo valor predeterminado en un futuro cercano. Los cambios romperán cualquier anulación de search en tu tema, así que quería informarte antes de que hagamos el cambio.
Aquí está la PR como referencia.
main ← experimental-search-menu
opened 04:07PM - 28 Feb 23 UTC
# Top level view
This PR is the first version of converting the search menu and… its logic from (deprecated) widgets to glimmer components. The changes are hidden behind a group based feature flag. This will give us the ability to test the new implementation in a production setting before fully committing to the new search menu.
# What has changed
The majority of the logic from the widget implementation has been updated to fit within the context of a glimmer component, but it has not fundamentally changed. Instead of having a single widget - [search-menu.js](https://github.com/discourse/discourse/blob/main/app/assets/javascripts/discourse/app/widgets/search-menu.js) - that built the bulk of the search menu logic, we split the logic into (20+) bite size components. This greatly increases the readability and makes extending a component in the search menu much more straightforward.
That being said, certain pieces needed to be rewritten from scratch as they did not translate from widget -> glimmer, or there was a general code upgraded needed. There are a few of these changes worth noting:
### Search Service
**Search Term** -> In the widget implementation we had a overly complex way of managing the current search term. We tracked the search term across multiple different states (`term`, `opts.term`, `searchData.term`) causing headaches. This PR introduces a single source of truth:
```js
this.search.activeGlobalSearchTerm
```
This tracked value is available anywhere the `search` service is injected. In the case the search term should be needs to be updated you can call
```js
this.search.activeGlobalSearchTerm = "foo"
```
**event listeners** -> In the widget implementation we defined event listeners **only** on the search input to handle things such as
- keyboard navigation / shortcuts
- closing the search menu
- performing a search with "enter"
Having this in one place caused a lot of bloat in our logic as we had to handle multiple different cases in one location. Do _x_ if it is this element, but do _y_ if it is another. This PR updates the event listeners to be attached to individual components, allowing for a more fine tuned set of actions per element. To not duplicate logic across multiple components, we have condensed shared logic to actions on the search service to be reused. For example - `this.search.handleArrowUpOrDown` - to handle keyboard navigation.
### Search Context
We have unique logic based on the current search context (topic / tag / category / user / etc). This context is set within a models route file. We have updated the search service with a tracked value `searchContext` that can be utilized and updated from any component where the search service is injected.
```js
# before
this.searchService.set("searchContext", user.searchContext);
# after
this.searchService.searchContext = user.searchContext;
```
# Views
<img width="434" alt="Screenshot 2023-06-15 at 11 01 01 AM" src="https://github.com/discourse/discourse/assets/50783505/ef57e8e6-4e7b-4ba0-a770-8f2ed6310569">
<img width="418" alt="Screenshot 2023-06-15 at 11 04 11 AM" src="https://github.com/discourse/discourse/assets/50783505/2c1e0b38-d12c-4339-a1d5-04f0c1932b08">
<img width="413" alt="Screenshot 2023-06-15 at 11 04 34 AM" src="https://github.com/discourse/discourse/assets/50783505/b871d164-88cb-405e-9b78-d326a6f63686">
<img width="419" alt="Screenshot 2023-06-15 at 11 07 51 AM" src="https://github.com/discourse/discourse/assets/50783505/c7309a19-f541-47f4-94ef-10fa65658d8c">
<img width="424" alt="Screenshot 2023-06-15 at 11 04 48 AM" src="https://github.com/discourse/discourse/assets/50783505/f3dba06e-b029-431c-b3d0-36727b9e6dce">
<img width="415" alt="Screenshot 2023-06-15 at 11 08 57 AM" src="https://github.com/discourse/discourse/assets/50783505/ad4e7250-040c-4d06-bf06-99652f4c7b7c">
Gracias,
1 me gusta
isaac
6 Febrero, 2024 18:02
16
He etiquetado el tema como #roto . Como expliqué arriba , el tema se basa en el menú de búsqueda de widgets que está obsoleto y ahora ha sido eliminado del núcleo por completo. Será necesario refactorizarlo para tener en cuenta el menú de búsqueda basado en componentes.
1 me gusta
.
