OK, I'll work on a new layout proposal and y'all better be nice to me 😅 It's very hard to find stuff right now, and this is under Press kit, and then the Guerilla Toolkit link doesn't work and Promotion stuff has only a few basic stickers. These are of course different websites

nitter.net/CryptoTweetie/status/1748906394592448914

Quote ^

"This too. You click on Quick Facts Sheet....and this is the link (outreach) We may as well delete it. "

nitter.net/CryptoTweetie/status/1748907540375601168

<1​23bob123:matrix.org> replacing erc?

<1​23bob123:matrix.org> "drafted"

I assume its better if we grab the missing info from webarchive and rehost what we can

Monerooutreach linked stuff

(theres more info coming)

#blamescott

we should definitely link johnr365's timeline resilience365.com/monero-timeline

the actual file(s) it should point to : github.com/monero-ecosystem/outreac…/monero-outreach-docs/en/quickfacts ofrnxmr

erc was ahead of his time, deleting the monerooutreach workgroup :D

He wanted to delete because workgroup was dead

Workgroup is dead because admins on matrix ate AWOL (can be fixed)

Plow - can you check matrix dms and upload hwre

Here

yes

im making 2 quick-fix prs for the monerooutreach issues on the press-kit. and an 'add johnr365timeline' one to appear under the "quick facts" link

+1

<c​sbr:matrix.org> matrix.monero.social/_matrix/media/…matrix.org/nSojwRpQLJZjmEPzoiaqJZsl

<c​sbr:matrix.org> I would like to change the layout like this with the new video you guys commissioned, let me know your thoughts

<c​sbr:matrix.org> matrix.monero.social/_matrix/media/…matrix.org/yMCTADEARBUkhyvpSdmyhhkc

<c​sbr:matrix.org> Also here are all the links to be removed from the site because they no longer work

<c​sbr:matrix.org> Just want to organize stuff so it is more intuitive and easier to find.

monero-project/monero-site #2226

<c​hch3003:monero.social> What is the purpose of this grey area? It is just empty, don't get it.

<p​lowsof:matrix.org> thanks csbr , i can look at the other issues/suggestions soon

<c​sbr:matrix.org> thank you 🙏, you're a darling!

<p​lowsof:matrix.org> just trying to look busy after ofrnxmr told us what to do

<c​sbr:matrix.org> No, we can add the choose wallet, get some coins part. You guys can decide on that, as long it is not too busy

<c​hch3003:monero.social> Please don't take it wrong but I think it could be nicer. But I didn't follow anything on what you are working on.

Were building - you can add input

The following starts about 12hrs ago. You havent missed anything yet 👍👍

The layout is a proposal for UI / UX improvements to getmonero. I know youre a web dev, so feel free to add input and please do

<c​hch3003:monero.social> I see. What are the issues with current website?

Aside from that, were cleaning up a bunch of broken or dead links, and adding/removing/updating listings and other info

<c​hch3003:monero.social> For me the current website design is simple but clean and efficient.

Theres nothing technically wrong with the current website. If you prefer the current layout, you can say so

<c​sbr:matrix.org> yes of course, I just put this together last night so I can illustrate it. No hard feelings, that's why I posted it here so we can discuss it, then I'll work on a final mockup and develop it.

Also can point out or fix issues with it

<c​hch3003:monero.social> Well, in terms of design I would just leave it as it is

<r​ottenwheel:kernal.eu> Re: website redesign. reddit.com/r/Monero/comments/pr8x6v…edesign_concept_for_wwwgetmoneroorg

<r​ottenwheel:kernal.eu> Teddit: teddit.zaggy.nl/r/Monero/comments/p…edesign_concept_for_wwwgetmoneroorg

<c​sbr:matrix.org> LOVE THIS

<c​sbr:matrix.org> YES

<r​ottenwheel:kernal.eu> Figma file: figma.com/file/yT4JTUfvBkAsBDPNPJL1…nero-Redesign-Concept?node-id=0%3A1

<c​sbr:matrix.org> Something like this. More 2024

<r​ottenwheel:kernal.eu> Read comments in reddit thread for feedback, further information...

