[ic] Any body can help , I need my customers to be able to ad their own products
Alexandre Daree
interchange-users@lists.akopia.com
Thu Jun 14 14:41:01 2001
Hi,
Any body ever did this, where customers ading their own products to the
products.txt , I am looking for an automation of the process.
----- Original Message -----
From: <interchange-users-request@developer.akopia.com>
To: <interchange-users@developer.akopia.com>
Sent: Thursday, June 14, 2001 12:30 PM
Subject: Interchange-users digest, Vol 1 #610 - 15 msgs
> Send Interchange-users mailing list submissions to
> interchange-users@lists.akopia.com
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.akopia.com/mailman/listinfo/interchange-users
> or, via email, send a message with subject or body 'help' to
> interchange-users-request@lists.akopia.com
>
> You can reach the person managing the list at
> interchange-users-admin@lists.akopia.com
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Interchange-users digest..."
>
>
> Today's Topics:
>
> 1. Re: 4.7.3 __IMAGE_DIR__ Variable Problem... (John Beima)
> 2. Re: bilingual (Florian Kleedorfer)
> 3. Changing pricing based on any field (Nathan Wiger)
> 4. Re: 4.7.3 __IMAGE_DIR__ Variable Problem... (Jon Jensen)
> 5. Re: Database Handle and Global Subs (Jason Kohles)
> 6. RE: bilingual (Phillip A. Ryals)
> 7. Re: 4.7.3 __IMAGE_DIR__ Variable Problem... (Stefan Hornburg Racke
> )
> 8. Re: 4.7.3 __IMAGE_DIR__ Variable Problem... (Stefan Hornburg Racke
> )
> 9. Interchange crashing (Tim Mirecki)
> 10. Re: Interchange crashing (Stefan Hornburg Racke
> )
> 11. RE: Interchange crashing (Tim Mirecki)
> 12. Re: Database Handle and Global Subs (Mark Johnson)
>
> --__--__--
>
> Message: 1
> From: John Beima <jbeima@palb.com>
> To: interchange-users@developer.akopia.com
> Subject: Re: [ic] 4.7.3 __IMAGE_DIR__ Variable Problem...
> Date: Thu, 14 Jun 2001 10:19:37 -0600 (MDT)
> Reply-To: interchange-users@lists.akopia.com
>
> G'Day Stefan,
>
> I don't mean to be a bother, but any idea on how long to a fix for this
one? It
> is REALLY a show stopper...
>
> John Beima
>
>
> Quoting "Stefan Hornburg (Racke)" <racke@linuxia.de>:
>
> > John Beima <jbeima@palb.com> writes:
> >
> > > Wow was this ever a hard one to find...
> > >
> > > Boy do you need a lot of ifs....
> > >
> > > #01) UI must be in secure mode...
> > > #02) SSL must be a different domain...
> > > #03) Going into the UI https://www.domain2.com/cgi-bin/cat/admin/index
> > works.
> > > #04) Going into the UI http://www.domain1.com/cgi-bin/cat/admin/index
> > and
> > > letting the UI login screen hop you over to the SSL site causes this
> > error...
> > > It looks like it is possibly in the new image tag...
> > > Actually just going back and doing step 03 fixes the problem...
> > >
> > > The wierd thing is it is not session specific... Every visitor to the
> > site from
> > > then on in gets the wrong IMAGE_DIR variable...
> >
> > Very well spotted, John. Congratulations. Mangling Config stuff is
> > fine, because it is not persistent, but we shouldn't touch
> > Variables as it seems. Jon, why we need to set IMAGE_DIR in
> > UI_STD_HEAD ?
> >
> > Variable UI_STD_INIT <<EOV
> > [perl]
> > # determine catalog URL before mangling config URLs
> > $Scratch->{ui_catalog_url} = $Tag->area('index');
> >
> > # replace ImageDir variables with UI equivalents to take advantage
> > # of Interchange's automatic image path rewriting
> > $Config->{ImageDirOriginal} = $Config->{ImageDir};
> > $Config->{ImageDirSecureOriginal} = $Config->{ImageDirSecure};
> > $Config->{ImageDir} = $Variable->{IMAGE_DIR} =
> > $Tag->image( { ui => 1, secure => 0, dir_only => 1 } );
> > $Config->{ImageDirSecure} =
> > $Tag->image( { ui => 1, secure => 1, dir_only => 1 } );
> >
> > # force using secure URL for this page?
> > if ($Tag->var('UI_SECURE', 2)) {
> > $Config->{VendURL} = $Config->{SecureURL};
> > }
> >
> > ''
> > [/perl]
> > EOV
> >
> > >
> > > John
> > >
> > >
> > >
> > > Quoting Jon Jensen <jon@redhat.com>:
> > >
> > > > On Wed, 13 Jun 2001, John Beima wrote:
> > > >
> > > > > Has anyone else found that fairly often the new 4.7.3 will
> > overwrite
> > > > the
> > > > > __IMAGE_DIR__ variable with the contents of possibly
> > > > __UI_IMAGE_DIR__?? What
> > > > > mine winds up with is /interchange/en_US/ then breaking the link
> > to
> > > > all
> > > > > images... This might also be a per session problem... However the
> > only
> > > > thing
> > > > > that seems to solve it is logging in to the admin pages and going
> > > > "Apply
> > > > > Changes"... Then it will work for a short period of time again...
> > > >
> > > > Perhaps some more details would help:
> > > >
> > > > Are you using the same browser to access the storefront and the
> > admin?
> > > >
> > > > Do you have cookies enabled or disabled?
> > > >
> > > > Does the problem happen if you never access the admin after starting
> > > > your
> > > > browser?
> > > >
> > > > How many sessions from your IP address show up in the session list?
> > > >
> > > > What pages have you visited in the admin?
> > > >
> > > > I can understand how this could be bug, but it works fine for me.
> > Even
> > > > when going back and forth between store and admin with the same
> > session
> > > > ID, I don't have any trouble. Maybe your answers will shed more
> > light.
> > > >
> > > > Jon
> > > >
> > > > _______________________________________________
> > > > Interchange-users mailing list
> > > > Interchange-users@lists.akopia.com
> > > > http://lists.akopia.com/mailman/listinfo/interchange-users
> > > >
> > >
> > >
> > >
> > > John Beima
> > > jbeima@palb.com, support@alocalagent.com, and support@alocalchurch.com
> > >
> > > P.A.L.B. Systems - Phone: (780)451-1086 - Fax: (780)447-4760
> > > 11639-122 Street, Edmonton, Alberta, Canada, T5M 0B6
> > >
> > > Affordable Web Pages - Phone: (888)932-9990 - Fax: (256)351-7297
> > > 2713B Spring Place SW, Decatur, Alabama, United States, 35603
> > > _______________________________________________
> > > Interchange-users mailing list
> > > Interchange-users@lists.akopia.com
> > > http://lists.akopia.com/mailman/listinfo/interchange-users
> > >
> > >
> >
> > --
> > Master of Swiss Web 2001: http://www.zweifel.ch/
> >
> > For projects and other business stuff please refer to COBOLT NetServices
> > (URL: http://www.cobolt.net; Email: info@cobolt.net; Phone:
> > 0041-1-3884400)
> > _______________________________________________
> > Interchange-users mailing list
> > Interchange-users@lists.akopia.com
> > http://lists.akopia.com/mailman/listinfo/interchange-users
> >
>
>
>
> John Beima
> jbeima@palb.com, support@alocalagent.com, and support@alocalchurch.com
>
> P.A.L.B. Systems - Phone: (780)451-1086 - Fax: (780)447-4760
> 11639-122 Street, Edmonton, Alberta, Canada, T5M 0B6
>
> Affordable Web Pages - Phone: (888)932-9990 - Fax: (256)351-7297
> 2713B Spring Place SW, Decatur, Alabama, United States, 35603
>
> --__--__--
>
> Message: 2
> From: Florian Kleedorfer <klee@yy-mm-dd.com>
> Organization: =?iso8859-1?q?L=F6ffelhardt=20&=20Kleedorfer?= OEG
> To: interchange-users@developer.akopia.com
> Subject: Re: [ic] bilingual
> Date: Thu, 14 Jun 2001 18:21:26 +0200
> Reply-To: interchange-users@lists.akopia.com
>
> Am Montag 11 Juni 2001 20:29 schrieben Sie:
> > Speaking of the locale features...
> >
> > I'm trying to set the normal currency to be a custom symbol for a
> > promotional site... It needs to be "BB" instead of "$". But changing
the
> > locale, even changing locale.txt and deleting the gdbm file, doesn't
work.
> >
>
> try
>
> Locale en_US price_picture "###,###,###.## BB"
> or
> Locale en_US currency_symbol BB
>
> in catalog.cfg
>
> * and be sure to set the locale to en_US (or whatever locale you use) *
>
> (http://interchange.redhat.com/doc/icconfig.pdf has more on that)
>
>
> Flo
>
> --__--__--
>
> Message: 3
> From: "Nathan Wiger" <nate@nateware.com>
> To: <interchange-users@developer.akopia.com>
> Date: Thu, 14 Jun 2001 09:35:46 -0700
> Organization: Nateware
> Subject: [ic] Changing pricing based on any field
> Reply-To: interchange-users@lists.akopia.com
>
> Hey all-
>
> I have a client who has some needs which I don't think are supported by
> Interchange. However, I'm hoping that I'm wrong :-), so I wanted to ping
the
> list.
>
> The client is opening a motorcycle parts store online. For many parts,
> though, the price will vary based on several different fields. For
example:
>
> Base helmet $100.00
> XL and XXL +$15.00
> XS -$10.00
> Metallic Paint +$30.00
>
> Now, I'm aware of Interchange's pricing database. The problem isn't with
> size (since this is built in), but rather getting the price to change on
> another variable (like color -- the paint above) as well.
>
> This situation gets even trickier in some situations, where the size is
not
> just "XL" but rather corresponds to a model as well:
>
> Aftermarket Tailpipe $165.00
> CBR, Yamaha +$25.00
> Ducati +$45.00
> Black Chrome +$15.00
>
> The model information must be maintained, so we can't just say "L=Yamaha,
> XL=Ducati" in the "size" field. So, if we were just to use the pricing
> database, I'd have to create fields for all potential "sizes" -- S, M, L,
> XL, Ducati, Yamaha, CBR, 17", 18", etc. This is obviously not really what
I
> want to do, since there's no way to tell what fields will be needed, and
> besides that it would be really ugly. Plus, there's still no way to alter
> price on size _and_ color as far as I can tell.
>
> Is all this correct? If not, please stop and tell me where I'm wrong,
> because the rest of this email is a proposed solution.
>
> So, after looking at this it seems like the way that pricing is done in
> Interchange could be tweaked to make it a little more flexible. Here's
what
> I was thinking. If you set a field up via UseModifier to alter the
product,
> then rather than Interchange looking in the pricing db, it does the
> following:
>
> 1. Looks for a field called "[field]_price" in the products db.
> So, if you set "UseModifier length", it would look for a
> field called "length_price" for that sku in the products db.
>
> 2. This field takes the format "name=price, name=price", so for
> example:
>
> CBR=+25.00, Yamaha=+25.00
>
> 3. This field is split up appropriately, and a key is searched
> for one corresponding to the value of the main field chosen.
> So, if we chose "CBR" as our "size", then we would look
> in "size_price" for the key "CBR" and find the value "+25.00".
> If the key isn't found, no change is made to the price.
>
> 4. If the price is preceded with a + or nothing, it's added to
> the base price. If it's preceded with a -, it's subtracted.
>
> 5. On checkout, these prices are added in the same order as
> the fields are listed with UseModifier. So, if we had
> said "UseModifier size color", then we would first go thru
> and look for "size_price" for that item, then "color_price".
>
> This has the advantage that it is flexible and can be tailored on a
per-item
> basis. I supposed it could also be placed in an external table indexed by
> sku, but it seems like keeping it together in the products db would be
> easier.
>
> Thoughts on this? If there's intereste, I'm more than willing to make the
> changes to the source and check them in. I'd like to make these changes to
> the main product; otherwise I'll have to repeatedly apply diffs everytime
I
> upgrade the client's software.
>
> Thanks,
> Nate
>
> --
> Nathan Wiger
> Systems Analyst and Perl Hacker
> Nateware, Inc. www.nateware.com
>
>
>
> --__--__--
>
> Message: 4
> Date: Thu, 14 Jun 2001 12:36:04 -0400 (EDT)
> From: Jon Jensen <jon@redhat.com>
> To: <interchange-users@developer.akopia.com>
> Subject: Re: [ic] 4.7.3 __IMAGE_DIR__ Variable Problem...
> Reply-To: interchange-users@lists.akopia.com
>
> On Thu, 14 Jun 2001, Jon Jensen wrote:
>
> > On 14 Jun 2001, Stefan Hornburg (Racke) wrote:
> >
> > > Very well spotted, John. Congratulations. Mangling Config stuff is
> > > fine, because it is not persistent, but we shouldn't touch Variables
> > > as it seems. Jon, why we need to set IMAGE_DIR in UI_STD_HEAD ?
> >
> > I can't remember why I set that originally. It doesn't seem to be
> > necessary, so I took it out. John, let me know if that fixes your
problem.
>
> Now I remember why. The [button] usertag uses $Variable->{IMAGE_DIR} to
> write image paths. So it's now broken in the UI. I'll see what I can do to
> fix that.
>
> Jon
>
>
> --__--__--
>
> Message: 5
> Date: Thu, 14 Jun 2001 12:23:04 -0400
> From: Jason Kohles <jkohles@redhat.com>
> To: interchange-users@developer.akopia.com
> Subject: Re: [ic] Database Handle and Global Subs
> Reply-To: interchange-users@lists.akopia.com
>
> On Thu, Jun 14, 2001 at 04:27:25PM +0100, Sheamus Nulty wrote:
> >
> > I then run the following
> >
> > [set print]1[/set]
> > [if scratch print]
> > [pdfshea]
> > [/if]
> >
> > and it just prints out [pdfshea] to the webpage. So I'm of the opinion
that
> > [if] will just print out what comes after it .
> > If this is the case is my only alternative the solution you provided.
> >
> If does interpolate, the only reason it should just print the tag is if
either
> the globalsub was not found, or didn't compile, if it didn't compile you
> you should see an error on startup, otherwise check and make sure you have
it
> defined in the right config file, keeping in mind that it must go in
> interchange.cfg unless you have AllowGlobal set for that catalog.
>
> --
> Red Hat E-Business Solutions Jason Kohles
> 11480 Sunset Hills Road Senior System Architect
> Reston, VA 20190 jkohles@redhat.com
>
> --__--__--
>
> Message: 6
> From: "Phillip A. Ryals" <support@admiralexpress.com>
> To: <interchange-users@developer.akopia.com>
> Subject: RE: [ic] bilingual
> Date: Thu, 14 Jun 2001 11:39:24 -0500
> Reply-To: interchange-users@lists.akopia.com
>
> I finally got it to work, but I had to use something other that en_US.
>
> The only prob I ran into: The price picture now reads ### BB in
locale.txt.
> But now the subtotal always shows up " *** BB ".
>
> -phillip
>
> > -----Original Message-----
> > From: interchange-users-admin@developer.akopia.com
> > [mailto:interchange-users-admin@developer.akopia.com]On Behalf Of
> > Florian Kleedorfer
> > Sent: Thursday, June 14, 2001 11:21 AM
> > To: interchange-users@developer.akopia.com
> > Subject: Re: [ic] bilingual
> >
> >
> > Am Montag 11 Juni 2001 20:29 schrieben Sie:
> > > Speaking of the locale features...
> > >
> > > I'm trying to set the normal currency to be a custom symbol for a
> > > promotional site... It needs to be "BB" instead of "$". But
> > changing the
> > > locale, even changing locale.txt and deleting the gdbm file,
> > doesn't work.
> > >
> >
> > try
> >
> > Locale en_US price_picture "###,###,###.## BB"
> > or
> > Locale en_US currency_symbol BB
> >
> > in catalog.cfg
> >
> > * and be sure to set the locale to en_US (or whatever locale you use) *
> >
> > (http://interchange.redhat.com/doc/icconfig.pdf has more on that)
> >
> >
> > Flo
> > _______________________________________________
> > Interchange-users mailing list
> > Interchange-users@lists.akopia.com
> > http://lists.akopia.com/mailman/listinfo/interchange-users
> >
>
>
> --__--__--
>
> Message: 7
> To: interchange-users@developer.akopia.com
> Subject: Re: [ic] 4.7.3 __IMAGE_DIR__ Variable Problem...
> From: racke@linuxia.de (Stefan Hornburg (Racke))
> Date: 14 Jun 2001 18:34:08 +0200
> Reply-To: interchange-users@lists.akopia.com
>
> Jon Jensen <jon@redhat.com> writes:
>
> > On Thu, 14 Jun 2001, Jon Jensen wrote:
> >
> > > On 14 Jun 2001, Stefan Hornburg (Racke) wrote:
> > >
> > > > Very well spotted, John. Congratulations. Mangling Config stuff is
> > > > fine, because it is not persistent, but we shouldn't touch Variables
> > > > as it seems. Jon, why we need to set IMAGE_DIR in UI_STD_HEAD ?
> > >
> > > I can't remember why I set that originally. It doesn't seem to be
> > > necessary, so I took it out. John, let me know if that fixes your
problem.
> >
> > Now I remember why. The [button] usertag uses $Variable->{IMAGE_DIR} to
> > write image paths. So it's now broken in the UI. I'll see what I can do
to
> > fix that.
>
> Using IMAGE_DIR in a usertag is bogus IMHO. Why isn't $Config->{ImageDir}
> used in the first place ?
>
> Ciao
> Racke
>
> --
> Master of Swiss Web 2001: http://www.zweifel.ch/
>
> For projects and other business stuff please refer to COBOLT NetServices
> (URL: http://www.cobolt.net; Email: info@cobolt.net; Phone:
0041-1-3884400)
>
> --__--__--
>
> Message: 8
> To: interchange-users@developer.akopia.com
> Subject: Re: [ic] 4.7.3 __IMAGE_DIR__ Variable Problem...
> From: racke@linuxia.de (Stefan Hornburg (Racke))
> Date: 14 Jun 2001 18:36:17 +0200
> Reply-To: interchange-users@lists.akopia.com
>
> John Beima <jbeima@palb.com> writes:
>
> > G'Day Stefan,
> >
> > I don't mean to be a bother, but any idea on how long to a fix for this
one? It
> > is REALLY a show stopper...
>
> This problem is fixed, but it seems to reveal another.
> IMHO you have to live with show stoppers if you rely
> on software heavy under development :-;
>
> Ciao
> Racke
>
> --
> Master of Swiss Web 2001: http://www.zweifel.ch/
>
> For projects and other business stuff please refer to COBOLT NetServices
> (URL: http://www.cobolt.net; Email: info@cobolt.net; Phone:
0041-1-3884400)
>
> --__--__--
>
> Message: 9
> From: "Tim Mirecki" <tim@q5.ca>
> To: <interchange-users@developer.akopia.com>
> Date: Thu, 14 Jun 2001 12:55:42 -0400
> Subject: [ic] Interchange crashing
> Reply-To: interchange-users@lists.akopia.com
>
> Hey all, I am having a problem with interchange - versions 4.7.2 and 4.7.3
> will completely crash if the user clicks enough times, making all catalogs
> completely unusable. I was unsuccessful at crashing version 4.6 (Akopia
demo
> 1).
>
> At this very moment, I have successfully crashed the demo store for
version
> 4.7.2 (demo 3 at demo.akopia.com). It's still not responding right now,
but
> you WILL be able to view the first page. I imagine the main page is
static,
> so it is not affected.
>
> Anyone?
>
>
> --__--__--
>
> Message: 10
> To: interchange-users@developer.akopia.com
> Subject: Re: [ic] Interchange crashing
> From: racke@linuxia.de (Stefan Hornburg (Racke))
> Date: 14 Jun 2001 18:50:30 +0200
> Reply-To: interchange-users@lists.akopia.com
>
> "Tim Mirecki" <tim@q5.ca> writes:
>
> > Hey all, I am having a problem with interchange - versions 4.7.2 and
4.7.3
> > will completely crash if the user clicks enough times, making all
catalogs
> > completely unusable. I was unsuccessful at crashing version 4.6 (Akopia
demo
> > 1).
> >
> > At this very moment, I have successfully crashed the demo store for
version
> > 4.7.2 (demo 3 at demo.akopia.com). It's still not responding right now,
but
> > you WILL be able to view the first page. I imagine the main page is
static,
> > so it is not affected.
> >
> > Anyone?
>
> Anything found in the global error log file ?
> Have you PreFork enabled ?
>
> Ciao
> Racke
>
> --
> Master of Swiss Web 2001: http://www.zweifel.ch/
>
> For projects and other business stuff please refer to COBOLT NetServices
> (URL: http://www.cobolt.net; Email: info@cobolt.net; Phone:
0041-1-3884400)
>
> --__--__--
>
> Message: 11
> From: "Tim Mirecki" <tim@q5.ca>
> To: <interchange-users@developer.akopia.com>
> Subject: RE: [ic] Interchange crashing
> Date: Thu, 14 Jun 2001 13:32:03 -0400
> Reply-To: interchange-users@lists.akopia.com
>
> Racke:
>
> The RedHat Demo 3 store is still crashing, try it out (demo.akopia.com)
> rapidly clicking on "Buy Now" on an item (about 30 times or so) without
> letting it return anything, it'll crash.
> Goes back up after a few minutes...is someone resetting it?
>
> Whether PreFork is turned on or off, it makes no difference. I've tried
both
> on our development server.
> Here are the global error log entries; I didn't see anything out of the
> ordinary:
>
> - - - [14/June/2001:12:02:44 -0400] - - Interchange V4.7.3
> - - - [14/June/2001:12:02:44 -0400] - - Config 'foundation' at server
> startup
> - - - [14/June/2001:12:02:46 -0400] - - Config 'magicoven' at server
startup
> - - - [14/June/2001:12:02:47 -0400] - - Config 'mocha' at server startup
> - - - [14/June/2001:12:02:48 -0400] - - Config 'pleasant' at server
startup
> - - - [14/June/2001:12:02:49 -0400] - - Using default DBM database.
> - - - [14/June/2001:12:02:50 -0400] - - Config 'q5' at server startup
> - - - [14/June/2001:12:02:50 -0400] - - Config 'tsb' at server startup
> - - - [14/June/2001:12:02:51 -0400] - - START server (25208) (INET and
UNIX)
> - - - [14/June/2001:12:02:53 -0400] - - Accepting connections from
> localhost|127\.0\.0\.1
> - - - [14/June/2001:12:02:53 -0400] - - START server (25300) (INET and
UNIX)
> - - - [14/June/2001:12:09:01 -0400] - - Spurious PID file for process
25364
> supposedly running 302 seconds
> - - - [14/June/2001:12:11:38 -0400] - - STOP server (25300) on signal TERM
> - - - [14/June/2001:12:11:47 -0400] - - Low traffic settings.
> - - - [14/June/2001:12:11:49 -0400] - - ...UI is loaded....
> - - - [14/June/2001:12:11:49 -0400] - - UserTag button scalar parameter
> Documentation redefined.
> > In line 44 of the configuration file 'usertag/button.tag':
> > UserTag button Documentation <<EOD
>
>
>
> -----Original Message-----
> From: interchange-users-admin@developer.akopia.com
> [mailto:interchange-users-admin@developer.akopia.com]On Behalf Of Stefan
> Hornburg (Racke)
> Sent: Thursday, June 14, 2001 12:51 PM
> To: interchange-users@developer.akopia.com
> Subject: Re: [ic] Interchange crashing
>
> "Tim Mirecki" <tim@q5.ca> writes:
>
> > Hey all, I am having a problem with interchange - versions 4.7.2 and
4.7.3
> > will completely crash if the user clicks enough times, making all
catalogs
> > completely unusable. I was unsuccessful at crashing version 4.6 (Akopia
> demo
> > 1).
> >
> > At this very moment, I have successfully crashed the demo store for
> version
> > 4.7.2 (demo 3 at demo.akopia.com). It's still not responding right now,
> but
> > you WILL be able to view the first page. I imagine the main page is
> static,
> > so it is not affected.
> >
> > Anyone?
>
> Anything found in the global error log file ?
> Have you PreFork enabled ?
>
> Ciao
> Racke
>
> --
> Master of Swiss Web 2001: http://www.zweifel.ch/
>
> For projects and other business stuff please refer to COBOLT NetServices
> (URL: http://www.cobolt.net; Email: info@cobolt.net; Phone:
0041-1-3884400)
> _______________________________________________
> Interchange-users mailing list
> Interchange-users@lists.akopia.com
> http://lists.akopia.com/mailman/listinfo/interchange-users
>
>
> --__--__--
>
> Message: 12
> Date: Thu, 14 Jun 2001 13:38:53 -0400
> From: Mark Johnson <markj@redhat.com>
> Organization: Red Hat E-Business Solutions
> To: interchange-users@developer.akopia.com
> Subject: Re: [ic] Database Handle and Global Subs
> Reply-To: interchange-users@lists.akopia.com
>
> Sheamus Nulty wrote:
> >
> > I'v setup the following. I have a global sub defined as follows in my
> > interchange.cfg file
> >
> > GlobalSub <<EOF
> >
> > sub pdfshea {
> >
> > my $counter=5;
> > return "$counter";
> >
> > }
> >
> > EOF
> >
> > I then run the following
> >
> > [set print]1[/set]
> > [if scratch print]
> > [pdfshea]
> > [/if]
> >
> > and it just prints out [pdfshea] to the webpage. So I'm of the opinion
that
> > [if] will just print out what comes after it .
> > If this is the case is my only alternative the solution you provided.
>
> Well, that should certainly not work because a global sub will not
> define a usertag. And, if your pdfcreate usertag was, actually, a global
> sub, then it will not work either.
>
> This should help you out:
>
> http://interchange.redhat.com/cgi-bin/ic/dev/ictags_91.html
>
> --
> Mark Johnson
> Senior Systems Architect - Professional Services
> Red Hat, Inc.
> E-Business Solutions
> markj@redhat.com
> 703-456-2912
>
>
> --__--__--
>
> _______________________________________________
> Interchange-users mailing list
> Interchange-users@lists.akopia.com
> http://lists.akopia.com/mailman/listinfo/interchange-users
>
>
> End of Interchange-users Digest