szabesz
-
Posts
3,051 -
Joined
-
Last visited
-
Days Won
20
Everything posted by szabesz
-
+1 ? @ryan Thanks for these great new features! However, I am wondering if it is (or will be) possible to define where to store the files of custom classes. Some time ago, I started to organize files belonging to a given parent/children template relationship into their own dedicated directory. I explained it in a bit more detail here: https://processwire.com/talk/topic/23193-mvc-architecture-and-processwire/?do=findComment&comment=198246 For example: I put this in /site/init.php for each template that needs code: $templates->get('article')->filename = $config->paths->templates . 'pages/articles/article.php'; I even put the files of field rendering under /site/templates/pages/articles/fields/ and render them like this (note: it is not seen in the screenshot above...): <?= $article->render('article_lead', '/articles/fields/lead') ?> I am asking for something similar so that I do not have to put class files into /site/classes/ , instead, I would like to store them alongside all the other related files, eg. in /site/templates/pages/articles/ or somewhere else when applicable (as it can bee seen in the screenshot, I also have a "global" folder for files not tied to a given parent/children template relation). I find it particularly useful that I do not have to hunt for files when working on a given parent/children template relationship. By sticking to my simple naming conventions, files are are always just a click away and they are also easily "portable" form project to project.
-
I treat things similar to this, except that the separation between "view" and "controller" is created by PW's "Prepend file" feature possible via the template settings. The procedural code of the "controller" is placed into a file article-control.php, for example, while the "view" is in article.php, which is the standard template file with PHP's "alternative" syntax, just as originally intended by Rasmus Lerdorf. To keep files organized, I put this into /site/init.php for each template that needs code: $templates->get('article')->filename = $config->paths->templates . 'pages/articles/article.php'; While the location of the prepended "controller" is set in the admin like this: pages/articles/article-control.php This way I can put any article/articles related files into the pages/articles/ directory, and not just these two ones but files like included template partials, JavaScript files only required by article pages, etc.
-
Hello, Recommend @teppo's module:
-
@bernhard Thanks for this discussion, it is great that you raised this issue this way. I've found another one: https://github.com/rlanvin/php-rrule this one does not seem too have to many issues but it is hard to tell... I think supporting recurrence out of the box might be a good idea as adding it later might generate unnecessary refactoring work. I am just guessing though... As for time zones, most projects can do without it, so if I were Bernhard I would not deal with it. -
Thanks for working on FieldsTableTools, supporting uniqueness at the DB level is an important addition to the system for sure! However, while you are at it, please also consider this HIGHLY POPULAR request: https://github.com/processwire/processwire-requests/issues/126 Looks like this is the right moment for you to also implement a decimal fieldtype for the core.
-
module SnipWire - Snipcart integration for ProcessWire
szabesz replied to Gadgetto's topic in Modules/Plugins
Yes I do. I thought there is "custom data" related to each order but if not, then that is a different story. -
Now I know why those emails often ended up in the spam folder... Thanks for the improvement!
-
module SnipWire - Snipcart integration for ProcessWire
szabesz replied to Gadgetto's topic in Modules/Plugins
Each pw order page could store the data of the related extra order fields. Order pages could be saved under Admin (page id 2) > Snipcart Orders > [order#n] similar to the way PW saves repeaters "hidden" under the Admin page. -
module SnipWire - Snipcart integration for ProcessWire
szabesz replied to Gadgetto's topic in Modules/Plugins
What do you mean by saying "start with"? Is the example above a prefix or the complete fieldname? Why not? ? -
Hi Adrian, I would be happy to hear that you give another chance of the possibility to move the bar to the bottom left corner, optionally. Dragging it around is kinda pointless, at least in my point of view, but as I already explained it in the past, the bottom right corner can sometimes be problematic when Tracy interferes with something, and covering an interactive part of the site is not really a solution. However, it is very rare that both bottom corners contain interactive elements, so being able to pick which corner to cover would suffice most situations, I think.
-
Thanks! The above is where his "Home" main menu item leads to: http://moneyhole.me/dougmcarthur/ What's wrong with his WordPress site? ?
-
I could not find it. Could you please provide the link for us?
-
I don't agree ? If a reviewer has no useful knowledge of a system he is reviewing (he states: "I assume"), then he should not do the review in the first place, so "You can't fix 'stupid'" is a proper way to put it in a few words, even though it is a bit offensive, sure, but he deserves it in this case, and we are writing in the Pub section... I'd also like to point out that such a statement by the reviewer is dumb. He might also say that "Laravel is great for developers (I assume), pretty bad for everyone else.", for example. Reading his complete review, he clearly has no idea what he is talking about. PW's admin – by default – is for developers, so why comparing it to WP's and Squarespace's admin, which are for bloggers and such by default? Apples to oranges? I am also a person who did not want to spend the time on exploring ProcessWire for the first time I installed it. At that time I was jumping on the WP bandwagon and thought: so many options to explore, I have no time to explore a yet another system. Later on, I realized what a piece of you-know-what WP's internals are, so I gave ProcessWire another chance, never regretting it, of course?
-
module SnipWire - Snipcart integration for ProcessWire
szabesz replied to Gadgetto's topic in Modules/Plugins
I think if you make it absolutely clear that the Donate button is for supporting the development of your Mozilla Public License 2.0 licensed module, then it is ok. Currently it is not quite clear that the "button" in your signature is for that thing only. Anyways, as soon as I have time, I will test and donate. -
Hello @AndZyk We have a brief discussion on this issue over here: https://processwire.com/talk/topic/15270-session-storage-and-lifetime/?do=findComment&comment=168200 You can also google something like: GDPR cookie "legitimate interest"
-
module SnipWire - Snipcart integration for ProcessWire
szabesz replied to Gadgetto's topic in Modules/Plugins
Thanks for the update! I am thinking of giving it a test drive in the near future, I just do not have the time right now. One more thought regarding taxes: would it be possible to implement some basics here first and later on concentrating on something "ideal", so that at least those who do not need more than the "basics" can start relying on them. May be this idea does not make any sense, so I am just brainstorming here... -
Yep, now I get it ? Thanks for the tip!
-
Thanks for the info, however, I find your explanation a bit confusing and I'm not sure I follow... Thanks for supporting the idea!
-
Thanks, it was turned off. Never needed it so far. However, I turned in on just in case I need to reload a file. ?
-
Upper left corner of what? I cannot find it. This topic says it is obsolete and removed: https://intellij-support.jetbrains.com/hc/en-us/community/posts/207066455-Where-is-Reload-from-Disk-option- ??? yeah it's about IntelliJ but such things are usually the same in Jetbrains apps. However, I do have "File > Invalidate Caches / Restart..." menu. BTW, in may experiences, any external changes are detected by PhpStorm.
-
I did not. How can one do that? ? Anyways, I have just figured out what the issue might have been: my workflow is that I install modules on the production site, configure it and afterwards clone the db and sync files to my local environment. However, I did not clone the AutoTemplateStubs folder from production to local because the cache folder is excluded in that case too. So storing AutoTemplateStubs in /site/assets/cache makes it a pain for me to use the module ?
-
At first I set the prefix to "stub_" and no(!) AutoTemplateStubs folder was created at all. Afterwards I uninstalled the module and installed it again. This time I left the prefix at the default "tpl_" setting and now I have the AutoTemplateStubs with the php files in it. So now it works. However, AutoTemplateStubs being in the cache folder, I cannot set the whole cache folder to be excluded, which I have been setting so far so I do not accidentally start editing a template cache file, for example. I do a lot of global search so excluding the cache folder is a must. Can't you make it optional where the AutoTemplateStubs folder is created? EDIT: actually I usually mark /site/assets folder to be excluded, not just /site/assets/cache
-
Thanks for sharing the module @Robin S I have just installed it and followed the instructions but it does not appear to do anything. What sould I do to troubleshoot? I'm on a Mac using PhpStorm.
-
I would never call these "discussion boards" a forum though. I am glad we have a proper forum and not something like these.
-
https://2019.stateofjs.com/ TL;DR summary: https://www.i-programmer.info/news/167-javascript/13360-javascript-still-popular-.html "So we can see that the use of React (which is the most used technology in the survey with 16,099 users) has increased while it popularity has been pretty steady while Angular's popularity reduced as its adoption grew and over the last year people became more even negative towards it." My comment on this is that it looks like Vue.js is the second most popular frontend one these days. ""JavaScript is moving in the right direction" with over 80% agreeing and only 4% disagreeing. So all is well in the land of JavaScript."