<c​hch3003:monero.social> Right ok, that Figma is cool indeed. The only thing I would add is a Light mode because I personally prefer to read content website in light mode.

<c​hch3003:monero.social> The plan is to keep the same tech stack?

Perhaps. What did you have in mind?

The table is (almost) always open. Little things like working without js are important

<c​hch3003:monero.social> If I was in charge I would just choose what I know the best, ReactJS/NextJS/ShadcnUI

We're all in charge

<c​hch3003:monero.social> Ok but who is actually coding it?

You, id youd like to

<c​hch3003:monero.social> It would be cool actually yes

<c​hch3003:monero.social> Is the designer still around?

From reddit figma?

<c​hch3003:monero.social> yes

<r​ottenwheel:kernal.eu> Matter of sending a PM on reddit, me thinks.

<r​ottenwheel:kernal.eu> Last comment appears to be a month ago, I'd say they're still active. Get them on Matrix and to join this room.

+1

<c​sbr:matrix.org> It looks amazing!!!!

<c​sbr:matrix.org> Super slick

<c​sbr:matrix.org> also matches the video that was commissioned

<c​sbr:matrix.org> this one yewtu.be/watch/?v=sRwSqM0YBto

<c​hch3003:monero.social> If you want me to implement it I am in

<r​ottenwheel:kernal.eu> Why not invite the original creator over too?

<c​sbr:matrix.org> Do it!

<r​ottenwheel:kernal.eu> Bear in mind JavaScript is a big no-go for XMR. As hinted in comments.

<r​ottenwheel:kernal.eu> Bear in mind JavaScript is a big no-go for XMR. As hinted in reddit comments.

<c​hch3003:monero.social> Please do. It would be helpful if I can collaborate actively with him

<c​hch3003:monero.social> No JS! Ha?? But I am mainly a JS dev hehe

<c​hch3003:monero.social> Even with NextJS server side rendering?

<c​hch3003:monero.social> As I understand we want to avoid Single Page App, where the website is rendered client-side and need JS to run. But using JS to prerender server side should be ok.

<c​sbr:matrix.org> I am SO HAPPY. Our website will AMAZING!!!!

<c​hch3003:monero.social> So React with NextJS is ok. Just that I can't add any client-side animations

Selsta, what do you think

<c​hch3003:monero.social> PS: I say "JS" but it would be Typescript obviously

what's the point of using server-side javascript?

ofrnxmr: do you mean what do I think of the proposed redesign?

<c​hch3003:monero.social> Using NextJS Server-Side Rendering (SSR) is basically like the good old PHP websites. The HTML/CSS is created server-side and sent to the clients.

Specifically was about serverside js. But the design as well

we have a static website so we don't need server side rendering

or at least I don't know why we would need it

<c​hch3003:monero.social> Right, I say SSR but it can be SSG also. nextjs.org/docs/pages/building-your…on/rendering/static-site-generation

<c​hch3003:monero.social> The point is that clients don't need to have JS enabled

yes, we currently use a static site generator

so I'd prefer if we use that again, doesn't necessarily have to be jekyll

<c​hch3003:monero.social> I propose NextJS/ReactJS. It's a popular JS stack, and that's what I know the best

<m​onero-guides:matrix.org> saw this conversation pick up. heres a repo i made with ideas and justifications for website reorg, feel free to use what you like github.com/moneroguides/getmonero.org

IMO NextJS / ReactJS is overkill for what we need, we want to build a website and not a full fledged web application

<m​onero-guides:matrix.org> saw this conversation pick up. heres a repo i made with ideas and justifications for website reorg, feel free to use what you like github.com/moneroguides/getmonero.org as it never went anywhere monero-project/monero-site #1900

<r​brunner7:monero.social> Choose any technology for the website carefully. Things go deeper than you might expect. We don't want to put up high barriers for people who want to make a casual PR to fix something. Don't forget multi-linguality. Not only how to generate the language in different language, also how people could use dedicated translation supporting tools.

<r​brunner7:monero.social> *generate the website

<r​brunner7:monero.social> And it goes on. We want the Git history of the changes to look nice and expressive.

