ryan Posted January 27, 2017 Share Posted January 27, 2017 Consistent with the plans of introducing new site profiles this year, we’ve started work on the new site profile, and have the first version ready this week. This profile contains a blog component and uses the new Uikit 3 front-end framework: https://processwire.com/blog/posts/introducing-a-new-processwire-site-profile/ 19 Link to comment Share on other sites More sharing options...
SiNNuT Posted January 27, 2017 Share Posted January 27, 2017 Cool stuff! 2 Link to comment Share on other sites More sharing options...
Macrura Posted January 27, 2017 Share Posted January 27, 2017 really nice! 2 Link to comment Share on other sites More sharing options...
Robin S Posted January 28, 2017 Share Posted January 28, 2017 Nice. Those UIkit PHP functions will be a real bonus for anyone using the profile as the starting point for a website. I like the dummy text - what generator did you use? 3 Link to comment Share on other sites More sharing options...
ryan Posted January 29, 2017 Author Share Posted January 29, 2017 Quote I like the dummy text - what generator did you use? http://duckisland.com/GreekMachine.php 5 Link to comment Share on other sites More sharing options...
szabesz Posted January 29, 2017 Share Posted January 29, 2017 Hi @ryan Thank you once more for the new site profile! I've been "playing" with it and found the following issues that might need improvements: Preview image of the site profile is too big. Newcomers might not find the Continue button easily during the install process, especially that it blends rather well with the image of the screenshot. Categories should be named Tags, I think. In the context of a blog it looks more like tagging, or am I missing something? Is it intentional that the recently added requireHoneypotField is not part of the form? The X buttons added by uk-alert-close do not close their respective panels, neither in the case of the comment form nor in the case of the search form. Anyway, are they needed in these contexts? They look kinda useless to me, but maybe it's just me... That's all for now 1 Link to comment Share on other sites More sharing options...
Klenkes Posted January 30, 2017 Share Posted January 30, 2017 23 hours ago, ryan said: http://duckisland.com/GreekMachine.php The Pseudo German is adorable I think I have to learn to talk like that Link to comment Share on other sites More sharing options...
antoiba86 Posted January 31, 2017 Share Posted January 31, 2017 Great, I really like the new design and the blog is really cool. Link to comment Share on other sites More sharing options...
szabesz Posted February 5, 2017 Share Posted February 5, 2017 I have already started to build upon the new site profile: http://szabesz.hu/ I replaced uikit.min.css and uikit.min.js with their currently up-to-date counterparts (3.0.0 beta 9, February 3, 2017) so it looks OK in IE and Edge too. 8 Link to comment Share on other sites More sharing options...
Christophe Posted February 13, 2017 Share Posted February 13, 2017 I'm not sure this is the right place to talk about the following (feel free to move it): I've just installed this new profile with the latest PW 3 stable version (3.0.42 MASTER). It's the first time I install PW 3. I've installed it on localhost (Linux Mint 18 - PHP7 - MariaDB). 1) I can access the frontend and the backend. But the profile/theme doesn't load well (see the uploaded image please). I have some ideas as to why but I'm not finding the solution yet. Could it have something to do with compilation? I've replaced the templates folder, cleared the cache... Do I have to suppress files/folders from assets, for example? 2) In phpMyAdmin, I see MyISAM utf8_general_ci for each table (I created the database there. By default it was utf8mb4_general_ci, so, not sure, I suppressed it and recreated it). But I also see 27 tables Total InnoDB utf8_general_ci. At installation, I only clicked on advanded settings to see information related to utf8mb4 and InnoDB. I didn't change anything, as far as I remember. In config.php I see : $config->dbCharset = 'utf8mb4'; $config->dbEngine = 'InnoDB'; Is it normal or should I change it to?: $config->dbCharset = 'utf8'; $config->dbEngine = 'MyISAM'; Thank you in advance. Link to comment Share on other sites More sharing options...
szabesz Posted February 13, 2017 Share Posted February 13, 2017 15 minutes ago, Christophe said: I've just installed this new profile with the latest PW 3 stable version (3.0.42 MASTER). May I ask why? The readme says: "Obtain a fresh copy of ProcessWire 3.0.51 or newer" 4 Link to comment Share on other sites More sharing options...
Christophe Posted February 13, 2017 Share Posted February 13, 2017 Yes, why? I didn't read the readme (this time). I didn't look closely enough at the requirements written on the profile homepage (demo or localhost). And/or I didn't want to install the DEV version (I've never done it). I hope I can come back to the MASTER version with the upgrades module once the new master is out. Perhaps my mind filtered the information. 1 Link to comment Share on other sites More sharing options...
Christophe Posted February 13, 2017 Share Posted February 13, 2017 11 hours ago, Christophe said: In config.php I see : $config->dbCharset = 'utf8mb4'; $config->dbEngine = 'InnoDB'; Is it normal or should I change it to?: $config->dbCharset = 'utf8'; $config->dbEngine = 'MyISAM'; I guess I can change them if I'm not using utf8mb4 and InnoDB, or just remove both lines to stay with the default options. I guess these lines are here to show the new options. Link to comment Share on other sites More sharing options...
Christophe Posted April 12, 2017 Share Posted April 12, 2017 (edited) No news from PM(s) so I'm posting here . There is at least a difference between the demo and the profile. The demo has class="uk-width-2-3@m" and the profile has class="uk-width-expand". You can see the visual difference when you deactivate Javascript (in Firefox for example). Without Javascript disabled, you can, sometimes, notice the (loading) difference when the content is not cached (first visit, and/or other reasons). It generates a little "bouncing" occasionally/in some cases. Edited April 12, 2017 by Christophe Link to comment Share on other sites More sharing options...
szabesz Posted April 12, 2017 Share Posted April 12, 2017 4 hours ago, Christophe said: There is at least a difference between the demo and the profile. I guess the demo is not updated, but I recently learnt that this profile is more of an alfa stage then a beta one, since Markup Regions are not yet finalized, and UIkit 3 keeps evolving/changing rapidly too. Link to comment Share on other sites More sharing options...
rayorg Posted April 27, 2017 Share Posted April 27, 2017 Is there a central location for all the different Profiles? I'm not able to find it. I see the one for blogs and one for the Skyscrapers, but they are in different places. thanks, Ray Link to comment Share on other sites More sharing options...
abdus Posted April 27, 2017 Share Posted April 27, 2017 2 minutes ago, rayorg said: central location for all the different Profiles https://processwire.com/talk/forum/12-themes-and-profiles/ http://modules.processwire.com/categories/site-profile/ 1 Link to comment Share on other sites More sharing options...
rayorg Posted April 27, 2017 Share Posted April 27, 2017 Thank you! Link to comment Share on other sites More sharing options...
szabesz Posted May 16, 2017 Share Posted May 16, 2017 @ryan Hello, Regarding UIkit 3 data- attributes without the actual data- prefix is regarded as invalid HTML by validators (eg.: validator.w3.org). Would it be possible that the "final" version of _uikit.php uses data- instead of leaving it out? 1 Link to comment Share on other sites More sharing options...
szabesz Posted July 16, 2017 Share Posted July 16, 2017 @ryan one more thing I found: $input->whitelist('q', $q); is missing from search.php Link to comment Share on other sites More sharing options...
szabesz Posted July 17, 2017 Share Posted July 17, 2017 @ryan Currently we count the numper of pages listed on a paginated page (50 or less) and not the actual number of pages found. A possible fix for this in search.php: $selector = "title|body~=$q, has_parent!=2"; // Find pages that match the selector $matches = pages()->find($selector . ", limit=50"); $matches_many = pages()->findMany($selector); ... echo ukAlert("Found $matches_many->count page(s)", "default", "search"); Link to comment Share on other sites More sharing options...
Robin S Posted July 17, 2017 Share Posted July 17, 2017 4 hours ago, szabesz said: Currently we count the numper of pages listed on a paginated page (50 or less) and not the actual number of pages found. You can get the total number of pages found by a selector with a limit applied by using getTotal() 1 Link to comment Share on other sites More sharing options...
szabesz Posted July 17, 2017 Share Posted July 17, 2017 (edited) Oh, yeah, thanks! Then its even simpler to fix: echo ukAlert("Found {$matches->getTotal()} page(s)", "default", "search"); Edited July 17, 2017 by szabesz I should not try to write code in a browser :P Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now