Re: Suggestion: appendfounditems

This WebDNA talk-list message is from

2002


It keeps the original formatting.
numero = 40550
interpreted = N
texte = ...and at last, my name is Nitai:-)Sincerely, NitaiOn 11.6.2002 8:00 PM, Donovan wrote:> ...to append my last statement... > > I think what Natai is looking for is a > > [appendacopyoffounditems] ;-) > > though this is bit long of a context. > Donovan > > > > Donovan wrote: > >> No there isn't but I don't believe this will copy unspecified fields like >> Natai suggested. It would instead make a new record and insert just the >> items that are specified (fieldname=[var]) and leave the others blank. >> I think the benefit for this type of thing is that you don't >> have to link up all the fields that are going to be the same... only the >> different >> ones. So a function that needs to copy 20 fields with only the [sku] >> changing >> would be something like: >> [appendfounditems]ID=[newID]&sku=[theSKU][/appendfounditems] >> >> no db peramiter nor name value pairs. >> Donovan >> >> Will Starck wrote: >> >>> Maybe what we need is an &append=T parameter for the [replacefounditems] >>> context instead (there isn't one, is there?) >>> >>> -- >> > > -- > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------ > > <><> Donovan Brooke <><>-> > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------ > > > ------------------------------------------------------------- > This message is sent to you because you are subscribed to > the mailing list . > To unsubscribe, E-mail to: > To switch to the DIGEST mode, E-mail to > > Web Archive of this list is at: http://search.smithmicro.com/-- Tools to energize business Content Management & eBusiness SystemsComputerOil GmbH http://computeroil.com/ Hauptstrasse 12 info@computeroil.com 8252 Schlatt/Switzerland Tel: +41 (0)52 654 15 55 ------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://search.smithmicro.com/ Associated Messages, from the most recent to the oldest:

    
  1. Re: Suggestion: appendfounditems (ComputerOil Nitai 2002)
  2. Re: Suggestion: appendfounditems (ComputerOil Nitai 2002)
  3. Re: Suggestion: appendfounditems (Donovan 2002)
  4. Re: Suggestion: appendfounditems (Donovan 2002)
  5. Re: Suggestion: appendfounditems (Will Starck 2002)
  6. Re: Suggestion: appendfounditems (marc malacarme 2002)
  7. Re: Suggestion: appendfounditems (Donovan 2002)
  8. Re: Suggestion: appendfounditems (ComputerOil Nitai 2002)
  9. Re: Suggestion: appendfounditems (Donovan 2002)
  10. Suggestion: appendfounditems (ComputerOil Nitai 2002)
...and at last, my name is Nitai:-)Sincerely, NitaiOn 11.6.2002 8:00 PM, Donovan wrote:> ...to append my last statement... > > I think what Natai is looking for is a > > [appendacopyoffounditems] ;-) > > though this is bit long of a context. > Donovan > > > > Donovan wrote: > >> No there isn't but I don't believe this will copy unspecified fields like >> Natai suggested. It would instead make a new record and insert just the >> items that are specified (fieldname=[var]) and leave the others blank. >> I think the benefit for this type of thing is that you don't >> have to link up all the fields that are going to be the same... only the >> different >> ones. So a function that needs to copy 20 fields with only the [sku] >> changing >> would be something like: >> [appendfounditems]ID=[newID]&sku=[theSKU][/appendfounditems] >> >> no db peramiter nor name value pairs. >> Donovan >> >> Will Starck wrote: >> >>> Maybe what we need is an &append=T parameter for the [replacefounditems] >>> context instead (there isn't one, is there?) >>> >>> -- >> > > -- > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------ > > <><> Donovan Brooke <><>-> > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------ > > > ------------------------------------------------------------- > This message is sent to you because you are subscribed to > the mailing list . > To unsubscribe, E-mail to: > To switch to the DIGEST mode, E-mail to > > Web Archive of this list is at: http://search.smithmicro.com/-- Tools to energize business Content Management & eBusiness SystemsComputerOil GmbH http://computeroil.com/ Hauptstrasse 12 info@computeroil.com 8252 Schlatt/Switzerland Tel: +41 (0)52 654 15 55 ------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://search.smithmicro.com/ ComputerOil Nitai

DOWNLOAD WEBDNA NOW!

Top Articles:

Talk List

The WebDNA community talk-list is the best place to get some help: several hundred extremely proficient programmers with an excellent knowledge of WebDNA and an excellent spirit will deliver all the tips and tricks you can imagine...

Related Readings:

[Sum] function? (1997) TemplateCacheSize preference (1998) Sorry, the WebDNA engine has reached its connection limit. (2002) 2.0 Info (1997) Db design question (relational vs. flat?) (1998) Opinion: [input] should be called [output] ... (1997) e-commerce recommendation update... (2004) Inprovement to listfiles ... (2003) [WebDNA] Two different mail servers? (2011) [WriteFile] problems (1997) Re:Change WebDNA-Talk Mail due to no digest for 1wk (1997) Great product and great job ! (1997) encrypted database (2004) Public beta 6 for WebCatalog 4.0 is now available (2000) Search in 2 or more catalogs (1997) Error Lob.db records error message not name (1997) Remove WebDNA context (2001) [WebDNA] A new popuated field to a DB with 700.000 records (2009) default value from Lookup (was Grant, please help me) (1997) OT - Need A Good Address Parser (2000)