<r​brunner7:monero.social> We don't want to update any overinstrumented whatever-framework once a month.

for example something like hugo supports multiple languages out of the box gohugo.io/content-management/multilingual

<c​hch3003:monero.social> Good you mention multi-language. Imo, we have to use proper frontend libraires like ReactJS to have something we can maintain and profesional.

<c​hch3003:monero.social> Writing HTML by hand without framework would be a pain, for zero gain.

<r​brunner7:monero.social> *Profesional* is what most people who will contribute content are *not*. Just saying :)

<c​hch3003:monero.social> Maybe they should not contribute then

<r​brunner7:monero.social> Isn't ReactJS frontend, i.e. running JavaScript in the browser?

hugo would generate the HTML, we would not write it by hand obviously

<c​hch3003:monero.social> That's what I explain just above. Using NextJS allow Static content rendering and Server side rendering

<r​brunner7:monero.social> That answer somehow rubs me the wrong way, I am afraid.

<c​hch3003:monero.social> Do we have people with zero xp contributing on Monero node? No, so why it should be different with website?

<c​hch3003:monero.social> ReactJS is not an exotic framework, lot of people know it actually

yes, lots of people use it for building interactive web applications, not simple static websites like we need

for that something like jekyll / hugo etc is way better suited and simpler to get into

<r​ottenwheel:kernal.eu> Can anyone please PM OP on reddit, invite him over to join the discussion?

<r​ottenwheel:kernal.eu> ^^

<r​brunner7:monero.social> Uh, that was 2 years ago already

<c​hch3003:monero.social> Frontend is easy yeah...

<m​onero-guides:matrix.org> yes, we were all working on it and discussing it in the old room at the time

<r​brunner7:monero.social> I see a pretty exemplary clash of cultures and ways of thinking here. I understand pretty well how some people look at our website and then e.g. at z.cash and they exclaim "My god, are we behind the curve." I say, yeah, so what?

<m​onero-guides:matrix.org> that person might be contactable on matrix still

<m​onero-guides:matrix.org> that person might be contactable on matrix still as well

<c​hch3003:monero.social> Yeah, try doing this with Hugo or Jekyll...

<r​ottenwheel:kernal.eu> moneroguides Do you know their matrix handle? Can you invite them over?

<m​onero-guides:matrix.org> i'll look now, but i left the old room to join this one now, not sure if i can see view it

<m​onero-guides:matrix.org> i'll look now, but i left the old room to join this one now, not sure if i can still view it

<r​brunner7:monero.social> I guess that ReactJS has maybe, oh, a cool million lines of JavaScript, whereas some nice decent static website generator has 10,000 or so. I shudder thinking about such things.

<r​brunner7:monero.social> And not to forget the 1,000 dependencies ReactJS will draw in.

