Open docwilmot opened 9 years ago
Webform? Nobody uses Webform.
@oadaeh :wink:
I'll work on porting it after we get some of these critical infrastructure modules fully converted. I'd like to get our main site off of Drupal 7 asap, so I'll probably prioritize that first.
CTools I think we could mark off. We have the following pieces of CTools in core:
The primary piece of CTools we do not have is the concept of a plugin, which means combining the "discovery" mechanism with the code implementation. Instead we've standardized on using _info() hooks for discovery. e.g. hook_blocks_info()
, hook_views_data()
, etc. Using plugins would essentially mean we'd rewrite half of core to eliminate info hooks, which could send us down the same rewriting rabbit hole Drupal 8 went down. Some historical discussion at https://github.com/backdrop/backdrop-issues/issues/41
So... crossed off CTools. :smile:
Entity API is also an interesting one, because we've converted Entities into "real" objects. We integrated about as much of it as we'd want in core. I'm not sure a contrib version of that module should even exist for Backdrop in the first place. See the meta at https://github.com/backdrop/backdrop-issues/issues/49.
Crossed off Entity API.
Is there a list of the current status of Backdrop versions? Are they all 'under development' at the moment?
I think most all of them are "under development". I tagged a few stable releases for External Links and Devel module, but I don't think many projects have releases yet. I don't think Github makes it easy to get a list of official releases within an entire group. Yet another reason why we need to get backdropcms.org up and running with a contrib listing.
@quicksketch, you definately are going to need some help with this. Between your day job, keeping up with Backdrop core and the contrib requests that seem to be coming in fairly quickly, you are going to be stretched thin. I suspect your wife might want some of your attention, too.
Hi @oadaeh! Ha, I completely agree. No one could manage a Drupal-sized project alone. We added an additional contrib reviewer (klonos) just yesterday: https://github.com/backdrop-ops/contrib/issues/45
The contrib group itself is a great way to spread out responsibility. Already with all these new developers coming in, it'll reduce the effort Jen and I have to spend on individual modules. I'm not sure what we'll do about Webform in the short term. I'd love if another developer were to make the initial port but add me as a maintainer (as happened with Insert in https://github.com/backdrop-ops/contrib/issues/37).
@oadaeh if you're interested in helping review applications as well, I'd be more than happy to add you to the contrib management group as well. :smile:
...you are going to be stretched thin.
I propose changing your nickname to "quickstretch" then :p
Naughty me! Don't have enough time in my day and still find time to post silly things. Sorry, couldn't help it.
@klonos Ha! @quicksketch nice try, but I guess I asked for it by opening my mouth. I'm going to be challenged enough with scraping out the time to port the list I have on my plate.
:wink: Well ports are still moving on.
The folks at CivicActions apparently have taken a stab at porting CKEditor: http://www.civicactions.com/blog/2015/feb/02/first-look-backdrop-cms, we might be able to get them to move that into contrib.
@docwilmot also is 90% through porting Link module: https://github.com/docwilmot/link. There's just a caveat that it's not actually saving data yet. :wink:
No one is working on Date yet that I know of.
Libraries API we should work on integrating in core (or parts of it), see https://github.com/backdrop/backdrop-issues/issues/159. Also looks like @oadaeh has filed an issue at https://www.drupal.org/node/2417985. For the time being, it looks like several contrib projects have just started bundling the libraries with their modules, since we're not bound by Drupal.org's licensing restrictions. I think that's fine for most projects honestly. Bundled libraries are so much easier for end-users, though it requires more effort for contrib modules to be updating the bundled libraries all the time.
See https://github.com/backdrop-ops/contrib/issues/50. Link seems to be working there.
Hey, I just wanted to update the issue summary with links to respective projects in backdrop contrib etc., but it seems I don't have the permission to do so. Hate to be busting people's b@@ls, but this was so much easier on d.org.
Do you think it would be a good idea to have this summary some where in bd.org? I like the title: "Porting the most popular Drupal modules to Backdrop - How are we doing so far?" I think it would be good for publicity + it would get people to try them out and report any issues.
Helping to publicize this one on the forum: http://www.reddit.com/r/backdrop/comments/2xx6ix/porting_the_most_popular_drupal_modules_to/
Hey, don't forget about https://github.com/biolithic/backdrop_colorbox :)
I would like to tackle Views Slideshow and XML Sitemap this Sunday (if no one else), leaving Rules and Date as the only real modules left on this list. Where's the second page list? Depending on time, could probably start porting Webform if need be, then leave big decisions to the BDFL for it
I am currently working on a port of Rules. I have done a port of CKEditor for use until it is in core, so perhaps the list could be updated?
Sure, this list is pretty informal anyway. Updated. :)
I added the second page, now this is a list of top 50 modules. Still looking pretty good. :smile:
Can Drupal Commerce be ported ?
I am proposing to start porting Date in the next day or so.
I am starting to work on porting Webform today now that I'm waiting on something
On Wed, Mar 11, 2015 at 12:42 PM, Graham Oliver notifications@github.com wrote:
I am proposing to start porting Date in the next day or so.
— Reply to this email directly or view it on GitHub https://github.com/backdrop-ops/contrib/issues/34#issuecomment-78315399.
Gee, that was sure an easy port of Webform - nothing broke after making two webforms with random options. I know I have to do lots of testing of the options but I wonder if there is a connection between the owner of the module and Backdrop.
What about Metatag module? I'm surprised it's not in the list, since it's one I use most of the times in D7.
@pablo-romero this was probably missed in the cutting and pasting. I've added it.
...I wonder if there is a connection between the owner of the module and Backdrop.
:wink:
@quicksketch Hey Nate, still don't have enough time in my life, but I can still contribute small things when I find the energy. Can you look into allowing me to edit issues in this repo so I can edit issue summaries? Thanx.
Can you look into allowing me to edit issues in this repo so I can edit issue summaries? Thanx.
Sure, I resent a group invitation.
Thanx, Just joined. Going straight to bed though. Will contribute once I make some time. :sleeping:
Just updated the issue summary with links to the roadmap page and what was done in 1.2.0. Perhaps there's a few issues here and there filed about getting some things in core, but don't have more time now.
I've been posting in gitter, but thought I'd copy my post in here as well:
I’m going to try to port the IMCE Mkdir module. I also created an issue in the project's issue queue for it. Hopefully that looks ok. I think this would be a good one to get my feet wet so to speak.
I'm trying to pitch Backdrop for a new project here, which will need: Domains, Feeds, Views Data Export, Field Groups, and probably a lot more ;)
I've already started on a D7 Domains-like module, based on (fieldable) entities. Feeds should be ported already, but Views Data Export and Field Groups might take up too much time ... and word on porting those?
Hi MrHaroldA, I've been a little busy with work and other BD things (layouts, responsive images, trying to write a blog post(s)) that I have kinda slacked off on the module porting. Field Group will be easier than Field Collection, but I wonder if it should be broken into sub-modules just to make progress on it if its needed soon.
Otherwise, interested in the pitch and the community response!
On Tue, Apr 19, 2016 at 3:08 AM, MrHaroldA notifications@github.com wrote:
I'm trying to pitch Backdrop for a new project here, which will need: Domains, Feeds, Views Data Export, Field Groups, and probably a lot more ;)
I've already started on a D7 Domains-like module, based on (fieldable) entities. Feeds should be ported already, but Views Data Export and Field Groups might take up too much time ... and word on porting those?
— You are receiving this because you commented. Reply to this email directly or view it on GitHub https://github.com/backdrop-ops/contrib/issues/34#issuecomment-211785094
I've ported the PHP filter module that was removed from core. (was really simple) Don't see a reason it can't be a contrib mod. I understand the argument not to have it in core, but as contrib seems fine.
I've also started porting Commerce. Have Commerce, Commerce Product, and Commerce Price done. Now going through the rest of the sub mods, then will look to tackle Commerce Shipping. Commerce Shipping seems like it might be more work than Commerce itself...as I believe it depends on CTools plugins.
Hi @richie-harris-smc! Welcome to the Backdrop community! Once you're ready, we'd love to have you share your modules in the official Backdrop Contrib group (which also syncs with BackdropCMS.org). When you're ready, you can file an issue to have the module reviewed at https://github.com/backdrop-ops/contrib
@richie-harris-smc have you seen https://github.com/codewombat/backshop? (It was mentioned as an answer to my question: https://github.com/backdrop/backdrop-issues/issues/1831#issuecomment-216542259) Maybe it would be better to join forces than to work on two similar solutions.
@thamas I hadn't seen that, but I don't know that that's a solution for our clients. We have a number of clients with highly customized shopping carts that will want an upgrade path from D7 once it'd EOL'd. They'll want something that doesn't involve starting over. The work I'm doing to port Commerce is to the purpose of providing a direct upgrade path for existing D7 Commerce users. I'm not far enough along to contribute it as a project, but expect to be in the next few weeks. If Backshop has some traction by then, I would understand if the community decided they weren't interested in my solution. But it's something I'm going to end up doing anyway.
@richie-harris-smc ++ on this matter. There is a lot of documentation out there for Commerce and also a big audience of people that would possibly need a Backdrop version (all the current D7 Commerce users actually). These people have invested a lot of time, energy and resources and I am sure that they would like to have some continuation. It is within the spirit of the Backdrop philosophy to provide a solution that would minimize cost for them. One of our long-used motos was "There is a cost that comes with change..."
@richie-harris-smc @klonos Ok I understand your motivations. I do not know more about Backshop just what is published on its project page. I also understand that while you are working actively Backshop development stagnates.
I just wanted you to know about it because I could imagine that there would be a simple upgrade path from D7 Commerce to Backshop too. Also I thought it is possible that there are work done in both projects which would be useful for each other. (These are all supposition I did not check the code.)
Thanks for the ping. I wouldn't currently support a straight port of Commerce 1.x, but obviously don't mind anyone doing it for their own sake. My goal w/ Backshop is to combine the best of Commerce 1.x and 2.x with a philosophy that fits Backdrop's target audience. We can always advise on a Commerce port, though. (Yes, I'd expect to support a migration path into Backshop; but alas, my time is limited. ; )
Thanks for the answer and for the info @rszrama!
Hi all, I'm new to Backdrop and I'm working on a project that requires Field Collection. If no one else is working on it, I will attempt a port. It's my first.
Can someone point me to a forum or channel where I might be able to get some mentoring on porting D7 modules? I'm trying to port Field Collections and I have a couple of others that I will work on if I get that one, but I'm hitting a wall. All the documentation I've been able to find so far has sort of a 'now make it work' step in the middle. I don't want to clutter this thread with my newby questions.
You may use the Gitter chat for newby question: https://gitter.im/backdrop
https://gitter.im/backdrop/backdrop-issues ?
On Thu, May 19, 2016 at 2:03 PM, vonnnew notifications@github.com wrote:
Can someone point me to a forum or channel where I might be able to get some mentoring on porting D7 modules? I'm trying to port Field Collections and I have a couple of others that I will work on if I get that one, but I'm hitting a wall. All the documentation I've been able to find so far has sort of a 'now make it work' step in the middle. I don't want to clutter this thread with my newby questions.
— You are receiving this because you commented. Reply to this email directly or view it on GitHub https://github.com/backdrop-ops/contrib/issues/34#issuecomment-220419805
@richie-harris-smc how are you doing with the commerce backport to backdrop (back back back :-p). We are considering using backdrop for a proyect, but we need commerce and we could help with the porting.
Joaquin, did you check out Ryan's work at https://github.com/codewombat/backshop ?
fwiw, I haven't touched that in a long while - taking over Commerce Guys became my nights / weekends hobby project. I haven't lost hope, but it's back burner atm and was dependent on ongoing contribution to the core Entity API. (I also didn't really want to port Entity Reference myself, but that's what it needs. ; )
Looks like this list needs to be updated. I saw releases for Profile and Better exposed filters in backdrop-contrib. Probably there are ports of other modules from this list too.
Pinging @richie-harris-smc
Has anyone thought of tackling (or begun tackling) Apache Solr and Facet API modules?
Views Data Export can be checked off this list. I think there are several others listed here that have been ported.
Drupal 7.x modules list by most installed (top 125): (thought it would be nice to see what's missing - we're not doing too bad!)
Key:
In core or replacedModules:
Views(part of core)Chaos tool suite (ctools)(part of core)Token(in core since 1.1.0)Pathauto(in core since 1.1.0)Entity API(mostly in core)Administration menu(part of core)Date(in core since 1.2.0, https://github.com/backdrop/backdrop-issues/issues/478)CKEditor - WYSIWYG HTML editor(in core since 1.2.0, https://github.com/backdrop/backdrop-issues/issues/101)Link(in core since 1.2.0, https://github.com/backdrop/backdrop-issues/issues/240)Email(in core since 1.2.0, https://github.com/backdrop/backdrop-issues/issues/476)jQuery Update(latest jQuery in core available)Module Filter(in core)Panels(Layouts in core)Features(could still exist but CMI handles most of it)Views Bulk Operations (VBO)(in core)Media(we have file entity + media browser in core)CCK(ha! In core obviously)IMCE Wysiwyg bridge(images in ckeditor in core)Variable(CMI in core)Context(Layouts handle context in core)Advanced help(we encourage inline or online help instead of bundled documentation)ImageAPI(in core since D7)FileField(in core since D7)Strongarm(CMI in core)Superfish(smartmenus in core)ImageField(in core since D7)Block ClassLayout builder allows custom block classesFile entity (fieldable files)(in core)MollomThe service has been discontinuedSite verification(part of metatag)Features Extra(config in core)Elements(part of core)WYSIWYG Filter(rich text editor in core)