[drupal-devel] Results of the Drupal 4.7 Porting workshop
Hello, on Saturday we had a workshop on porting modules to Drupal 4.7. A result of that workshop was identifying the must know issues, and the categorization issues. http://drupal.org/node/22218 We will post a IRC chat link on the above page in the near future. We are currently taking suggests for the next Drupal Porting Workshop. It has been suggest that it be trouble shooting workshop for people who are having problems porting. Cheers, Kieran
are currently taking suggests for the next Drupal Porting Workshop. It has been suggest that it be trouble shooting workshop for people who are having problems porting.
Yes. I suggested to Kieran that next workshop be held on Sep 11th, 8pm my time (11am PDT) and that be an all-practical one. You send me modules and/or your problems, I pick the more interesting/typical/whatever cases and show what to be done. Regards NK
Hi! I know there are several discussions on photo albums, image galleries, etc., and I'm very interested in this subject because I'm running a site which makes heavy use of image module and have lots of pictures. I've read the description on shazam gallery and *really liked it*, but I wouldn't like to make each gallery/node become a term. I believe ber has a reason to do the module works that way (as I know ber is a much better programmer than I and knows Drupal much, much better than I do), but it wouldn't fit my needs: 1 - pictures are uploaded by image module and go to image galleries 2 - users must be able to create an album and insert (previously uploaded) images into it *or* the users create an album and then upload images to it 3 - this album can have a specific term (taxonomy) 4 - a slide show would be nice 5 - mass upload would be nice So, what I did so far: A module where... 1 - Users can create albums. Each album is a node and has its own category, etc. The form for creating albums has text boxes so that the author enters each image's nid. (Yes, this is pretty dirty, I know). :-) 2 - When one access the node, the appropriate thumbnails are shown (linked to the original image nodes). 3 - I got a slideshow script (in javascript) from dynamicdrive.com and made a slideshow for the album. (if we decide to use this script, must ask permission first) This way, each picture can be inserted into several albums, each album can have its own category and description. The site I run is about NYC. I have pictures from some places (Empire State Building, Statue of Liberty, Central Park, etc) and create albums for different purposes, like: downtown Manhattan, Buildings, Parks, places of 'Sex and the City', etc. One picture can be used in different albums. Got it? :-) So, I decided to write to drupal-devel because I'd like to know if anyone is interested in seeing this module. It's still pretty dirty, but works fine. I'm looking for advice. If the community says this approach is not interesting, no problem at all. Please, don't get me wrong because this is the second or third time I offer something I do to others to review or improve. I'm quite new to PHP (I'm a ASP coder) and only started to learn php because of Drupal. :-) I've named this album as 'simple album'. Please, see it here: http://www.novayork.com/node/1346 and click on *view slideshow* in the links area. Cheers, Emiliano.
Hi Emiliano, I'd be interested in taking a look at your code. How should people contact you, apart from mailing to the whole list?
Hi Robert Douglass, I've just uploaded the module to my sandbox. http://cvs.drupal.org/viewcvs/drupal/contributions/sandbox/emiliano/4.6/simp... Anyway, my e-mail is: emiliano at novayork dot com Thanks for replying. Cheers, Emiliano. On Tuesday 23 August 2005 04:05, Robert Douglass wrote:
Hi Emiliano,
I'd be interested in taking a look at your code. How should people contact you, apart from mailing to the whole list?
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 23 Aug 2005, at 3:39 AM, Emiliano wrote:
1 - pictures are uploaded by image module and go to image galleries
2 - users must be able to create an album and insert (previously uploaded) images into it *or* the users create an album and then upload images to it
I don't understand.. Do the images get image nodes created for them ? So you have two ways to upload images ? - -- Adrian Rossouw Drupal developer and Bryght Guy http://drupal.org | http://bryght.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Darwin) iD8DBQFDCtW9gegMqdGlkasRAgm9AKCZF9QVbu+P9zr0X+LDimO6Vsu7cwCePJpi o0rMm4FX2VlXMb5TmFDy1n4= =+3YB -----END PGP SIGNATURE-----
I think this is a bit like flickr's approach: First(1) upload images, and then(2) arrange it in a album (called "set" in flickr). I like that approach, but yet I haven't thought of a situation were I would prefer nodes before terms for the album part. /Anders On 23/08/05, Adrian Rossouw <adrian@bryght.com> wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 23 Aug 2005, at 3:39 AM, Emiliano wrote:
1 - pictures are uploaded by image module and go to image galleries
2 - users must be able to create an album and insert (previously uploaded) images into it *or* the users create an album and then upload images to it
I don't understand..
Do the images get image nodes created for them ?
So you have two ways to upload images ?
- -- Adrian Rossouw Drupal developer and Bryght Guy http://drupal.org | http://bryght.com
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Darwin)
iD8DBQFDCtW9gegMqdGlkasRAgm9AKCZF9QVbu+P9zr0X+LDimO6Vsu7cwCePJpi o0rMm4FX2VlXMb5TmFDy1n4= =+3YB -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 23 Aug 2005, at 10:03 AM, Anders Fajerson wrote:
I think this is a bit like flickr's approach: First(1) upload images, and then(2) arrange it in a album (called "set" in flickr).
I like that approach, but yet I haven't thought of a situation were I would prefer nodes before terms for the album part. I've recently started work on a generic node relationship framework for drupal.
There are lots of places it's useful. Images attached to a photo album node Audio tracks attached to an audio album node Events attached to a location enabled venue node Users that have other users as buddies (when we have profiles as nodes.. an idea who's time has come) Similar functionality exists for organic groups. I'm thinking it could also form the basis for an outliner, that may one day take over the functionality of book.module. The hardest part is an interface which will scale well for really really big sites. - -- Adrian Rossouw Drupal developer and Bryght Guy http://drupal.org | http://bryght.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Darwin) iD8DBQFDCxlagegMqdGlkasRAl30AKDMHZhRLtjgdek+1u8htDtOrcfRSQCgobMy Kd4on6OVYkEMM9oKMe1cVKU= =mNsX -----END PGP SIGNATURE-----
Thats great. But whats going on with the the installer and the form api? You are not letting them rot in your vaporware drawer, right? Boris - please assert some focus here! Adrian Rossouw wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 23 Aug 2005, at 10:03 AM, Anders Fajerson wrote:
I think this is a bit like flickr's approach: First(1) upload images, and then(2) arrange it in a album (called "set" in flickr).
I like that approach, but yet I haven't thought of a situation were I would prefer nodes before terms for the album part.
I've recently started work on a generic node relationship framework for drupal.
There are lots of places it's useful.
Images attached to a photo album node Audio tracks attached to an audio album node Events attached to a location enabled venue node Users that have other users as buddies (when we have profiles as nodes.. an idea who's time has come) Similar functionality exists for organic groups.
I'm thinking it could also form the basis for an outliner, that may one day take over the functionality of book.module.
The hardest part is an interface which will scale well for really really big sites.
- -- Adrian Rossouw Drupal developer and Bryght Guy http://drupal.org | http://bryght.com
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Darwin)
iD8DBQFDCxlagegMqdGlkasRAl30AKDMHZhRLtjgdek+1u8htDtOrcfRSQCgobMy Kd4on6OVYkEMM9oKMe1cVKU= =mNsX -----END PGP SIGNATURE-----
doh! i hadn't yet read today's emails about form_api. i'll retreat to the surly hole i came from. Moshe Weitzman wrote:
Thats great. But whats going on with the the installer and the form api? You are not letting them rot in your vaporware drawer, right? Boris - please assert some focus here!
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 23 Aug 2005, at 4:15 PM, Moshe Weitzman wrote:
doh! i hadn't yet read today's emails about form_api. i'll retreat to the surly hole i came from. Yeah =)
Forms stuff is incredibly important, which is why it gets priority. Install API is not going to get into 4.7 , we all know that.. Node relationship is a contrib module, that we have actual immediate need for.
Thats great. But whats going on with the the installer and the form api? You are not letting them rot in your vaporware drawer, right? Boris - please assert some focus here!
Yeah Boris. Please assert some focus =P - -- Adrian Rossouw Drupal developer and Bryght Guy http://drupal.org | http://bryght.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Darwin) iD8DBQFDCzZhgegMqdGlkasRAkMgAKCdUgt2cmfllaFzBBDNzQYJ7AqWkQCgrQ79 QrDfMZBkKHUC2guBMWxCNSA= =ixjK -----END PGP SIGNATURE-----
On 23-Aug-05, at 7:11 AM, Moshe Weitzman wrote:
Thats great. But whats going on with the the installer and the form api? You are not letting them rot in your vaporware drawer, right? Boris - please assert some focus here!
Let's play "let's make a deal". I file feature requests on other people's modules, you complete them, Adrian gets more time to work on _cool_core_component_234234 -- everybody wins! We'll call it "feature roulette", where the payoff is sweet, sweet features. -- Boris Mann http://www.bmannconsulting.com
On 23-Aug-05, at 11:40 AM, Boris Mann wrote:
We'll call it "feature roulette", where the payoff is sweet, sweet features.
where's my sweet, sweet coffee? -- James Walker :: http://walkah.net/
Adrian,
I've recently started work on a generic node relationship framework for drupal.
Great news! :-)
There are lots of places it's useful.
I completely agree!
Images attached to a photo album node Audio tracks attached to an audio album node Events attached to a location enabled venue node Users that have other users as buddies (when we have profiles as nodes.. an idea who's time has come) Similar functionality exists for organic groups.
I'm thinking it could also form the basis for an outliner, that may one day take over the functionality of book.module.
The hardest part is an interface which will scale well for really really big sites.
I've read Moshe's and Walkah's messages, hehehe, and I don't know about your priorities, but imho this relationship framework would be really useful. Please let me know if I can help you in some way, ok? Cheers, Emiliano.
Hi Anders! On Tuesday 23 August 2005 05:03, Anders Fajerson wrote:
I think this is a bit like flickr's approach: First(1) upload images, and then(2) arrange it in a album (called "set" in flickr).
I like that approach, but yet I haven't thought of a situation were I would prefer nodes before terms for the album part.
This is one thing I would like to discuss a little bit further. When I first read the shazam gallery readme file, I saw Ber chose to create a term for each album. At first I thought he must have a good reason to do it. But in my very personal case, that's not good. I need an album to have its categories like 'parks' and 'city walks', for example, and then I don't know if using a term as the album itself is ok. I started this thread because I don't know if my approach is good, hehehe, I'm really looking for advice. Cheers, Emiliano.
Hi Adrian! At the moment images are always uploaded by image module. I was thinking about creating a mass upload option based on a hacked version of photo album found at http://drupal.org/node/24872. You would choose the category, the appropriate album and then upload the images. I'm quite uneasy about it, though -- I would need someone to backup me if I'm unable to update the code to be compliant to future versions of image module. So, the way it is now you upload the image using image module. Then you create the (simple) album and inform which nodes should be part of the it. I'm very unhappy with this form -- it's ugly, users must know each node id, etc. Today I thought about using the link hook to put a link on each image like 'add to album'. Clicking there, you would see a form with a drop-down list of your albums. You'd choose one and save. What do you think about all this? Regards, Emiliano. On Tuesday 23 August 2005 04:52, Adrian Rossouw wrote:
On 23 Aug 2005, at 3:39 AM, Emiliano wrote:
1 - pictures are uploaded by image module and go to image galleries
2 - users must be able to create an album and insert (previously uploaded) images into it *or* the users create an album and then upload images to it
I don't understand..
Do the images get image nodes created for them ?
So you have two ways to upload images ?
On Tuesday 23 August 2005 21:09, Emiliano wrote:
At the moment images are always uploaded by image module. I was thinking about creating a mass upload option based on a hacked version of photo album found at http://drupal.org/node/24872.
Hi! I'm just back from two weeks camping, so I'm still catching up with my Drupal email list (and other emails). I wanted to let you know that I am putting finishing touches on a module that does the mass upload you describe: image_import.module. You can get more details here: http://drupal.org/project/image_import The module is essentially production-ready now, but I have a couple of last- minute feature requests that I consider (1) important enough and (2) minor enough to squeeze in before official release. And to others who are waiting on this module and my others -- sorry about the absence-without-notice, but it seemed *really* dumb to post out on a public list that I was leaving my house unguarded for two weeks. ;-) Scott -- ------------------------------------------------------------------------------- Scott Courtney Drupal user name: "syscrusher" http://drupal.org/user/9184 scott at 4th dot com Drupal projects: http://drupal.org/project/user/9184 Sandbox: http://cvs.drupal.org/viewcvs/drupal/contributions/sandbox/syscrusher
Did you have a look at shazamgallery? Itr already dos quite a lot you want, yet it needs love and attention, in order to grow into a mature, wellrunning gallery. I would love to welcome some more maintainers for this module, for I am often too busy to maintain bugs and issues. Ber Op dinsdag 23 augustus 2005 03:39, schreef Emiliano:
Hi!
I know there are several discussions on photo albums, image galleries, etc., and I'm very interested in this subject because I'm running a site which makes heavy use of image module and have lots of pictures.
I've read the description on shazam gallery and *really liked it*, but I wouldn't like to make each gallery/node become a term. I believe ber has a reason to do the module works that way (as I know ber is a much better programmer than I and knows Drupal much, much better than I do), but it wouldn't fit my needs:
1 - pictures are uploaded by image module and go to image galleries
2 - users must be able to create an album and insert (previously uploaded) images into it *or* the users create an album and then upload images to it
3 - this album can have a specific term (taxonomy)
4 - a slide show would be nice
5 - mass upload would be nice
So, what I did so far:
A module where...
1 - Users can create albums. Each album is a node and has its own category, etc. The form for creating albums has text boxes so that the author enters each image's nid. (Yes, this is pretty dirty, I know). :-)
2 - When one access the node, the appropriate thumbnails are shown (linked to the original image nodes).
3 - I got a slideshow script (in javascript) from dynamicdrive.com and made a slideshow for the album. (if we decide to use this script, must ask permission first)
This way, each picture can be inserted into several albums, each album can have its own category and description.
The site I run is about NYC. I have pictures from some places (Empire State Building, Statue of Liberty, Central Park, etc) and create albums for different purposes, like: downtown Manhattan, Buildings, Parks, places of 'Sex and the City', etc. One picture can be used in different albums. Got it? :-)
So, I decided to write to drupal-devel because I'd like to know if anyone is interested in seeing this module. It's still pretty dirty, but works fine. I'm looking for advice. If the community says this approach is not interesting, no problem at all.
Please, don't get me wrong because this is the second or third time I offer something I do to others to review or improve. I'm quite new to PHP (I'm a ASP coder) and only started to learn php because of Drupal. :-)
I've named this album as 'simple album'. Please, see it here:
http://www.novayork.com/node/1346 and click on *view slideshow* in the links area.
Cheers, Emiliano. Regards, Bèr -- [ Bèr Kessels | Drupal services www.webschuur.com ]
Hi Bèr! I took a look at your code right now. shazamgallery really does many things I want/need and I'll be happy to help you with bug fixes and all. But what gets to me is the 'term' thing. :-) I still don't know if creating a term for each album is better than creating a parent node and its children. When the new image module was released, I thought of installing taxonomy_otf and allowing users to create their own galleries using terms. But then I got afraid I would have too many terms -- 300, 500, etc. I'd rather have 500 nodes than terms. Maybe it's something in my mind only, kind of the way I organize my ideas, but I think I like the node idea better. (I know that shazamgallery is much more than simply merging image and taxonomy_otf modules). Anyway, this is a sincere invitation to discuss what direction to follow. ;-) Cheers, Emiliano. On Tuesday 23 August 2005 12:53, Bèr Kessels wrote:
Did you have a look at shazamgallery? Itr already dos quite a lot you want, yet it needs love and attention, in order to grow into a mature, wellrunning gallery. I would love to welcome some more maintainers for this module, for I am often too busy to maintain bugs and issues.
Ber
participants (11)
-
Adrian Rossouw -
Anders Fajerson -
Boris Mann -
Bèr Kessels -
Emiliano -
James Walker -
Karoly Negyesi -
Kieran Lal -
Moshe Weitzman -
Robert Douglass -
Syscrusher