<m​onero-guides:matrix.org> i cant see it :(

<c​hch3003:monero.social> You don't know what you are talking about. You are talking about React SPA. I am talking about React+NextJS to produce static site.

<c​hch3003:monero.social> Well, that's why open source websites sucks all the time...

<r​brunner7:monero.social> Not sure what you refer to here.

<c​hch3003:monero.social> Most open source projects. No examples in mind. People can be very good in backend dev but when it comes to frontend they are scrared to use proper tools

<r​brunner7:monero.social> Well, where does the current Monero website stand, in your opinion?

<c​hch3003:monero.social> It's clean, it does the job. Could be more sexy. I guess it's important to appeal to new users that are used to nice interfaces (Check all the web3 chain websites Solana etc).

<c​hch3003:monero.social> Those people never used IRC if you see what I mean

<r​brunner7:monero.social> > I guess it's important to appeal to new users that are used to nice interfaces

<r​brunner7:monero.social> I am crazy enough to dispute that up to some point.

<r​brunner7:monero.social> Hmm. Just checked. next.js has only roughly 100,000 LOC. Downright slim for today's standards. But it does need NodeJS.

<r​brunner7:monero.social> (The Monero core software has 700,000.)

<c​hch3003:monero.social> How do you plan to host it?

<c​hch3003:monero.social> With Vercel you can host it on CDNs all over the world. Super fast. But I suppose we don't want to use professional hosting service for some reasons ^^

<r​brunner7:monero.social> I don't know the details, but I dimmly remember very special measures e.g. to be available behind the Great Firewall as well. And the sever with the downloads is the holy center of the Monero universe, guarded Fort Knox style. Don't want to be overly dramatic, but we are securing a multi-billion USD dollar venture here.

<c​hch3003:monero.social> Yes but I would argue that we are talking about a website. If it is shutdown for some reason we can still deploy it somewhere else. Regarding China I don't know

<r​brunner7:monero.social> Well, if that website links to the wrong download page, it's already kind of game over ...

<c​hch3003:monero.social> That's a good point. Vercel servers can be hacked, like any servers

<r​brunner7:monero.social> Yeah, the current Monero website is certainly not sexy, but it and the server behind have a damned small attack surface

<c​hch3003:monero.social> See NextJS is mentionned here jamstack.org/generators

<1​23bob123:matrix.org> Hugo has jekyll converter, but you need to move the static files to a different file name

<1​23bob123:matrix.org> And would have to convert the theme also …..

<1​23bob123:matrix.org> matrix.monero.social/_matrix/media/…matrix.org/zeTXPtOonLyYyHNDKAFJEKvH

<1​23bob123:matrix.org> I played with it

<1​23bob123:matrix.org> But search bar and filetree collapse needs js to work

<c​hch3003:monero.social> We are talking about doing a new website from scratch

<1​23bob123:matrix.org> Oh

<1​23bob123:matrix.org> Gl 🚀

<1​23bob123:matrix.org> Monero website working group, fluffy missed that one

<r​brunner7:monero.social> One more of those imaginary workgroups then :)

<r​brunner7:monero.social> A lot is won already if this discussion today leads to some insight that a new website for Monero is a *big* project, with many many angles and things to consider. Not a sprint, but kind of a marathon until everything is ready to go online. And deciding the tech stack is of course an important one, but only one piece of a large puzzle.

<1​23bob123:matrix.org> Can i just say takes 1 yr for a page pr, imagine website…..

<1​23bob123:matrix.org> Soon™️

<r​brunner7:monero.social> Yeah, just coming back from finally getting the new paper wallet generator up here, after months: getmonero.org/resources/user-guides/securely_purchase.html

<r​brunner7:monero.social> (My part was just a bit of shouting ...)

<c​hch3003:monero.social> The blocker is the ech stack. I am quite fast at coding. This is a classic debate I often have. Different people have different preferences. Now the new hottest framework is HTMX. Backend people love it because it is based on templates (like Hugo etc). It's totally valid. But I do frontend for 10 years. For me using Markdown and templates is just ugly and annoying. But I understan<clipped message>

<c​hch3003:monero.social> d why some people like it.

<c​hch3003:monero.social> The blocker is the tech stack. I am quite fast at coding. This is a classic debate I often have. Different people have different preferences. Now the new hottest framework is HTMX. Backend people love it because it is based on templates (like Hugo etc). It's totally valid. But I do frontend for 10 years. For me using Markdown and templates is just ugly and annoying. But I understa<clipped message>

<c​hch3003:monero.social> nd why some people like it.

<1​23bob123:matrix.org> Ofrn alt

<1​23bob123:matrix.org> They’ll just want no js here

<1​23bob123:matrix.org> But slow moving parts here

<1​23bob123:matrix.org> Like docs.getmonero.org !

<r​ottenwheel:kernal.eu> Nobody has PM'd OP on reddit, right? :)

<1​23bob123:matrix.org> Waiting on repo to be made

<c​hch3003:monero.social> nope

<c​hch3003:monero.social> I can start making the home page, you see how the code looks like. If the community like it good, otherwise we throw it.

<r​brunner7:monero.social> > Now the new hottest framework is HTMX.

<r​brunner7:monero.social> A week without a new framework is a week wasted.

<c​hch3003:monero.social> I don't ask anything anyway

<1​23bob123:matrix.org> I wouldn’t waste to much time.

<1​23bob123:matrix.org> Also needs the same workflow as current one in-regards to getting updated.

