szabesz

cross reference:

cross reference:

Unpoly 2 is promised to be released soon: http://triskweline.de/unpoly2-slides/#1 Powered with Bootstrap 5 it might be a game changer for me. I have never been a fan of Bootstrap but version 5 impressed me so far. With the (optional) integration I can't wait to see what sort of productivity boost is possible for me by building upon both.

@adrian I don't think you should spend more time on this as it is just a minor issue of a minor feature. Thanx anyway!

Perhaps FatFree can be another source of inspiration (or it could even be added to our projects easily? The whole library is 483 KB and 45 files...!) https://fatfreeframework.com/3.7/routing-engine https://www.youtube.com/watch?v=XGldwy1pmU0&feature=youtu.be FatFree has good a history of being maintained: https://github.com/bcosca/fatfree/releases

Since you are using ProFields, have you thought of asking Ryan for help? (Provided you currently have an active license, of course). Anyway, I do not think the number of pages and fields are causing the issue. You should not blame the system for this, as it it highly unlikely that the system itself is the root of the cause.

Hello, Have you tried to bump up the max execution time as a starter? Usually I set it to max_execution_time = 60

I might have figured it out: actually, there is no problem when I can perform a single-click without moving the mouse between mousedown and mouseup. However, even if I happen to move the mouse just by one pixel during the click, then the #tracy-debug-logo div's mouse drag kicks in, and that is the end of the story... It also works the same way in Chrome, so actually there seems to be no difference in the way these two browsers work in this case. When I use the trackpad of my MacBook Pro, then it sometimes happen that I cannot single-click without moving my fingers a bit.

@adrian Thank you very much! Maybe the gray of the gear icons could be lighter because currently there is too much focus on them (if it is possible to recolor those SVG icons in the first palce...) But most importantly, the "go to top" single click works randomly in Firefox (mac). I also tested it in Chrome, where it works all the time but – for some strange reason – not always in Firefox.

I have not yet tested the difference, so it is something I need to look into. To tell the truth, I have just started to use page classes, so I am happy to hear how others make use of it.

If I'm not mistaken, it can be simplified by utilizing the __loaded() method instead. PW will call that method after the page object's data has been populated from the database (so all its field values are accessible), and it can also act like your "manually" called init function. Credits for this "tip" goes to @Robin S: https://processwire.com/talk/topic/25107-custom-page-class-how-to-use-__construct-or-similar/?do=findComment&comment=211144

True but I don't think that matters as the "Main setup" section is at the top, so there's not too much need to use that quick link anyway. It's just there for completeness, I guess ?

@kongondo or @adrian Maybe one of you could move this thread under the Tracy section of the forum? Now that I have successfully hijacked it? ?

Hello Adrian, thanks for your kind reply. My clients and me solely use the admin on desktop (I guess we do not like to torture ourselves ...) so I have no experience with narrow viewports. Well, it is similar for sure but not the same. Anyway, this idea is not that important so I am quite happy to forget all about it ? How about adding it to the Tracy logo? Currently, a double click is used for taking us to the settings page but a singe click does nothing. Maybe that event could trigger a "go to top". BTW, Server Indicator Type is in the same league: not really about debugging and such but about aiding the developer with a subtle but useful touch.

Another idea popped up in my mind ? The Panel Selector of the Debug Bar lists the panels in alphabetical order, which is quite OK with me, however, what if there wire direct links to the panels settings? Maybe the far right side of each list item can be a good candidate the location of the links (perhaps links on icons?).

While we are at it, coud you please optimize the following as well please: Request Logger Panel: all its three rows can fit in 1/3% "columns". Request Info Panel: "Panel sections" is very tall compared to "Show image thumbnail..." Maybe "Panel sections" options can be spread out into columns? Perhaps a quick and dirty CSS columns property addition would solve it. Actually, you have solve it for the panel selector options already. Error logging: same as above. Log severity is very tall, maybe a two column layout would help while at the same time the other columns next to it could be narrower. BTW, I like the new Quick links, thanks fort that! My only issue is that it is not in alphabetical order, so it is not that easy to find what I am looking for. I understand that it is in the same order as the sections below, but I do not know the order of them anyway, so the current order is not much of a help. The only order I know by heart is the alphabetical one. Also, it would be nice to have a "go to top" option for the debug bar, so that we can easily jump to the top, and not just on the Tracy settings page. (Yes, I can do it with my keyboard, but I often prefer using the mouse instead.)

