I would like to replace procourse-static-pages with “page publishing”. Is it somehow possible to add the default discourse header to “published page”? I mean, show the logo on the left side, the search, hamburger icon, avatar and the related functionality for theses buttons on the right side. Then it would be a replacement of procourse-static-pages.
Additionally, it would be great to use DiscoTOC for the published page, too.
Thanks a lot for this feature! It allows to build great landing pages apart from the homepage. So it would be nice to have the appropriate metadata that you need for sharing on social media, SEO or Google Discover (the latter apparently became more important than Google search in my country during the last months when it comes to traffic). Are there any plans to provide a meta title / description and the custom meta tags for the big social networks or even make them editable?
May I ask, Is there a url that can list all the published page for Admin ? So Admin can easily see all the page they published.
Something similar to wordpress ?
If not, It would be great if the url example.com/pub/. list all the page published.
Are there any plans to allow rendering of these published pages inside the normal Discourse Ember layout? It seems a shame that you can’t just pull them into the layout like the other app sections. I’ve seen a number of others ask this in this thread but nobody seems to have given a direct answer yet.
All of the other static pages plugins that I’ve seen in my research seem to be also rendering their static content in their own Rails layouts, too. Is this a limitation of the Discourse platform, or just that nobody has coded it in yet?
If there is no hard limitation against rendering the published pages inside the normal app layout (with header), where should I start when it comes to getting this feature moving?
Thank you @hellekin. However, this does not address the main point of my reply. I asked if it’s possible to render the published pages within the normal Ember.js app layout (with the logo, search, hamburger nav, and user nav), not how to customize the separate published pages layout.
I want the static content to render within the normal app layout the same way that a category or topic detail page would load. I would like to use of all the existing plugins and theme components that interface with the main Ember app layout.
I think the purpose of published pages is to remove the Discourse UI.
Although I agree that it would be great to have some features (e.g., from theme components or plugins), I think linking to topics would work better in your case. Maybe you want to explore styling closed topics instead?
Page publishing is really cool–the topics look great as standalone pages. But I haven’t been able to use it like I had hoped:
I thought one cool use would be to set up page publishing as a landing page for the forum–so before users login they get to see a topic I have published and styled to be the page they see. Is that possible?
The original post here mentions you can style the page. Is there a way to add jquery or javascript to the page? (edit: I see that from the earlier discussion there have been requests for being able to add jquery, javascript to the pages but not yet there, at least as of last year–basically, it looks like people have been hoping that they could have a static page, but render with the same customization possibilities of a normal topic–which is what I would appreciate too.)
Gibt es eine bevorzugte Methode, um von der veröffentlichten Seite auf den ursprünglichen Beitrag zurückzuverlinken?
Ich finde mich oft dazu bereit, dies zu tun, um Antworten von Lesern zu fördern und gleichzeitig die Kontrolle über den Stil der schreibgeschützten, veröffentlichten Seite zu behalten. Ich habe verschiedene Wege ausprobiert, einschließlich der Verlinkung zum Thema prominent oder einfach mit einem „Diskutieren“-Link.
Vielleicht könnte eine Option zum Hinzufügen eines Diskutieren-Buttons, der jederzeit sichtbar bleibt (aber dennoch mit CSS modifizierbar ist), funktionieren. Hat jemand bereits einen solchen CSS-Trick implementiert?
Bürger mit der Überzeugung, dass die Argentinische Republik ein besserer Ort sein kann, muss und wird sein, wenn wir alle gemeinsam für die Freiheit arbeiten.
[**Mitgliedschaft**](https://foro.enunionylibertad.com/t/formulario-de-pre-afiliacion/92)
(Der wichtige Teil sind die <mark>-Tags)
CSS für die besagten <mark>-Tags:
/* Code zum ÄNDERN des "mark"-Tags-Renderings in etwas, das wie eine "Menüleiste" aussieht */
mark {
display: inline-block;
background-color: #E1E1E1 !important;
color: black;
border-radius: 20px !important;
padding-top: 5px;
padding-bottom: 5px;
}
Eine Alternative zur Seitenveröffentlichung – eine weitere Methode besteht darin, CSS zu verwenden, um unerwünschte Elemente in einem regulären Thema-Beitrag zu entfernen, während die gesamte Funktionalität (d. h. Javascripts in installierten Theme-Komponenten und CSS-Styling usw.) erhalten bleibt.
Tags im Komponisten können verwendet werden, um eine bestimmte Formatierung selektiv auf einen bestimmten Thema-Beitrag anzuwenden.
Auf meiner Website erreiche ich dies beispielsweise, indem ich das folgende CSS in das CSS meines Themas im Tab Common einfüge:
Ich verwende diesen Trick auch ausgiebig auf meiner Website, um Inhalte und Einbettungen im laufenden Betrieb innerhalb des Komponisten zu gestalten…
Ich habe einen Bereich auf meiner Website, in dem ich meine Entwicklungen dokumentiere (hauptsächlich damit mein zukünftiges Ich sich daran erinnern und finden kann, was ich bereits getan habe, damit ich nicht weiter meine eigenen Räder neu erfinde!) Aber jeder ist herzlich eingeladen, diese Kategorie zu besuchen und/oder zu abonnieren, wenn Sie möchten…