[support] unsubscribe

Mon Sep 10 18:01:33 UTC 2007

----- Original Message -----
From: support-request at drupal.org
To: support at drupal.org
Sent: Monday, September 10, 2007 2:00:28 PM (GMT-0500) America/New_York
Subject: support Digest, Vol 57, Issue 17

Send support mailing list submissions to
	support at drupal.org

To subscribe or unsubscribe via the World Wide Web, visit
	http://lists.drupal.org/listinfo/support
or, via email, send a message with subject or body 'help' to
	support-request at drupal.org

You can reach the person managing the list at
	support-owner at drupal.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of support digest..."

Today's Topics:

   1. how to link "today" in event module? (Fabio Mora)
   2. Re: How can I duplicate fields in one content type? (Jean Gazis)
   3. Re: node image bulk upload? (Jean Gazis)
   4. Re: How can I duplicate fields in one content type?
      (William Smith)
   5. Re: node image bulk upload? (Shai Gluskin)

----------------------------------------------------------------------

Message: 1
Date: Mon, 10 Sep 2007 18:15:05 +0200
From: Fabio Mora <fabio.mora at fastwebnet.it>
Subject: [support] how to link "today" in event module?
To: support at drupal.org
Message-ID: <46E56D89.9020608 at fastwebnet.it>
Content-Type: text/plain; charset=ISO-8859-1

hi all.

drupal 5.2, "event" module installed.

there are two school in my website and then two calendars. no problems
yet (we have two categories) :O)

ok, now,

http://www.mywebsite.com/event

links to a page in month view of my calendar, but there are events of
the both two schools.

is there a way to create a url that leads to "today" (month view),
displaying only events in one calendar?

any ideas?

tia

(sorry for my english)

:o)

fab'

------------------------------

Message: 2
Date: Mon, 10 Sep 2007 12:36:05 -0400
From: "Jean Gazis" <jgazis at gmail.com>
Subject: Re: [support] How can I duplicate fields in one content type?
To: support at drupal.org, z.stolar at gmail.com
Message-ID:
	<90f7ebd10709100936t6a126b39k7b51911f6c52b68d at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"

I think that probably provides more flexibility in the long run. It's not an
e-commerce site. I'm concerned the the client will find entering 12 items
separately more cumbersome than just doing one form.

Jean

