Jump to content

7Studio

Members
  • Posts

    58
  • Joined

  • Last visited

  • Days Won

    1

Everything posted by 7Studio

  1. Great site @heldercervantes ! One small thing, looks like there is a small logo displaying issue, on homepage path to logo image is: /site/templates/static/brand/logo.svg on subpages: /site/templates//static/brand/logo.svg Otherwise amazing work, Congrats!
  2. Hello @ryan, first of all huge thanks for a great addition to the core, but I'm a bit concerned if lazyLoading should be enabled in the core by default as it is since 3.0.194. To give an example where I'm having problems - I have a small function that renders site main menu, where I do check if page templates allows to have a children pages (template noChildren value), if not - they are not rendered in main menu (this is my basic setup for pages like blog posts, portfolio items etc. - these are treated as final pages with no children allowed). The part of the code that renders site menu looks like: if ($item->hasChildren()) { $id = $item->template->childTemplates; $fields = wire('templates')->get($id); foreach($fields as $field) { if (!empty($field->noChildren)) { $no_children = true; } } } Unfortunately since this update, I can't access page templates settings fields values as long as I'm not on that exact page, so in this example all my blog posts are rendered in menu while I'm not on a blog post page. Disabling LazyLoading: $config->useLazyLoading = false; in my config fixes this and brings previous behaviour. Not sure if this is a bug or it was intended, or something is wrong with my code ? but for me one of the most powerfull option of PW is a fact, that I can access anything -page/field/template from anywhere. If that was intended I guess that that other people could have similar problems. While this is a great improvement in overall loading speed, I think that this option should be disabled by default (if it may cause that kind of side effects), and to be left to the final user to decide, if it is needed and should be enabled - same as we don't use cache by default. I would love to hear yours and others opinion in this matter. Thanks!
  3. @bernhard I didn't noticed your edit, most likely the modal does not exist in dom yet or this event wasn't defined when your script fires up - scripts order in the back, thus you may need dom ready. Small off topic, I just started to build my first process module so I would like to thank you a lot for your tutorial about adding pages in the backend ? it helps me a lot! Back on topic, I'm using modals in the module as well, and I've noticed that this event is always fired three times, so you may think about using debounce to limit it. Anyway once again huge thanks for your tutorial about process modules! ?
  4. @bernhard in your example you are listening to the modal close event - "pw-modal-closed", also you have linked a modal.js, if you are using panels then "pw-panel-closed" should do the trick I guess ?
  5. I've created a new "pull request" that adds configurable option to define custom "from" email address directly in the module settings. https://github.com/ryancramerdesign/LoginRegister/pull/28 I hope that Ryan will review this "pull request" and include this small change in future versions.
  6. @Pip You don't have to hack the core module file, as suggested by abdus above, you can define admin email address in your config.php file, so it won't be overwritten by any updates:
  7. Right, this could help if your default language will be in one of spanish languages. Sorry, I was a bit to fast with my reply. I guess that in this case you will have to provide a complete translations for both spanish languages even if most of strings would be same/similar. Maybe someone else will suggest solution here ?
  8. Hi Fuzzy, maybe this could help: https://processwire.com/blog/posts/pw-3.0.151/#language-translation-function-improvements
  9. Hi Chris, sure I don't mind. Please just share your thoughts and findings, so we can improve this language pack where needed. Have a great week! Pozdrowienia! ?
  10. Hello, I've updated my polish language pacakge for ProcessWire 3.x to be fully compatibile with the latest master version - 3.0.148 In this update: - added all missing translations for a new features, - removed translation strings marked as abandoned - few small corrections for typos download at: http://modules.processwire.com/modules/polski/ or: https://github.com/sevenstudio/polish-wire/archive/1.0.7.zip
  11. ? Thanks again!
  12. @wbmnfktr thanks a lot! At the time when this site was finished (2 years ago) there was no support for a .webpm in the core so it wasn't even considered ? The goal here was to provide a good quality of images, even by sacrificing loading speed a bit. Of course there is always a place for improvements, still even here without supporting .webpm, but at the moment the blog is living it's own life and there is no planned changes. Who knows maybe in future ? Thanks again!
  13. Hi Folks, this is a bit older project but i thought that I will share it with you - https://icapturemylife.pl/ About 2 years ago one of my friends and clients asked me to build a personal photography blog for himslef. In a day life Mariusz is a professional volleyball player, but in his spare time as an amateur photographer he loves taking pictures and learning about photography. Technically, the site was built from scratch with core PW functionalities, the only module used here is Ryan's "login - register" module - to avoid time-consuming comment moderation, we decided to allow comments only for registered users. In general, the blog is quite simple, but it was real fun to build it with PW! I hope you like it ?
  14. This functionality is a part of the core "System Notifications" module. From this what I can see, notifications status is disabled by default in the module settings, so you won't see any warnings. After changing status to show notifications, I see warning while trying to edit the same page from two different browsers ?
  15. I would like to inform that my polish language pack was updated to version 1.0.6. This version should be fully compatiblie with the latest master version of ProcessWire - 3.0.123 Download driectly at github: https://github.com/sevenstudio/polish-wire/archive/1.0.6.zip or from the official modules directory: http://modules.processwire.com/modules/polski/
  16. @phoros no worries and thanks for a info, this could mean that I was to fast with deleting abandoned translations. Regarding to the typos, mistakes or suggestions, since language pack is maintained at github please just open a new issues there: https://github.com/sevenstudio/polish-wire Thanks in advance and have a fun with PW ?
  17. Translations in new UiKit admin theme depends on the session, so you may want to try to logout and login once again after switching admin theme and clean your web browser cache. The new UiKit admin theme was completly translated with version 1.0.5 (I've just checked with latest dev version and I don't see any missing strings there), so there is a chance, that you are using older version of the language pack - v1.0.4. You can try to upgrade to the latest DEV version (dev. versions in PW are extremely stable), and reinstall language package. Small tip, while browsing translation files in: settings - languages -> your language, you can double click trash icon to select all files, after that click on save to delete them and please try to install latest version of language package 1.0.5. As I've mentioned above you will need to clear sessions, (logout) and browser cache to get UiKit theme fully translated. I've also clients sites on PW so I try to keep this translations up to date ? Please let me know if reinstalling language package helped with UiKit theme translations. Pozdrawiam sedecznie! Tomek
  18. Hello @phoros, thanks a lot, glad to hear that translation is useful! Regarding to the missing strings, phrases - overall I'm trying to keep 100% of core translated. Some elements, like the core modules descriptions are keept in english. Please note that some translations are also changed during dev versions, some strings are added/changed, some are abandoned, so it also depends which version you are running at the moment. (I've decided to remove many abandoned translations with latest update, but they may be used in older versions). I'm keeping eye on the development, and since we are really close to the next master version (according to Ryan latest post), I'm plannig to release an update (1.0.6) that should be 100% compatibile with latest master version. At the moment I don't need help (thanks anyway!), but if there will be a new version I will be thankfull for reports if anything is missing. Have a fun while working with ProcessWire! ? Pozdrawiam! Tomek
  19. @ryan don't rush yourself, Take a few days off and get a proper rest. Hope you will feel better soon.
  20. No idea why this may happens, maybe you have some third party modules installed that affects wiremail class? Maybe you can check if the same issue appear on clean install? What about @wbmnfktr suggestions?
  21. Hi, I've updated language pack to version 1.0.5. This version is fully compatibile with the latest master version 3.0.96 and the DEV version 3.0.108. This version contains translated all new features introduced since release of the latest master version + full translation of the new UIkit admin theme. Download driectly at github: https://github.com/sevenstudio/polish-wire/archive/1.0.5.zip or from the official modules directory: http://modules.processwire.com/modules/polski/ Tomasz
  22. Hi @rareyush, I've just checked that once again and this solution still works fine on latest dev version of PW in one of our site (login register module in v 0.2): in loginRegister.module file, after line 677: $mail = new WireMail(); just add your email address: $mail->from = ('noreply@mydomain.com'); or please post your changes to the original file.
  23. @devlisa I have switched from uniserverZ on windows and I just had the same issue with XAMPP and the problem was in the XAMPP php.ini default settings. In XAMPP php.ini file please change: max_execution_time=30 to max_execution_time=1000 if this won't help, please set it even higher, for example to 3000. After those changes please make sure to stop and start appache once again, so new values will take effect. The real problem here is that the script will silently stop execution and you won't get anything in the server/php error log file, so it is quite hard to narrow this issue. I remember that I had the same problem few years ago in XAMPP with other scripts (mainly Joomla!) where installation stops while importing database dump without any errors. Anyway, this helped me to solve exactly same issue with latest XAMPP version, so it may be worth to try
  24. Hello, I've just updated my polish language package to version 1.0.4. In this update: - added missing translations for all new features - because there is a new master version of PW 3.0.96, in this version I've decided to removed all translations that were marked as "abandoned" since last release. Grab latest version from the official modules directory: http://modules.processwire.com/modules/polski/ or direrctly at github: https://github.com/sevenstudio/polish-wire/releases As always, bug reports/suggestions are welcome, Thanks
  25. I would like to inform that the Polish language pack for PW 3.x was just updated to version 1.0.3. In this update: - translated all new strings - fixed few typos - some translations were changed, to suit better with the context Language packaged should be fully compatibile with the latest PW releases including latest dev. version - 3.0.84 You can grab latest version of this language pack directly at Github or from the official PW modules directory. As always, feedback, bug reports are welcome!
×
×
  • Create New...