Re: Marketing campaigns and contact lists

Yes BJ, putting it in the framework instead of party was next option. This can be considered now that also Adrian is trying to split party and move some of it in common (at least I understood this was his idea). -Bruno 2010/12/18 BJ Freeman > +1 for party > not sure framework needs the contactl

Re: Marketing campaigns and contact lists

+1 for party not sure framework needs the contactlist to operate but considering the pattern of putting things in common that is a possibility. if put in framework a text readme should include where it was put for those that may look for it in party. = BJ Freeman Strat

Re: Marketing campaigns and contact lists

Sure, we could move the whole staff, after the patch is committed. Regards, Bruno 2010/12/18 Hans Bakker > That is fine if you let me commit the contactlist upgrades from chattree > this week...? > > On Sat, 2010-12-18 at 10:31 +0100, Bruno Busco wrote: > > IMO the complete contactlist package

Re: Marketing campaigns and contact lists

That is fine if you let me commit the contactlist upgrades from chattree this week...? On Sat, 2010-12-18 at 10:31 +0100, Bruno Busco wrote: > IMO the complete contactlist package should be moved away from the marketing > component and put in party. > The reason of this is that a contactlist could

Re: Marketing campaigns and contact lists

IMO the complete contactlist package should be moved away from the marketing component and put in party. The reason of this is that a contactlist could be used to notify a group of users of something appening in ANY application. This could be also considered for the framework-only installation. Wh

Re: Marketing campaigns and contact lists

Contact list can be used for many operations. with a many to many relationship then it is achieved with out extra entities. Unless you are adding other fields then there maybe a reason. the model from the data model book is to use enumeration and types to define extra info. just sharing, not

Re: Marketing campaigns and contact lists

MarketingCampaignContactList makes more sense to me. It seems in line with tables such as PartyContactMech or ProductStoreCatalog. On 12/13/10 10:33, BJ Freeman wrote: > the appl as I understand it is a many to many interface. > to my knowledge no one has discussed migration, in detail, as an > (

Re: Marketing campaigns and contact lists

the appl as I understand it is a many to many interface. to my knowledge no one has discussed migration, in detail, as an (semi)automated process but I think it would be a good thread. = BJ Freeman Strategic Power Office with Supplier Automation

Re: Marketing campaigns and contact lists

Calling it an "application" seems fine. Is there a good example of an upgradeable multi-table application? - "BJ Freeman" wrote: > how about a contactlistappl that other entities can use in the future > change the contactlistid to the contactlistappl. > then would also a allow a upfrade p

Re: Marketing campaigns and contact lists

how about a contactlistappl that other entities can use in the future change the contactlistid to the contactlistappl. then would also a allow a upfrade path with a service. Ean Schuessler sent the following on 12/12/2010 4:50 PM: Currently, contact lists are associated with marketing campaigns

Marketing campaigns and contact lists

Currently, contact lists are associated with marketing campaigns via a contactListId field on ContactList. It seems to me that contact lists would be used repeatedly over a long period of time by numerous campaigns. Would there be an objection to deprecating the marketingCampaignId field in Cont