The project homepage has a bit on the D7 version status - search for #D7CX.
New thread to escape the spamming.
If you don't have anything helpful to add to this thread, you're free to subscribe, but please don't post any harsh requests or your opinion on how late to the game we are. This is a spare time open source effort, not a paid business project.Some (perhaps) useful information from the old thread:
#10: scroogie
The porting doesn't come for free, especially because modules that build the fundament of node gallery have changed heavily. The Database API, File API, CCK inclusion and change to Field API, imagecache inclusion, render array changes, etc. imply a *lot* of work.
#11: justintime
Don't forget that all the batch API stuff will need refactored as well.
#12: scroogie
True true. The update page is really insane this time: http://drupal.org/update/modules/6/7
On the other hand, there is a lot to look forward to as well. :)
#13: scroogie
Yesterday I read up on D7 a bit. I read through that update page for example. Some of the changes I didn't expect (permission specificiation, nodeapi, etc.). Will be even more work than I thought. Just to keep it on the radar, it would be great if we could make the Gallery <-> Image relationship a proper Drupal object in the D7 version. It bugs me that it's not a real field in D6. Perhaps something reusable comes out of http://drupal.org/project/relation
Otherwise we can check how taxonomy is implemented in D7.
#14: dddave
Just as a heads-up in case you haven't seen it already: http://boombatower.com/blog/new-online-tools-porting-your-module-d7
#20: scroogie
I'd like to keep this postponed, so we can drop some notes and thoughts here now and then. There are many articles about D7 right now, which might lead to ideas we can build upon later.
To reinforce the point in #13, I really think we should employ the entity/bundle concept that Drupal 7 introduces. There is many related talk. I hope it's okay if I store some links here:
Drupal Entities - Part 2 - The what, where and when of Entities
Drupal has some (entity) relationship issues
How Drupal 7 Fields are changing the way you write modules
The message module might be a good example for a module ported to entity API https://github.com/fago/message
#23: scroogie
A 6-3.0 version of Node Gallery is not far out at all. We only have a clear picture of how our versioning should go. We have some things to straighten out before we release a beta version, which is really close. This is only because we don't want beta versions to break because of new functionality or showstopper bugs. This doesn't mean that 3.x-dev is currently unstable. Versioning isn't linear. In my opinion, we're just two issues away from beta. You can follow our development here: #687848: Status of Node Gallery 3.x.
After that, we only have documentation and testing that seperate us from a final release. The community can really help us with that. It's easy to write a small paragraph of how you can create a certain configuration or type of gallery, but it's exactly what we need right now. Once that is done, we can concern ourselves with the 7.x version. So the more people help, the faster it will go.
On a more general note, the work on a 6.x version is not lost in terms of Drupal 7. We learn a lot while developing 3.x, which will directly improve the version for D7. As already mentioned, the D7 version will also require some architectural rethinking, which might depend on other modules. E.g. http://drupal.org/project/relation doesn't have a release at all yet.
#24: justintime
Just some notes to store for later when we actually have time to look into D7:
I tried using Jimmy's sweet update tool at http://upgrade.boombatower.com/ but it produced an empty tar.gz. I emailed him, and got this back:
The error occurred because you have a reference to imagecache_presets() in
your hook_theme(). Coder Upgrade does a PHP eval() on this hook to get back
the theme items. This is an admittedly opportunistic approach which usually
succeeds but fails in this case.I commented out the foreach loop with imagecache_presets() and reran the
module. The output is attached. You can do the same and rerun it on the
upgrade site (if you want).
So, we just need to comment out that foreach to get the tool to do it's thing.
Comments
Comment #1
scroogie CreditAttribution: scroogie commentedSo the reason I'm updating this is that I had some (recently quite rare) spare time today to invest into Node Gallery. Out of curiosity, I invested this into D7 after updating the issues of NG3.
I thought about the issues we have had in NG3, and how we could further improve on our way to NG for d7. Here are some unordered comments:
- Field API should facilitate a lot of stuff for us: creation, modification, display, etc. Particularly, I hope that the manage images page will be easier to implement.
- The big point: I'm not sure that Galleries should be nodes in D7. I'd expect more advantages if we implement them as entities. The Entity API module makes implementing entities nearly as easy as defining node types. We would also escape some problems, e.g. how to handle revisions, promote to frontpage, sticky, date changed, translation, embedding the view, hierarchies, the cover image and so on. With a custom entity, we would have the freedom to create this in a clear way (with Entity API helping us to avoid code duplication). The model also gives us some nice flexibility, e.g. with the View modes and entity metadata, to let the Cover act nearly as a field, and to allow embedding a slideshow of the gallery through view modes.
Of course we would need to brainstorm this before we actually invest in that direction, as I don't have enough experience in D7 yet either. But I can imagine the following: NG defines galleries as a custom entity, and the relationship is replaced by a bundle called 'Gallery Type'. The Gallery Type holds all information that the relationship held until now, and is of course fieldable. In particular, it holds the settings for display, view, and the allowed node types that can act as "items" of this gallery. On installation, it creates a default gallery type for images, same as now in D6, but users are free to create gallery types for arbitrary node types, e.g. exploiting the media or video module. I'd in fact think that we would build in some additional functionality for media module galleries, but this could go in at a later point.
Comment #2
techgirlgeek CreditAttribution: techgirlgeek commentedSubscribing. Thanks for opening a new thread. The old one was < useful.
Comment #3
mattcasey CreditAttribution: mattcasey commentedyay Drupal developers!
Comment #4
vitok-dupe CreditAttribution: vitok-dupe commentedSubscribing.
Comment #5
AdrianB CreditAttribution: AdrianB commentedSubscribing.
Comment #6
Jiri Volf CreditAttribution: Jiri Volf commentedSubscribing.
Comment #7
donSchoe CreditAttribution: donSchoe commented+1 :)
Comment #8
chris.slater CreditAttribution: chris.slater commentedsubscribing
Comment #9
Doren Berge CreditAttribution: Doren Berge commentedSubscribing...
Comment #10
EoinPaganus CreditAttribution: EoinPaganus commentedSubscribing - Can't wait, thanks for all your efforts guys.
Comment #11
dddave CreditAttribution: dddave commentedbtw what happened to this: #684706: Collaboration with CCK Gallery for Drupal 7?
Comment #12
bit banger CreditAttribution: bit banger commentedSubscribe.
Comment #13
yoyek CreditAttribution: yoyek commentedSubscribing
Comment #14
snovak CreditAttribution: snovak commentedSubscribe
Comment #15
Rik CreditAttribution: Rik commentedsubscribing
Comment #16
romakif CreditAttribution: romakif commentedSubscribing
Comment #17
dreadlocks1221 CreditAttribution: dreadlocks1221 commentedsubscribe
Comment #18
verynic CreditAttribution: verynic commentedsubscribing
Comment #19
yugongtian CreditAttribution: yugongtian commented+++
Comment #20
Yannovitch CreditAttribution: Yannovitch commentedYay ! +1000 for a NodeGallery for D7 module ! That would be just the perfect module for the art community website I have to build.
If you need any support, even financial, let us know.
Comment #21
Scott J CreditAttribution: Scott J commentedIf I'm following your train of thought in http://drupal.org/comment/reply/1087730/4191352#comment-4191352 correctly, wouldn't this module become a copy of Media gallery module?
Comment #22
justintime CreditAttribution: justintime commented@Scott J - IIRC, Media gallery module implements the structure of "Gallery as a node, media as fields on the gallery node". Node Gallery, as indicated by the name of the module, implements "Gallery as a node, Image as a node". There's a lot of things you can do with a node that you can't do with a field.
All that being said, we need to wrap up version 3 for D6 before we even start to think architecture for a possible D7 module.
Comment #23
nasi CreditAttribution: nasi commentedsubscribing
Comment #24
rcco CreditAttribution: rcco commentedsubscribing...thanks+++
Comment #25
TripX CreditAttribution: TripX commentedSub
Comment #26
keesee CreditAttribution: keesee commentedsub.
Comment #27
pumpkinkid CreditAttribution: pumpkinkid commentedSubscribe (and might I add, thanks for closing the old thread!) :-)
Comment #28
g76 CreditAttribution: g76 commentedsub
Comment #29
TimelessDomain CreditAttribution: TimelessDomain commentedsubscribing
Comment #30
rogical CreditAttribution: rogical commented+1
Comment #31
Yorian CreditAttribution: Yorian commentedSubscribing, having a D7 version would really be amazing!
I'm not the best at programming for Drupal, I'm better at just normal programming in php, but if I can help just let me know
Comment #32
mooselimb CreditAttribution: mooselimb commentedsubscribing. When each image has exif data field-galleries don't help. The only solution is to have a node-gallery, where each image can retain all exif data which can be accessed as needed. If I could code I'd help. Good luck.
Comment #33
dddave CreditAttribution: dddave commented@mooselimb
Sure you posted in the correct issue??
edit: I do have my own D7 install now so I am becoming more and more interested in a D7 version.
Comment #34
mooselimb CreditAttribution: mooselimb commented@dddave just expressing my use-case. A node-gallery for D7 where I can still use my Content-Type-fields (such as EXIFs) would help a lot.
Comment #35
rogical CreditAttribution: rogical commented+1
Comment #36
mattwith CreditAttribution: mattwith commented+ 1, I would definitely like to see a D7 version of this great module!
Comment #37
parasox CreditAttribution: parasox commentedPerhaps some D7 text on the module's main page would be in order, just a sentence about the state of D7 and the maintainer's restated thoughts on the matter. Here paste this:
D7 Version
Node Gallery is currently D6 only, with no D7 module in the works just yet. When NG 3.x is fully stable and developed, we will consider working on a D7 version. Until then, please see #1087730: Node Gallery: Drupal 7.x version for any updates or progress.
Comment #38
rogical CreditAttribution: rogical commentedHope to see the D7 branch soon. As D7 has gone to the 4th release, many users old or new would use it.
And lots of modules would focuse on the development of D7, while less on D6 version.
Comment #39
blenny CreditAttribution: blenny commentedsub
Comment #40
jphautin CreditAttribution: jphautin commented+1
Comment #41
dddave CreditAttribution: dddave commentedI would like to check out media_gallery but this currently doesn't work media 7.2x. So I cannot say if there is already a killer gallery solution for D7. Meh.
Comment #42
scroogie CreditAttribution: scroogie commentedThere is some interesting development in D7 with http://drupal.org/project/file_entity and http://drupal.org/project/relation
Comment #43
Jean-Philippe Fleury CreditAttribution: Jean-Philippe Fleury commentedSubscribing
Comment #44
rainerdansseg CreditAttribution: rainerdansseg commentedsubscribing
Comment #45
claar CreditAttribution: claar commentedsub
Comment #46
ducdebreme CreditAttribution: ducdebreme commentedsubscribing
Comment #47
Sylense CreditAttribution: Sylense commented+1
Comment #48
nyoz CreditAttribution: nyoz commentedsub
Comment #49
soumn CreditAttribution: soumn commented+1
Comment #50
yoyek CreditAttribution: yoyek commentedsubscribing
Comment #51
Naturalist CreditAttribution: Naturalist commentedIs this abandoned? I don't see anything being done. I thought there were donations on this and I don't see that anymore. Need to know. Have several sites that use node gallery.
Comment #52
dddave CreditAttribution: dddave commentedNG isn't abandoned. justintime is taking some time off to recharge his batteries. ATM it wouldn't be a good time to start with NG for D7 as we have to see how media module becomes stable (huge sprint ongoing atm). Media module is the most important and advanced media handling module for D7 and we have to see how NG can fit in.
Btw: There were never any donations for a D7 version.
Comment #53
Yorian CreditAttribution: Yorian commentedHi,
Since it looked like there wasn't going to be a drupal 7 release of this module any time soon and I did need something like this I wrote a very simple module myself. It is definitely not fully finished, a lot of polishing needs to be done, but it works nonetheless.
It works fairly simple:
1) You create a content type (needs to be done programmatically, but isn't yet right now) for the album containing the media. There needs to be a field in the album content type to which the images would go (and hopefully videos in the future as well).
2) You create a content type (also needs to be done programmatically, but isn't yet right now) for the media itself. This would need the reference module to reference the album which it is part of.
3) You create an album and upload all the images that are part of it
4) The module removes all the images from the album, creates new nodes containing the images and links them to the album.
5) Using views you can create your own nice album with images as nodes.
The code I used for this:
As I said it is very crude code which needs quite a bit of work to make it work nicer, for the meanwhile I hope this helps the ones in need of a gallery with the images as nodes.
Comment #54
dqdDo I understand sth completely wrong on D7 ? I didn't read any word about entities?
Sorry 4 asking ...
Comment #55
sachbearbeiter CreditAttribution: sachbearbeiter commented+1 for concentrating on media module
Comment #56
erlendoos CreditAttribution: erlendoos commented+1.000.000 (for a drupal7 version of this module)
Comment #57
justintime CreditAttribution: justintime commentedFor anyone that didn't see my blog post to Drupal Planet: http://sysadminsjourney.com/content/2011/10/19/its-not-you-its-me-call-n...
Comment #58
zeezhao CreditAttribution: zeezhao commentedre: media_gallery, got it to work - see http://drupal.org/node/1244204#comment-5240950
Comment #59
rurri CreditAttribution: rurri commentedSubscribing
Comment #60
y.anvesh CreditAttribution: y.anvesh commentedLooking for D7 version of node gallery.
Comment #61
Oleg2007 CreditAttribution: Oleg2007 commentedSubscribing. Looking for D7 version of node gallery too.
Comment #62
Anonymous (not verified) CreditAttribution: Anonymous commentedI am a big fan of node gallery for D6. I look forward to seeing its D7 release, and want to thank those working to make this happen.
Comment #63
RedRat CreditAttribution: RedRat commentedJust hope to see 7.x release...
Comment #64
keesee CreditAttribution: keesee commentedI'll be releasing a feature in early march that attempts to fill this GAP for 7. Its build on features, ctools, references, views, plupload and rules.
I'm still working out the bugs and fine tuning css etc. but here are the features I've had a moment to get in there so far.
---- Image galleries and images are entities
---- sort the order of your galleries (AHAH)
---- add images to galleries. single image for or drop and drag many files using plupload.
---- different gallery view modes selected on gallery creation/edit. This will require jqfx, imageflow, galleria, and nivo slider
---- select cover for galleries
---- Order images within a gallery (AHAH)
Unfortunately you won't be able to set multiple gallery image relationships from the start. I'm not very Savvy with build out drupal administration screens. I'll get it out asap but I'm only able to chug away at it a few minutes a day and in coulpe hour blocks on the weekends.
Comment #65
Québec CreditAttribution: Québec commentedHoping for a D7 version of the great module!
Thanks to all who will input time and efforts to make this happen.
Comment #66
patoshi CreditAttribution: patoshi commented+9
Comment #67
alauzon CreditAttribution: alauzon commentedSubscribing
Comment #68
fyl CreditAttribution: fyl commentedEvery time I go looking for an answer to an upgrade of my site in D5 (http://www.nicaliving.com) to D7 I get stuck on the gallery issue. I see D6 as a dead end and converting what I have to something in D6 seems like just creating a future mess to deal with.
There seems to be a lot of interest in this module. What would it take to get someone "inspired" to do the work? While I could do it, it would be a lot of D7 internals learning that I really don't need to know for anything else. If someone came forward where this work would fit into their "life", I expect we could raise some $ to help "inspire" them.
Comment #69
PDR CreditAttribution: PDR commentedI agree with #68, the Node Gallery module is extremely useful and sorely missed in Drupal 7, there is really nothing out there still to replace it, which is a major shame.
I too think there should be enough people willing to pay to see this module competently ported to D7, how to go by in finding somebody competent and willing to do it I am not sure though.
Maybe the porting of Node Gallery to D7 could become a Google Summer of Code project for some talented individual? I don't know if it would be too late for 2012 or how to find somebody that can do it, maybe there is somebody following this issue with good connections to push this through?
Comment #70
PDR CreditAttribution: PDR commentedOkay, I see that the GSoC 2012 projects were just now announced, so that's out of the question.
Comment #71
RedRat CreditAttribution: RedRat commentedGood news! There is a man who willing to port module to D7, and even done some work for it: http://drupal.org/node/1530764
Comment #72
patoshi CreditAttribution: patoshi commentedfyi, another great alternative to node gallery is field_slideshow. im using that in replacement of node gallery and provides pretty much the same features.
http://drupal.org/project/field_slideshow
let me know if you found it useful or not.
Comment #73
zengenuity CreditAttribution: zengenuity commentedI have created a new branch and started coding on a 7.x version of the module. It does not work yet, so don't bother trying to use it. I hope to have an alpha version out by mid-summer. I will update this issue as there is more to report.
Comment #74
PDR CreditAttribution: PDR commentedzengenuity, are you still working on this?
Comment #75
zengenuity CreditAttribution: zengenuity commentedYes, I had to take a break from it for a couple weeks. Got kinda overwhelmed with it, and I had a project at work that I needed to attend to. The front-end stuff is mostly working (uploading, managing, sorting, browsing), but I took a wrong turn on the backend stuff, so I have to redo a decent amount of that. It'll probably be another 2-3 weeks before I have an alpha version ready.
Comment #76
scroogie CreditAttribution: scroogie commentedThe backend design was one of the reasons why I didn't continue with my D7 port. I couldn't decide how to best use entities, entity bundles and fields. Or to be more specific: I wanted to get most out of using these systems for NG, but didn't have enough time to try the different possibilities out. In the end, I'd have settled for gallery relationships as entity bundles and galleries as simple custom entities. But then I couldn't evaluate all the possibilities for the node <-> gallery relation. I wanted to have a generic solution for all entity types and wanted something very natural to drupal ("drupalish"), but even there you have many options like relation, entity reference, references, entity relationship, etc. pp.
So long story short: I'm curious what you chose in the end. Do you have your code in git somewhere?
Comment #77
zengenuity CreditAttribution: zengenuity commentedYes, it's been tough. I've actually done it 2 or 3 different ways so far. I did a straight port and then I created my own entities, but both of those solutions required me to provide UX elements for both single and multiple gallery posting. (Multiple gallery posting should be possible in the new version.) That's not a huge deal, but it seemed stupid since EntityReference already does this exact thing. So, then I got seduced into copying the model that OG uses in the 2.x series. It's an entity reference field, with backend storage as your own entities. It's got some advantages. First, you don't have to worry about UX and limiting entity/bundle types. You can leave that to the entity reference field. It can handle cardinality, too. By creating your own entities, you limit the downside of entity reference, which is that they aren't fieldable. Node Gallery needs one field, weight, on any relationship it makes. So, it can't be done with entity reference alone. The one major thing I did not notice in OG before I copied this approach was that the specification of bundle types in entity reference for gallery<->node is a per-field setting, not per-instance. So, although my current code works, I can't properly specify multiple relationship types and limit the bundle types for each one. Ugh. When I got to that point, I decided I had to step away for a couple weeks.
The code is in git here on d.o. It probably will not work if you just download it. I have put no effort into making it install out of the box yet. It does work on my dev site (with the limitation above). Some highlights:
* The admin interface and user-facing tabs all mostly work. The jquery ui stuff doesn't work yet, but Manage, Sort and Upload tabs work. The browser strip with forward/back works, the single gallery view works.
* I've started the process of breaking the module in two. Node Gallery API and Node Gallery. The first one will allow people to install and manually create their own views, fields, content types, etc. At the moment, both are required for anything to work, though.
* Node Gallery is agnostic about files. I have the uploader working, including Plupload. But, my intention is not to require file upload. So, if you want to have a gallery of nodes that are written documents (poetry maybe?), you can do it.
* I'm using view modes in D7 to define the rendering, which means that I don't have to care about images vs videos. I will probably have to add some out-of-the-box functionality for images, but users will be able to reconfigure their view modes to make the nodes render differently if they want.
* When used with the File Entity module, you can mix images and videos, podcasts, etc in a single gallery. I have this working in my dev environment. It's a little tricky to set up, because you have to manage the view modes of all the file types in addition to the content type, but it can be done. It's slick, though, once you get it working. You can throw a bunch of mixed file types in Plupload, upload them all, and everything works like you think it should. Video players for videos, image styles for images.
I'm in the middle of another project at work, and I have a family visit next week. So, realistically, it'll be two weeks before I get back to this. But, my game plan to get this finished is to first try and salvage the solution I have. Maybe there is a way to make the bundle limitations work that I didn't see before. If not, then I think I'm going to give Relation module a try. I was reluctant initially to build a Relation dependency into this module because a) it doesn't provide a field-type UX for adding and removing relations between gallery and node, b) the admin interface is very complex...much more intimidating than Node Gallery's admin interface, and c) Relation doesn't have a "UI" module to switch off to make its interface go away. But, the advantages of Relation are: a) It does have the complete specification of entity/bundle type restrictions that we need for relation types, b) Relations are fieldable, so I can add the weight field that we need, and c) If I switch to Relation, I could eliminate most of the CRUD code from this module. After spending some time with this, I think this last one is a big plus. Node Gallery's major advantage over other gallery solutions is the UX. So, there's an opportunity here to become a UX-only module. Relation handling basic CRUD, File Entity and View Modes handling the display, Node Gallery tying it all together with some out-of-the-box functionality and Views-based interfaces. That feels like the Drupaly way to do things, and if it reduces the amount of code I have to maintain, it will be easier for me to keep up.
So, this was longer than I intended, but that's where I am right now. The code is in git if you want to check it out, but I doubt it works out of the box. I'm sure I haven't coded in the dependencies yet, so make sure to download Entity Reference and File Entity if you want to give it a go.
Comment #78
scroogie CreditAttribution: scroogie commentedThis really resembles my difficulties when trying to conceive an architecture for NG for D7. Thanks a lot for your detailed description. I'm really busy this weekend, but I'll try to take a look at your code.
I think your current approach seems very sensible.
> The one major thing I did not notice in OG before I copied this approach was that the specification of
> bundle types in entity reference for gallery<->node is a per-field setting, not per-instance. So, although my
> current code works, I can't properly specify multiple relationship types and limit the bundle types for each
> one
I don't understand that completely. Can't a relationship be resembled by a field then (instead of an instance)?
> c) If I switch to Relation, I could eliminate most of the CRUD code from this module.
Is there so much CRUD code? Last time I looked, entity API provided many helpful abstract functionality, so I thought one wouldn't need to write so much.
Comment #79
stewarttate CreditAttribution: stewarttate commentedSubscribing
Comment #80
zengenuity CreditAttribution: zengenuity commented> I don't understand that completely. Can't a relationship be resembled by a field then (instead of an instance)?
Sort of. An Entity Reference field has config info in it for which entity types and bundles are allowed. These are used to build the list of available options. It also has multiple widgets, so if the user wants to use autocomplete instead of a select box, all that is built in. It also handles cardinality. But, the config for type/bundle targeting is set at the field level, and not the instance level. So, if you have the "node_gallery_ref" field on Image content type and Video content type, you cannot target different gallery content types with each one. (Image Gallery and Video Gallery, for example)
When I get back to the this, the first thing I need to check is whether there is a way to hook into the node target list build process. If so, I might be able to add my additional restrictions there. If that doesn't work, it would also be possible to create a different field for each relationship type. (Terminology note: what you called a "relationship", I'm calling a "relationship type". Then, a "relationship" is the actual link between nodes.) That's what I was playing with when I stopped. It's not quite as clean, but I think if I allow multiple endpoints for a relationship type (multiple gallery types, multiple item types), then 99% of sites would only ever need one relationship type, and it's not a big deal with the multiple fields. I can create the fields automatically, so most users will never know anything about it.
> Is there so much CRUD code? Last time I looked, entity API provided many helpful abstract functionality, so I thought one wouldn't need to write so much.
Not really, but it feels like re-inventing the wheel to make a system for linking one node to another. There are so many ways already.
Comment #81
scroogie CreditAttribution: scroogie commentedYes, this is what I meant. In the old NG terminology, every ER field would be a relationship (as it represents the possibility to relate two entities of these types).
To be honest, I think its actually cleaner to have seperate fields for different relationships (or relationship types as you say). If you think of extending the module programatically, I think it is better to be able to access the references "per relationship type". In this case, you just take the value of the specific ER field (the relationship object will store the identifier of the field somewhere). If the same field stores values for different relationships, it would be more difficult to distinguish them programatically.
Comment #82
fugazi CreditAttribution: fugazi commentedI also thank you for the Great information. I wait too much to upgrade to Drupal 7 I've seen the last of the state of the sandbox is 26/04/2012. Are there newer versions that I also might help in testing.
Node Gallery module is the last thing I miss for Drupal7. I am grateful for the support of the modules. I am glad that it is maintained.
Thank you very much
Comment #83
ducdebreme CreditAttribution: ducdebreme commentedsubscribing
Comment #84
Québec CreditAttribution: Québec commentedI'm no coder and I'm not shure that I can be of any good at testing, but I can translate NG D7 to french.
Comment #85
sparker888 CreditAttribution: sparker888 commentedSubscribing
Comment #86
zengenuity CreditAttribution: zengenuity commentedI've just posted an initial 7.x-1.x-dev release for Node Gallery. At this point, the advanced features and integrations with other modules do not work, but the basic mechanics of making a gallery of nodes does work. Code still needs a lot of cleanup, as well. I'm hoping some people will help me test this and (fingers crossed) submit patches for some of the pieces that are not totally working. I would not recommend installing this in production yet.
The module has now been split into two pieces:
Here are the things that are currently working:
Additionally, here are some new features of the 7.x version of this module:
Here are the things that I know are currently not working. I would really love to have some help with these.
If you're willing to help test and/or patch, grab the dev release from the module page or git, and start submitting new specific issues as you find them. (Please don't add new issues to this thread.)
Wayne.
Comment #87
scroogie CreditAttribution: scroogie commentedI'm very impressed with your work zengenuity. The architecture now seems better than ever, thanks to the possibilities of Drupal 7 and your great refactoring! I think the flexibility of File Entity is a great fit, and that the module is agnostic to the content is perfect as well. I mean, that was the reason it was called "Node" gallery in the first place! Thanks a lot.
If you want, I will tackle any remaining js issues. The problem is that I probably won't find time until next week, though.
Comment #88
zengenuity CreditAttribution: zengenuity commentedThanks,
I would definitely appreciate some help on js stuff. Also, you reminded me in the other issue thread that the "create gallery from uploads" wizard is missing. So, if you (or anyone else) wants to tackle that, it'd be great.
Comment #89
heretic381 CreditAttribution: heretic381 commentedGreat. Finally a real gallery module for Dupal 7. I'll check it soon. Cheers :)
Comment #90
quicksketchGreat work @zengenuity! Overall the code looks fantastic. I'm using this on a project currently and the D7 port has saved me a huge amount of time. I'll be filing some issues for you. Thanks! Mind if I mark this issue fixed? Let's use separate issues from here on out. The module right now seems to work quite effectively.
First issue for me: #1792192: Upgrade path from Drupal 6 (3.x) to Drupal 7 (1.x) version
Comment #91.0
(not verified) CreditAttribution: commentedAdded snippet about project page #D7CX per webchick's blog post.