Christophe

In case it is of interest to someone: https://www.youtube.com/@IBMTechnology I viewed one of the videos presented by Martin Keen the other day and thus discovered this channel. There seems to be a lot of good videos about different aspects of AI and other subjects. I haven't started yet with AI, I'm just slowly trying to understand how things work. As soon as I can I'll try to use it locally. In reality the first (specialized and local) one(s) I'll probably/perhaps try will be while using DaVinci Resolve Studio. For the moment the only one I've started using a few times is Leo on the Brave Browser (On another subject, I just discovered yesterday by accident while using the mouse that it is possible to split the view with (only) 2 visible tabs, unlike with Vivaldi where there are more options. I hadn't even searched if it was possible. And I've just discovered it is now possible with Firefox, but also only with 2 tabs.). I had found about Aider a few weeks or months ago, it seemed really interesting.

Welcome back @Soma 👽!

Hello, Would this solution suit your needs?: https://processwire.com/modules/admin-restrict-branch/

[Removed post content.] Edit: after removing the post content, I found a solution (for those who might have noticed my last post upgrade(s)). But I didn't save the post, so... Please remove this post :).

Hello Adrian, Can this help you?: New URL hooks -> https://processwire.com/blog/posts/pw-3.0.173/ URL segments -> https://processwire.com/docs/front-end/how-to-use-url-segments/ And there have been quite some updates related to URL segments -> via Google you can search site:processwire.com/blog/ URL segments And had you seen this module (in beta version)?: https://processwire.com/modules/custom-paths/ And there is this for the admin/backend if needed: https://processwire.com/blog/posts/page-list-custom-children-module/

As it worked for you and I found back the source of the code, here it is:

https://processwire.com/modules/file-mover/

Ok, thanks. I normally won't have that "problem" appear on the 2 websites where I want to try to implement it but I just wanted to let you know about this specific "behavior" I had encountered.

Hi @bernhard, The screenshot was the one at the end of the post. But I thought I had replaced it with the version where the 04/02 was added to show that only the first day (03/02 ) of the 6th/new week displayed again the start time (12:00/12 h) of the first day of the event. With "31/01/2025 12:00 - 04/02/2025 13:05" I wouldn't expect to see "12 h Event range on 2 weeks" on the 03/02. It could be to show some time info if a weekly calendar view is chosen but the (test) event doesn't start at 12pm on the 03/02 (or any other day other than the 31/01). It is supposed to be a continuous event, so I suppose only "Event range on 2 weeks" would be expected to the displayed on the 03/02. Edit: or the start date of the event should be displayed too on the first day of the new week (perhaps it would be easier to do, but it would probably also make no sense...)

Hello, It was an issue where if you put 31/01/2025 18:30 for example and saved the page, the time was displayed in the calendar/parent page, but in the child page the time was back to 00:00.

Hi @bernhard, And thank you! I've just updated the module on the website that I had copied. I've done several tests, also with the date range option on the same day and on several days, from the calendar or creating directly children. It seems to be working. In the calendar (in the admin) I see the starting time but not the ending time (the same day or another day) but I'm sure it's normal by default. I've not yet installed RockGrid and tested repetitive events like for example on several days (consecutive days or not) starting at the same time. But I've noticed something: if I have a range like 31/01/2025 12:00 - 04/02/2025 13:05 that is on 2 different weeks on the calendar, the starting hour of the first day is also displayed on the first day of the new week, making it seem as if it only starts at 12 pm on the 3rd February. Is it the default "behaviour" of FullCalendar? Is this only happening in the admin or will it also happen on the frontend if someone uses FullCalendar? I'm thinking/I guess that repetitive events (at the same time range or not the same time range each of these days - I haven't tested yet) (can) resolve this case. I'll have to test.

@bernhard It's the issue that I had on a website that we had talked about via PM around the 5/6 January where I had explained everything, and with more/complementary details the 9th (PHP 8.2, utfmb4, InnoDB, MariaDB..., the steps I took, etc.) and for which I had sent you via your cloud a copy of the fresh new installation I had done, as you asked me to, where the issue was reproducible a second time. You told me that you could reproduce my issue and that you were working on it. It was apparently the day the version 1.5 was released, the 11th. Compared to the installation copy I had sent you (where the modules were all the latest at that moment), I've just upgraded now the modules listed below (all the others were already up to date): *** By the way, RockCalendar, be it with 1.4.3 or 1.5.0 installed, still shows as 1.0.1 for "Latest"/ 1.0.1 (older than the one you already have installed!), in the Upgrades module page or in Admin -> Modules -> RockCalendar -> Download and Update *** RockCalendar RockCalendar 1.4.3->1.5.0 1.0.1 RockFrontend 4.0.0->4.1.0 RockMigrations 6.5.0->6.7.0 TracyDebugger 4.26.47->4.26.57 The issue is still present. With new events created (past, present and future) and with several times of the day/night. The time is saved correctly in the calendar as before but the time still goes back to 00:00 in the date/time picker field after saving the page, as before. Do you want that I summarize/condense/merge/compile everything discussed concerning this specific time issue on a separate thread under Modules/Plugins (or another sub-forum)? Added: Do you want me to create a thread specific to the date/time picker fieldtype and/or inputfield? Added 2: if you want me to create a specific thread I'll remove everything in this post and just link to the thread with the details (I'll probably remove all the content of this post anyway as I don't like when my posts are messy). Added 3: I tested after only upgrading RockCalendar to 1.5.0, and then also after upgrading the other modules, trashing the old events and creating new ones. And even logging out/in of ProcessWire, etc.

Hello @bernhard, Any updates on the date/time picker issue that you could also reproduce? Thanks in advance!

Hello, And Happy New Year! The tutorial is probably using the direct output strategy. Here are 3 different output strategies among other possible output strategies: https://processwire.com/docs/front-end/output/. The Default profile (beginner edition) and the Classic site profile, for instance, are using the direct output strategy. The official profiles can now be found here: https://processwire.com/download/site-profiles/. You can see Working with site profiles at the end of the page. The Blank site profile is now the only profile already bundled with all current versions of ProcessWire. It uses the Markup regions output strategy. And it has the following parameters in site/config.php: /** @var Config $config */ /*** SITE CONFIG *************************************************************************/ // Let core API vars also be functions? So you can use $page or page(), for example. $config->useFunctionsAPI = true; // Use custom Page classes in /site/classes/ ? (i.e. template "home" => HomePage.php) $config->usePageClasses = true; // Use Markup Regions? (https://processwire.com/docs/front-end/output/markup-regions/) $config->useMarkupRegions = true; // Prepend this file in /site/templates/ to any rendered template files $config->prependTemplateFile = '_init.php'; // Append this file in /site/templates/ to any rendered template files $config->appendTemplateFile = '_main.php'; // Allow template files to be compiled for backwards compatibility? $config->templateCompile = false;

I found why it wasn't working after installing the Upgrades (ProcessWireUpgrade) module. The Upgrades module warned me with ProcessWireUpgrade: Your PHP does not have ZipArchive support. This is required to install core or module upgrades with this tool. You can still use this tool to identify new versions and install them manually. So I just had to enable the Zip PHP extension that was not activated by default.