@phunh - If you think these tools or modules can be helpful, we can add it back in and see how it goes. I mostly would ask that you would update the readme with the new dependency so people will know how to get the build working. I like to say what it is, and where to get it.

@alvinhochun - It doesn't appear that Hugo can make the URL look exactly how the WordPress one does it. Based off this article (https://discourse.gohugo.io/t/how-do-you-render-an-rss-feed-on-folder-route/40705/5), it sounds like we are going to have to create some type of redirect to go to the Hugo location.

@phunh - I just removed the "strings" portion for the translations, so we should be good there. Good catch.

@tysontan - I just added the extra script commands to do that last generation. I was originally waiting a bit for that PO folder to be created before I added that step. There are a lot of languages that show up now on the dev site after I added that. I had to add a scrollbar so the languages didn't go off the page.

For a progress update

1. Website repository has moved to a websites project in invent: https://invent.kde.org/websites/krita-org
2. A Jenkins build pipeline has been set up which runs every commit on the main branch: https://binary-factory.kde.org/job/Website_dev-krita-org/
3. The build runs and publishes the changes to https://dev.krita.org/

@phunh - I added a scripts folder and put something in there. I am not sure exactly how the python script needs to be written for the build system to swap out the variables. Here is what I have so far...
https://invent.kde.org/scottpetrovic/krita-marketing-site-hugo/-/blob/master/scripts/custom_generation.py

@phunh - That is correct. I tried to extract the key and put it in the hugo config, but hugo doesn't want to substitute the variables like it does with other contents. Like you were saying, it must ignore the static PHP folder and just do a copy/paste action when building or publishing. In general, Hugo doesn't seem to like PHP files. That is why I put it in the static folder to avoid any Hugo processing.

@rempt - Good to hear.

I am starting to work on the Mollie one-time payment option. Most of the work is just seeing how I want it to look and flow. This is kind of what I have right now.

After our IRC meeting this morning, it sounds like we are going to stick with Mollie for one-time payments. There were previously some issues with accounting which have all been cleared up. I started to look at what we currently do with our Mollie one-time payments. This is all the functionality that I can think of that we currently use

We could try donorbox. The service seems like it mainly goes through Stripe. I then started wondering why not just use Stripe, but it seems Donorbox has an extra layer of tools/usability to help manage non-profits that Stripe does not... https://stripe.com/en-ee/customers/donorbox

@bcooksley - I brought up Braintree a bit ago when I was trying to build out the code to handle the payments coming through. You mentioned there was some concern with Braintree and we might want to think about another platform. Was it something related to their unwillingness to work with KDE? We are trying to decide what one-time payment option to use for a new krita.org.

The main topic I need to figure out right now for the new krita.org is how we want to handle one time payments to the Krita foundation. Currently any payments that are monthly or subscription-based are all taken care of on fund.krita.org. The fund website does not do one-time payments. Krita.org currently uses Mollie as the one time payment processor. It seems like this is not the preferred system we want to use in the future - so we want to do something different.

1. It is release_note.pot. That was a typo on my end. Sorry.

@phunh - I installed linux mint and am trying again. I am not sure exactly what I am supposed to do after I extract the POT files.

I am also trying to run the compile step, but am getting another error with the "msgfmt command not being found". Are there other dependencies this process needs to work. Maybe it would be better if I just try to use a linux distro instead of trying to get it working on Windows.

@phunh - I am trying to run the next fetch step, but it keeps failing for some reason. After creating the POT files with the extract command, I do a command like

@phunh - I pulled the latest and it appears to still not excluding quite right on Windows. Looking at the output log while it is extracting, the difference is on the last folder separator.

@phunh - I am right on master and it says it is 0.5.2 on the setup.cfg file.

@phunh - thanks for the assistance with this and got it running. I ran the extract command to see what all would be extracted from the hugo site.

@phunh - ahh ok. I can make the config look like how it was without the separate translation folder. I can also add in the exclusion for the individual posts. I will eventually have to add more posts to it as Krita has created new content after I originally extracted these posts.

I did some changes based off the feedback.

@phunh - Ohh, yeah. So we only need the base english pages and content that need to be translated. I just updated that config to only include the english content

@phunh - Thank you so much for looking at this. I wasn't sure about the recursive nature of the globs, but that verified it. Here is the updated config file...
https://invent.kde.org/scottpetrovic/krita-marketing-site-hugo/-/blob/master/config.yaml

I threw up a website on my github account to show what I have done so far.

I think we have the content organization issue figured out.

@phunh - yes. that could work with the permalink configuration option. Maybe for now I will put all the posts in year folders. If we can figure out how to make them work - great. If not, that is probably ok too.

@rempt - I am starting to add all the old posts to this new hugo site. I am noticing we have 700+ posts as they go back through 2014. Seeing 700+ files in one folder is a bit difficult overwhelming to sift through and work with. It isn't as obvious in WordPress since it is a paginated table that shows new posts at the top.

@weoxm - Thanks for the feedback. I like a lot of your ideas for the design aspect. We might be able to consolidate a bit of our pages too. The website might be a bit too verbose in places.

@tysontan - that is a good idea. I think when we originally came up with this design, we were trying to cram a lot of things "above the fold". I think if we revise the homepage, we can give each area more space...and be ok with a bit of scrolling. We can give this "hero" image more space if/when we redo this.

@alvinhochun - Yes, we could do some changes to that.

@dkazakov - These all seem like great ideas. The whole 'unidirectional data flow' pattern would be neat to try, as well as reducing any property dependencies we currently have. If we use lager and the concepts are a bit more abstract, I think just providing more documentation in the code is really all we need. I guess our code base works ok with C++17, so not sure how big of an issue that will be.

