bernhard
-
Posts
6,629 -
Joined
-
Last visited
-
Days Won
358
Everything posted by bernhard
-
you mean uikit components? like slideshow, accordion, alert etc.? not classes like uk-text-center and so on?
-
I don't understand this part. What do you mean?
-
hi @yrglx just copy&paste the code from the quickstart to your _main.php file (if you are using the default profile) or your template file (like home.php): <!doctype html> <html lang="en"> <head> <link rel="stylesheet" href="https://cdn.rawgit.com/openlayers/openlayers.github.io/master/en/v5.1.3/css/ol.css" type="text/css"> <style> .map { height: 400px; width: 100%; } </style> <script src="https://cdn.rawgit.com/openlayers/openlayers.github.io/master/en/v5.1.3/build/ol.js"></script> <title>OpenLayers example</title> </head> <body> <h2>My Map</h2> <div id="map" class="map"></div> <script type="text/javascript"> var map = new ol.Map({ target: 'map', layers: [ new ol.layer.Tile({ source: new ol.source.OSM() }) ], view: new ol.View({ center: ol.proj.fromLonLat([37.41, 8.82]), zoom: 4 }) }); </script> </body> </html> You'll see that this will work. Then you can continue replacing part after part and see where it starts to break.
-
hey @Beluga I tried your steps and cannot reproduce your error: It works as expected. I used the default profile and the latest versions of rockgrid + rockfinder (used git clone with the master branches). -
thanks @jmartsch that was a bug and I fixed it in version 1.0.7 edit: note that as soon as you are using callback functions like you do in your example the find will not be more performant than any other $pages->find() command. To make it more performant you could populate a hidden field with the page's path on every save and then just list this field in the finder call.
-
If you give me clear step by step instructions I can have a look. I don't understand your explanations in the previous posting
-
Hi @Beluga please can you provide detailed step-by-step instructions so that I can try to reproduce your issue. I don't really get what is wrong. Is it not working as expected? Edit: Sorry, I missed your first post. Please follow the quickstart tutorial here: https://gitlab.com/baumrock/FieldtypeRockGrid/wikis/quickstart From there you can continue adding features and always check wether it is working on the frontend or not. Some plugins do not have front-end-support yet. Most of the times it should not be hard to make them work on the frontend too. Please report back if the quickstart tutorial is working for you.
-
PW just got an update that is closely related to this module: https://processwire.com/blog/posts/pw-3.0.111/
-
setTimeout(function() { UIkit.alert('#youralertid').close(); }, 1000);
-
you can get this error if you have only one declaration but you call it multiple times (eg by including it multiple times). maybe you have markup regions turned on? you could use tracy and a simple bd('test'); to see how often it is called. then you can inspect the backtrace: bd(debug_backtrace());
-
FieldtypeHandsontable: Excel-like Inputfield
bernhard replied to bernhard's topic in Modules/Plugins
I guess "all of a sudden" means "after upgrading to the latest version" ? -
hey @adrian thanks for the great updates! $results = $pages->find('template=xyz,limit=10'); foreach($results as $i=>$p) { $i++; d($p); $p->save(); } this does not dump anything. as soon as i remove $p->save() it dumps the correct object.
-
Watched your screencast now and have to say wow! It looks really impressive and it seems you put a lot of work in it. It reminds me a little of my very first processwire project: The problem is that this approach is hard to reuse on other projects. You'd basically need to build everything new from scratch. If you copy everything you end up with two different versions whenever you add a feature or fix a bug. Or you need to fix it on all your projects. I'm thinking a lot of some kind of FrontendThemeUikit Module that would bring in some reusable standards and make such a setup plug&play. Your site seems to be a good example what could be achieved!
-
Intermediate site profile: 'foreach' combined with 'and'?
bernhard replied to Hans0L0's topic in Getting Started
welcome to the forum @Hans0L0 I've setup a custom search shortcut "api" in my browser so i can just type "api and" and will get this result: You'll then get to the api docs quickly: https://processwire.com/api/ref/wirearray/and/ -
Thanks for the monosnap hint. I compared it to http://getgreenshot.org/ (I've been happily using it for years now) and just realized that it's even possible to upload screenshots directly to imgur (just tried it with the screenshot above). This will save me & ryan from several MB of diskspace ? For longer and more professional screen recordings I use https://screencast-o-matic.com/refer/cXhu2n69l. It is free for up to 15min but I have the paid version with better editing and upload features. If you use my referral link you get 20% off. It get's even cheaper if you take the 36-month-subscription (then without referral): https://screencast-o-matic.com/subscribe?plan=pr1
-
Absolutely awesome ? tpr is right about the bottom border but it's already great imho ?? for my understanding I'd also see the white tab as the active one (having the same colour as the dump section)
-
Im on mobile so I can't do a mock-up but I vote for a text based solution like matjazp mentioned and I would put the tabs above the dump. Just like the tabs in processpageedit. They would be code for the mouse and would not mess up alignments on the left or right. I don't want any automatic additional info. As Adrian said the need is always different and the solution is just one extra dump away. Please save your time Adrian ? thanks for all your great work! Still waiting for a donation button ?
-
That was my suggestion: But I guess that's more effort than just implementing a new method dumpVerbose() with different settings. Let's wait for adrian to wake up - good morning btw ??
-
I don't care about how we call it, but I care about what it shows and dumping/debugging/infoing a page object that is then labelled as array is simply not what I understand as good/correct dumping/debugging/infoing. PS: actually I even do care a little about how we call it ? dump() is already some kind of standard. we have dump() and bardump() and it's called exactly like this in the nette docs. It's a better alternative for var_dump() and well... that also "dumps" variables. We already have firelog() and log() so I see no need for introducing another one (for me d() and dv() would be a similar thing and mean about the same just with different options. dump() and dumpVerbose() => tracy bar, log() => file, firelog() => dev console).
-
At first glance I liked the array-approach, but thinking about it a little bit more I think it is not a good idea to modify the type of the originally dumped object. It should really output the correct type. Also @szabesz suggestion would be a wrong output for my understanding. Having one d() call output two dumps on the other hand can also be misleading. IMHO the best solution (and I guess also the simplest one) would be to have d() output the debuginfo version and dv() = dumpVerbose() output the verbose info with debugInfo = off. I don't think that a config setting is necessary or any better. I think it's even more confusing and one more thing to keep in your mind. Another setup and you might end up in another output. Not the best option. d() and dv() would just be one thing to remember across all setups and it would produce a consistent output always and everywhere. EDIT: Another option I could think of would be something like this, having a toggle in the label section showing/hiding one or the other but outputting only one visible object for one single dump and also showing correct variable types: The label, eg d($page, 'my custom label'); could also be shown right beside the toggles
-
yep, one theme is absolutely fine for me. looks great already! ?
-
I've also had such an issue several times but no time so far to check out the reason
-
If you only need a simple map you can still integrate it as simple iframe (example https://www.hrdiamonds.com/kontakt/ ) Openstreetmap has been a very good and reliable solution for several years. Sometimes their data is even better than google's. It's also a great project for collaboration in case of desasters where everybody can help to digitalize the current situation. There are also lots of different tile providers based on openstreetmap data having customized renderings, like https://www.opencyclemap.org/ Leaflet on the other hand is a very good JavaScript library to DISPLAY this data. Another one is OpenLayers (really powerful but not so light-weight). Lots of options ? Didn't know about here.com, thx @zoeck
-
Little offtopic and self-promotion here, but you should definitely give RockGrid a try. It's such a great way to list all kinds of content, style it properly, add additional functionality. In the example below you get instant filtering, properly formatted currencies, referenced pages and some hover-action-icons that open that page in a panel or open the PDF invoice directly. The pagetree is great for websites, but it's definitely not for other more complex content management applications ? So true ? (y)
-
Added support for joining multiple finders. You can even join finders on columns of previously joined finders ? In this example I'm joining projects (finder1) and their related clients (single page reference field of project) and then I join the referral contact of the project's client based on the "camefrom" id of finder2:
