wbmnfktr

Ok, we have the same settings now. Besides mine is actually a Textarea (Multi-Language) field, but I don't think that's the issue here. I uploaded a short clip of how the field and/or frontend-editing now behave. It worked way better before. https://youtu.be/OOUKdEzH4Tc After all I maybe really just disable it again. As mentioned before I rarely use it and I have a quick link to the edit screen anyways.

I could support that statement, yet I now have worse problems than before and makes it totally unusable. I might missed something from your settings. Otherwise this is cursed. Can you post screenshots of your settings, please.

Until today I didn't know how burnt CPU cooling paste smells. ? I had enough fun for now with importing those datasets, time for the frontend shenanigans.

I am still not sure it this is a weird glitch or bug or maybe even expected behaviour. Until this very thread here I never really noticed any issues and didn't find any messed up articles so far, yet to be frank I rarely use that feature on a daily basis. I mostly enabled frontend-editing for some fields to clean up formatting, adding a sentence, fixing a typo, and similar tasks while browsing through the site. On the other hand I'm in the process of migrating some client projects over to Markdown textareas as those clients feel more comfortable using plain-text than HTML editors - and they just can't really f**k up things that bad in there. So it could become a concern when I enable frontend-editing there. It's not planned, but could be the case. @ryan , maybe you could give us more insights here? Is this expected behaviour or a weird glitch/bug?

I won't try to rebuild the NextJS version of it just to mimic every detail but build a usable app like it - don't know yet how every part will work and look. But for sure I won't load tons and tons of stuff just because something was in hover state or so. Maybe there is a reason for that but there wouldn't be one in my version of it - probably. I just want to see how nice and easy it could be to build such a tool and how fast it is at the end. As said before: I won't copy the app to the detail, I will try to build an app/tool that works and has all or most of the features. The most fun part until now was to realise that importing 50k items is something different than handling 50k items that grew over years. A nice reality check.

Couldn't resist and started playing around with it. What I can say so far: Importing 50,000 pages via ImportPagesCSV isn't the way to go I somehow remembered it to be faster and a bit more reliable even with such a large set of pages. Maybe I am wrong on this but I almost always use this module for CSV imports. wired together a custom import script Not all books and details where imported due to weird symbols/letters/words in the book titles and didn't bother fighting through that. ? I skipped almost everything on the first run and just created pages with titles. The database growth was kinda surprising for me. All that took less time, than trying to import everything with ImportPagesCSV. Those weird symbols/letters/words I mentioned earlier: Database difference pre/post import 50k pages with just the title: Created a public Github repo for this: https://github.com/acabelt/pwbookinventorydemo Feel free to play around with it. Added a working basic search function using HTMX and Twig Commit: bdf60d3 Will update this post with more details as they occure.

That sounds nice. I think. Could be fun. Doesn't Discord allow such things? If so we could go there. There is a ProcessWire channel already. However... love those Community Calls, Office Hours or how others call them.

That sounds great. Would it be the cloud-hosted version of TinyMCE then we would have in ProcessWire? If so GDPR could become a new issue and topic.

Changing the order results in chaos as the markdown will be shownas unrendered HTML - which is actually correct behaviour here and makes sense. I just removed HTML Entity Encoder, disabled Safe Mode, and played more. The result stays the same: at some point the textarea field or it's rendering becomes unstable and lots of <p> tags were added. Then I looked into the dev tools and saw that being in frontend-edit mode it outputs actually HTML and not real markdown - like it does in the admin. With CKEditor or TinyMCE fields it's fine and expected as those are WYSIWYG editor but here in Markdown it's not. Tested further and found that it is the same with real plain text textarea fields. It makes the rendered HTML editable and doesn't render the textarea as InputField like in the admin. Frontend: Backend: So... not perfect for plain text/markdown fields. I might be totally wrong here but it's either: Output Formatting or the fact frontend-editing doesn't load the real InputFields It's curious that I only ran into this problem because I tried to run into it. I use this for quite some time now, 3 months at least, and never noticed an issue. Maybe I should look into each and every page now. ??