@adrian Actually, I would love to have the option to have it for the admin only but disable it for the frontend. Currently it is all or nothing, meaning that we can disable all indicators for the frontend, but I would like to disable/enable them individually, separately for both admin and frontend. Maybe the "Where" option could be merged with the "Indicator type", so that each indicator has its own "Where" option. That would satisfy all needs, I guess. We would also save some screen real estate, as both blocks of these options are rather emptiesh, and the merged UI would fit in the block of "Where" easily. That way, the settings page would be a little shorter than it is currently.

Since PW 3.0.127 there is the option of setting "Unique" status for pages. Maybe you could utilize that? https://processwire.com/blog/posts/pw-3.0.127/ I'm not quite sure what you are referring to by saying "across multiple fields". Do you need the value of one field to be unique on the very same page compared to another field(s) of the same page, perhaps?

The page id is an auto-incrementing number. Can't you just simply rely on that? Am I missing something perhaps? Something like the following?

I have just tried this on ProcessWire 3.0.155-dev and 3.0.169-dev ( I do not have 3.0.152-dev to test it with) but this method does not work. If I add some logging to addSuffix like this: public function addSuffix($suffix, $path) { if(!isset($this->suffixes[$suffix])) $this->suffixes[$suffix] = array(); if(!empty($path) && is_dir($path)) $this->suffixes[$suffix][] = $this->path($path); error_log(print_r($this->suffixes[$suffix],true)); } ...then – for example – I get the following during an admin page request (I get a similar but longer results on loading frontend pages): Looks like there are cases when the array is empty, and there are cases when it contains my custom path. Anyway, in the end, custom Page classes are not loaded (except the ones from the default location). Anyone with deeper understanding of the ProcessWire internals has an idea of what is going on?

+1 – please +1 – This should also be optional.

It would even be easier if the css "framework" was built upon css variables, eg: https://www.gethalfmoon.com ("easy dark mode" is also built in). That's what I call a few lines of code: https://www.gethalfmoon.com/docs/customize/ No setup, no build process, only a few lines of code, and there is no need to talk about color preferences in that case ? It has been an optional setting of the UIkit theme right from the beginning. It is easy "not to use it" ? Anyway, I add the client logo and client colors so that I can tell apart the admins I have to work with... so "branding it" is not just for the client's sake but my own, too.

I was also thinking of mentioning it, however, Unipoly seems to implement a lot "more features" and its more advanced, soon to be released new version can be expected in weeks: http://triskweline.de/unpoly2-slides/#1 Note, that while these libraries are similar, but they are far from being the "same". Unipoly is opinionated while HTMX "is not" (at least not that much...), which is a big difference. However, Unipoly offers a lot more out of the box, so I'm myself thinking of using Unipoly v2 in the future. Unipoly v2 also – optionally – supports Bootstrap which is good for even more rapid development. I'm not a big fun of Bootstrap, but Bootstrap 5 and Unipoly 2 looks like a good combo, so I will definitely find some time to test them together in the near future.

Is it in the requests repo yet? If not, if you add it I'm happy to give it a thumbs-up ? From now on, GitHub thumbs-ups are the way to go: Ryan says: "Please use the thumbs-up votes on GitHub for issue reports and feature requests that you value the most, and going forward, that will help us to cover them in a useful order." I guess it also means we should not use the heart or any other positive looking reaction as GitHub seems to be able to sort on one reaction only, that is why it is only useful to stick to thumbs-up.

Interesting approach. It deserves further investigation, I think. If I understand it correctly, you propose another set of children – separated from the current set – which is used for layout only perhaps? Reading other's comments, I think most of us do not ask for a "Gutemberg only like" feature, instead, most of us need a way to implement a builder which is similar to the current repeater(matrix) based solutions others have presented in the forum, but geared towards layout + building. Editor.js could simply be another fieldtype, just an alternative to CKEditor. You and/or your client could decide which one to build upon your "RTE editing needs".