@tysontan - I just removed the Krita Gemini. It was actually on a lot of the other languages...so I just removed it from all of them. To get to that, it was on the Appearance > Widgets area. That has all the footer areas.

@tysontan - I just updated the files on the site. I am not sure which messages/pages you updated, so not sure if the cache is going to be showing the old translations or not. Let me know if I need to refresh anything if you don't see the updates.

Here are the POT and PO files. You can just attach the final ones when you are done and I can update them on the site.

@tysontan - Take a look whenever you have time. I think I got all these changes are done.

@tysontan - dang. I somehow missed that. I just updated it. Let me know if it is all good.

@alvinhochun - ahh that is right. I remember you mentioned the breakdown with languages, but I forgot.

@alvinhochun - woops. Good catch. I just updated the template so it should be working now.

I just created two new variables on the krita download page where you can change out the Krita Plus and Next descriptions.

The new site is launched now which is great! Any future changes or enhancements can have a new ticket.

Maybe for now, I could create two new variables in WordPress that can control this.

1. krita-plus-description
2. krita-next-description

I would rather keep this simple, so just having one version of the text for each would be better. I would rather change the text...or make the text a variable, than having some type of branching logic.

Thanks everyone. I updated the download page...and plugged in all those translations.

So these will be the translations we need then

1. Windows 32-bit version
2. New versions of Krita on Windows do not support 32-bit.

My first thought is maybe have a button to go to the 32-bit versions (what URL should this go to?). Also a bit of text added stating new versions of Krita will not have 32-bit builds.

@ognarb - Does this look about right? https://krita.org/wp-json/mollie/donations/v1/all

@ognarb - I am sure we can. I will have to look at the SQL to see how we want to change it. What do we want the rule to be. Just the past 30 days?

@ikiw I - guess phabricator cannot send messages to people. I will just post this ZIP file here with the stuff to translate

@ikiw - Hey, sorry, somehow the notification when you messaged me got lost. I think the next step for the Polish translations is to translate a lot of the content.

@ognarb - Just updated the SQL with your suggestion. I think this is what you are looking for. Let me know if it needs to change. You can use the same end point

@ognarb - I created a REST endpoint that is public...so you can just call it to get the JSON data. It has an array with each donation in it. you can get a count on the number of donation people and loop through each donation to tally up the amount. That is currently how krita.org is doing it.

@wojnilowicz - Ahh ok, so you are doing the translations.

@tymond - That last message was probably for you send by @wojnilowicz . Is this something you are going to have time for with all the Krita 5 stuff going on. I think we left off with having the PO files, but needing all the WordPress translations for the pages

I will try to spend a bit of time and play around with it. I did notice I am getting a weird technical issue when clicking this link by the payment options.

@mwein - There are too many styles probably applied to those tabs. We can probably remove some. I originally got the styles from the Krita UI redesign plugin. I removed a lot of the random styling. Having 4 docker tabs in a little area can only get so good though.
https://invent.kde.org/graphics/krita/-/merge_requests/743

I know switching to QML is going to be a big task, but it does seem to be better maintained. If you ever listen to any talks with Qt developers, all they seem to talk about is QML. I am guessing that is where they are putting all their resources for improvements going forward.

In terms of a UI/UX improvement, I think a really nice thing would be able to add and remove transform mask keyframes without having to open up the curves docker. While some people might want fine tune control, a lot of other people might not want to see the animation curves docker to do animating.

@rempt - If you get a chance, could you send a private message to @ognarb with your braintree stuff. He can try to hook it up so we can test out a live credentials.

@tymond - For making a translation for posts and many pages, you first go to the english version in WordPress. When you are in the edit screen for a post/page, there is a bunch of country flags on the right. You press the edit button (pencil icon) next to the Poland flag and it should create a Polish version. The page will switch to a new polish page where you can edit and save that one. The reason it is done like that is the different langues are all linked together, so if someone tries to go to a language that doesn't exist...it falls back to the English version.

In T11352#245426, @bcooksley wrote:

First the site/application will need to expect to load those details from the configuration file.
How are they expected to be provided at the moment?

@bcooksley - Would that be hard to set up for https://fund.krita.org/ I am not sure exactly how that site is building...or what needs to be modified to get it to work with a configuration file.

@ognarb - Do you think it is a problem if the merchant ID, public and private keys are stored in the repo for everyone to see? I wonder if we have any options or something else if Ansible might be too tricky

@ognarb, @rempt - I am looking at the braintree API stuff a bit and how to swap it out with production API keys so it will eventually work with fund.krita.org.
It looks like the three fields are listed here (maybe there is more)...

@ognarb - That makes sense. What I like to do with building instructions is get a fresh copy of something like Ubuntu and write down all the steps I needed to to do get it going. I can maybe start doing that. For now in terms of development/design work, I will just focus on trying to get it buiding and writing everything down.

@ognarb - for translating, I currently see a lot of PUG and HTML files that seem to be template files that Django uses for generating HTML. The translations are currently written like this...

I updated the description of this ticket to try to figure out what remaining things we want to figure out or do before we launch this funding site. I think a lot of the development is really shaping up thanks to @ognarb - Thanks! A lot of the questions/discussion is how we want to organize the content, fit this into krita.org, the application, and flesh out the content more. I will try to present my ideas after I spend a bit of time thinking about these questions.

What browser are you checking on. When I check it on Firefox on my computer, everything seems to line up fine.

This is looking great @ognarb