Two things are different in our setups. HTML Entity Encoder is enabled Safe Mode in Markdown/Parsedown is enabled For both I can't tell why they are enabled. I guess it's the default setting. At least I can't remember changing that. Another thing is that I usually don't mix Markdown and HTML in my textareas. Just plain Markdown. This is important because the moment I try to fix the HTML in the code annotation that textarea starts become unstable. And only then. First it adds new lines to the code area, next it adds paragraphs everywhere - even in other list elements. Adding only Markdown without any HTML doesn't change the behaviour. And that's what I tried first. Something different but similar I noticed was that I can't set line-breaks/new lines from the frontend. Usually in the backend I add two spaces at the end of the line, hit enter and start a new line. That doesn't work in the frontend at all. It actually messes thinks up similar to your issue. Just an idea that came up: Could it be an issue with output formatting and that it is not working as expected in the frontend?

Ok, so after more playing around with the frontend-editing I got it to throw up - kind of. I threw in a code comment: ```twig <li> asdads </li> ``` And I got a totally messed up textarea/markdown back. Everything in new lines/paragraphs. Totally unusable. Went back to the admin, pasted in the old content. Everything was fine again. Tried again and nothing happened. Besides the code block looked a bit off, went into edit-mode and saw this: ```twig asdads ``` the <li>s were missing, cleaned that up, and got it to throw up again. It takes some tries here but once in a while something goes wrong. Tried different HTML tags but those <li>s or code blocks seem to cause issues when added from the frontend. Tried the same in the admin and everything was fine.

This doesn't look right. Maybe someone thought it would be a good idea but usually the other files (commented out) would be used here. However those _head and _foot are in /site/templates/includes/ therefore it's missing in your config. // should probably be this: $config->prependTemplateFile = 'includes/_head.php'; $config->appendTemplateFile = 'includes/_foot.php'; The new server throws errors that should be logged to /site/assets/logs/errors.txt. Do you have still access to the old version?

I'm using a similar setup with markdown and frontend-edit. Copied your snippet, added demo content, wrote text... no new lines added here. I put some screenshots here to compare. If you want, drop me one of your .md files and I will test with that.

Wouldn't this be an awesome demo of ProcessWire as well? Here is the original tweet from Lee Robinson (VP of Product @ Vercel) - links below: Lee/NextJS: https://x.com/leeerob/status/1822668486214140134 Josh/Laravel: https://x.com/joshcirre/status/1824227064184181150 Github: https://github.com/vercel-labs/book-inventory Demo: https://next-books-search.vercel.app/

I have had this in the past or at least very similar with a custom Debian-based Apache, MySQL setup I tried to run and manage myself. I don't know what I did wrong, but everything seemed a bit off. Since using DDEV, moved away from Laragon (Win) and MAMP (Mac), never had this issue anymore. The question to ask here is: Which system is off or needs a better config? Where is your live server from or who is your hosting company? If I had to guess... A2*, Dream*, or Blue*host - or something similar.

I'd support the "enterprisey" feel of Laravel and the whole ecosphere around it. Some of those big packages and starters aren't just a package with a README.md, they have full websites to explain what's happening - even those that are free (or not that expensive). I totally get that feeling, the vibe, the experience... yet it's way over everything I want to handle (aka my comfort zone). I did the 30-day-challenge to learn Laravel and I learned a lot. I learned to invest more time in ProcessWire as I am already familiar with it and could do way more with it, when investing more time to learn some new basics (modules, hooks, custom classes, and such). I love the simplicity of ProcessWire. From fields and templates, to selectors, to templating. You can learn all that in a weekend. While hooks and modules, custom forms, and more... may take a bit longer (weeks at least, for starters and non-PHP-Developers). Still... are there some things we could learn, should adopt, might take a look at from Laravel, or CraftCMS, or Symfony, or... I asked it myself, but I'm absolutely not the right person to ask those questions, so... here we are. ?

As I look at Laravel, and quite often stumble across YouTube videos about it, these days I asked myself... is there something that Laravel does (way better) that ProcessWire should/could/has to do as well? Things I find super interesting are those Breeze, Intertia, Volt, Livewire starters. Amazing! Or the Laravel Queues, those various database adapters to use SQLite or Postgres just by changing a line in the config. The Tailwind/Vite workflows, and things like that. Not to mention all those on-demand services. It's impressive! But sure, those are big and heavy things you can't just copy, but there is a reason people love Laravel. I know some of us here are actively using tools like Laravel and CraftCMS. Why? Both are super complicated right from the start aka installation. (yeah, I love to move around files and use my ZIPs to extract them into other folders and go from there!).