<c​hch3003:monero.social> what do you mean?

<1​23bob123:matrix.org> How getmonero gets prs on github

<1​23bob123:matrix.org> I think they use netlify with github actions to preview?

<c​hch3003:monero.social> But that would come after. What I propose is that I would implement the current Figma design alone. Would be on my Github first. A proper review workflow will be needed once it is live.

<c​hch3003:monero.social> By the way, regarding Figma design, it is only desktop. Would be great to have mobile too. But not mandatory, can improvise.

<1​23bob123:matrix.org> Can always try

<1​23bob123:matrix.org> Just monero is slow at making decisions

<c​hch3003:monero.social> It's normal. That's why I think I have to make a PoC first

<c​hch3003:monero.social> To start I would just need to have translation files in this format docs.weblate.org/en/latest/formats/i18next.html

<c​hch3003:monero.social> We can't detect the client language without client-side JS tho

<1​23bob123:matrix.org> The 90s people cant see threads i think ?

<c​hch3003:monero.social> Ha but the text content has changed anyway...

<r​brunner7:monero.social> MoneroLogs picks it up, but you get confused when reading: libera.monerologs.net/monero-site/20240121

<r​brunner7:monero.social> I think never mind decision taking slowness and quite a bit of conservative mindset around here, you can really see the Monero website as something different. Not a high gloss corporate style website with a halflife of 3 years or so, but something like an open source / community project where people don't want their contributions go waste already 3 years down the line.

<c​hch3003:monero.social> I totally understand but imo I didn't get valid critics. React has been first released in 2013, and will still be around for a while

<r​brunner7:monero.social> I am not sure you totally understand. Could be that we are solidly talking past each other right now.

<c​hch3003:monero.social> We will probably want a new website, more modern in a few years also ^^

<c​hch3003:monero.social> That's life

<r​brunner7:monero.social> You mean a new website *again*, after the one you may spearhead to build now?

<c​hch3003:monero.social> yes

<c​hch3003:monero.social> In 5 years we want 3D and AI lol

<c​hch3003:monero.social> joking

<c​hch3003:monero.social> But not totally joking. A website doesn't last long in general, it evolves

<r​brunner7:monero.social> Unlike a company in fiercy competition for eyeballs and market share, we the Monero company can decide to have life that is a bit different.

<r​brunner7:monero.social> haha. *we the Monero community

<r​brunner7:monero.social> I was waiting anyway for somebody wanting to have AI :)

<c​hch3003:monero.social> Would be cool to have a LLM specialized in Monero but that's an other topic

<r​brunner7:monero.social> Well, it depends. Look at Wikipedia as something like a counter-example to this "Constant change? It's life."

<r​brunner7:monero.social> Many people nowadays have so taken it that constant change mantra that they are shocked when they meet somebody that seriously questions that as something like a universal.

<c​trej:matrix.org> Unlike companies, monero does not try to re-invent itself every few years, because our vision is clear and consistent. I think this should reflect in our website in terms of gradual improvement rather then radical redesign.

<c​trej:matrix.org> This does not mean that I don't welcome your suggestions to touch up the website

<c​hch3003:monero.social> The content will change, not the same wallets, links are dead, tech is evolving...

<c​trej:matrix.org> "gradual improvement"

<c​trej:matrix.org> or rather incremental improvement

<c​hch3003:monero.social> Anyway, I don't think this is where we should focus the debate. I would be curious to know how many different people have contributed to the current Jekyll website. I would argue it is not that easy to modify the templates without breaking stuff. You need a minimum of knowledge. Is the entry bar much higher if using React. I don't think so.

<c​hch3003:monero.social> Maybe I am biaised

<r​brunner7:monero.social> That's hard to say, yeah. The *master* branch of the website amassed over 4000 commits over times: github.com/monero-project/monero-site

<r​brunner7:monero.social> Ideally, you could offer an alternative workflow for everthing that is described in that ReadMe

<c​hch3003:monero.social> Or are most contributions about content? In React, content would be json files. Maybe markdown files in Jekyll are better organized. It's not clear to me tbh

