Forum Replies Created
-
AuthorPosts
-
August 10, 2018 at 8:37 PM in reply to: ✅Open Street Maps: binding of Latitude and Longitude, keeping the map in English? #10973
Mauro
ParticipantHi David, thanks to your suggestion I was able to locate and enable an all-english tiles provider in my custom front-end implementation of Leaflet (so, no need for more pointers!)...
I'm using the Leaflet-providers javascript extension to Leaflet to simplify providers integration and found that several tiles providers do not require an API key and have all-english labels, here are 2 of my favourites:
Esri.WorldStreetMap
CartoDB.VoyagerYou can check out more providers supported by the Leaflet-providers js here: https://leaflet-extras.github.io/leaflet-providers/preview/
Anh, you may want to consider switching to one of these in a future release.
Hope this helps!
Mauro.August 10, 2018 at 8:15 PM in reply to: ✅Open Street Maps: binding of Latitude and Longitude, keeping the map in English? #10971Mauro
ParticipantHey David, thanks for the pointer! I'm using Leaflet on the front-end -- the same library used in MetaBox in my understanding. It doesn't look like the link you posted is using Leafelet, can you point me to the providers that have this option?
Mauro
ParticipantI created my own implementation of the Leaflet javacript library as a wordpress plug-in for my front-end and it's working nicely by giving it the location data captured through MetaBox and the Location meta field captured in the back end.
It's very tailored to my specific needs but if I catch some time to refine it and clean it up I could share this back with the community.
I'm not sure this feature should be the in the MetaBox focus since it's really front-end stuff.
August 10, 2018 at 4:20 PM in reply to: ✅Open Street Maps: binding of Latitude and Longitude, keeping the map in English? #10966Mauro
ParticipantThanks for the info Anh!... That thing about language sucks! I hope it's not a show stopper for my client... or I'll have to revert back to Google Maps 😮
I found that the Location object stores latitude and longitude, so for the time being I'm relying on that to create front-end maps and serving that up through my API.
Mauro
ParticipantHi Anh, I removed everything from vendor and did a clean composer install from scratch -- I initially thought it didn't work, instead this way I got the latest plug-ins.
Not sure why it didn't update though. Should I remove and reinstall every time?
Mauro
ParticipantWeird... I still get nothing to install or update message.
composer clear-cache && composer install
Clearing cache (cache-vcs-dir): /Users/mauro/.composer/cache/vcs
Clearing cache (cache-repo-dir): /Users/mauro/.composer/cache/repo
Clearing cache (cache-files-dir): /Users/mauro/.composer/cache/files
Clearing cache (cache-dir): /Users/mauro/.composer/cache
All caches cleared.
Loading composer repositories with package information
Installing dependencies (including require-dev) from lock file
Nothing to install or update
Generating autoload filesJune 4, 2018 at 10:15 PM in reply to: ✅Migrating custom fields data between Custom Post Types and Taxonomies #10028Mauro
ParticipantHi Anh, so I'm trying to replicate my data structure from Alchemy over to MetaBox.io and I think I managed to have the same serialised array. Now I have this problem: my custom code allowed to select another post type to relate content, and I used the slug to identify the post rather then the ID.
I did this because this way if the post was accidentally deleted it could be re-created and as long as the same slug was kept, the relation would still be in place.
I assume you use IDs in the 'post' custom field select rather then slugs. Correct?
So in the end, I'm afraid I'll have to write that migration script, unless you can come up with some brilliant solution that I don't see. 🙁Mauro
ParticipantAnother note: many plug-ins have the .svn directory inside, is this the intended behaviour? Shouldn't all version control information be removed during the install of the components?
Mauro
ParticipantOnce those issues were fixed, WordPress will finally load and it looks like MetaBox functionality is available.
I see you included the updater plug-in through composer. But if we go this route and include everything through composer, shouldn't we also update plug-ins through it?
If I update through MetaBox Updater instead, will it recognise the correct install path for the plug-ins installed through composer?
Mauro
ParticipantHi again, please note there is no link to go to Page 2 of this topic on this page.
So, I figured out there are more typos and issues with the provided composer.json file:
-
Line 46: "vendor/meta-box/mb-relationsihps/": ["wpackagist-plugin/mb-relationships"],
Relationships is misspelled, that causes the autoload error below because it places the plug-in in a misspelled directory. -
In the autoload section, the file names are wrong. It appears that the main plug-in file for some of the plug-ins are named mb-[plugin-name].php where the plug-in directory is meta-box-[plugin-name] and MB Text Limiter's main plugin file instead is only named text-limiter.php -- that is confusing. May I suggest in the future to standardise all the naming of both directories and plug-in init files to one naming convention -- be it mb-[plugin name] or meta-box-[plugin name] ?
Mauro
ParticipantLooks like all autoload specified at the end of the file will fail. I tried removing one and the next one fails.
June 4, 2018 at 6:05 PM in reply to: Suggestion: Add Topics Started link to right-hand side menu in Support Forums #10009Mauro
ParticipantI guess only admins can mark topics as solved?
June 4, 2018 at 6:04 PM in reply to: Suggestion: Add Topics Started link to right-hand side menu in Support Forums #10008Mauro
ParticipantGreat! That's very handy 🙂
Mauro
ParticipantHi Anh,
Please note a comma is missing on line 6 and there's an extra comma on line 10.
Line 39 has an extra trailing "s" on the plug-in name (meta-box/meta-box-include-exclude).Once I fixed those typos, I was able to checkout the whole thing through composer. Then I added vendor/autoload.php to my custom plug-in and I get another issue: it will try to instantiate some classes twice -- one time from the standard wordpress plug-in and another time from my custom plug-in.
CMB2 does a smart thing in this: since it's thought to be bundled with themes and plug-ins, it will only load the most recent version of itself. I think you should consider implementing a similar check on each plug-in initialiser.
I removed the existing plug-ins, now I get this error:
Fatal error: require(): Failed opening required '/Users/mauro/GitHub/mundana_wordpress/wp-content/plugins/mundana-foundation/vendor/composer/../meta-box/mb-relationships/mb-relationships.php' (include_path='.:/Applications/MAMP/bin/php/php7.2.1/lib/php') in /Users/mauro/GitHub/mundana_wordpress/wp-content/plugins/mundana-foundation/vendor/composer/autoload_real.php on line 66How do I fix this?
Mauro
ParticipantOK, so I'll create a flat table for my custom fields. But will this also work with repeatable/clone-able groups?
I would like o avoid serialised arrays, and just found out that my initial implementation in Alchemy has stored all my data that way.
-
-
AuthorPosts