Don't tell anyone but 90% of my ProcessWire code consists only of if/else/foreach/echo statements - nothing more. You don't need more. That's all. My opinion. Ok, nowadays there is a bit more twig involved, and some hooks, and modules... yet not that necessary. Everything beyond that is some kind of voodoo-magic for me. On the other hand: this forum has almost all answers (for starters) already. If not, this community is the best and will help. So... We still have more options: exclusive (on Discord, in the newsletter, ...) short time only starter-price (+$50 every 100 sales) 30-day-money-back-guarantee

I have a huge collection of "never posted in the forums"-posts somewhere. So I really understand, enjoy and love that idea. And yeah... the Drupal-forum is a bit weird, yet the CMS and people have big place in my heart. Most of them are good people, yet the... exterior (if this is even a word) is a bit off-putting sometimes. Count me in on a off-topic/sh*t-talking thread while being polite, and not that mean.

Not a moderator at all, but I LOVE THAT IDEA... a full-fledged-off-topic thread. If I understand that right. And the later the day, the more interesting the topics (besides those excluded in the forum rules of course) become. My first off-topic just to crash this thread here already: ?

Super smooth. It's an official app for Linux nowadays with the latest updates. Yet it feels better integrated than on Windows (at least - don't know how it feels on Mac). VSCodium (Free/Libre version of VS Code) feels a bit different. A bit off. Cursor uses it for example - therefore I'm not that happy with it for now. Unfortunately I can't assist with CapCut or any other video editing tools. But I know that there are a lot of tools available.

Still working pretty fine here. You define icons and colors in the repeater matrix field > repeater matrix type > item headers.

I set one myself, like so (from within a module): $this->wire('session')->set('cart', $cart);

Well... processwire.recipes uses Astro as of right now, therefore not a great example but... I can offer processwire.pw as a demo platform and resource. Yet I'm open to move processwire.recipes over to ProcessWire and the community. That's why I re-booted it. It's for the community - not me. Btw - I was finally able to get the old domain / @marcus: As I mentioned Astro here... they have an awesome way to communicate their progress and they move pretty fast. Their versioning and communication, community talk and support on social media is on point. Maybe those points should be added to the ProcessWire 20XX agenda as well. more community work* more visibility in social media* more activity in social media* * yes, that's most of the time on us and not on @ryan more communication and posts on processwire.com/blog every weekly forum post should be a blog post, and the blog should be the leading source (my opinion) - right now it's in the forum, but... a new thread in the forum with a link to the blog post would work for me and would be even better for everyone. As mentioned before: it's about marketing, therefore the blog should be the leading source. (Change my mind!) blog posts should be posted on: X/Twitter, Facebook, Reddit, Discord ... whereever we have an official home or community - and even in non-official homes. final solutions from the forums which involve PHP/API code should/could be posted to processwire.recipes (ping me to add that recipe if you like!) for ProcessWire, modules, hooks, hacks, ready.php, whatever it's easy to add a recipe Thoughts about Demos and Profiles each and every profile should be super close to the user, the user's needs and therefore a longliving and understable profile and concept. Examples should be timeless, therefore no need to update them once in a while: Skyscrapers ? American Diner Restaurant Classic Movies Collection Grand Mom's Recipes Antique Shop Inventory Billboard Charts History these examples alone would support everything we all ever faced and built - I guess. (Apps not included, but as starters) all these examples would build a solid foundation for all kinds of websites and projects we face nowadays (still apps and custom things not included) I repeat myself here but I can offer processwire.pw as a demo platform for that, all we need is long-term Hosting SSL CI/CD deployment and/or someone that maintains those installations

One thing that just came into my mind... I need support for ImportPagesCSV. No matter if Combo, Mystique, or the upcoming new fieldtype. I import thousands of pages each month via CSV upload using ImportPagesCSV - fortunately older projects and real fields so for now no problems. (Yes, never tried to import into Combo fields, which I probably should.)