<r​brunner7:monero.social> A requirement to submit content as JSON sounds a bit strange to me at first hearing

<c​hch3003:monero.social> I didn't thought about porting all the existing content in current website... I just thought about the proposed Figma. If we have to add a bunch a markdown content, it's doable but we have to think about it

<c​hch3003:monero.social> I agree Markdown is better for content

<1​23bob123:matrix.org> Yolo it

<c​hch3003:monero.social> Actually, I suppose there is a lot more content than what is presented in Figma. Meeting logs for example.

<c​hch3003:monero.social> If it was a normal company I would say let's use a headless CMS to manage content, and a static site generator like Gatsby so I can still use React instead templating

<c​hch3003:monero.social> But we can't do that :(

<c​sbr:matrix.org> yes we should review everything content-wise as well. I only checked the links yesterday, but we should update everything, add/remove stuff based on how fresh/up-to-date it is. Also planning to work on the FAQ - some of Seth's blogs for example.

<c​hch3003:monero.social> Moving away from Markdown seems too risky and a big pain... We are stuck with Jekyll or Hugo :(

<c​hch3003:monero.social> Probably others but I don't know them all.

<c​sbr:matrix.org> OK - well let's modify the Figma too include all content

<c​sbr:matrix.org> If we had a good process for contributors, we would have a lot more contributors, and that would be wonderful.

<c​hch3003:monero.social> I invite you to read this ghostinspector.com/blog/rebuilding-jekyll-website-next-js-theme-ui

<c​sbr:matrix.org> Can you please bring him / her around?

<c​hch3003:monero.social> We could use NextJS with content converted from Markdown to MDX (mdxjs.com). Should be easy to convert, and easy for anyone to submit content change.

<c​sbr:matrix.org> Where there is a will, there is a way

<c​hch3003:monero.social> Yes, and doing some research I see that many blogs have been rewritten about converting Jekyll to NextJS.

<c​hch3003:monero.social> Ok people can submit PRs changing MDX content. But what about weblate? What is the current workflow? Would it be possible to use MDX from/to Weblate?

<c​hch3003:monero.social> I know that there have been some issues regarding translation, it's quite a mess, do we want to stick with Weblate?

<1​23bob123:matrix.org> Dunno who controls it?

<1​23bob123:matrix.org> Old version also

<c​hch3003:monero.social> Need to talk to xmrscott

<1​23bob123:matrix.org> Hmm

<1​23bob123:matrix.org> Gl

<1​23bob123:matrix.org> 🤐

<c​hch3003:monero.social> Astro would be a good option also. We can keep Markdown files as it is, use React/Tailwind for frontend, being zero-JS by default docs.astro.build/en/concepts/why-astro

<c​hch3003:monero.social> I think it checks all the boxes rbrunner7

<c​hch3003:monero.social> It is just a modern Jekyll without being overkill

<c​hch3003:monero.social> And we can keep the same Weblate workflow

<c​hch3003:monero.social> Yep that is my prefered option

<x​mrscott:monero.social> .mdx isn't a explicitly supported file format if that's what you're asking. Weblate does support Javascript and Markdown syntaxed files. I would personally recommend Weblate because it's A) Free and B) Is what most translators in the FOSS space are familiar with

<x​mrscott:monero.social> For example, the Tor Project uses Weblate: hosted.weblate.org/projects/tor

<x​mrscott:monero.social> You can also always files an issue w/ Weblate for formal .mdx support for the long term

<c​hch3003:monero.social> Right. Well, if we go with Astro we can use Markdown

<x​mrscott:monero.social> You can also always file an issue w/ Weblate for formal .mdx support for the long term

<x​mrscott:monero.social> .mdx isn't an explicitly supported file format if that's what you're asking. Weblate does support Javascript and Markdown syntaxed files. I would personally recommend Weblate because it's A) Free and B) Is what most translators in the FOSS space are familiar with

Weblate is easier to find babysitters for

+1 to weblate

<1​23bob123:matrix.org> Needs to be updated

<1​23bob123:matrix.org> So we can get openai \0/

<1​23bob123:matrix.org> github.com/WeblateOrg/weblate/releases