On 9/10/07, Zohar Stolar <z.stolar at gmail.com> wrote:
>
> Yes, it's better for you to have a content type for "wine", and then you
> can do different things with it.
> Think of a wine as one entity. 12 wines can be an entity if they are
> bundled in one package, but a single wine should be on its own.
>
>
>
> Jean Gazis wrote:
>
> > I want to have a content type for a monthly list of about a dozen wine
> > selections. I created the content type, and created fields for one
> > wine, and I can add new fields or existing fields from a _different_
> > content type, but I don't see any way to copy the first set of fields
> > on the _same_ content type. Is there a reason for this? Do I have to
> > have Name for wine #1, and then Name2 for wine #2 and so on?
> >
> > Would I be better off to have a content type for "wine" and then have
> > a view that shows the 12 most recent?
> >
> > --
> > Jean Gazis
> > www.jeangazis.com <http://www.jeangazis.com>
> > www.boxofrain.us <http://www.boxofrain.us>
> >
> > "Believe those who are seeking the truth; doubt those who find it." -
> > Andr? Gide
>
> --
> [ Drupal support list | http://lists.drupal.org/ ]
>

-- 
Jean Gazis
www.jeangazis.com
www.boxofrain.us

"Believe those who are seeking the truth; doubt those who find it." - Andr?
Gide
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/support/attachments/20070910/9b3910d9/attachment-0001.htm 

------------------------------

Message: 3
Date: Mon, 10 Sep 2007 12:47:23 -0400
From: "Jean Gazis" <jgazis at gmail.com>
Subject: Re: [support] node image bulk upload?
To: support at drupal.org
Message-ID:
	<90f7ebd10709100947l2afb23d2j25edd3de793d10b at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"

There is some kind of facebook module and some interest in more
http://drupal.org/node/134838

Jean Gazis

On 9/10/07, Shai Gluskin <shai at content2zero.com> wrote:
>
>
> I think what a lot of folks long for is something similar to the interface
> that Facebook uses for bulk image uploads. I'm sure it will arrive sooner or
> later, I'm not up on who might be working on thinking about such a tool.
> Maybe others know.
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/support/attachments/20070910/c1e9a547/attachment-0001.htm 

------------------------------

Message: 4
Date: Mon, 10 Sep 2007 12:49:36 -0400
From: "William Smith" <william.darren at gmail.com>
Subject: Re: [support] How can I duplicate fields in one content type?
To: support at drupal.org
Message-ID:
	<74630ca20709100949v26edfdd8r5cdac57d10e1b9d1 at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"

You could always get the best of both worlds by doing what Zohar suggests
re: making each item an individual node, but also providing a single form
interfacing for submitting a collection.  In this case, on form submission,
the individual nodes would be programatically created in the backend.  You
could even do the magic of creating the 'collection' view at this stage.  It
could either be dead-simple or prohibitively difficult to set this up,
depending on your level of familiarity with PHP and the Forms API.

William

On 9/10/07, Jean Gazis <jgazis at gmail.com> wrote:
>
> I think that probably provides more flexibility in the long run. It's not
> an e-commerce site. I'm concerned the the client will find entering 12 items
> separately more cumbersome than just doing one form.
>
> Jean
>
> On 9/10/07, Zohar Stolar <z.stolar at gmail.com> wrote:
> >
> > Yes, it's better for you to have a content type for "wine", and then you
> > can do different things with it.
> > Think of a wine as one entity. 12 wines can be an entity if they are
> > bundled in one package, but a single wine should be on its own.
> >
> >
> >
> > Jean Gazis wrote:
> >
> > > I want to have a content type for a monthly list of about a dozen wine
> > > selections. I created the content type, and created fields for one
> > > wine, and I can add new fields or existing fields from a _different_
> > > content type, but I don't see any way to copy the first set of fields
> > > on the _same_ content type. Is there a reason for this? Do I have to
> > > have Name for wine #1, and then Name2 for wine #2 and so on?
> > >
> > > Would I be better off to have a content type for "wine" and then have
> > > a view that shows the 12 most recent?
> > >
> > > --
> > > Jean Gazis
> > > www.jeangazis.com <http://www.jeangazis.com>
> > > www.boxofrain.us <http://www.boxofrain.us >
> > >
> > > "Believe those who are seeking the truth; doubt those who find it." -
> > > Andr? Gide
> >
> > --
> > [ Drupal support list | http://lists.drupal.org/ ]
> >
>
>
>
> --
> Jean Gazis
> www.jeangazis.com
> www.boxofrain.us
>
> "Believe those who are seeking the truth; doubt those who find it." -
> Andr? Gide
>
> --
> [ Drupal support list | http://lists.drupal.org/ ]
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/support/attachments/20070910/5c3ec013/attachment-0001.htm 

------------------------------

Message: 5
Date: Mon, 10 Sep 2007 14:00:19 -0400
From: "Shai Gluskin" <shai at content2zero.com>
Subject: Re: [support] node image bulk upload?
To: support at drupal.org
Message-ID:
	<9f68efb70709101100t2300910av29e5489c271e9b73 at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"

Sander,

In order to advise, I'd need to know more about how the consultant built the
functionality in question.

Did he/she use cck fields imagefield and imagecache for instance?

Or did he/she use the image_attach module that comes with the Image module?

Actually, in either of those cases I don't believe there is a bulk upload
possibility. I just did a quick search on IMCE and I don't think the bulk
upload feature is done yet for that either.

Sorry about your situation -- you might want to sponsor the creation of such
functionality if it doesn't exist in the manner that you want it. My
experience with Drupal is that you can't assume anything about what
functionality should be there. Sometimes the most amazing things are so easy
to do and what would seem basic is quite difficult.

Good luck,

Shai

On 9/10/07, sander-martijn < sander at sander-martijn.com> wrote:
>
>  It is gallery functionality.  I had queried this list on options for
> building galleries and tried just about every module I could to build it out
> with no luck.  As I'm on a tight deadline and have a lot of other stuff to
> build on the site, I ended up hiring someone off the drupal paid services
> forum to build it.  Most of the functionality I need is there - the main
> thing missing is any type of bulk upload and the client is really pushing
> for it (as in now).  Since it's pretty much working I don't really have the
> option to rebuild it now - I just need a way to add some sort of bulk
> upload.
>
> Since you can upload as many images to the node as you want I don't see
> why it wouldn't be possible to do them more than one at a time, I just don't
> know how to do it.
>
> thanks,
> .s
>
> Shai Gluskin wrote:
>
> Sander,
>
> I don't have time to really mull this -- but it sounds like you are in
> need of gallery functionality. I don't like the gallery functionality that
> comes with the Image module install.
>
> Acidfree is much better, but not perfect. With acidfree you can create an
> "album" which is a special node type that will include references to all the
> image nodes that you've imported into the album. The images are nodes, but
> they are also included in the album node that you've created.
>
> Then there is Gallery2 which is kind of bloatware if you don't need
> everything, has its own significant learning curve, and suffers from not
> being a "made for Drupal" project -- though if you need what it does, its
> great.
>
> One thing I didn't mention, because I haven't used it, is IMCE. It gets
> good reviews and it doesn't create images as nodes, it just inserts them
> into nodes. I believe I read about a bulk upload feature in the works or
> maybe already done -- check it out. Having the individual images as nodes
> has a certain elegance but can create its own overhead/complexity which, if
> you don't need it, is better done without.
>
> Shai
>
>
> On 9/10/07, sander-martijn <sander at sander-martijn.com > wrote:
> >
> > Thanks, I checked out the first option which would be perfect  (haven't
> > tried the second yet) and realized I have to clarify something.  The
> > image_import module creates image nodes.  What I have set up is node_images,
> > where you can attach images to a node.  Currently you have to do this one at
> > a time.  There will be a lot of Nodes (probably about 50-60 maybe more, each
> > representing a gallery) and there will be about 5-10 images attached to each
> > node.  I'm looking for a way to either upload all the images by ftp and then
> > pull them into the the nodes or have multiple upload fields display on the
> > node at a time so that several can be attached at once.
> >
> > thanks
> > sander
> >
> > Shai Gluskin wrote:
> >
> > Sander,
> >
> > The image_import module (which comes with the Image module) does this
> > the FTP way. First upload via FTP and then bulk import to nodes. Obviously
> > the limitation there is that only admins with FTP privileges can do it.
> >
> > The Acidfree module has a way to allow users to do it, by uploading a
> > zip or tar file from an Import Images screen. Problem there is a lot of end
> > users won't be agile enough with zipping/tarring. In addition, OS X's
> > built-in zipping function (called Archive) -- includes resource fork files
> > which then get turned into blank image nodes. So even with Acidfree folk who
> > feel comfortable with zipping -- you explain to Mac users how to make a
> > "clean" archive.
> >
> > I think what a lot of folks long for is something similar to the
> > interface that Facebook uses for bulk image uploads. I'm sure it will arrive
> > sooner or later, I'm not up on who might be working on thinking about such a
> > tool. Maybe others know.
> >
> > The Acidfree interface when you do the bulk upload is nice, being able
> > to edit relevant node fields for all the images on the same screen.
> >
> > Shai
> >
> > On 9/10/07, sander-martijn <sander at sander-martijn.com> wrote:
> > >
> > > Ist there a way to allow for bulk upload of images attached to nodes?
> > > One option that would work would be to display multiple file browsers
> > > on
> > > the node's edit page instead of one at a time.  Another would be to
> > > ftp
> > > the images to the server and then somehow attach them.  Or perhaps
> > > there's already a module for it?
> > >
> > > thanks
> > > .s
> > > --
> > > [ Drupal support list | http://lists.drupal.org/ ]
> > >
> >
> >
> >  --
> > ------------------------------
> >
> > sander-martijn <sander at sander-martijn.com>
> > interface developer | architect
> >  sander at sander-martijn.com
> > www.sander-martijn.com
> > ------------------------------
> >
> > --
> > [ Drupal support list | http://lists.drupal.org/ ]
> >
>
>
> --
> ------------------------------
>
> sander-martijn <sander at sander-martijn.com>
> interface developer | architect
> sander at sander-martijn.com
> www.sander-martijn.com
> ------------------------------
>
> --
> [ Drupal support list | http://lists.drupal.org/ ]
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/support/attachments/20070910/ac6c27b6/attachment.htm 

------------------------------

-- 
[ Drupal support list | http://list.drupal.org/ ]

End of support Digest, Vol 57, Issue 17
***************************************

-- 
Regards,
Carl Moebis
Zangani Investor Community
908-788-9660 x663
www.zangani.com